Wat betekent Dynamic Range Window violation in het modemlog?

[defdenman]

Sinds een aantal weken heb ik last van wegvallende internetverbinding. Dat is steeds heel even.

Nu kijk ik in de log van mijn modem en zie ik elk uur dat deze melding voor bij komt "Dynamic Range Window violation". Op dat momemt heb ik inderdaad even geen internet. Ik moet dan de internetpagina opnieuw laden en dan werkt het weer. Het lijkt wel of er elk uur iets gebeurd waardoor er even geen verbinding mogelijk is.

Heeft iemand een idee hoe dit op te lossen?

Ik heb een bijlage toegevoegd van de log.

[tobiastheebe]

In dat geval lijkt de stabiliteit van OFDMA momenteel in orde te zijn. Ik kan mij eigenlijk niet voorstellen dat het opnieuw aansluiten van de splitter + kabel hierop (positieve) invloed heeft gehad.

[defdenman]

Het is het enige wat ik nu voor het eerst anders heb gedaan, alles loshalen en weer aansluiten. Ik zie trouwens ook een aarde draad lopen vanuit het AOP, deze "bungelt" los. Hoort dat zo?

Wat ik wel zag in het log tijdens het opstarten, lijkt mij iets van een profiel wijziging? Deze had ik nog niet eerder voorbij zien komen.

Maar goed, sinds maanden is nu ineens er geen enkele melding meer (voor drie uur dan). Ben benieuwd hoe het morgen is.

29-12-2024 16:44:54	notice	DS profile assignment change. DS Chan ID: 32; Previous Profile: ; New Profile: 1 2 3.;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
29-12-2024 16:44:52	notice	TLV-11 - unrecognized OID;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;

[defdenman]

Helaas komen de meldingen weervoorbij, ze zijn vier uur weggebleven.

Er is wel een nieuwe melding zag ik:

29-12-2024 20:06:01

warning

DBC-REQ Mismatch Between Calculated Value for P1.6hi Compared to CCAP Provided Value;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;

En daarbij weer de "Dynamic Range Window violation".

Ik ga maar wachten tot een moderator voorbij komt, om te kijken hoe dit verholpen kan worden.

[tobiastheebe]

De aardedraad vanuit het AOP zou op een potentiaalvereffeningspunt ('aardblokje') aangesloten moeten zijn, maar mogelijk is dat niet beschikbaar in jouw meterkast. Dit veroorzaakt verder geen signaalproblemen.

Het event van 16:44:54 is normaal na een reset/reboot van het modem. Verder gaan de DBC-REQ events inderdaad vaak hand in hand met DRW violations of T3 timeouts.

[defdenman]

En een half uur geleden weer een kortstondige onderbreking van de verbinding, zie hieronder, het is een aantal dagen weggebleven maar komt nu helaas weer terug.

02-01-2025 09:55:34	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:58	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:53	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:47	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:45	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:44	warning	TCS Partial Service;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:54:03	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:56	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:54	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:53	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:52	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:50	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:50	warning	RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:50	warning	Dynamic Range Window violation
02-01-2025 09:53:48	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:45	critical	No Ranging Response received - T3 time-out;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;
02-01-2025 09:53:45	critical	SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=94:98:8f:91:0f:3f;CMTS-MAC=00:01:5c:af:9c:58;CM-QOS=1.1;CM-VER=3.1;

[tobiastheebe]

De historie laat inderdaad opnieuw uitval in de upstream zien.

Een moderator komt binnenkort weer langs in dit topic. De volgende stap kan een monteursafspraak, diepergaand onderzoek of een meerdaagse meting naar het modem zijn.

[Ryan]

Hey @defdenman Dank nog voor het delen van het overzicht! Zoals Tobias al vermelde, zou een monteurafspraak hier de beste optie zijn. Laat gerust nog van je horen en we regelen de afspraak voor je. 

[defdenman]

Beste Ryan,

Dat is prima. Welke opties zijn er voor het maken van een afspraak? Het liefst in de middag.

[defdenman · Accepted solution]

Beste Ryan,

Zojuist is een monteur geweest. 

Het blijkt niet aan mijn modem te liggen (wat Tobias ook al een maand geleden aangaf maar dat het in de wijk gezocht moest worden).

Bij een "test" van de wijk blijkt dat dit probleem al een tijd speelt (veel rode vlakken in de log van de wijk), ook juist op de momenten dat ik de problemen hier vermelde op het forum. Volgens de monteur hebben 181 modems hier last van in deze wijk.

Hij heeft een ticket aangemaakt voor verder onderzoek.

Kan jij mij op de hoogte houden m.b.t. de stand vcan zaken? Wat mij wel bevreemdt is dat wanneer een complete wijk in storing ligt (uitval), dat er dan geen signaal bij jullie wordt gegeven.

[Marco]

Fijn dat de monteur inmiddels is geweest @defdenman.

Inmiddels is het ticket doorgezet naar de juiste afdeling. Er zal spoedig een netwerkmonteur langs komen die de verstoringen zal oplossen in het netwerk. 

[defdenman]

Beste Marco,

Fijn dat een en ander is doorgezet naar de goede afdeling met betrekking tot het netwerk. Ook hoorde ik zojuist dat mijn voicemail is ingesproken door de monteur die vanochtend is langsgeweest.

Klopt het dat er een verkeerde Duplex in de Node is geplaatst waardoor al die tijd de OFDMA er niet doorheen kwam en dus de modems in de wijk (181 stuks) gingen oxileren? En dat dit al lange tijd verkeerd heeft gezeten? Hoe kan het dat Ziggo zoiets zelf niet opmerkt?

Want wat ik niet begrijp als ik dit topic start er door Tobias gelijk wordt verwezen dat het in de "wijk" zou moeten liggen en dat u aangeeft dat alles op "groen" staat in mijn modem. De diverse logs die ik in het topic heb geplaatst spreken boekdelen, vind ik. 

Want nu ziet mijn log er sinds maanden eindelijk weer schoon uit, zie onderstaande. Maar ik hoor graag een antwoord op bovenstaande vraag.

09-01-2025 20:44:35	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 20:30:25	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:58:24	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:50:46	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:42:19	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:27:07	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:03:31	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:03:26	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 15:01:28	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 14:59:52	notice	GUI Login Status - Login Success from LAN interface
09-01-2025 14:56:05	notice	REGISTRATION COMPLETE - Waiting for Operational status

[tobiastheebe]

Waarschijnlijk was het diplexfilter nog niet vervangen (65/85 → 204/258 MHz) waardoor een tweede OFDMA-kanaal boven 65 MHz inderdaad niet gekoppeld kon worden door jouw modem en de andere modems in het wijknet. Dit probleem ben ik een enkele keer eerder tegengekomen. Jouw modem liet echter niet zien dat er een tweede OFDMA-kanaal beschikbaar is. Zie je nu naast CID 27 ook CID 28 in de upstream?

[defdenman]

Dat klopt ik zie twee upstreams. Ook nu ik weer inlog op het modem zijn alle meldingen verdwenen na maanden. En werkt eindelijk alles naar behoren.

Daarnaast wacht ik ook nog het antwoord van Marco even af wat, zie uitstaande vraag naar Ziggo.

[Ryan]

Hey @defdenman Ik heb de status opgevraagd. De ticket die aangemaakt was, vermeld dat het rondom ons netwerk en de upstream verbeterd is. Er zijn wat verdelers vervangen die het issue moeten oplossen. Laat gerust nog eens van je horen als je merkt dat het niet goed gaat. Zoals ik het zie, moet het opgelost zijn.

[defdenman]

Beste Ryan,

Dank voor je antwoord.

Tot nu heb ik eindelijk weer "normaal" internet waarbij niet steeds elk uur het signaal wegvalt of er uren een storing is voor uberhaupt internet.

Ik ben van mening dat Ziggo geen goede dienst heeft geleverd voor mij als consument sinds de werkzaamheden van 23 oktober (toen de storingen zijn begonnen). Rondvraag in de buurt heeft ook meer opgeleverd waarbij vooral opviel dat Philips Hue en andere slimme apparaten bij bewoners weer werkt (ik denk dat er er wel degelijk ook hier een verband is met de storing van de afgelopen maanden).

Ik vind het jammer dat jullie niet op de vraag reageren "Hoe kan het dat Ziggo zoiets zelf niet opmerkt?", het betreft hier 181 aansluitingen (modems) in de wijk. Wellicht kunnen jullie hier alsnog een reactie opgeven?

Waar kan ik terecht om aanspraak te maken op compensatie van (niet) goed geleverde diensten van Ziggo? Hebben jullie hier emailadres/telefoonnummer voor?

Hoor het graag.

[Jamyla]

Het punt is dat op onze wijkcentrale meerdere verbindingen zijn aangesloten en daarop wordt 24/7 gemonitord, maar er zijn geen netwerk of signaal problemen ontdekt na  het vervangen van de verdelers. Dus de vraag waarom Ziggo zelf niets opmerkt, is daardoor al beantwoord.

Het netwerk wordt 24 uur per dag in de gaten gehouden en in onze alarmcentralen worden netwerk problemen direct vastgesteld. Dat is dus niet het geval.

Als jij zoals je aangeeft nog steeds problemen ervaart, kunnen we hier individueel een monteur voor aansturen, die zowel binnen als buitenhuis een signaal controle kan meten. @defdenman 

[defdenman]

Beste Jamyla,

Met enige verbazing lees ik je antwoord op mijn vraag;

Naar mijn idee was mijn vraag toch redelijk duidelijk, hoe kan het zijn dat een storing in de wijk (de 181 modems) niet wordt opgemerkt tussen 23 oktober en 9 januari? Al die tijd waren er problemen. En zoals je zegt "Het netwerk wordt 24 uur per dag in de gaten gehouden en in onze alarmcentralen worden netwerk problemen direct vastgesteld", gaat dus niet op. 

En ik geef JUIST NIET aan dat ik nog problemen ervaar (het is opgelost), hoe kan het nu dat jij uit mijn topic opmaakt dat er nog steeds problemen zijn? De monteur is 9 januari geweest om te constateren dat er helemaal niets in huis aan de hand was en het een probleem in de wijk was (dat kon hij gelijk laten zien door daar een meting te doen?

Wat gaat er nu hier allemaal langs elkaar heen, afgezien je op mijn vraag over compensatie, hoe ik dit in gang kan zetten, niet eens reageert?

[Jamyla]

Ah excuus dan had ik dit verkeerd begrepen uit je laatste reactie, sorry!

Wat betreft de vraag waarom het niet is geconstateerd, kan ik helaas niet beantwoorden. Los van het feit dat wij (Community) deze alarmcentrales niet beheren, kan ik dat ook niet met terugwerkende kracht nagaan. 

Je eerste melding was op 9 december, en op 9 januari is het dus opgelost. Ik heb een maand je abonnementskosten vergoed middels onze garantieregeling.

Deze vergoeding wordt volgende maand op je factuur verrekend 🙂

[defdenman]

Zojuist, het centrale nummer gebeld en een dame gesproken.

Zei gaf aan dat storingen vooral worden opgemerkt als er veel wordt gebeld naar hun en Ziggo zo fouten/storingen etc kan opmerken.

Ik ben van mening dat de monitoring niet goed gaat bij de storing die hier in de wijk is geweest voor de 181 modems. Jij geeft aan dat alles 24/7 strak wordt gemonitord (wat mij ook logisch lijkt), maar dit er dus doorheen "slipt". Veel bewoners hebben geen idee hoe het allemaal werkt, laat staan dat ze weten hoe ze moeten inloggen in een modem om te kijken of er fouten in het logfile staan.

De monteur zei ook dat julie deze storing hadden moeten zien, en hij gaf ook gelijk aan wat de fout was en waar deze zat. Maar goed het is nu opgelost en ik kan na maanden eindelijk weer gebruik maken van mijn diensten van Ziggo.