anders.ovreseth

Det har eg dessverre ingen mulighet til på grunn av at FMG står i kjelleren og Q22 boksen står to etasjer opp i stua.

Noko eg ikkje skjønner; kva skal egentlig routingen være? Kor kjem dette 192.168.10 nettet frå? Min tabell ser no slik ut; admin@USGFormannsvei22d:/$ sudo route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 1.92-220-0.cust 0.0.0.0 UG 0 0 0 eth0 10.160.1.0 * 255.255.255.0 U 0 0 0 eth1 92.220.0.0 * 255.255.240.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 172.21.0.0 192.168.10.1 255.255.0.0 UG 0 0 0 eth2 192.168.10.0 * 255.255.255.0 U 0 0 0 eth2 Men dette 192.168.10.0 nettet er eg usikker på. Mvh, Anders

Men jeg får bilde på NRK-kanalene. Det fikk jeg for så vidt før også. "TV services currently unavailable" står det på Q22. Men den viser NRK1, 2, 3 + lokale varianter.

Endret LAN til 10.160.1.1/24. Samme feil, "failed to register with the TMS".

hmm. på q22 ser det som sagt ut som den får ip 192.168.1.xxx i mitt "LAN". Default gateway er 192.168.1.1 (altså min router som er kobla til FMG med to kabler). Er dette som ein skulle forvente? Eg får stabil ping på tviptveds.services så det ser ut som det er ok. Meeen; q22 får feilmelding "Failed to register with the TMS" når den booter. HJEEELP!

Ping er ok frå annen enhet, så det ser vel greit ut. Ser at Q22 får IP 192.168.1.xxx som er i mitt eget LAN. Er det ok? Det må være et eller anna feil med oppsettet mitt...

Det er noko feil med routing oppsett. Ved å endre til static { route 0.0.0.0/0 { next-hop 92.220.0.1 { } } route 172.21.0.0/16 { next-hop 192.168.10.1 { får eg delvis ping mot tviptveds.services.altibox.net: admin@USGFormannsvei22d:~$ ping tviptveds.services.altibox.net PING tviptveds.services.altibox.net (172.21.35.7) 56(84) bytes of data. From USGFormannsvei22d (192.168.1.1) icmp_seq=1 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=2 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=3 Destination Host Unreachable 64 bytes from 172.21.35.7: icmp_req=4 ttl=54 time=14.8 ms 64 bytes from 172.21.35.7: icmp_req=5 ttl=54 time=20.9 ms 64 bytes from 172.21.35.7: icmp_req=6 ttl=54 time=18.2 ms 64 bytes from 172.21.35.7: icmp_req=7 ttl=54 time=16.7 ms 64 bytes from 172.21.35.7: icmp_req=9 ttl=54 time=19.7 ms From USGFormannsvei22d (192.168.1.1) icmp_seq=8 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=10 Destination Host Unreachable 64 bytes from 172.21.35.7: icmp_req=11 ttl=54 time=17.7 ms 64 bytes from 172.21.35.7: icmp_req=13 ttl=54 time=14.4 ms 64 bytes from 172.21.35.7: icmp_req=14 ttl=54 time=18.5 ms From USGFormannsvei22d (192.168.1.1) icmp_seq=12 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=15 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=16 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=17 Destination Host Unreachable 64 bytes from 172.21.35.7: icmp_req=18 ttl=54 time=19.1 ms From USGFormannsvei22d (192.168.1.1) icmp_seq=19 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=20 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=21 Destination Host Unreachable 64 bytes from 172.21.35.7: icmp_req=22 ttl=54 time=14.0 ms ^C --- tviptveds.services.altibox.net ping statistics --- 23 packets transmitted, 10 received, +12 errors, 56% packet loss, time 22037ms rtt min/avg/max/mdev = 14.054/17.457/20.931/2.246 ms, pipe 4 Men det ser fortsatt litt ruskete ut. Reboot av ruter eller reboot av FMG? Mvh, Anders

Hmm, eg har også lagt inn konfigurasjon i henhold til oppskriften, men har litt problem. Hos meg er oppsettet som følger: eth0 - internett port på FMG eth1 - LAN eth2 - iptv port 1 på FMG interfaces { ethernet eth0 { address dhcp dhcp-options { client-option "retry 60;" default-route update default-route-distance 1 name-server no-update } duplex auto firewall { in { name WAN_IN } local { name WAN_LOCAL } out { name WAN_OUT } } speed auto } ethernet eth1 { address 192.168.1.1/24 duplex auto speed auto } ethernet eth2 { address dhcp description iptv dhcp-options { client-option "retry 60;" default-route no-update default-route-distance 210 name-server update } duplex auto speed auto } loopback lo { } } Og oppsett for igmp proxy: protocols { igmp-proxy { interface eth1 { alt-subnet 172.21.0.0/16 role downstream threshold 1 } interface eth2 { alt-subnet 172.21.0.0/16 role upstream threshold 1 } } static { route 0.0.0.0/0 { next-hop 92.220.0.1 { } } route 172.21.0.0/16 { next-hop 192.168.1.1 { } } } } Oppsett service nat: nat { rule 5010 { description "masquerade for WAN" destination { address 0.0.0.0/0 } outbound-interface eth0 protocol all type masquerade } rule 5015 { description "masquarade for IPTV" destination { address 172.21.0.0/16 } outbound-interface eth2 type masquerade } ... flere regler ... } Internett er ok med dette som kjørende konfigurasjon. Men Q22 dingsen stopper under oppstart med feilmelding "80% Failed to register in TMS" eller noko lignende. Eg får heller ikkje pinga tviptveds: admin@USGFormannsvei22d:~$ ping tviptveds.services.altibox.net PING tviptveds.services.altibox.net (172.21.33.7) 56(84) bytes of data. From USGFormannsvei22d (192.168.1.1) icmp_seq=1 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=2 Destination Host Unreachable From USGFormannsvei22d (192.168.1.1) icmp_seq=3 Destination Host Unreachable ^C --- tviptveds.services.altibox.net ping statistics --- 5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4003ms pipe 3 Ruting-oppsett: admin@USGFormannsvei22d:~$ sudo route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 1.92-220-0.cust 0.0.0.0 UG 0 0 0 eth0 92.220.0.0 * 255.255.240.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo 172.21.0.0 USGFormannsvei2 255.255.0.0 UG 0 0 0 eth1 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 192.168.10.0 * 255.255.255.0 U 0 0 0 eth2 admin@USGFormannsvei22d:~$ Nokon som kan hjelpe meg litt videre her? :-)

Hei igjen og tusen takk for all hjelp med et fungerende oppsett for å sleppe dobbelt sett av LAN-kabler! Det er fantastisk! Eg lurer på om du har gått fram ved å redigere direkte i config.boot på din UBT router? Eller går du via web-grensesnittet for å legge inn dette? Kva skjer med boot.config ved neste reboot om ein redigerer direkte? Vil det forsvinne eller bli overskrevet når ein tek ein reboot av router? Og til sist; har du fjerna alt i config.boot og bygd den opp på nytt kun med det innholdet du har vist her, eller har du berre redigert relevante innslag i config.boot? Mvh, Anders

Ok , tusen takk! Kikka litt på denne tråden (https://community.ubnt.com/t5/UniFi-Routing-Switching/IGMP-IPTV-on-USG-PRO/td-p/1497835/page/4) post fra "Marten" og fant ut at han hadde åpna for UDP multicast trafikk for WAN_IN for gitte servere (fra sin leverandør). Tenkte eg måtte erstatte det med et spesifikt sett av IP-adresser for Altibox, men det ser ut til at du har løst dette på en annen måte med å akseptere alle etablerte koblinger (rule 10) uten at eg heilt ser konsekvensene av en så "åpen" brannmur-regel.... er det regel 10 som ordner UDP multicast eller er det noko eg ikkje forstår? Kva er NAT-T i regel 60? Er det en referanse til et oppsett eller en protokoll? Ut fra google ser NAT-T ut til å være IKE og ESP i UDP pakker... så det er antagelig relatert til ditt VPN-oppsett. Riktig? Mvh, Anders

Cozmo: Har du også anledning til å poste brannmuroppsettet ditt for hhv WAN_LOCAL og WAN_IN? Spesifikt er eg interessert i kva du slepp gjennom av UDP-trafikk (servere, etc) for at Altibox skal fungere med dette oppsettet. mvh, Anders

Jeg fant ut av dette i denne posten: https://community.ubnt.com/t5/UniFi-Routing-Switching/IGMP-IPTV-on-USG-PRO/td-p/1497835/page/4 USG-3P og USG-PRO støtter begge to et slikt oppsett med IGMP Proxy og to kabler inn i Altibox sentralen (FMG).

Cozmo: Takk for at du delte informasjon om oppsettet ditt med Edgerouter. Vet du om oppsettet ditt vil virke på en Ubiquiti Security Gateway 3P (som også har 2 WAN interface)? Jeg kan ikke finne noen god dokumentasjon på om USG-3P støtter IGMP Proxy. Mvh, Anders