Monitoring Compal CH7465LG-ZG

  • 8 september 2020
  • 90 reacties
  • 2255 keer bekeken

Reputatie 6
Badge +7

In april en mei van dit jaar ben ik bezig geweest om een PHP-script te schrijven t.b.v. monitoring van de down- en upstreamkanalen van mijn Connect Box (Compal CH7465LG-ZG) in Nagios. Door gebrek aan (voor de eindgebruiker toegankelijke) SNMP is het niet mogelijk om op een gebruikelijke manier data op te halen uit het modem en is het nodig om via de ingebouwde webserver van het modem te werken. Ik wilde graag een script in PHP (niet in Python zoals alle andere scripts die ik tegenkwam op het web) omdat ik te weinig ervaring heb met Python en voor Nagios (zakelijk) eerder een klein aantal scripts in PHP geschreven heb.

Het door mij geschreven script heeft ca. 1 maand naar behoren gewerkt. Helaas werkte het daarna niet meer na een firmware-upgrade van het modem door aanpassingen in de vereisten voor authenticatie. Inmiddels is het mij na twee avonden hoofdpijn gelukt om het script aan te passen zodat het weer werkt met de nieuwe(re) firmware.

Het script is in staat om via Nagios notificaties te sturen naar bijvoorbeeld e-mail of SMS (zelf gebruik ik LINE) wanneer signaalniveau/modulatie van een of meerdere kanalen buiten normaal niveau raken.

Ik deel hierbij graag de nieuwe versie in de community en heb deze geüpload in de git repo die ik eerder had aangemaakt: https://gitlab.com/tobias.theebe/ch7465lg-nagios.

Wil je het script gebruiken in je eigen omgeving, dan help ik je graag hierbij.

Hieronder enkele screenshots van de uitvoer van het script in Nagios zelf en in nagiosgraph:

Oudere topics van mij waarin dit script ter sprake is gekomen met tevens andere interessante informatie:


90 Reacties

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

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

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
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

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

 

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...

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

@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.

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

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.

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

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.

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

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

 

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

Al heel lang geen échte storing meer gehad...

Reputatie 6
Badge +7

En inmiddels is het weer opgelost. Schijnbaar denkt Ziggo echter dat de storing nog steeds gaande is.

15-10-2020 02:56:36	notice	REGISTRATION COMPLETE - Waiting for Operational status;CM-MAC=00:00:00:00:00:00;CMTS-MAC=00:01:5c:00:00:00;CM-QOS=1.1;CM-VER=3.0;
15-10-2020 02:56:28 warning MIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1;CM-MAC=00:00:00:00:00:00;CMTS-MAC=00:01:5c:00:00:00;CM-QOS=1.1;CM-VER=3.0;
15-10-2020 02:55:34 critical No Ranging Response received - T3 time-out;CM-MAC=00:00:00:00:00:00;CMTS-MAC=00:01:5c:00:00:00;CM-QOS=1.1;CM-VER=3.0;
15-10-2020 01:08:01 critical Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=00:00:00:00:00:00;CMTS-MAC=00:01:5c:00:00:00;CM-QOS=1.1;CM-VER=3.0;
15-10-2020 01:04:40 warning Lost MDD Timeout;CM-MAC=00:00:00:00:00:00;CMTS-MAC=00:01:5c:00:00:00;CM-QOS=1.1;CM-VER=3.0;

 

Reputatie 6
Badge +7

Ik heb na de storing een ander MER-patroon (stabieler). Ben benieuwd of dit zo blijft.

 

Reputatie 6
Badge +7

Ik kwam toevallig dit nog tegen, een Media Hub 3 van Virgin die zelfs met dit brakke signaal nog een lock kon krijgen op 7 DS-kanalen. Wat dat betreft is het een behoorlijk robuust modem.

Downstream bonded channels

Channel

Frequency (Hz)

Power (dBmV)

SNR (dB)

Modulation

Channel ID

1

427000000

-23.3

24

256 qam

3

2

451000000

-22.4

24

256 qam

6

3

459000000

-23

24

256 qam

7

4

491000000

-23

24

256 qam

11

5

555000000

-24.3

24

256 qam

19

6

579000000

-23.8

24

256 qam

22

7

587000000

-23.5

24

256 qam

23

 

Downstream bonded channels

Channel

Locked Status

RxMER (dB)

Pre RS Errors

Post RS Errors

1

Locked

24.7

644942

2306371

2

Locked

24.1

634600

1088036

3

Locked

24.1

650498

1831641

4

Locked

24.3

647810

2472313

5

Locked

24.1

561603

1534363

6

Locked

24.1

3354

60838

7

Locked

24.1

3159

11899

Bron: https://community.virginmedia.com/t5/Networking-and-WiFi/The-dreaded-RCS-Partial-Service/td-p/4207872
Reputatie 6
Badge +7

En onderstaande vond ik ook wel interessant. Had vanmiddag even mijn laptop via UTP verbonden met de MBXL omdat deze op 5 GHz nog een SSID uitzond. Meteen even naar DOCSIS gekeken:

Op hetzelfde moment lag op mijn CB de gemiddelde MER op 37,75 dB en het DS-vermogen op 7 dBmV (alle kanalen). Die laatste is dus vergelijkbaar. Daarentegen hanteert de MBXL wel een hoger US-vermogen, op de CB was dit 41 dBmV (ook alle kanalen).

Hallo Tobias,

ik snap niet heel veel van je metingen,maar klopt het nou dat je de meeste verstoring hebt op ch24?

Dus rond de 786Mhz.

Heb je op het moment dat dat gebeurt dan toevallig ook storing op kanaal 16 (Spike) op je tv?
Ik heb dat namelijk ook om de zoveel tijd.

Dan zakt mijn signaalkwaliteit flink in elkaar en krijg ik haperend beeld.

 

Reputatie 6
Badge +7

@Snijders1977 In de maand september zag ik dagelijks flinke toenames in de correctable codewords (post-FEC), door het modem post-RS genoemd. Dit was inderdaad vooral het geval op de hogere kanalen. Sinds een maand heb ik hier echter geen last meer van.

Voor de afschakeling van de analoge TV-frequenties gebruikte ons modem het frequentiegebied 274-458 MHz, na de afschakeling is dit gewijzigd naar 602-786 MHz. Vóór de afschakeling is dit nooit voorgekomen. Na die 10 dagen in september gelukkig ook niet, dus hoop dat het zo blijft.

Zie hieronder twee grafieken ter vergelijking en kijk vooral naar de verticale assen. Beide grafieken beginnen rond een reset van het modem.

 

Ik heb naar mijn idee ook pas problemen sinds de uitschakeling van het analoge signaal.

klopt het dat dat hoge bereik ook het 4g gebied is.

Dus dan zou instraling een grote factor kunnen zijn.

Heb jij enig idee wat ze hier aan gaan doen?
of kunnen doen.

Ik heb al contact met ziggo hierover gehad,maar verder dan volg het stappenplan om je kabels te controleren komen ze niet.

Ze verschuilen zich op dit moment achter corona. 
Ze geven aan dat ze geen monteurs op pad sturen als je geen totaal uitval hebt van je beeld.

Ik ben van mening dat ze niet bij mij hoeven te zijn, maar eerder in de wijkkast.

Het lijkt mij een bekend probleem bij ziggo onderhand,maar dat willen ze niet bekend maken.

Reputatie 6
Badge +7

Er zijn nog teveel abonnees met verouderde bekabeling/splitters/versterkers of anderzijds ondeugdelijke installaties die roet in het eten gooien voor andere abonnees op dezelfde EV. Door de overschakeling naar het hogere frequentiegebied hebben veel abonnees signaalproblemen gekregen omdat hun installatie - die jarenlang probleemloos werkte - niet meer voldoet aan de eisen. Het nieuwe frequentiegebied is gevoelig voor instraling van zowel Digitenne (DVB-T2) als 4G.

Ziggo geeft zelf aan dat 97% van het HFC-netwerk uit glasvezel bestaat en de laatste 3% uit coax, wat bestaat uit de trunks tussen de GV’s en EV’s en de laatste +/- 50 meter of minder van EV naar abonnees. Omdat het coaxgedeelte van het netwerk zo ruisgevoelig is, worden verouderde AOP’s kosteloos vervangen door Ziggo en worden op dit forum direct foto’s gevraagd van de huisinstallatie en signaalwaarden uit het modem van gebruikers met signaalproblemen.

Het zou dus kunnen dat als 1 of meerdere van mijn buren een slechte installatie in hun huis hebben, ik daar storing van krijg op mijn tv?
Ook als mijn installatie volledig up-to-date is?
 

Mijn systeem is 2 jaar geleden volledig vernieuwd.

Allemaal nieuwe kabels met vaste connectoren en rla++  van technetix.

Mijn signaalniveau is ook eigenlijk te hoog heb ik hier al gehoord op het forum.

Maar ook als ik hem demp heb ik problemen.

Moet ik nu echt alle buren langs om hun systeem te checken? ;-)

Kunnen ze dit vanuit ziggo niet uitmeten vanuit de wijkkast?

Reageer