T3 ODFMA errors, Sagemcom / Arris CMTS mismatch?

[Kermit]

Hallo Ziggo

Sinds de blackfriday actie ben ik klant geworden bij Ziggo, mijn verbinding is eigenlijk altijd error vrij, geen enkele uncorrectable zowel up als down. Om door een ringetje te halen...en dan uit het niets...klapt het ODFM-A kanaal eruit. Serkan heeft via de mail gekeken dat dit ook op 7 andere modems gelijktijdig gebeurt als het bij mij ook plaats vindt. Daarop is de groepsversterker ontvangen, echter kwam het probleem in de normale frequentie weer terug.

Als ik dan mijn oude topic bekijk, en die van @Marinus hier dan zie je dat het vaker voorkomt. Een veel gebruikt antwoord is: dat is mogelijk storing van buitenaf. Ik denk zelf aan een bug/mismatch tussen CM en CMTS.

Het is bij mij +/- om de 2 weken en maximaal 4 weken. Alles valt dan uit, VPN's en ook de NextMini en Videoland/NetFlix stoppen op dat moment. Erg vervelend als je het vergelijkt met mijn super stabiele glasvezelverbinding van vorig jaar.

Vraagstelling:

Ik Ziggo graag breder laten kijken of er een bug of mismatch is tussen de CMTS en het CM.  Hier lijken al wat stappen gezet in dit topic. Mijn verbinding is om door een ringetje te halen zei de monteur, waardes zijn goed zie mijn oude topic. Groepsversterker is vervangen, probleem is gebleven. Ik zou graag het expert team opschakelen omdat ik weet dat dit voor tenminste 3 klanten met een Arris CMTS + Sagemcom speelt waar van er 2 een topic hebben lopen/gehad.

Logs van gisterenavond.

Altijd 0 errors down

Altijd 0 errors down tot moment X waarbij ODFMA faalt, ik denk zelf aan een bug.

Storingen:
08-12-2023 +/- 21:00

02-01-2024 +/- 10:00

29-01-2024 +/- 01:30

21-02-2024 +/- 21:00

[Kermit]

Hi @Paul  dank voor de meting, net gereboot.

Aangaande de testopstelling, fijn dankjewel. Is Ziggo ook van mening dat een ODFMA outage een minimale / geen impact zou moeten hebben als het modem naar een error vrij ATDMA kanaal kan overstappen?

[Paul]

@Kermit Top! Ik zie inderdaad dat het modem gereboot is. We blijven de verbinding nauwkeurig monitoren. Als jij op jouw beurt eventuele storingsmomenten wilt bijhouden en de data + tijdstippen noteren dan kunnen we dit vergelijken met onze meting.

Is Ziggo ook van mening dat een ODFMA outage een minimale / geen impact zou moeten hebben als het modem naar een error vrij ATDMA kanaal kan overstappen?

Deze vraag heb ik even voorgelegd aan onze netwerk engineers. Het klopt dat een OFDMA outage minimale tot geen impact moet hebben op het modem over kan schakelen naar een vrij kanaal. Het kan uiteraard wel zo zijn dat het andere kanaal iets meer bezetting heeft waardoor de capaciteit (iets) minder is. Dit kan er in bepaalde gevallen voor zorgen dat op dat moment niet de maximale snelheid wordt behaald. 
 

[Kermit]

---

@Paul  schreef:

Is Ziggo ook van mening dat een ODFMA outage een minimale / geen impact zou moeten hebben als het modem naar een error vrij ATDMA kanaal kan overstappen?

Deze vraag heb ik even voorgelegd aan onze netwerk engineers. Het klopt dat een OFDMA outage minimale tot geen impact moet hebben op het modem over kan schakelen naar een vrij kanaal. Het kan uiteraard wel zo zijn dat het andere kanaal iets meer bezetting heeft waardoor de capaciteit (iets) minder is. Dit kan er in bepaalde gevallen voor zorgen dat op dat moment niet de maximale snelheid wordt behaald. 
 

---

Hi @Paul  dat is wat Tobiasthebee ook al aan gaf, toch ervaar ik dat als klant heel anders. Een volledige outage is op dat moment actief voor +/-4minuten. Ik zou het waarderen als ze dit in het testlab eens kunnen testen met een zwarte sagemcom. Het lijkt alsof dit modem niet overschakelt.

De wijk is niet druk meer, veel rustiger dan toen er nog geen glasvezel lag. Ik ben er van overtuigd dat drukte op het netwerk geen invloed heeft in bovenstaand failover scenario.

[tobiastheebe]

Ik ervaar uitval van OFDMA zelf ook niet als 'geen of minimale impact', maar zeker ook niet als 4 minuten volledige uitval. Daarin kan wel meespelen dat ik een UBC1318 i.p.v. een F3896 gebruik. Onze modems zijn wel beide met een Cadant/Arris/CommScope CMTS verbonden.

[Kermit]

---

@tobiastheebe  schreef:

Ik ervaar uitval van OFDMA zelf ook niet als 'geen of minimale impact', maar zeker ook niet als 4 minuten volledige uitval. Daarin kan wel meespelen dat ik een UBC1318 i.p.v. een F3896 gebruik. Onze modems zijn wel beide met een Cadant/Arris/CommScope CMTS verbonden.

---

Hi tobias ik zou het heel graag simuleren, ik weet alleen niet hoe. Je wilt in de situatie komen dat je wel D3.0 signaal doorlaat en D3.1 kan blokkeren. De 4 minuten is ook bij benadering, je weet niet wanneer het ontstaat waardoor je het startmoment ook niet helder heb. Dat streaming video daadwerkelijk uitvalt geeft mij wel aan dat het niet heel kort is.

Ik ga er vanuit dat het een bug/setting is welke niet juist is ingesteld op de zwarte sagemcom. Mede omdat jij aangeeft dat jouw UBEE het netter verwerkt.

[tobiastheebe]

De uitval van OFDMA is hier voor het laatst op 31-12 om 2:55 voorgekomen. Ik weet nog dat ik toen op nos.nl artikelen aan het bekijken was en ik ineens merkte dat pagina's traag laadden en foto's ontbraken. Direct daarna pings gestart, eerst naar mijn router en daarna naar internet (meestal gebruik ik 1.1.1.1 voor een dergelijke snelle test). Naar de router uiteraard geen probleem (<1 ms), maar naar internet afwisselend packet loss (dus niet continu).

Een uitval simuleren is niet eenvoudig, ik denk dan aan een heel specifiek notch of high-pass filter op het modem plaatsen dat resp. 15~30 MHz of 5~30 MHz filtert.

[tdk]

Uitval kwam hier ook weer een keer voor. Net zoals @Kermit ben ik verbaasd dat de uitlang zo lang duurt. Je hebt een paar minuten geen internet (eigenlijk de hele periode van de eerste regel tot na CM-STATUS).

Sun Mar 3 16:35:19 2024	notice	CM-STATUS message sent. Event Type Code: 8; Chan ID: 27; DSID: N/A; MAC Addr: N/A; OFDM/OFDMA Profile ID: N/A.;CM-MAC=44:05:3f:xx:xx:xx;CMTS-MAC=00:01:5c:xx:xx:xx;CM-QOS=1.1;CM-VER=3.1;
Sun Mar 3 16:35:06 2024	critical	Unicast Maintenance Ranging attempted - No response - Retries exhausted;CM-MAC=44:05:3f:xx:xx:xx;CMTS-MAC=00:01:5c:xx:xx:xx;CM-QOS=1.1;CM-VER=3.1;
Sun Mar 3 16:35:06 2024	critical	16 consecutive T3 timeouts while trying to range on upstream channel 8;CM-MAC=44:05:3f:xx:xx:xx;CMTS-MAC=00:01:5c:xx:xx:xx;CM-QOS=1.1;CM-VER=3.1;
Sun Mar 3 16:33:58 202	critical	Started Unicast Maintenance Ranging - No Response received - T3 time-out;CM-MAC=44:05:3f:xx:xx:xx;CMTS-MAC=00:01:5c:xx:xx:xx;CM-QOS=1.1;CM-VER=3.1;

Uitval: 15:33:26-15:34:32 maar voor één target tot 15:38:32 (?). Helaas is de tijdsresolutie hier een beetje beperkt. En van iets zoals smokeping is de tijdsresolutie helemaal beperkt. Ik kan de tijdsynchronisatie van het modem helaas niet controleren. Dat begint nu uit te maken 😀.

Vraag: Hoe kan ik controleren hoe de klok van het modem staat ingesteld?

Ik kan een stap verder gaan dan smokeping door bijvoorbeeld automattic/pingo te draaien zodat ik één-directionele uitval kan meten als daar behoefte aan is.

[Paul]

Goedemiddag @Kermit 

We hebben inmiddels al wat data verzameld. En ik laat dit nu even extra beoordelen door een van onze engineers. Ik heb ook jouw extra feedback gedeeld zodat dit naast elkaar gelegd kan worden. Ik laat het aan jouw weten zodra ik van onze engineers een terugkoppeling heb. 

[Kermit]

---

@Paul  schreef:

Goedemiddag @Kermit 

We hebben inmiddels al wat data verzameld. En ik laat dit nu even extra beoordelen door een van onze engineers. Ik heb ook jouw extra feedback gedeeld zodat dit naast elkaar gelegd kan worden. Ik laat het aan jouw weten zodra ik van onze engineers een terugkoppeling heb. 

---

Dank voor de update Paul!

[Paul]

@Kermit Inmiddels heb ik een terugkoppeling van onze engineers. We zien in onze monitoring enkele signaalproblemen terug op de Upstream SNR (SC-QAM en OFDMA). Er is voor dit probleem nu ticket VZINC0001253602 aangemaakt. Dit ticket wordt dan opgepakt door een gespecialiseerd netwerkteam wat op wijkniveau alles naloopt om ervoor te zorgen dat dit structureel wordt opgelost. 

[Kermit]

---

@Paul  schreef:

@KermitInmiddels heb ik een terugkoppeling van onze engineers. We zien in onze monitoring enkele signaalproblemen terug op de Upstream SNR (SC-QAM en OFDMA). Er is voor dit probleem nu ticket VZINC0001253602 aangemaakt. Dit ticket wordt dan opgepakt door een gespecialiseerd netwerkteam wat op wijkniveau alles naloopt om ervoor te zorgen dat dit structureel wordt opgelost. 

---

@Paul wat ontzettend fijn. Die ruis is er al heel lang en er is nooit écht iets aan gedaan tot jij nu het verschil maakt 👍 goede stap van Ziggo om in te zetten op kwaliteit. 

Laten we komende week weer contact hebben over de voortgang en nieuwe meetwaarden. 

[Kermit]

@Paul we zijn een weekje verder, het ticket is met een week verlengd. Zou jij, hier of in een prive bericht wat meer details kunnen delen over de gevonden zaken? Een vriend van mij in de straat heeft een briefje in de bus dat hij mogelijk storing veroorzaakt, volgens mij gaan ze elk huis langs om de storingsbron te vinden?

Zijn er schokkende oorzaken gevonden?

[Paul]

@Kermit Er is n.a.v. het ticket (VZINC0001253602) wat is aangemaakt al heel wat achter de schermen gebeurd. Ik lees in het ticket terug dat de hele wijk nagelopen wordt en dat er op 1 of meerdere aansluitingen ruis geconstateerd is wat storing op andere aansluitingen veroorzaakt. Zo te zien is er een afspraak ingepland om dit te verhelpen op 15 maart 2024. Ik laat het zoals afgesproken aan je weten zodra ik meer informatie voor je heb m.b.t. de status van het ticket. 

[Kermit]

---

@Paul  schreef:

@KermitEr is n.a.v. het ticket (VZINC0001253602) wat is aangemaakt al heel wat achter de schermen gebeurd. Ik lees in het ticket terug dat de hele wijk nagelopen wordt en dat er op 1 of meerdere aansluitingen ruis geconstateerd is wat storing op andere aansluitingen veroorzaakt. Zo te zien is er een afspraak ingepland om dit te verhelpen op 15 maart 2024. Ik laat het zoals afgesproken aan je weten zodra ik meer informatie voor je heb m.b.t. de status van het ticket. 

---

Goedemorgen @Paul gisteren is het AOP vernieuwd bij mijn kennis waar de storing mogelijk vandaan kwam. Helaas is vannacht uit het niets de verbinding er weer uitgeklapt terwijl wij lagen te slapen, ik ben benieuwd of je iets kunt zien qua ruis in de standaard monitoring?

Storingen:
08-12-2023 +/- 21:00

02-01-2024 +/- 10:00

29-01-2024 +/- 01:30

21-02-2024 +/- 21:00

16-03-2014 +/- 01:00

[Vincent]

@Kermit Jammer dat je tóch nog problemen ondervond. Ik heb voor je gekeken en ik zie dat het overkoepelende ticket VZINC0001253602 is gesloten en dat het netwerk buiten is nagelopen. Op 16 maart zie ik inderdaad een pakket T3 meldingen. Daarna niks meer gezien.

Er loopt in ieder geval weer nieuwe nauwkeurige meting + ICMP test voor de komende 7 dagen. Wil je de komende 7 dagen je bevindingen delen met als uitgangspunt: hoe werkt internet tijdens gamen, surfen, down-/uploaden? Dan laten we de modemlogs even los.
 

[Kermit]

---

@Vincent  schreef:

@KermitJammer dat je tóch nog problemen ondervond. Ik heb voor je gekeken en ik zie dat het overkoepelende ticket VZINC0001253602 is gesloten en dat het netwerk buiten is nagelopen. Op 16 maart zie ik inderdaad een pakket T3 meldingen. Daarna niks meer gezien.

Er loopt in ieder geval weer nieuwe nauwkeurige meting + ICMP test voor de komende 7 dagen. Wil je de komende 7 dagen je bevindingen delen met als uitgangspunt: hoe werkt internet tijdens gamen, surfen, down-/uploaden? Dan laten we de modemlogs even los.
 

---

Hoi @Vincent dank voor de reactie, kan je aangeven wat ze in het buitennet gedaan hebben? Hebben ze één huis waarin een mogelijke storingsbron zat gevonden, of meerdere? Hebben ze nog zaken anders afgeregeld, losse connectoren gevonden etc?

Ik ben benieuwd naar de nieuwe ruis waardes vanuit de langdurige meting, vorige keer had het team geen melding van mij nodig om te zien dat het ondermaats was.

De omvang van de T3 errors is al eerder beschreven en daar kan ik (helaas) vrij kort in zijn, videostreams stoppen waaronder ook de NEXT mini. Nog even los van de impact welke het heeft op VPN's. Ik ga het wel nauwlettend in de gaten houden. Vaak zitten de storingen zo rond de 14 dagen je kunt de langdurige meting gerust verlengen. Zodra het uitvalt kom ik op de lijn.

[Cecilia]

@Kermit We hebben even navraag voor je gedaan. De ruis is n.a.v een aantal aanpassingen in het coax-segment n.a.v. eerder genoemd ticket verholpen. Meer informatie over de werkzaamheden zijn voor ons niet inzichtelijk in het ticket. 
 

We hebben nu een nauwkeurige meting op je modem lopen met een ICMP test. We zien jouw resultaten graag tegemoet, zodat we deze momenten kunnen vergelijken met de meting en welke problemen je dan specifiek ervaart. Indien nodig kunnen we altijd nog de test verlengen.

[Kermit]

Gisterenavond 22:43 weer uitval, VPN's onderuit en TV haperen. Ik zie geen lokaal wijksegment coax gerelateerde meldingen? Kunnen jullie eens hogerop in het netwerk kijken waarom het stagneerde?

[Welmoed]

Hmm, wat gek dat je weer uitval ondervond op dat specifieke moment. In de logging van je mediaboxen zien we in ieder geval geen vermeldingen met betrekking tot de verbindingen.

De nauwkeurige meting hebben we erop nageslagen en hier zien we niks terug. Rond de klok van 21:15 zien we wel een CER spike. Op wijkniveau hebben we ook de signalen gecontroleerd en hier is ook niks alarmerends te zien rond deze tijdstippen wat jouw problemen doen verklaren.

Wil je voorbeelden blijven verzamelen? Dan blijven we het vergelijken @Kermit 

[Kermit]

Klopt dit was een opmerkelijke, ik zal de outages delen waarbij er ook logging uit de mediaboxen zichtbaar is. Dat helpt om de focus op het wijknet te houden, ik ben vooral ook benieuwd of de ruis ook echt verdwenen is uit de metingen. Jouw collega had toen slechts enkele dagen nodig om te zien dat het wijknet mbt ODFMA in een matige staat verkeerde.

Is deze ruis ook daadwerkelijk uit de metingen verdwenen? Een storingsbron kan ook afwezig zijn als de fysieke ploeg collega's in de wijk rondlopen, en pas in de avond optreden.