Modem vergißt Event-Log-Einträge

[mikekd]

Hallo, nachdem ich in den letzten Monaten etwa jeden 2.Tag Fehlermeldungen des THG 540 festgestellt habe, fiel mir auf, das z.B. ein T3 time out von heute Nacht wieder verschwunden war, dafür ein neuer Eintrag zu einem späteren Zeitpunkt erfolgte. Die Störungen sind meist nur eine Minute lang, wenn es überhaupt welche sind.
Frage: Wie löscht sich selektiv ein Eintrag des Event Logs, bzw. wer löscht ihn ?
Meine Modemwerte sind ziemlich stabil: DL 0dBmV, UL 50dBmV, SNR 36dB, kann man eigentlich nicht meckern.
Gruß Mike

[amax]

Das gleiche Thema hatte ich auch schon mehrmals angeschnitten. Darauf wirst du wohl keine
Antwort bekommen.
Anzunehmen ist, nur der, welcher Zugriff auf das Modem hat, ist dazu in der Lage. Rate mal.
Gegenteiliges vernehm ich gern......

[wittmann]

Dies ist ein Mechanismus um die Eventtable nicht unnoetig mit ein und denselben Logs aufzublaehen die nacheinander erfolgen:

Beispiel ohne diesen Mechanismus:

Date/Time Event ID Event Level Description
07/16/2009 11.10 68000300 03 DHCP WARNING - Non-critical field invalid in response.
07/16/2009 11.10 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.57 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.44 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.30 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.20 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.19 82000300 03 Init RANGING Critical Ranging Request Retries exhausted

Dies bedeutet ein und derselbe Event ist zwischen 10:20 und 11:10 6x geschehen. In diesem Fall wird ueblicherweise aus den 6 Zeilen eine einzige gemacht:

Date/Time Event ID Event Level Description
07/16/2009 11.10 68000300 03 DHCP WARNING - Non-critical field invalid in response.
07/16/2009 11.10 82000200 03 No Ranging Response received - T3 time-out
07/16/2009 10.19 82000300 03 Init RANGING Critical Ranging Request Retries exhausted

Via SNMP, fuer die Kunden nicht erreichbar kann man nun die Eventtable auslesen und den Index der T3-Stoerung von 11:10 abfragen. Dort bekommt man mittels der Mibs:

docsDevEvFirstTime
docsDevEvLastTime
docsDevEvCounts

die Zeit wann der erste Eventlog (docsDevEvFirstTime: 07/16/2009 10.20) erfolgte und der letzte Eventlog der gleichen EventID endete (docsDevEvLastTime: 07/16/2009 11.10). Fraegt man noch die gleiche ID mit docsDevEvCounts ab, so bekommt man die Zahl 6.

Ich hoffe das ist verstaendlich fuer alle.

[amax]

@wittmann
...einleuchtend, aber das ist es nicht.
http://www.kdgforum.de/viewtopic.php?f=52&t=6831

[wittmann]

So wie ich es lese duerfte es aber zu dem Verhalten von mikekd passen.

Die DOCSIS-Mibs sehen nicht vor einzelne Logs zu entfernen, es ist nur moeglich die kompletten Logs zu entfernen.

Was vorkommen kann, das zwischen zwei Firmware-Versionen sich der Detailgrad der Eventlogs auf der Webseite unterscheidet. So dass nur noch Events der Stufe 5 - 7 erscheinen und nicht wie vorher von 2 - 7.

Wenn nun ein Kabelmodem durch eine Stoerung offline geht und nach der naechsten erfolgreichen Registration auch noch ein Firmwareupgrade erfolgt, kann sowas passieren wie bei dir (amax). Bist du sicher dass die Firmware vor und nach der Stoerung die gleiche war?

[amax]

Ja, es war die gleiche software und es war auch nicht das erste mal.
Ich müsste mal all meine Beiträge durchgehen, findet sich bestimmt noch etwas vom letzten Jahr.

Das Softwareupdate kam erst später.

http://www.kdgforum.de/viewtopic.php?f=52&t=6863

Ist doch gut, wenn man ab und zu etwas postet......
.....mal sehen, eventuell habe ich noch screenshots.

[amax]

Und noch etwas, seit Mitte Juli bin ich wohl der , der am längsten bei KD ist.....

07/15/2009 12.07 68010300 05 DHCP RENEW WARNING - Field invalid in response
07/15/2009 10.49 82000500 03 Started Unicast Maintenance Ranging - No Response received - T3 time-out
01/01/1970 00.10 82000300 03 Init RANGING Critical Ranging Request Retries exhausted
01/01/1970 00.07 82000300 03 Init RANGING Critical Ranging Request Retries exhausted
01/01/1970 00.07 82000200 03 No Ranging Response received - T3 time-out
01/01/1970 00.06 82000300 03 Init RANGING Critical Ranging Request Retries exhausted
01/01/1970 00.06 82000200 03 No Ranging Response received - T3 time-out
01/01/1970 00.05 84000100 03 SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing
01/01/1970 00.05 82000300 03 Init RANGING Critical Ranging Request Retries exhausted

[mikekd]

Hallo, bedanke mich für alle Beiträge. Für mich war nur irritierend, daß ein nächtlicher Event durch einen um die Mittagszeit gelöscht wird. Der Abstand von mehr als 10 Stunden zwischen den Events ohne weitere Zwischenfälle sollte eigentlich nicht zu einem Vorfall zusammen gefaßt werden.
Viel interessanter wäre für mich der Grund für die jetzt häufigen Meldungen: Arbeiten am Netz, sporadische Störungen, durch wen auch immer, oder Vorankündigung eines Modemdefekts.Die Modemwerte( s.o.) sind ok, ob aber im Moment der Störung ???
Wünsche allen Lesern ein stabiles KD-Netz
MfG Mike