Auslastung des eigenen Segments ansehen

[sparkie]

Und du hast nicht zwecks Rückholangebot gekündigt? was bistn du fürn KDG Kunde?!

nein - ich hab den Termin verpennt und jetzt hab ich den Salat

[fLoo]

Das lässt sich berechnen.

Symbolrate * Bits pro Symbol (je nach Modulation, hier für 256QAM) * Reed Solomon =
6952 KSym/s * 8 * 188/204 ≈ 51.253 Kbit/s

Dann erklär mir mal folgendes :

Code: Alles auswählen

packets read: 412/(8794)   d_time:  0.011 s  = 56331.636 kbit/s   (Avrg: 30616.148 kbit/s) [bad: 0]

[fLoo]

Aaaalllllllllter, ich komme mit der neuen pChart-Klasse immer besser klar. Die Grafik sieht ja schonmal besser aus.
Werde jetzt noch hier weiter an der Mindmap arbeiten und dann eine richtig geile Forengrafik entwerfen, die nicht so
aufdringlich ist und alle Infos anzeigt. Dann können alle die gerne hier im Forum ne "Auslastungsgrafik" haben wollen, gerne
eine bekommen.

[Knidel]

Das lässt sich berechnen.

Symbolrate * Bits pro Symbol (je nach Modulation, hier für 256QAM) * Reed Solomon =
6952 KSym/s * 8 * 188/204 ≈ 51.253 Kbit/s

Dann erklär mir mal folgendes :

Code: Alles auswählen

packets read: 412/(8794)   d_time:  0.011 s  = 56331.636 kbit/s   (Avrg: 30616.148 kbit/s) [bad: 0]

Der Demux schiebt die Pakete erst in einen Buffer, der dann vom Programm ausgelesen wird. Das Auslesen geschieht nicht synchron dazu, wie der Demux neue Daten bringt.
Für so ein kurzes Intervall kann dvbsnoop daher kein realistisches Ergebnis liefern. Relevant ist nur der Durchschnitt über mehrere Sekunden.

[fLoo]

Der Demux schiebt die Pakete erst in einen Buffer, der dann vom Programm ausgelesen wird. Das Auslesen geschieht nicht synchron dazu, wie der Demux neue Daten bringt.
Für so ein kurzes Intervall kann dvbsnoop daher kein realistisches Ergebnis liefern. Relevant ist nur der Durchschnitt über mehrere Sekunden.

Vielen dank Knidel, damit erklären sich die temporären Ausbrecher aus den sich sonst perfekt um den Median streuenden Werten

[fLoo]

Ich präsentiere das derzeitige Resultat nach circa 4 Tagen reinen Einarbeitens in die neue pChart-Klasse. Die Grafik wird komplett selbst gerendert und greift auf keine externen Tools wie RRD / MRTG / CACTI oder sonstwas zurück.

[ externes Bild ]

[RcRaCk2k]

sieht echt gut aus

[sparkie]

ja die Projekte, die hier laufen gefallen mir sehr gut

vorallen Dingen weiss man durch die Beobachtung der Downstream Frequenzen in vielen Faellen wesentlich genauer, warum das Modem resettet oder sonst am Internetzugang Probleme auftreten.

An meinem 100Mbit-Anschluss fallen in den letzten Tagen laut DVB-C Stick tatsaechlich oft mal Frequenzen aus nachdem es 1 Jahr fast stoerfrei gelaufen ist.. Das Modem geht dann in den Suchmodus und bleibt dort oft minutenlang obwohl auf zumindest 4 Downstream Frequenzen laengst wieder Pakete zu sehen sind. Resette ich in so einem Fall das Modem von Hand (durch Aus/Einschalten) ist es aber seltsamerweise meist gleich wieder online?!

Wahrscheinlich heisst es deswegen bei KDG im Falle von Stoerungen immer man soll das Modem mal aus/einschalten und sehen ob es dann besser wird...

Wieso kann das Modem das nicht selbst - einen Reset bei Stoerung? Wenn der Reset denn schon, aus welchen Gruenden auch immer, notwendig ist. Verstehe ich nicht.

Ich habe deswegen meine Auslastungstools dahingehend verbessert, dass sie automatisch einen Software-Reset des Modems ausloesen, wenn bestimmte Stoerungen erkannt werden. Fuer den Fall der Faelle habe ich sogar schon eine USB Relaissteuerung gebaut, falls das Modem nen Hardwarereset uebergebraten braucht In der Simulation klappt alles bereits recht vielversprechend. Mal sehen ob das bei der naechsten echten Stoerung auch alles so gut klappt

- sparkie

[fLoo]

So, nächster Schritt geschafft. Alle Grafiken (24 Std aggregation) :

http://kdgmap.de/dev/

[ externes Bild ]

[vanhaakonnen]

Also als jemand der auch ab und an mal Nagios oder Munin Plugins gebaut hat kann ich nur sagen: Respekt!

Bekommen wir von dir irgendwann mal eine Art kleines Howto, wie wir das nachbauen können? Ich fände das super spannend