Je kan hem gewoon met een vaste UTP kabel verbinden met de Experiabox (KPN router modem).

Daarna aanzetten en indien nodig je KPN abonnement nummer tv (lang cijfer dat met 2000 begint) intikken en laten opstarten. 

Normaal als de spanning (in de volksmond stroom) eraf is geweest, start hij gewoon weer op als de spanning er weer op staat.

Maar als er een DVS tussen zit, dan kunnen die voor dit soort problemen zorgen. 

Netflix werkt via internet en tv via IPTV.

Ik gebruik de experiabox niet gezien ik mijn eigen netwerk beheer.

wat bedoel je precies met een DVS?

Kan je de volgende keer als dit optreedt op de USG eens de igmp proxy server herstarten en kijken of dat het probleem verhelpt. Hierbij doe je dus niets met de TV ontvangers

Op een EdgeRouter herstart je de igmp proxy server door in de cli (command line interface) het commando "restart igmp-proxy" in te geven. Ik verwacht dat dit op een USG hetzelfde zal zijn.

Weet jij of rfc3442 classless static routes actief is op jouw USG?

Welke DNS servers gebruik je? Zijn dat wellicht de DNS servers van CloudFlare?

Ik heb qua static routing niks ingesteld, zou ik even na moeten kijken.

ik gebruik NextDNS als DNS service

igmp herstarten kan, maar het zou “automatisch” moeten herstellen gezien ik m’n vrouw geen CLI commando’s in zie typen met 2 zeurende kinderen aan dr benen.

Het zou ook niet nodig hoeven zijn om t.a.v. static routing iets in te stellen, de route naar het KPN TV platform zou namelijk door de rfc3442 classless static routes aangemaakt moeten worden.

Zie de onderste regel in het onderstaande voorbeeld.

Klopt, het gaat mij in deze ook alleen om het vaststelen van de oorzaak.

Ik vermoed namelijk dat de igmp-proxy server in zo'n situatie de geest heeft gegeven en dan zou een herstart van alleen die igmp proxy server het issue moeten verhelpen.

@Tiunkabouter 

Zie ook hier i.v.m. quote op een antwoord cq reactie.

???

@wjb 

“off topic”

Ik ben een keer door een forumlid (die al heel veel op dit forum heeft gereageerd) op de vingers getikt dat ik bijna altijd het complete antwoord in mijn quote meenam.

Hierdoor wordt het topic te lang.

Omdat ik daar geen off topic gedoe wilde en onnodige reacties, heb ik er een separaat topic voor gestart. 

Ik wilde met deze reactie naar @Tiunkabouter op wijzen. 

Dat is alles.

“off topic” 

Mijn excuus voor deze “off topic’ reactie. 

Persoonlijk heb ik geen enkel probleem met die quote immers de reactie heeft een relatie met alle onderdelen van de gequote tekst.

@wjb @joop2011 volledige quote is juist fijn, zeker als je een antwoord heb gevonden met de zoekmachine.

Ik heb qua static routing niks ingesteld, zou ik even na moeten kijken.

Het zou ook niet nodig hoeven zijn om t.a.v. static routing iets in te stellen, de route naar het KPN TV platform zou namelijk door de rfc3442 classless static routes aangemaakt moeten worden.

Zie de onderste regel in het onderstaande voorbeeld.

 

igmp herstarten kan, maar het zou “automatisch” moeten herstellen gezien ik m’n vrouw geen CLI commando’s in zie typen met 2 zeurende kinderen aan dr benen.

Klopt, het gaat mij in deze ook alleen om het vaststelen van de oorzaak.

Ik vermoed namelijk dat de igmp-proxy server in zo'n situatie de geest heeft gegeven en dan zou een herstart van alleen die igmp proxy server het issue moeten verhelpen.

Heel ff de SSH aangeslingerd op m’n telefoon.

Ik krijg als output het volgende:

K>* 0.0.0.0/0 is directly connected, pppoe2
C>* 10.10.10.0/24 is directly connected, eth1.10
C>* 10.46.***.0/22 is directly connected, eth0.4
C>* 100.10.10.0/24 is directly connected, eth1.25
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.1.0/24 is directly connected, eth1
C>* 195.190.***.48/32 is directly connected, pppoe2

K>* 213.75.***.0/21 via 10.46.***.1, eth0.4
 

het gekke is dat zowel 0.0.0.0 als 127.0.0.0 niet door mij zijn ingesteld, dus dat lijkt mij te komen door NextDNS.

ik heb dinsdag hopelijk wat meer tijd om eea te testen.

Dat ziet er allemaal goed uit en rfc3442 classless static routes is actief.

NextDNS heeft niets van doen met die routes, die zijn door de jouw USG aangemaakt.

Maar 0.0.0.0 is om packets te droppen die door NextDNS worden aangemerkt als reclame/spam/tracker/porno.

127.0.0.0 was daar ook voor bedoeld dacht ik, een niet bestaand adres zodat websites niet kunnen laden als ze dat niet mogen.

Nee, dat is de default route naar Internet en cruciaal in elke routing tabel.

Deze zorgt ervoor dat het verkeer waar geen route voor gedefinieerd is via deze route doorgezet wordt.

Het subnet 127.0.0.0/8 is voor lokale adressen op de USG zelf zoals loopback interfaces.

IGMP proxy herstarten verhelpt het zonder herstart van apparatuur.

Dat is alvast een antwoord op de oorzaak :) 

Ik hoop dat @coolhva (de USG goeroe) ook mee zou kunnen denken.

Ik heb zijn GitHub repo al gevonden met de work-around.

Daarmee laat je de USG ieder kwartier de IGMP proxy herstarten.

maar dat is een work-around en geen echte oplossing

Ik zou dat ook niet zomaar doen want het herstarten van de IGMP proxy server geeft waarschijnlijk ook een hickup op de TV ontvanger.

Inmiddels wat verder maar ik mis nog wat..

@coolhva heeft een hele mooie aanpassing op GitHub gepost voor zijn json, echter word er naar 2 scripts verwezen waarvan er 1 niet in z’n repo staat.

ik mis nu nog de update_iptv_routes.sh

kan iemand mij daar aan helpen?

ook gezien ik niet veel recente opmerkingen van @coolhva heb gezien op GoT in een van de iptv topics twijfel ik aan zijn aanwezigheid :(

Je zou dat script ook helemaal niet nodig moeten hebben als rfc3442-classless-static-routes actief is.

Heb je de site van @coolhva ook bekeken.

Dan haal ik dat uit de json.

het IGMP-proxy script staat al op m’n USG, ik moet alleen nog de json op de cloudkey zetten en dan proberen.

zijn website ken ik, ik heb de handleiding daarvan gevolgd en dus ook zijn json overgenomen.

zelfs nog contact gehad over de ipv6 icm DNSmasq omdat het niet goed werkte om advertenties te blocken

Wat bedoel je nu met het IGMP-proxy script?

Iets als het script in deze post

https://github.com/basmeerman/unifi-usg-kpn/issues/34

checkt of de IGMP-proxy werkt, als deze niet actief is word deze gestart.

maar kan zo gauw het script van @coolhva niet vinden, die zag er iets gelikter uit.

zit nu niet op m’n pc helaas

Ik heb het script gevonden in de zip file op zijn site.

Het is een prima script en als je hem één keer start dan zou hij vervolgens elke minuut moeten draaien omdat hij bij de eerste start in de crontab opgenomen wordt.

Jammer dat zo'n script nodig is, de IGMP proxy server zou immers nooit moeten crashen.

Ik nu ook Dankje :)

maar dan moet ik toch alsnog een taskscheduler maken in de json?