Monitoring Compal CH7465LG-ZG

  • 8 september 2020
  • 90 reacties
  • 2255 keer bekeken


Toon eerste bericht

90 Reacties

Reputatie 6
Badge +7

Ik ben gisteren en vandaag weer met het script bezig geweest:

  • De algehele HTML output is opgeruimd, de eenheden worden nu in de table header getoond in plaats van achter elk getal in elke rij.
  • Per DS-kanaal wordt de QAM, FEC en MPEG lock status getoond. Wanneer een van deze drie niet locked is, wordt het kanaal als CRITICAL (rood) gemarkeerd en zal het script met exit status CRITICAL eindigen.
  • Het script zal tevens met exit status CRITICAL eindigen wanneer minder dan 24 DS-kanalen of minder dan 4 (wijzigbaar naar 6 voor fUPC) US-kanalen gekoppeld zijn bij RCS/TCS partial service.

 

Overigens: terugval naar 16-QAM op een US-kanaal is niet meer voorgekomen.

Reputatie 6
Badge +7

Vandaag voor het eerst in een maand of 4 weer terugval naar 16-QAM gezien op een van de US-kanalen:

 

Interessante vraag! Een direct overzicht kan ik niet creëren, maar ik kan handmatig even één en ander bij langs gaan. Dat gezegd hebbende kan het dus wel een vertekend beeld geven door het eerder genoemde storing. Ik kom er op terug!

Reputatie 6
Badge +7

Helder! Kun jij in de CMTS ook zien welke abonnees in het segment een Connect Box gebruiken? En zo ja, wat hun downstream MER is volgens de CMTS?

Ik blijf dit hoe dan ook met regelmaat in de gaten houden en mocht de MER onder 33 dB komen, dan stuurt mijn monitoring een notificatie uit.

Klopt, dat probleem doet zich alleen voor bij de Compal. Het is puur een weergave-fout in deze situatie en komt niet overal/altijd voor, dus het is mogelijk dat het niet van toepassing is hier, zeker niet als het dan meer gaat fluctueren natuurlijk.

Reputatie 6
Badge +7

Dan heb ik een sterk vermoeden dat het aan de Connect Box ligt. Jij gaf aan dat na een reset van de Connect Box (alleen Compal?) de juiste MER-waarden worden weergegeven door het modem, ik zie na een power cycle juist veel meer fluctuatie in MER (zie mijn twee afbeelding op deze pagina). De correctable RSC’s zijn inmiddels wel stabiel sinds een week geleden.

Dit geldt alleen voor jouw CM. Het gemiddelde in de wijk ligt iets hoger, tegen de 40.

Ik kan helaas geen duidelijk aanwijsbare oorzaak hiervoor vinden op afstand.

Reputatie 6
Badge +7

@Alex Ziggo Dank voor je reactie. De MER voldoet inderdaad nog aan de normen voor 256-QAM maar het scheelt niet veel. Geldt dit voor het hele segment of alleen mijn CM?

Ben vooral benieuwd of de oorzaak achter een AOP zit (van de andere klant) of ergens tussen EV en AOP’s. Misschien zelfs tussen EV en CMTS? Voor mijn adres is i.i.g. alles vernieuwd vanaf de EV.

Hi @tobiastheebe,

Gaaf project! En tof dat je er nog steeds mee bezig bent, uiteraard ook voor je eigen verbinding. Wat betreft je laatste bericht; ik zie inderdaad hetzelfde terug in onze metingen en het zit wat aan de lage kant, maar heel heftig vind ik het niet. Hij is heel incidenteel op 34,9 geweest.

 

Aanvulling: Ook goed om te weten dat we een probleem in onderzoek hebben waarbij de Compal modems onterecht een te lage SNR waarde laten zien. Na een reset worden de waardes weer correct weergegeven.

Reputatie 6
Badge +7

@Erik P Ziggo Ik vind overdag de downstream MER nog steeds aan de lage kant. Op de hogere kanalen duikt deze af en toe onder 35 dB. Zou jij dit willen controleren in de CMTS?

Ik heb om de grafiek wat makkelijker afleesbaar te maken, alleen kanaal 1 en 24 (de twee uitersten qua MER) en het gemiddelde van alle kanalen erin gezet.

P.S.: Op mijn oude, trouwe EPC3928AD in mijn vorige woning was de MER 41~42 dB, zelfs i.c.m. slechte huisbekabeling (-7 tot -13 dBmV). Verlang regelmatig terug naar dat modem, ook al had deze maar 8 DS-kanalen...

Reputatie 6
Badge +7

Sinds woensdag geen significante pieken meer in post-FEC RSC (correctable), positief dus!

 

Reputatie 6
Badge +7

Ik heb zojuist aan dit script het volgende toegevoegd: gemiddelden voor DS/US power, DS MER, DS post-FEC RSC, US T3. Deze worden getoond in de HTML en perfdata.

https://gitlab.com/tobias.theebe/ch7465lg-nagios/-/commit/3675b6fb2261735ab98771b448f197ef4e8ec6ac

Reputatie 6
Badge +7

Ik denk dat het (gedeeltelijk) ook wel eens aan de Connect Box te wijten kan zijn.

Bij de rode pijl in grafiek hieronder heb ik het modem een power cycle gegeven. Vanaf dat moment is de MER duidelijk minder stabiel:

 

Reputatie 6

Helemaal goed @tobiastheebe ; het voor nu in de gaten houden is het inderdaad oké. Mocht je komende week onverhoopt dit toch weer ervaren, dan lezen we dat graag.

Reputatie 6
Badge +7

@Erik P Ziggo Dank voor je reactie en voor de CMTS-grafiek. Ik ga het nog even aankijken. Ik kreeg op 17 september om 12:36 voor het laatst een alert notification uit mijn monitoring omdat de downstream MER voor twee kanalen even onder 33 dB zakte, ik zie in jouw grafiek echter geen significante piek op dat moment. Samengevat is er dus nog geen directe aanleiding voor ingrijpen?

 

Reputatie 6

Goedemiddag @tobiastheebe,

Dit hebben we voor je gecheckt.  Van deze kant hebben we een piek op 15 september gezien,dit was toen voor het hele segment:
 



Daarna en daarvoor lijkt het gelukkig een heel stuk rustiger.  Gezien de piek van 15 september hebben dit voor zekerheid ter controle doorgezet, al verwachten we nog geen directe actie voor dit moment.

Reputatie 6
Badge +7

@Paul Ziggo Ik ben nog niet tevreden over de post-FEC/RS errors. Zowel correctable als uncorrectable hoge en sterk oplopende aantallen (dagelijks om grofweg 12:00 en 18:00). Ik denk aan 4G-instraling als ik kijk naar de hogere frequenties (746-786 MHz). Op deze kanalen is de CCER volgens mij ook ondermaats, sinds gisteren bereken ik deze per kanaal in het script.

We hebben een moderne huisinstallatie: BTV 1 IEC-NL-SET, POA-01-B, Technetix RLA++ naar CM (1 m) en STB (1,5 m).

Zou jij of een collega kunnen nakijken of bovenstaande alleen voorkomt op mijn CM of ook op andere CM’s in het segment?

Uptime is ca. 1 week.

 

Reputatie 7

@tobiastheebe Fijn dat je geen merkbare uitval of instabiliteit op de verbinding constateert. Werkt alles verder op dit moment ook naar volle tevredenheid?

Reputatie 6
Badge +7

 

Reputatie 6
Badge +7

@Vincent Ziggo Tot nu toe heb ik dit altijd achteraf gezien in de grafieken en veroorzaakt het geen merkbare problemen/vertragingen in het dagelijks gebruik. Naast de downstream en upstream monitoring heb ik ook elke 5 minuten een simpele ping naar internet (8.8.8.8) lopen, deze is stabiel tussen 10-12 ms.

Echter, ik probeer altijd om het signaal zo ruisarm mogelijk het modem binnen te laten komen en dan vind ik die post-RS pieken er wat bedenkelijk uitzien. In de buurt van 800 MHz (LTE) is nog steeds de meeste ruis op het signaal te zien:

 

Reputatie 6

@tobiastheebe Dank voor je toelichting! Als ik kijk naar het SNR gehalte, dan valt dit nog ruim binnen de marge. Ook overdag. Welke problemen ervaar je precies met je internetverbinding? En gebeurt dat ook op de momenten waarop de SNR inkakt? Wat doe je om het probleem (tijdelijk) op te lossen? 

Reputatie 6
Badge +7

@Paul Ziggo Graag gedaan. Ik zie in de grafieken nog steeds momenten terug waarop ik downstream sporadisch nogal wat ruis (vermoedelijk) heb. Vooral de post-RS schiet op zo’n moment omhoog. Ik heb het modem vrijdag voor het laatst een power cycle gegeven (andere reden) en zondagmiddag had ik dit voor het laatst een zeer grote toename in post-RS. Vanmorgen ook nog een kleinere toename. Ik vermoed dat dit best wel eens zou kunnen komen door een andere Ziggo-klant op dezelfde EV. Hier in huis is alles al vernieuwd (CAI-kabel, AOP, splitter en bekabeling). In onderstaande SNR-grafiek is overigens goed te zien dat het signaal ‘s nachts een stuk ‘rustiger/helderder’ is.

 

@Pasi Voor nu nog geen plannen om een Windows-versie te maken omdat Linux een stuk geschikter is dan Windows om 24/7 te draaien en Nagios alleen op Linux draait. Het script verzamelt alleen de gegevens uit het modem en presenteert deze op een bruikbare manier aan Nagios (als HTML). Het tonen van de gegevens in leesbare vorm en periodiek verwerken van de gegevens in RRD-bestanden wordt door Nagios geregeld. Tenslotte is nagiosgraph is verantwoordelijk voor het tonen van grafieken o.b.v. de data uit in de RRD-bestanden.

Reputatie 7
Badge +9

Prima werk en een goed idee om dit met de community te delen!  Misschien kan u in samenwerking met anderen, dit script omzetten in een b.v. Windows executable, welke dan ook door anderen ( met minder kennis is te gebruiken ), zodat Ziggo verbindingen beter gemonitord kunnen worden.

Vooral bij lang lopende, regelmatig spontaan optredende, niet verklaarbare dips/hiks/problemen/… kan dit script een kijkje in Ziggo's keuken geven. Zonder dat men afhankelijk is van de traces die Ziggo doet en/of hun conclusie m.b.t. die data ( die verder niemand te zien krijgt ).

Nu maar hopen dat Ziggo dat ‘meekijken’ waardeert, want dat is iets wat veel grote bedrijven juist altijd willen voorkomen en daarvoor soms erg ver gaan om dat ( steeds weer ) te blokkeren.

Reputatie 7

Goedemorgen @tobiastheebe en welkom op de Community,

Wat ontzettend tof dat je jouw zelfgemaakte monitoringsscript onder dit topic deelt! Hier zullen andere gebruikers van dit forum denk ik blij mee zijn.
Hoe gaat het nu trouwens met je internetverbinding? Zie je nog steeds problemen terug op de down en upstream kanalen? 

Reputatie 6
Badge +7

Ik zie zojuist dat https://community.ziggo.nl/deel-je-tips-en-suggesties-91 een betere locatie is voor dit topic, zou een mod deze kunnen verplaatsen?

@Ziggo Community 

Reageer