Beantwoord

Problemen met internet stabiliteit (No Ranging T3 & Dropped Packet Illegal)

  • 20 mei 2020
  • 20 reacties
  • 516 keer bekeken

Beste Community,

 

sinds ongeveer een maand loop ik tegen het volgende probleem aan waarbij zowel bekabeld als via Wifi websites niet in 1 keer meer laden en vaak > 10 keer verversen vragen om te laden.

Ik heb vergelijkbare topics proberen te lezen, maar lijken toch niet helemaal vergelijkbaar.  De setup is als volgt:

Compal Connect Box met daarbij een TP-link M9 plus mesh netwerk en een bedraag netwerk via een netgear switch (FS116 GE). Dit draaide vanaf december zonder enige problemen. 

 

Ik heb intussen het modem naar fabrieksinstellingen gereset, de m9 losgekoppeld en opnieuw een fabrieksreset op de connect box geprobeerd, maar niets heeft tot nu toe mogen werken.

 

De uitleesgevens van het modem:

Kanaal Frequentie (Hz) Vermogen (dBmV) SNR (dB) Modulatie Kanaalnummer
1 674000000 8 38 256qam 10
2 610000000 9 38 256qam 2
3 618000000 9 38 256qam 3
4 626000000 9 38 256qam 4
5 634000000 8 38 256qam 5
6 642000000 8 38 256qam 6
7 650000000 8 38 256qam 7
8 658000000 8 38 256qam 8
9 666000000 8 38 256qam 9
10 602000000 8 38 256qam 1
11 682000000 9 38 256qam 11
12 690000000 10 38 256qam 12
13 698000000 9 38 256qam 13
14 706000000 9 38 256qam 14
15 714000000 9 38 256qam 15
16 722000000 10 38 256qam 16
17 730000000 9 38 256qam 17
18 738000000 9 38 256qam 18
19 746000000 9 38 256qam 19
20 754000000 9 38 256qam 20
21 762000000 10 38 256qam 21
22 770000000 9 38 256qam 22
23 778000000 8 38 256qam 23
24 786000000 8 37 256qam 24

 

Gebundelde downstream-kanalen

Kanaal Locked Status RxMER (dB) Pre RS Errors Post RS Errors
1 Goed (Locked) 38.605 805241559 5
2 Goed (Locked) 38.605 802665611 8
3 Goed (Locked) 38.983 802662751 23
4 Goed (Locked) 38.983 802667447 2
5 Goed (Locked) 38.605 802667963 5
6 Goed (Locked) 38.605 802661993 6
7 Goed (Locked) 38.983 802670357 8
8 Goed (Locked) 38.605 802668089 9
9 Goed (Locked) 38.605 802670684 11
10 Goed (Locked) 38.605 802672562 15
11 Goed (Locked) 38.605 802671057 6
12 Goed (Locked) 38.605 802672915 12
13 Goed (Locked) 38.605 802664605 7
14 Goed (Locked) 38.983 802672070 6
15 Goed (Locked) 38.605 802668094 6
16 Goed (Locked) 38.983 802673550 9
17 Goed (Locked) 38.983 802674782 8
18 Goed (Locked) 38.605 802677358 3
19 Goed (Locked) 38.605 802677864 6
20 Goed (Locked) 38.605 802678370 8
21 Goed (Locked) 38.605 802666245 8
22 Goed (Locked) 38.605 802678686 10
23 Goed (Locked) 38.605 802679128 2
24 Goed (Locked) 37.636 802675563 8
icon

Best beantwoord door Mark Ziggo 25 mei 2020, 10:04

HP laptop van werk (wifi), eenmaal in VPN volledig stabiel

Dankzij deze constatering kunnen we alle verdenkingen m.b.t. het coax netwerk wat mij betreft het raam uit gooien. Het coax netwerk maakt immers geen onderscheid tussen VPN verkeer en ‘normaal’ dataverkeer, de VPN verbinding heeft net zo veel (of weinig) last van de T3 errors en de dropped packets als de overige verbindingen.

In de gedetailleerde meting zie ik geen opvallende nieuwe dingen, wat Serkan al opmerkte is er lichte ruis op het netwerk te zien op één upstream frequentie maar ik denk niet dat dat de problemen veroorzaakt.

 

Ik vermoed dat de oorzaak in de DS-lite verbinding zit, daarom switch ik dadelijk je modem naar een IPv4 profiel. Als de problemen daarna verholpen zijn weten we of mijn vermoeden klopt (of niet).

Bekijk origineel

Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

20 Reacties

ebundelde upstream-kanalen

Kanaal Frequentie (Hz) Vermogen (dBmV) Symbol Rate (ksps) Modulatie Kanaalnummer
1 57800000 44 5.120 64qam 1
2 28600000 44 2.560 64qam 6
3 37100000 44 5.120 64qam 4
4 50900000 43 5.120 64qam 2
5 44000000 44 5.120 64qam 3
6 31800000 44 2.560 64qam 5

 

Gebundelde upstream-kanalen

Kanaal Kanaal soort T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts
1 2.0 0 0 1 0
2 2.0 0 0 1 0
3 2.0 0 0 1 0
4 2.0 0 0 1 0
5 2.0 0 0 1 0
6 2.0 0 0 2 0
Tijd Prioriteit Omschrijving
20-05-2020 17:25:19 notice Illegal - Dropped FORWARD packet: SRC=2a00:1450:400e:0805:0000:0000:0000:2003 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 17:04:26 notice GUI Login Status - Login Sucess from LAN interface; client ip=[192.168.178.214];CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 17:04:21 notice GUI Login Status - Login Fail from LAN interface; client ip=[192.168.178.214];CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 17:02:19 notice Illegal - Dropped FORWARD packet: SRC=2a03:2880:f206:00c6:face:b00c:0000:7260 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:59:20 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:58:14 notice Illegal - Dropped FORWARD packet: SRC=2a03:2880:f206:00c6:face:b00c:0000:7260 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:39:29 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:37:33 notice Illegal - Dropped FORWARD packet: SRC=2a00:1450:400e:080c:0000:0000:0000:200a MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:31:53 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 16:13:57 notice Illegal - Dropped FORWARD packet: SRC=2a00:1450:400e:0804:0000:0000:0000:200a MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 15:51:50 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 15:49:44 notice Illegal - Dropped FORWARD packet: SRC=2600:1901:0001:0fb3:0000:0000:0000:0000 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 13:44:50 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 13:32:47 notice Illegal - Dropped FORWARD packet: SRC=2603:10b0:0317:82e3:0000:0001:0000:0152 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:30:24 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:22:39 notice Illegal - Dropped FORWARD packet: SRC=2603:10b0:0317:8249:0000:0001:0000:0083 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:09:27 critical No Ranging Response received - T3 time-out;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:07:38 notice Illegal - Dropped FORWARD packet: SRC=2a03:2880:f206:00c6:face:b00c:0000:7260 MAC=17:10:91:B8:16:86;CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:00:55 notice GUI Login Status - Login Sucess from LAN interface; client ip=[192.168.178.213];CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;
20-05-2020 11:00:35 notice GUI Token verify failed; client ip=[192.168.178.213];CM-MAC=54:67:51:ef:3d:56;CMTS-MAC=00:17:10:91:b8:16;CM-QOS=1.1;CM-VER=3.0;

De uitgelezen gegevens zijn zonder de M9 aangesloten te hebben op het netwerk.

 

Heeft iemand een idee hoe dit te verhelpen? 

Reputatie 7
Badge +8

@Basje_84 de signaalwaarden zien er prima uit.

Wat voor apparaten hebben dit probleem?

Met welke browser(s)?

Wat is de “beschikbaarheid” van het modem toen je de waarden hierboven gepost hebt (dagen - uren - minuten) ??

Heb je IPv6 op Stateful staan?

 

@Henno  bedankt voor de snelle reactie. We merken het eigenlijk op alle apparatuur:

 

HP laptop van werk (wifi), eenmaal in VPN volledig stabiel

Desktop (win10 bedraad, via switch)

Android telefoons (Xiaomi als Samsung)

Privé laptop (win 10, wifi)

Xiaomi boxjes voor smarttv (bedraad via USB to rj45 )

 

Browser, chrome / edge

 

Beschikbaarheid heb ik niet staan van dat specifieke moment, inmiddels is dat 10h:21m:59:s

 

DHCP staat, na eerder lezen op dit forum, inderdaad op stateful

 

Reputatie 7

Gezien dit korte stukje log van nog geen 8 uur zijn dit belachelijk veel meldingen. De DOCSIS log hoort op wat initiële verbindings- en registratiemeldingen bij het opstarten na leeg te blijven. Jouw Compal modem schiet om de haverklap in de stress en blokkeert dan DOCSIS packets (de Illegal - Dropped FORWARD packet  meldingen) waardoor de DOCSIS protocol afhandeling fout loopt en er telkens even later T3 meldingen verschijnen. Een toestand die het modem eerst moet herstellen. Ervaringen van anderen leert ondertussen dat Ziggo niet in staat is om dit soort problemen als gevolg van zeer buggy modem firmware en/of slechte PUMA chip performance op te lossen, dus als je eventueel VDSL of glasvezel overstap mogelijkheden hebt is dat zeker een overweging waard.

@ArChie.DVB 

ok, maar hoe kan dit dan van het ene op het andere moment zo ontstaan? Is het dan drukte op het Ziggo netwerk in de regio? 

 

Tot begin vorige maand was er in ieder geval geen enkel probleem (of in ieder geval was de ervaring er niet)

Reputatie 7

Daar kan van alles spelen. Ik noem maar wat zaken:

  • Firmware update modem dat verkeerd uitpakt (iedere vernieuwing hoeft geen verbetering te zijn (zeker niet in geval van Ziggo gezien hun geschiedenis met het testen van nieuwe en gewijzigde apparatuur));
  • Vervanging van de EuroDOCSIS 3.0 CMTS voor een DOCSIS 3.1 CMTS waardoor het modem anders reageert;
  • Wijzging van het frequentieplan voor upstream en/of downstream kanalen van het modem;
  • Configuratiefouten in de (nieuwe) CMTS en/of het modem;
  • Toegenomen belasting van de upstream capaciteit in het coaxsegment door thuiswerken en/of ander soort gebruik zoals audio/video conferencing, VPN verbindingen en het delen van bestanden met het werk, etc.;
  • Buggy PUMA chipset die bij de minste geringste extra belasting in de stress schiet;
  • Aansluiten van een nieuw netwerk apparaat in huis waar het modem van in de stress schiet;
  • Geen veranderingen t.o.v. “normaal” bij Ziggo, maar nu door meer gebruik te maken van het internet thuis wel vaker confrontaties met het buggy gedrag van het modem;
  • Etc.

@ArChie.DVB Dat belooft dan niet veel goeds voor de toekomst. Een eigen router tussen de connectbox en het interne netwerk zetten waarbij de ziggo router in bridge komt te staan? Zou dat helpen met de stabiliteit. 

Zomaar wegstappen van Ziggo is hier namelijk niet zo makkelijk.

Hoi @Basje_84 en welkom hier op de Community :wave:

Wat rot dat je sinds een maand deze problemen ervaart, top dat je zelf ook al op onderzoek uit bent gegaan op de Community. Nu de oplossing nog!

Allereerst heb ik het modem uitgelezen, het signaal ziet er top uit dus ik ben erg benieuwd. Ervaar je deze problemen continu? En maakt het verschil als je een laptop/pc direct aansluit op het modem zonder de switch ertussen? Stuur in je volgende bericht ook foto's mee van de hoofdaansluiting zodat we een goed beeld krijgen hoe deze is verbonden met ons het modem. 

@Mariska Ziggo 

Ja we ervaren het vrijwel continue, gisteren ochtend ging het een paar uur beter (tussen 7 en 9), daarna weer veel uitval/haperingen. 

 

Laptop direct op connectbox heeft ook geen betere response. Het vreemde is, dat als de VPN verbinding eenmaal gemaakt is, deze er ook geheel niet meer uitgaat en gewoon de gehele dag heel stabiel draait. 

 

Reputatie 7
Badge +8

@Mariska Ziggo de analoge waarden op het modem van @Basje_84 kunnen wel goed zijn, maar de Docsis datastroom is verre van goed. 1 T3 melding in de week is acceptabel, een T3 op de paar uur is onwerkbaar. Dit veroorzaakt onvermijdelijk packetloss (eenvoudig zichtbaar te maken met Pingplotter), en dus verbroken verbindingen bij alle diensten die connectie georiënteerd zijn. 

Diensten zoals videobellen, VPN, Citrix, andere virtuele werkplek oplossingen die NU nodig zijn voor het thuiswerken zijn dan volledig onbetrouwbaar.

In ITIL termen gezegd: Ziggo heeft een “problem”. Een verstoring van een geleverde dienst waar men de achterliggende oorzaak niet weet maar wel moet uitzoeken omdat die verbonden is aan het leveren van diezelfde dienst (Internet connecttiviteit).

Archie gaf hierboven al wat suggesties, het is alle hens aan denk bij netwerk beheer van Ziggo om dit te top te lossen. Het aantal meldingen gerelateerd aan T3 criticals hier op de community is al een aantal per 24 uur, en dat is pas een topje van de ijsberg.

 

Reputatie 7

We zien hier jammer genoeg weer de ondertussen bekende houding van Ziggo. Er wordt aangegeven dat er in het modem gekeken is en het signaal helemaal top is. Daaruit blijkt dat ze bezig zijn met het negeren van de netwerk log van het modem of ze denken het beter te weten dan het modem want uit die log blijkt toch wel is heel anders. Wat heeft het nog voor een zin om naar foto’s van de aansluiting van het modem te vragen als het signaal volgens Ziggo helemaal top is. Is de doelstelling daarvan het eventueel nutteloos vervangen van AOP's of splitters of kabels? Hoe kan een top signaal daar nog “toppiger” van worden?  Ook de vragen of er continu sprake is van problemen. Eén blik in de log van het modem zegt toch al genoeg? Het is mij een raadsel wat Ziggo wil. Is dit soms de nieuwe ‘norm’ van Ziggo voor het “netwerk van de toekomst” waarbij klanten het maar moeten accepteren dat door instabiele verbindingen tussen modem en CMTS het internet regelmatig even wegvalt?

Reputatie 7

Goedemiddag @Basje_84 

Ik zie de T3-errors ook in je modemlog. Nu is een enkele T3 time-out niet het ergste wat je kan overkomen maar als er meerdere meldingen op dezelfde dag of achter elkaar plaatsvinden, kan ik me voorstellen dat sites moeite hebben om in te laden omdat het modem eerst nog druk met ons netwerk is om de T3 time-out te herstellen.

De foto van je eerste aansluiting geeft me ook een beter beeld van de situatie. Je gebruikt enkel de Ziggo splitter en vanaf daar een kabel naar het modem. Het signaal op je modem varieert varieert tussen de +8dB en +12dB. Dit is vrij hoog, ook al zit het nog ‘binnen de marges’.

  • Ik zie een hele lichte ruis op de verbinding (CER/CCER) van 1 tot 2%
  • De downstream RX is redelijk hoog. Wellicht dat we het signaal ook iets moeten dempen.
  • Verder vallen de vele dagelijke T3-timeouts op, maar zie ik geen directe link tussen de T3 time-outs en het signaal.
  • Er is in 2018 wel kabelschade geconstateerd en destijds ook hersteld. Als ik de foto's zo bekijk dan hebben ze de gehele groene kabel vanuit de eindversterker tot je woning vernieuwd.

Aangezien ik nu toch (nog) geen monteur kan inplannen vanwege het weekend, stel ik voor dat ik je verbinding de komende dagen (tot maandag) in ieder geval iets beter ga monitoren. Nu krijgen we ieder uur een update van de situatie, maar kan er veel plaatsvinden in een uur, waardoor we sommige zaken simpelweg niet kunnen inzien. Zodra ik je verbinding start met monitoren, krijg ik om de enkele minuten een beeld van je verbinding en kan ik het ook wat beter beoordelen. Ook heb ik een ICMP test gestart om te monitoren of alle datapakketjes wel aankomen op je modem, en reactie geven. Dat geeft me ook een beter beeld van de momenten waarop het exact speelt en kan ik het beter beoordelen.

Ik zorg ervoor dat we a.s. maandag je verbinding opnieuw gaan controleren (hopelijk zien we dan wat meer) en dat we opnieuw contact met je zoeken.

 

Goedemorgen @Serkan Ziggo ,

 

het vervangen van de kabel klopt inderdaad, daarna is het ook prima gegaan. Ik wacht het verder dan inderdaad wel even af. Zijn er nog acties die ik aan mijn kant verder moet ondernemen?

 

Reputatie 7

HP laptop van werk (wifi), eenmaal in VPN volledig stabiel

Dankzij deze constatering kunnen we alle verdenkingen m.b.t. het coax netwerk wat mij betreft het raam uit gooien. Het coax netwerk maakt immers geen onderscheid tussen VPN verkeer en ‘normaal’ dataverkeer, de VPN verbinding heeft net zo veel (of weinig) last van de T3 errors en de dropped packets als de overige verbindingen.

In de gedetailleerde meting zie ik geen opvallende nieuwe dingen, wat Serkan al opmerkte is er lichte ruis op het netwerk te zien op één upstream frequentie maar ik denk niet dat dat de problemen veroorzaakt.

 

Ik vermoed dat de oorzaak in de DS-lite verbinding zit, daarom switch ik dadelijk je modem naar een IPv4 profiel. Als de problemen daarna verholpen zijn weten we of mijn vermoeden klopt (of niet).

@Mark Ziggo 

Merkte inderdaad dat het modem resetten. Hopelijk werkt dit inderdaad, l echter op dit moment is er geheel geen internet verbinding. Moet ik nog iets resetten aan mijn kant?

Met behulp van de klantenservice na een reset naar fabrieksinstellingen lijkt alles weer te werken. Ik zal woensdag een update geven of we nog problemen ervaren. Tot zover bedankt @Henno @ArChie.DVB @Serkan Ziggo @Mariska Ziggo @Mark Ziggo 

 @Henno @ArChie.DVB @Serkan Ziggo @Mariska Ziggo @Mark Ziggo 

 

Hallo allen,

 

Problemen zijn niet teruggekeerd de afgelopen 48 uur, de oplossing van @Mark Ziggo werkt voor mij prima. Bedankt voor het meedenken en de hulp

Reputatie 7

Fijn Bas, graag gedaan!