Sticky

Gebruik een eigen router i.p.v. de Experia Box

  • 8 September 2018
  • 8531 reacties
  • 560286 keer bekeken
Gebruik een eigen router i.p.v. de Experia Box

Toon eerste bericht

8531 reacties

Alles werkt (weer). Oorzaak zat m in een defecte switchpoort. 

Reputatie 1

Sinds kort heb ik het stb-nmc-400 probleem met tv kijken op beide setopboxen. Als ik mijn experiabox 10A aansluit werkt het wel. Pas heb ik voor een uur de router gewisseld en een tijdje tv gekeken maar er is daarbij nog geen probleem opgetreden.

 

Wie heeft een stabiel werkende omgeving met een edgerouter die zijn config/settings  zou kunnen delen?

 

Met mijn Edgerouter 4 geeft de tv de melding stb-nmc-400 en op een gegeven moment wilde de setopbox upgraden / de software verplicht opnieuw inladen. De setopbox komt daarbij niet door de procedure heen omdat hetzelfde probleem lijkt op te treden. Wat ik gelezen/gevonden heb is dat dit gerelateerd is aan een timeout van 260 seconden in het igmp protocol. 

Wat heb ik tot nu toe gedaan:

  • firware geupgrade naar 2.0.9
  • mijn config vergeleken en zoveel mogelijk aangepast naar die van dit forum (zip file van 21- november)
  • setopbox rechtstreeks verbonden met de router met een nieuwe kabel

Wat is er specifiek aan mijn configuratie

  • ipv6 staat uit
  • DNS is geconfigureerd op openDNS (wijziging naar KPN DNS maakt geen verschil)
  • remote vpn is geconfigureerd. 

Tijdens de upgrade van de setopbox heb ik een capture gemaakt en zie je dat de setupbox een leave message geeft (https://en.wikipedia.org/wiki/Internet_Group_Management_Protocol)

ubnt@EdgeRouter-4:~$ show interfaces ethernet eth1 capture | grep 192.168.5.130
01:02:54.737718 IP 192.168.5.1.67 > 192.168.5.130.68: BOOTP/DHCP, Reply, length 300
01:02:54.739837 IP 192.168.5.1.67 > 192.168.5.130.68: BOOTP/DHCP, Reply, length 305
01:02:54.752991 ARP, Request who-has 192.168.5.1 tell 192.168.5.130, length 46
01:02:54.753097 IP 192.168.5.130.39421 > 192.168.5.1.53: 2+ TXT? sap.stb.itvonline.nl. (38)
01:02:54.759666 IP 192.168.5.1.53 > 192.168.5.130.39421: 2 1/0/0 TXT "SAP/1/224.3.2.6:9875" (71)
01:02:54.760138 IP 192.168.5.130.43374 > 192.168.5.1.53: 3+ TXT? sap.stb.itvonline.nl. (38)
01:02:54.763640 IP 192.168.5.1.53 > 192.168.5.130.43374: 3 1/0/0 TXT "SAP/1/224.3.2.6:9875" (71)
01:02:54.778811 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:02:57.134302 IP 192.168.5.130 > 224.0.0.2: igmp leave 224.3.2.6
01:02:59.777516 ARP, Request who-has 192.168.5.130 tell 192.168.5.1, length 28
01:02:59.777580 ARP, Reply 192.168.5.130 is-at 00:02:9b:eb:97:56, length 46
01:02:59.987050 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:03:04.753008 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:03:14.464951 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:03:16.916962 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:03:50.865029 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:06:00.321687 IP 192.168.5.130 > 224.0.250.108: igmp v2 report 224.0.250.108
01:07:30.192266 IP 192.168.5.130 > 224.0.0.2: igmp leave 224.0.250.108
01:07:34.374809 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:07:41.921818 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:07:45.617849 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:08:16.946009 IP 192.168.5.1.67 > 192.168.5.130.68: BOOTP/DHCP, Reply, length 300
01:08:16.948186 IP 192.168.5.1.67 > 192.168.5.130.68: BOOTP/DHCP, Reply, length 305
01:08:16.961334 ARP, Request who-has 192.168.5.1 tell 192.168.5.130, length 46
01:08:16.961439 IP 192.168.5.130.53087 > 192.168.5.1.53: 2+ TXT? sap.stb.itvonline.nl. (38)
01:08:16.965019 IP 192.168.5.1.53 > 192.168.5.130.53087: 2 1/0/0 TXT "SAP/1/224.3.2.6:9875" (71)
01:08:16.965500 IP 192.168.5.130.33080 > 192.168.5.1.53: 3+ TXT? sap.stb.itvonline.nl. (38)
01:08:16.971591 IP 192.168.5.1.53 > 192.168.5.130.33080: 3 1/0/0 TXT "SAP/1/224.3.2.6:9875" (71)
01:08:16.987323 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:08:22.007526 ARP, Request who-has 192.168.5.130 tell 192.168.5.1, length 28
01:08:22.007602 ARP, Reply 192.168.5.130 is-at 00:02:9b:eb:97:56, length 46
01:08:23.905214 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:08:24.823140 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6
01:08:46.986769 IP 192.168.5.130 > 224.0.0.2: igmp leave 224.3.2.6
01:08:55.844240 IP 192.168.5.130 > 224.3.2.6: igmp v2 report 224.3.2.6

Vanmiddag viel de wifi weg en heb ik gekeken op de edgerouter wat er aan de hand was en ik zag de poorten wisselend connect / disconnect aangaven, net of de verbinding instabiel was.

De familie wordt hier niet blij van … en ik ook niet omdat het zo veel tijd kost om het proberen op te lossen (als het an mijn config ligt?!)

Reputatie 7

Ik gebruik, zoals je uit dit topic kunt opmaken, al ruim twee jaar naar alle tevredenheid een EdgeRouter. In het openingsbericht vind je configuratiescripts die prima zouden moeten werken. Je kunt de configuratiescripts voor de EdgeRouter Lite 3 ook probleemloos voor de EdgeRouter 4 gebruiken.

Beste lezer,

 

Ik heb en Edgerouter lite 3 met v2.09. Middels een factory reset vanaf scratch gestart.

 

Het script van ‘KPN met telefonie via Experia Box (zip 21 november 2020 16:10).’ toegepast volgens de readme.

Wanneer ik de kpn ontvanger start wordt de software gedownload en vervolgens vernieuwd.

Daarna start de ontvanger weer. Echter het proces komt niet verder dan 85% en eindigt in een foutmelding.

Wat zie ik over het hoofd?

 

Met vriendelijke groet,

John

 

 

Reputatie 7

Ik krijg het vermoeden dat bij de eerste opstart na een firmware upgrade van de EdgeRouter nog altijd via de cli een "restart igmp-proxy" gegeven moet worden.

Welke TV ontvanger heb je eigenlijk?

Reputatie 1

Wellicht staat het antwoord al ergens, maar ik zie door alle glasvezel bomen het antwoord niet..

Ik ben afgelopen week van ziggo overgekomen naar KPN vdsl bonding. Bevalt prima, alleen tijdelijk even mijn UniFi netwerk op de schop. Een van de ITV stb’s zit namelijk achter een switch, het mooiste zou dus zijn als de usg al het verkeer af kan handelen.

het wordt mij alleen niet helemaal duidelijk hoe ik dit voor elkaar kan krijgen. Als ik een Zyxel VMG4005-B50a neerhang in full bridge mode, kan ik dan gewoon met de guide van coolhva alles via de usg laten lopen? Of kom ik dan alsnog in de knoei voor routed iptv?

Reputatie 7

Als ik een Zyxel VMG4005-B50a neerhang in full bridge mode, kan ik dan gewoon met de guide van coolhva alles via de usg laten lopen? Of kom ik dan alsnog in de knoei voor routed iptv?

Als het goed is kan je dan inderdaad die guide van @coolhva gebruiken voor het inrichten van de USG.

Ik krijg het vermoeden dat bij de eerste opstart na een firmware upgrade van de EdgeRouter nog altijd via de cli een "restart igmp-proxy" gegeven moet worden.

Welke TV ontvanger heb je eigenlijk?

Bedankt voor het erop terugkomen wjb.

Ik heb een Arris VIP5202.

Een restart igmp-proxy maakte geen verandering.

John

Ik krijg het vermoeden dat bij de eerste opstart na een firmware upgrade van de EdgeRouter nog altijd via de cli een "restart igmp-proxy" gegeven moet worden.

Welke TV ontvanger heb je eigenlijk?

Bedankt voor het erop terugkomen wjb.

Ik heb een Arris VIP5202.

Een restart igmp-proxy maakte geen verandering.

John

Om het verhaal compleet te maken wjb:

Ik had een werkende configuratie met mijn ERL3. Dat is vanaf de tijd dat een script beschikbaar kwam van Kriegsman.io 

Kortgeleden een upgrade gedaan naar v2.09. Op het moment dat die beschikbaar kwam. En het ‘Bootstrap Fix’ script gebruikt.

Daarna werkte het naar volle tevredenheid

Een paar dagen geleden kreeg ik op het scherm de melding ‘stb-nmc-<nummer>’ Het nummer weet ik niet meer.

Er is iets veranderd, maar ik heb geen idee wat. Omdat mijn config.boot door de tijd heel wat keren is aangepast, besloot ik weer van scratch te beginnen, met het script dat hier genoemd wordt.

De ‘stb-nmc’ melding krijg ik niet of nog niet. Alleen dat het laden na 85% stopt.

 

Groet,

John

 

 

Reputatie 7

Een paar dagen geleden kreeg ik op het scherm de melding ‘stb-nmc-<nummer>’ Het nummer weet ik niet meer.

Er zijn vele abonnees die dergelijke stb-mnc-<nummer> meldingen krijgen. Dit heeft niets met het gebruik van een EdgeRouter te maken.

Als jij de dns servers van Cloudflare gebruikt, dan is dat de oorzaak.

Een paar dagen geleden kreeg ik op het scherm de melding ‘stb-nmc-<nummer>’ Het nummer weet ik niet meer.

Er zijn vele abonnees die dergelijke stb-mnc-<nummer> meldingen krijgen. Dit heeft niets met het gebruik van een EdgeRouter te maken.

Als jij de dns servers van Cloudflare gebruikt, dan is dat de oorzaak.

Inderdaad heb ik Cloudflare gebruikt in mijn oude config.boot

Maar het nieuwe script uit dit topic heb ik 1op1 gebruikt. En daar staan geen cloudflare dns servers in genoemd.  

Kan de settop box iets bewaard hebben?

De stb-mnc melding krijg ik niet meer. Ik kom nu niet verder dan 85%. Volgens het tv scherm is de laatste actie: Configuratie geactiveerd. Dan na verloop van tijd de keuze uit:  sluit dit bericht of Nieuwe Software ophalen. Maar geen succes.

  

Reputatie 7

Ik neem aan dat je de TV ontvanger even helemaal uit gezet hebt.

Kan je op EdgeRouter bij de DHCP server kijken welk IP adres aan de TV ontvanger wordt toegewezen.

Ik heb mijn oude script weer moeten terugzetten. 

Met hetzelfde resultaat, dat de tv ontvanger niet 100% opstart.

Het IP adres dat gekregen wordt is: 192.168.1.17

 

Reputatie 7

Ik heb mijn oude script weer moeten terugzetten. 

Met hetzelfde resultaat, dat de tv ontvanger niet 100% opstart.

Het IP adres dat gekregen wordt is: 192.168.1.17

Kan je hier dan eens jouw config.boot plaatsen.

Reputatie 1

Voor wellicht de volledigheid van ieders informatie, ik heb (tot op heden; fingers crossed) géén problemen met Cloudflare als dns. 

Enige nuance in dit geheel is misschien dat ik die CF-dns gebruik i.c.m. Dnscrypt-proxy & Pihole, wellicht dat dit mijn situatie bevoordeeld? Ik heb het 85% probleem nog niet gehad, tot op heden...

(ik klop het v/d zekerheid even af op hout 😉)

 

(nogmaals vriendelijk dank voor de config's werkt super)

Reputatie 7

Voor wellicht de volledigheid van ieders informatie, ik heb (tot op heden; fingers crossed) géén problemen met Cloudflare als dns. 

De DNS server van Cloudflare geeft alleen problemen bij het upgraden van de firmware op een Arris VIP5202.

Reputatie 1

Ik gebruik, zoals je uit dit topic kunt opmaken, al ruim twee jaar naar alle tevredenheid een EdgeRouter. In het openingsbericht vind je configuratiescripts die prima zouden moeten werken. Je kunt de configuratiescripts voor de EdgeRouter Lite 3 ook probleemloos voor de EdgeRouter 4 gebruiken.

 

Hi wjb,

Wat ik misschien niet vermeld heb is dat mijn Edgerouter 4 het vanaf augustus 2018 t/m 23 November 2020 zonder noemenswaardige problemen heeft gewerk. Vanaf toen begonnen de problemen en ben ik eind November begonnen om te kijken of het hielp zaken aan te passen zoals een firmware upgrade. Zoals je misschien ziet in het forum zijn er meer mensen zoals JohnAZ die dit probleem lijken te hebben.

Het vreemde is dus dat de experiabox 10a wel een update van de software kan uitvoeren bij mij maar via mijn edgerouter gaat het niet goed. Ik ben dus heel benieuwd wat er aan de KPN kant is veranderd en wat ik hiervoor moet veranderen in mijn edgerouter?

Als ik het zo lees dat meerdere mensen een probleem hebben (zoek eens op het forum over de stb-mnc-400 melding) ben ik dus heel benieuwd op welk vlak KPN iets heeft gewijzigd? Ik kan het niet zien aan de buitenkant van de router en gezien de webinterface van de experiabox niet veel mogelijkheden bied voor debug info, zou ik anders een network analyzer moeten gaan gebruiken om dat uit te zoeken. Aangezien ik geen netwerk expert ben gaat me dat iets te ver en ik hoop dat iemand in dit forum meer (technische) info heeft om me verder te helpen. 

 

 

Reputatie 7

Ik denk niet dat je de oorzaak in de EdgeRouter moet zoeken, ook ik draai een EdgeRouter 4 met firmware versie 2.0.9 en mijn 2260, 8001 en 5202 hebben geen problemen.

Zolang je maar niet de DNS server van Cloudflare gebruikt als je een 5202 hebt.

Reputatie 1

Voor wellicht de volledigheid van ieders informatie, ik heb (tot op heden; fingers crossed) géén problemen met Cloudflare als dns. 

De DNS server van Cloudflare geeft alleen problemen bij het upgraden van de firmware op een Arris VIP5202.


hij heeft volgens mij 1x een upgrade gedaan, volgens mij zat die toen ook al wel achter de pihole icm dnscrypt naar Cloudflare, ik zal het in elk geval even extra in de gaten houden bij een volgende update of het inderdaad wel (of niet) goed gaat dan.

Reputatie 7

Weet jij of Pi-hole compressed of uncompressed DNS responses geeft.

Als dat uncompressed responses zijn dan heb je een probleem en de 5202's.

Reputatie 1

Weet jij of Pi-hole compressed of uncompressed DNS responses geeft.

Als dat uncompressed responses zijn dan heb je een probleem en de 5202's.


nee sorry, durf ik zo niet te zeggen, zal het eens nakijken.

Ik heb tot op heden nog geen problemen gehad en ik DACHT dat ik al wel een keer een update van de firmware had gehad in mijn setup, aannemelijk ook onder pihole (inclusief DNScrypt connectie met Cloudflare), maar in al dat gepiel kan dat misschien ook net zijn gebeurt zonder dat pihole misschien actief is geweest, maar ik denk van niet. Ik ga even neuzen en ik zal het sowieso even in de gaten houden (ter terugkoppeling).

Reputatie 1

CF is er ook mee bezig, zegt men (juni 2020 overigens):

https://community.cloudflare.com/t/receiving-uncompressed-responses/171425/7

Reputatie 1

Las hier de laatste dagen veel over problemen met foutcode  stb-mnc-400 

Op mijn Edgerouter 12 met als basis de config van wjb heb ik dat probleem niet.

Maar ik ben nieuwsgierig. Heb ook nog de beschikking over een OPNsense router. Vergelijkbaar ingericht. Die er ook maar eens tussen gezet: jawel, de  stb-mnc-400 

Alles, dus ook de STB's vanaf power-off opnieuw opgestart. Weer de  stb-mnc-400 

Dit een paar keer herhaald, hij bleef zo met die boodschap komen.

De ER-12 er weer opgezet, probleem weg. Ook daar: alles power-off en opnieuw alles starten. Geen probleem.

Vanmorgen de OPNsense nog maar eens vanaf 0 opnieuw ingericht. Een tikfoutje is immers ooit eens snel gemaakt. Helaas:  stb-mnc-400 

Ik moet nog wel even vermelden dat ik als basis voor alles de DNS-servers 94.140.14.14 en 94.140.15.15 gebruik. In beide config's. Dus dat is afwijking t.o.v. wjb. Maar dat mag niet het probleem zijn lijkt mij, die adressen lijken niet eens op 1.1.1.1 en 1.0.0.1 waarmee op enig vlak zich wel problemen voordoen.

Misschien helpt dit anderen ook om mee te zoeken naar oplossingen, want raar is wel dat het zich sinds kort heftig lijkt voor te doen.

Helaas is het zo dat het mij niet is gelukt om in de OPNsense voor NAT en IGMP-proxy 0.0.0.0/0 te definieeren op de plekken waar dat bij de config van wjb wel wordt toegepast. Moeten we misschien in die richting zoeken? Is daar in die ranges wat gewijzigd? In de OPNsense had ik gedefinieerd de ranges: 213.75.0.0/16, 217.166.0.0/16, 224.0.0.0/4 en 10.0.0.0/8 op de plekken waar dat nodig is. En voor de downstream in de IGMP-proxy uiteraard mijn subnet waarin de STB's zijn aangesloten.

Reputatie 1

Op de OPNsense de bovengenoemde ranges even aangepast van /16 naar /8. Geen verbetering.

Wat me nog wel opvalt is dat ik nu op de OPNsense via het WAN een adres (voor tv) krijg van 10.35.x.x.

Daarmee dus problemen. Eerder kreeg ik daar een 10.252.x.x (252 geloof ik, maar in ieder geval iets in die richting). Toen geen probleem.

Reputatie 7

Wat me nog wel opvalt is dat ik nu op de OPNsense via het WAN een adres (voor tv) krijg van 10.35.x.x.

Daarmee dus problemen. Eerder kreeg ik daar een 10.252.x.x (252 geloof ik, maar in ieder geval iets in die richting). Toen geen probleem.

KPN gebruikt verschillende subnetten voor IPTV maar het zou zo maar kunnen dat de gateway server van zo'n subnet wel de oorzaak is van die stb-nmc-400 fouten.

Mijn EdgeRouter 4 zit momenteel ook in een 10.252.x.x subnet.

 

Reageer