anders.ovreseth

Hei igjen Inge, hos meg virker DPI med det oppsettet eg har publisert. Har heller ikkje hatt problem med overskriving i config ved strømbrudd og slikt etter at eg fikk mekka til JSON-fil løsningen i kontroller. Eg har kontroller versjon 5.6.30 på Linux server, software versjon 4.4.18 på min USG 3P og sw versjon 3.9.19 på mine APer. Mvh, Anders

Hei Inge, har du tatt i bruk STB før? Sjå min post om at du må "initialisere" boksen med tilkobling direkte til Altibox ruter. Og for å være sikker; STB er Q22? Du kan forsøke en "igmp restart" på USG. Sjekk loggen etterpå. Og kanskje du kan poste feilmeldingen du får på Q22? Mvh, Anders

Denne filen blir liggende på USG i katalogen /home/USERNAME der USERNAME er innlogget bruker på USG. Dersom du SSHer inn som "admin" er det /home/admin. For å få tak i filen kan du bruke SCP eller lignende for å kopiere den til egnet sted. Dersom du bruker windows på pcen din kan du jo for eksempel bruke winscp eller lignende SCP-klient for å kopiere den over på din pc. Mvh, Anders

mca-ctrl lager ei fil i katalogen /home/USERNAME der USERNAME er brukeren du logger inn med (via ssh?). Det er per nå ikkje mulig å konfigurere opp det du treng (IGMP proxy med meir) via controller, så du gjør det riktige med å gjøre dette via innlogging direkte på USG. Men dette er også grunnen til at du treng å ha .json filen på kontrolleren slik at eit straumbrudd eller "provisioning" ødelegg funksjonaliteten du nettopp har lagt inn. Mvh, Anders

Dersom du ønsker å ha kontroll på båndbreddebruken kan du i UBNT-kontroller lage egne brukergrupper for leieboere slik at du kan sette begrensninger på det.

Eg har ordna dette med å ikkje gi "leieboere" mulighet for kabla nettforbindelse, kun eget wifi-nett ("wifi-leieboere") og et eget for egen bruk ("wifi-mitteget"). Alt dette administreres i Ubiquiti kontrolleren slik at eg har kontroll på det. Fordelen er at oppsettet blir litt enklere på USG som kun har en kabel som LAN mot switcher i huset og 2 kabler mot Altibox-gateway (som står i bromodus). Tidligere har eg også hatt et eget wifi-nett for airbnb-gjester. Alt administrert via UBNT kontroller. Eneste kabelforbindelse til mine leieboere er kabel som er koblet til Q22-dekoder. Mvh, Anders

Hei Christian, dette skulle i utgangspunktet kunne gå bra og du burde kunne bruke samme "oppskrift" som for oppsett med kun 1 LAN-port. Men det blir litt meir å holde kontroll på i forbindelse med konfigurasjon. Et alternativ kunne kanskje være å ha en fysisk LAN-port og splitte opp trafikken i egne trådløse nettverk for "hybel 1" og "hybel 2" i stedet for å ha 3 LAN-porter. Då må du nok kanskje ha 2 TL-SG105 på LAN-interfacet, men det går fint. Mitt oppsett er egentlig litt som dette; eg har 1 LAN port som har fleire SG105 bak, samt at eg har separate WIFI-nett for leieboere og meg sjølv. Eg har 3 Q22 pluss 3 stk UBNT AP pluss diverse anna kabla utstyr kobla til LAN-porten. Mvh, Anders

Hei Inge, gratulerer med anskaffelsen, dette skal nok bli bra for deg. Før eg uttaler meg om problemet ditt vil eg berre sjekke; kan du komme med litt informasjon om oppsettet ditt? Har du en sentral UBNT kontroller eller kjører du USG "standalone"? Dersom den er stand-alone; når du går gjennom oppsettet for å legge det inn, gjer du det via SSH og ved bruk av "configure" og husker å lagre oppsettet når du avslutter konfig-modus? Kan du også poste info om versjon av USG-programvare på din enhet? Min USG kjører 4.4.18 programvare og min kontroller er 5.6.30. Mvh, Anders

Hei alle sammen, har eit lite problem. Har ein teknisk rom med HEOS forsterker som driver høytalere på loftet (takmonterte). Den gangen dette blei installert blei det ikkje lagt opp rør med mulighet for signalkabel mellom loftsstue og teknisk rom (ligg i første etasje). Når det kom ein TV inn på loftstua er det så klart kjedelig å ikkje ha mulighet for å få lyden frå TVen på dei takmonterte høytaler-utstyret. Finns det ei god løysing på dette med å sende lyden frå TV (antar den har både optisk og vanlig 3,5mm stereoutgang) og sende den trådløst til HEOS forsterkeren? Et alternativ er å bruke Airplay (det står en Apple TV4K ved TVen) og sette en Apple Airport Express på teknisk rom. Er det andre muligheter? Mvh, Anders

Min USG har UBNT software versjon 4.4.18. Så langt har eg opplevd at IGMP proxy tjenesten har stoppa ved eit par anledninger. Det fins ein restart-kommando for å starte opp igjen IGMP proxy som kan brukes "i fart" ved å logge på med SSH mot USG. Men det er litt driftsarbeid å holde kontroll på dette, så eg vurderer et script / automatisk jobb (cron) for å restarte IGMP proxy på USG kvar søndag natt i påvente av ny programvare fra UBNT. Ellers har eg berre positive erfaringer med oppsettet og er lykkelig for å kunne ha alt utstyret på ett LAN. Mvh, Anders

https://community.ubnt.com/t5/EdgeRouter-Beta/igmp-proxy-autostart-on-router-reboot/m-p/1984067/highlight/true#M20482 Her er en relatert post fra Ubiquiti beta forum. Mvh, Anders

Trur nok at Ubiquiti jobber med dette med IGMP Proxy; per i dag er det jo ikke GUI-støtte for å sette det opp, men det er mange som etterspør på grunn av samme type løsning som Altibox krever også finnes hos andre leverandører. Så dette kommer nok på plass etter hvert. https://community.ubnt.com/t5/UniFi-Routing-Switching/USG-Feature-Roadmap-January-2017-update/td-p/1792230 ... IGMP Proxy UI control Get up to date with latest EdgeOS Move WAN configuration from device panel into Networks screen, and make all USG interfaces usable for any purpose - any interface can be a LAN or WAN.

Har du sjekka om det er utgitt nyere programvare til Edgerouter som fikser dette problemet? Kjører du den standalone eller koblet til en sentral kontroller? Mener å ha lest at Ubnt har fiksa et problem med IGMP Proxy som dør ganske nylig. Usikker på om det gjelder kun USG (som eg bruker). Fra bloggen til Ubnt: Firmware changes since 3.9.2/4.3.60: [ACIWPro] Enable DFS support. [UAP] Add more security details to scan info. [UAP] Security patch for the WPA2 vulnerability called KRACK (details HERE).* [UAP] Various backend fixes and/or improvements. [USXG] Fix fastpath tools. [USG] Updates NTP, net-snmp, IGMP proxy, conntrack-tools, webproxy packages to same as latest EdgeRouter release. Changes since v4.4.12 (last non-beta release version) are as follows. Added non-offloaded DPI support - DPI now functions when hardware offloading is disabled, so co-exists with features that disable or bypass it (smart queues, IDS/IPS). This does not change anything when hardware offload is enabled. GeoIP fixes - all known problems with it resolved, added back end for directional control. SNMP persistent directory relocated to RAM disk, which prevents "Unhandled kernel unaligned access" crash Removed core handling script that was causing reboots when large core files were generated Fix IGMP proxy failing to start during boot a few were experiencing.

Her er eit tips frå meg ang oppsett for Altibox IPTV med Ubiquiti Security Gateway som router; Det er ikkje alt det nødvendige oppsettet med IGMP-proxy som let seg sette opp med GUI i Unifi controller programvaren. Dersom oppsettet blir gjort lokalt på USG er det ein risiko for at oppsettet blir overskrive ved reboot eller meir spesifikt programvare oppgradering og "provisioning" via Ubnt kontroller. Dette kan ein forhindre gjennom at ein gjer følgende øvelse: 1) Legg inn konfigurasjon på USG direkte via SSH 2) Sikre at oppsettet er fungerende slik du ønsker det 3) Eksporter oppsettet fra USG med kommandoen ´mca-ctrl -t dump-cfg > config.gateway.json 4) Kopiere fila config.gateway.json til riktig katalog på din kontroller. Dette kan du gjere med ´scp´ dersom din kontroller kjører på Linux. På Linux vil riktig stad for config.gateway.json vere ´/usr/lib/unifi/data/sites´ og deretter navnet på din "site", typisk ´default´. Som en ekstra trygghet kan du på forhånd validere JSON-fila med å kopiere teksten inn i f.eks. https://jsonlint.com/. Når du har gjort dette skal i utgangspunktet en "provisioning" også være trygt, slik at du kan oppgradere programvare på USG via kontroller når det kjem ny programvare frå Ubiquiti. Referanse for ekstra lesning på help.ubnt.com: https://help.ubnt.com/hc/en-us/articles/215458888-UniFi-How-to-further-customize-USG-configuration-with-config-gateway-json Mvh, Anders

Dårlig kabel eller tilkobling?

Hmm, høres ut som det er problem med lagring av konfigurasjonen på ruteren din. Er den Edgerouter du benytter deg av? Sw-versjon? Min USG 3P kjører software versjon 4.4.18.5052168. Min controller er versjon 5.6.30. Alt dette er Unifi software. Mvh, Anders

Ok, den er grei. Eg må kanskje ta min router ut av kontroller kanskje. Skal eksperimentere litt. Til info så bruker eg en UBNT Security Gateway 3P (lille modellen) i stedet for Edgerouter til formålet. Men programvaren og features ser lik ut på dei to. Info ang Q22 boksen; programvare oppdatering gikk fint på LAN med dette igmp-proxy oppsettet, men det var en registrering med "TMS" som ikkje gjekk. Derfor måtte boksen startes med kabel i FMG første gang, deretter flyttes over på vanlig LAN.

Spørsmål til Cozmo; bruker du Ubiquiti kontroller til å gjere oppgraderinger og slikt? Vil det overskrive oppsettet i så fall? Eg har jo både router og alle mine aksesspunkt koble til sentral kontroller på en linux server, og eg lurer på om det vil kunne skape problem på sikt? Mvh, Anders

Ok, her er mitt oppsett som nå funker, gitt at Q22 boksen har vært koblet opp direkte til FMG tidligere; Port-oppsett: 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 } } mac xx:xx:xx:xx:xx:xx speed auto } ethernet eth1 { address 10.160.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 { } } 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.10.1 { } } } } NAT-oppsett: nat { rule 5010 { description "masq for WAN" destination { address 0.0.0.0/0 } outbound-interface eth0 protocol all type masquerade } rule 5015 { description "masq for IPTV" destination { address 172.21.0.0/16 } outbound-interface eth2 type masquerade }

Suksess! Tusen takk Ingeb og Cozmo, dette hadde eg aldri fått til uten fantastisk hjelp!

Nei det har eg ikkje gjort. Altså på eth0 interface?

Ok folkens. Då har eg laga kabel og kobla q22 direkte til tv-port på FMG. Fungerte så klart fint og q22 får ei 192.168.10.xxx adresse med gateway 192.168.10.1. Så mitt oppsett har riktig "next-hop" trur eg: 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.10.1 { } } } } Men når eg kobler tilbake til en kabel som går via det ordinære nettverket (kobla til USG-router) fungerer q22 boksen ikkje. Den får no ei 10.160.1.xxx adresse med gateway 10.160.1.1. Hjeeelp! Eg er stuck!

Det var noko nytt.. trudde det var mulig å starte dette fra start.

Nei aldri på nett før nå. Og ja eg har jo 2 kabler som går fra FMG til min UBNT router, slik oppsettet mitt viser. Umiddelbart ser det ut som å endre fra 192.168.10.1 til 192.168.2.1 var eit steg i feil retning siden eg no ikkje får pinga tviptveds og heller ikkje får opp dei NRK-kanalene som tidligere kom opp.

Då må eg i så fall lage meg ein veldig lang kabel, men det kan eg nok få til. Takk for info om default gateway. Eg får også pinga tjenesten hos altibox (tviptveds.services). Eg får ikkje gjennomført "første" boot av Q22, den stopper på 80% med feilmelding "Failed to register with the TMS". Så går den i et slags fallback mode der meny viser "TV services currently unavailable". Eg får opp kun NRK-kanalene (med bilde og lyd). Mvh, Anders