Monitoring Compal CH7465LG-ZG

  • 8 september 2020
  • 90 reacties
  • 2255 keer bekeken


Toon eerste bericht

90 Reacties

Reputatie 6
Badge +7

Top, ben benieuwd. Ik had het script als test direct op de server uitgevoerd (buiten Nagios) om te testen. Wel gewoon volledig laten lopen inclusief logout. Daarna gekeken in het modem log en geen nieuwe token error.

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

@jarielcapitain Neem jij nog 16-QAM op US-kanalen waar? Hier komt het nog steeds sporadisch (ongeveer eens per maand) voor. Het duurt altijd ~20 minuten en gaat ook gepaard met fluctuatie van power level op het betreffende kanaal:

 

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

Ik kan er geen touw aan vast knopen, De CMTS bepaalt altijd de modem settings.

Iedere keer als er een firmware/software update zal het aangepast moeten worden.

 

Reputatie 6
Badge +7

Iedere keer als er een firmware/software update zal het aangepast moeten worden.

Wanneer er ingrijpende wijzigingen zijn in authenticatie/output format dan is dat inderdaad het geval. Echter, print_r doet dan wonderen.

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.

 

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

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

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.

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;

 

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?

Reputatie 6
Badge +7

Drie weken verder… Toch significant meer ruis op kanaal 29 t/m 32.

 

Reputatie 6
Badge +7

Ziggo heeft via de CMTS inzage in de signaal- en ruisniveaus van de daarmee verbonden CM’s. Alleen als een abonnee ernstige verstoring op het coaxnetwerk veroorzaakt, dan wordt deze hierop aangesproken. Dit is echter meer uitzondering dan regel voor zover ik weet. Je kunt een Ziggo-moderator vragen of er bijzonderheden zijn te zien in MER en CER voor de CMTS waar jouw wijk op aangesloten is.

Mijn huisinstallatie is ook volledig up-to-date. In de afgelopen jaren zijn de CAI-kabel, AOP en splitter vervangen. Op de AOP-splitter zijn slechts het modem en een decoder aangesloten. We hebben maar een TV in huis, in de woonkamer. Geen versterker aanwezig. Hier en daar ligt nog oude bekabeling in de kruipruimte (woning had vier WCD’s toen we er kwamen wonen), echter dit is nergens mee verbonden en de drie inactieve WCD’s (oude, roestige exemplaren zonder kap en onder de verf) heb ik verwijderd.

Als je wil, kan ik gerust nog even een blik werpen op jouw signaal. Indien de EV vlakbij de woning staat, kan het voorkomen dat het DS-signaal net te sterk de woning binnenkomt. In de meeste gevallen kan het modem dit echter compenseren. Het plaatsen van een verzwakker zorgt ervoor dat het modem een hoger US-signaal moet hanteren om de CMTS te bereiken en kan in bepaalde gevallen juist voor meer problemen zorgen.

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

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

@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

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

 

Connect Box status voor monteursOnderdeelStatusStatusIngesteld Downstream kanaal (Hz)

242000000

Locked

Ingesteld Upstream kanaal (Hz)

44500000

Locked

Provisioning status

Verbonden

 

Gebundelde downstream-kanalen 

Kanaal Frequentie (Hz) Vermogen (dBmV) SNR (dB) Modulatie Kanaalnummer
1 242000000 8 37 256 qam 9
2 178000000 8.5 38 256 qam 1
3 186000000 9 37 256 qam 2
4 194000000 9 38 256 qam 3
5 202000000 8.9 38 256 qam 4
6 210000000 8.9 37 256 qam 5
7 218000000 8.9 38 256 qam 6
8 226000000 8.6 38 256 qam 7
9 234000000 8.4 37 256 qam 8
10 250000000 8 38 256 qam 10
11 258000000 8.6 37 256 qam 11
12 266000000 9.3 38 256 qam 12
13 274000000 9 38 256 qam 13
14 282000000 9.6 37 256 qam 14
15 290000000 10.5 38 256 qam 15
16 298000000 10.9 37 256 qam 16
17 306000000 10.6 38 256 qam 17
18 314000000 10.8 38 256 qam 18
19 322000000 10.9 37 256 qam 19
20 330000000 11.1 37 256 qam 20
21 338000000 11.1 37 256 qam 21
22 346000000 10.9 37 256 qam 22
23 354000000 10.6 38 256 qam 23
24 362000000 10.5 37 256 qam 24


 

Gebundelde downstream-kanalen 

Kanaal Locked Status RxMER (dB) Fouten voor RS Fouten na RS
1 Locked 37.3 753 11141
2 Locked 38.6 253 13816
3 Locked 37.6 246 13886
4 Locked 38.6 265 6676
5 Locked 38.9 262 6952
6 Locked 37.6 217 7438
7 Locked 38.6 314 14651
8 Locked 38.6 683 14170
9 Locked 37.6 463 11788
10 Locked 38.6 579 11531
11 Locked 37.6 854 11448
12 Locked 38.6 753 10832
13 Locked 38.6 599 11617
14 Locked 37.3 432 11240
15 Locked 38.9 542 11471
16 Locked 37.6 515 12375
17 Locked 38.6 430 12892
18 Locked 38.6 583 13236
19 Locked 37.6 631 13056
20 Locked 37.6 583 14104
21 Locked 37.6 444 13344
22 Locked 37.9 618 13482
23 Locked 38.6 633 13715
24 Locked 37.6 913 13908



 

Gebundelde upstream-kanalen 

Kanaal Frequentie (Hz) Vermogen (dBmV) Symbol Rate (ksps) Modulatie Kanaalnummer
1 44500000 4.4 5120 64 qam 6
2 58799907 4.45 5120 64 qam 8
3 35999844 4.4 5120 64 qam 7
4 52000000 4.45 5120 64 qam 5


 

Gebundelde upstream-kanalen 

Kanaal Kanaal soort T1 Timeouts T2 Timeouts T3 Timeouts T4 Timeouts
1 ATDMA 0 0 0 0
2 ATDMA 0 0 0 0
3 ATDMA 0 0 0 0
4 ATDMA 0 0 0

0

 

Netwerk historie

Tijd Prioriteit Omschrijving
26/10/2020 17:15:55 notice LAN login Success;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
26/10/2020 17:13:25 Let op! Lost MDD Timeout;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
26/10/2020 17:13:22 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
26/10/2020 17:13:21 Let op! RCS Partial Service;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
26/10/2020 17:13:21 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
26/10/2020 17:13:21 Let op! RCS Partial Service;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:44:43 notice LAN login Success;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:29:9 Let op! RCS Partial Service;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:29:9 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:29:9 Let op! RCS Partial Service;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:28:28 Let op! Lost MDD Timeout;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:28:24 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:28:23 Let op! RCS Partial Service;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 12:28:23 critical SYNC Timing Synchronization failure - Loss of Sync;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 01:19:15 critical No Ranging Response received - T3 time-out;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 00:42:20 notice LAN login Success;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 00:32:24 critical Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 00:28:41 critical No Ranging Response received - T3 time-out;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 00:28:40 critical Unicast Maintenance Ranging attempted - No response - Retries exhausted;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;
25/10/2020 00:28:40 critical Ranging Request Retries exhausted;CM-MAC=48:d3:43:d0:28:5b;CMTS-MAC=00:01:5c:aa:5e:5e;CM-QOS=1.1;CM-VER=3.0;

Dit is alles wat ik kan vinden.

Ik heb op dit moment ook weer lichte verstoringen.

Ik hoop dat een ziggo moderator ook even wil kijken in de cmts. 
Ze hebben nog niet gereageerd op mijn eigen topic.

Reputatie 6
Badge +7

Een paar constateringen:

  • Het vermogen van de DS-kanalen is iets te hoog maar niet kritiek. Gebruik je op dit moment nog een verzwakker tussen AOP-splitter en modem?
  • Grote hoeveelheid post-FEC errors, misschien te groot. Wat is de huidige uptime van het modem? Dit kun je vinden onder Admin, Info.
  • Meldingen in log duiden op (periodiek) veel ruis (SYNC error/MDD timeout). Bij RCS partial service kunnen niet alle (24) DS-kanalen gekoppeld worden.
  • Wel in orde: DS MER (op dit moment), US vermogen.

Misschien kun je een foto plaatsen met de huidige status van de apparatuur en bekabeling?

 

Connect Box informatie

De onderstaande informatie geeft de Connect Box status weer.
 

Conform standaard specificaties :  DOCSIS 3.0 
Hardware versie :  10
Software versie :  9.1.1902.203
MAC-adres :  48:D3:43:D0:28:5B
Serienummer Connect Box :  AAAP81080435
Beschikbaarheid :  1 days 18h:6m:50s
Netwerk toegang :  Toegang tot internet

Internet informatie

Hieronder vind je jouw internet instellingen

MAC-adres :  48:D3:43:D0:28:5D
IPv6 adres :  2001:1C04:1300:0:5DC7:6484:E2DD:37C3
IPv6 standaard gateway :  FE80::201:5CFF:FEAA:5E46
IPv6 leasetijd :  0 days 5h:55m:28s
IPv6 lease verlopen :  26/10/2020 23:35:28.00
IPv6 DNS-servers :  2001:730:3E42:1000::53
IPv4 adres :  83.81.97.67
Standaard gateway :  83.81.96.1
IPv4-leasetijd :  5 days 5h:55m:21s
IPv4-lease verlopen :  31/10/2020 23:35:21.00
IPv4-DNS-servers :  84.116.46.22
IPv6 DS-Lite status :  Uitgeschakeld
DS-Lite-FQDN :  aftr01.upc.nl
DS-Lite-adres :  ::

Reageer