Auslastung des eigenen Segments ansehen (reloaded)

[Holzlenkrad]

so einfach ist das leider nicht. Da sich unter den MAC Adressen auch Geraete hinter den Kabelmodems tummeln. Oder eMTA und/oder eRouter MAC-Adressen von Kabelroutern.

Achso, ich dachte immer, dass als Destination in den Datenpaketen immer nur die MAC-Adresse des jeweils nächsten Routers/Hops stehen würde. Und für die Geräte mit mehreren Interfaces, als z.B. bei Hotspots ist es ja so, dass die MAC Adresse meistens nur um 1 hochgezählt wird oder andere Übereinstimmungen ausweist, so könnte man dann die dann zusammen zählen.

Kunden mit eigenem Modem machen ja angeblich nur einen geringen Anteil aus, also könnte man das für die Zählung einfach ignorieren.

Aber immer Wochen darauf zu warten, dass sich alle Modems mal wieder am CMTS anmelden ist auch nicht wirklich praktikabel? In der langen Zeit könnten schon Kunden wieder verschwunden sein oder defekte Geräte getauscht usw.

 

[rv112]

Nachdem bei mir jetzt wochenlang Ruhe war, ist mir gestern Abend und Heute der Raspberry zwei mal gecrasht und ich verstehe nicht warum.

 

[MartinP_Do]

In aller Regel wird aber direkt HINTER dem Modem als einziges direkt verbundenes Ethernet-Gerät ein Router sitzen, sodass wiederum die MAC-Adressen der Geräte hinter diesem Router nicht den Weg ins Kabelsegment finden...
Mehr als zwei MAC-Adressen (Modem + Router dahinter) pro Unitymedia-2Play Internet-Anschluss sollte man eigentlich in der Regel nie gleichzeitig von außen "sehen"...
Bei Kunden mit 3-Play-Vertrag können da natürlich noch Horizon-Boxen und anderer Krimskrams als DOCSIS-CPEs eine MAC-Adresse beisteuern ...
Bis auf den Umstand, dass das "Abgrasen" der MAC-Adressen natürlich einige Zeit dauert, und jemand im Segment etwas während des "Abgrasens" umgestöpselt hat, sollten bei 2 Play-Kunden nicht mehr als 2 MAC-Adressen sichtbar werden ...

Oder mache ich da einen Denkfehler?

 

[rv112]

Ich habe jetzt mal den ganzen Tag gewartet, aber mein Raspberry schreibt wohl noch immer irgendwas auf die SD Karte. Auch nach einem Neustart leuchtet die LED ständig und er ist kaum zugänglich. Wie kann ich rausfinden was das ist und es abstellen? Mein Zabbix meldet für den Raspberry "Disk I/O is overloaded".

 

[Holzlenkrad]

Naja das beste ist, wenn du mal in den Ausgabelog vom docsis monitor und vom kernel guckst (/var/log/)

 

[why_]

Ich habe jetzt mal den ganzen Tag gewartet, aber mein Raspberry schreibt wohl noch immer irgendwas auf die SD Karte. Auch nach einem Neustart leuchtet die LED ständig und er ist kaum zugänglich. Wie kann ich rausfinden was das ist und es abstellen? Mein Zabbix meldet für den Raspberry "Disk I/O is overloaded".

Wenn du den Cableloadmonitor auf die SD karte schreiben lässt könnte die auch einfach tot sein.

 

[rv112]

Es liegt wohl am Zabbix-server der noch auf dem Raspberry ungewollterweise läuft. Den versuche ich nun zu entfernen!

 

[Holzlenkrad]

@sparkie

Ich habe neuerdings an meinem Raspberry Pi noch einen DVB-T Stick laufen, mit diesem Standard-Chip für SDR RTL2832. Ich nutze den um FR24 mit Daten zu füttern (hauptsächlich weil ich einen Pro-Account wollte).
Nun will dein Monitor den natürlich auch mit nutzen, was nicht klappt. Sofern die Tuner immer die gleiche Nummer haben, würde ich mich freuen, wenn du eine zusätzliche Option zum Ignorieren von Tunern hinzufügen würdest.

Ich denke das wäre am einfachsten, wenn per -ignoretuner einfach eine Zahl übergibt.

 

[Holzlenkrad]

Feature Wünsche Nr. 2. Sorry

Kannst du die Graphen, die mehr als nur einen Tag darstellen vielleicht etwas seltener als jeden Durchlauf generieren lassen? Vielleicht alle 5 Minuten für 7d ? Auf meinem Pi sind das immerhin 4 Sekunden, das läppert sich

Und dann ist mir aufgefallen, dass die Rundungsmethode die in den Graphen verwendet wird Extreme zu sehr glättet. Also wenn ich z.B in meinem Segment ein paar mal für 1-2 Minuten eine Auslastung von 1,3 GBit erreiche, dann sind in der Grafik für die komplette Woche die größten Ausschläge nur noch unter 1 GBit. Dadurch geht ein bisschen die Information verloren, wie ausgelastet das Segment zu Spitzenzeiten ist (auch wenn ja immer nur ganz kurz).

Danke

 

[JPDribbler]

Meine 7 Tage Ansicht ist nun fertig

 

[sparkie]

Kannst du die Graphen, die mehr als nur einen Tag darstellen vielleicht etwas seltener als jeden Durchlauf generieren lassen? Vielleicht alle 5 Minuten für 7d ? Auf meinem Pi sind das immerhin 4 Sekunden, das läppert sich

wie kommst du drauf? Wird doch bereits jetzt im Endeffekt so gemacht. In den letzteren Versionen wird nur '1h' nach jedem Komplettscan berechnet. Alles andere (z.B. '6h' '1d' '7d') nur alle 5 Minuten einmal. Damit faellt es nicht mehr ins Gewicht.

 

[Holzlenkrad]

wie kommst du drauf? Wird doch bereits jetzt im Endeffekt so gemacht. In den letzteren Versionen wird nur '1h' nach jedem Komplettscan berechnet. Alles andere (z.B. '6h' '1d' '7d') nur alle 5 Minuten einmal. Damit faellt es nicht mehr ins Gewicht.

Ja, ich meinte auch schon als ich das geschrieben habe, mich daran zu erinnern, dass wir das Thema schon mal hatten.
Bin darauf gekommen, weil bei mir der Zeitstempel der 6h, 1d usw Grafiken immer ca. 1 Minute alt war.

Aber aktuell sieht es so aus, als ob der wirklich nur alle 5 Minuten aktualisiert wird. Hab mich wohl verguckt

Was ist mit den anderen beiden Punkten? Hältst du die für sinnvoll?

 

[sparkie]

was die Rundung bei Darstellung von laengeren Aufzeichnungszeiten angeht bin ich im Moment ueberfragt. Das macht ja das rrdtool intern. Muesste ich mal anschauen, was man da fuer EInflussmoeglichkeiten hat. Patches und PRs welcome

was den Ausschluss bestimmter Tuner anbetrifft muesste das wohl anhand von idVendor/idProduct o.ae. erfolgen, da die AdapterID ja nicht eindeutig ist und sich nach jedem Anmelden des Geraetes oft aendert. Wenn auch nicht immer.

 

[Holzlenkrad]

Naja bis jetzt hat der DVB-T Stick bei jedem Neustart die gleiche ID. Aber hab die entsprechenden Zeilen gefunden, die ich ändern muss, damit der nicht mit genutzt wird.

Ich habe mir übrigens mal einen powered USB-Hub bestellt. Mir ist aufgefallen, dass der WinTV dual Stick häufiger crasht, seit an meinem Raspberry Pi mehr USB-Geräte hängen. Also könnten all die Probleme mit einer insuffizient Spannungsversorgung zusammen hängen. Bei der Wärme die der Stick entwickelt...

 

[chaoshead]

Nachdem ich gestern nach über 4 Stunden rumfummelei festgestellt habe, das es bei der Raspi 4 wohl einen HW Bug gibt - hat hier irgendjemand die "WinTV-dualHD sports-edition" auf einer Raspi 4B in Betrieb nehmen können?
Weder mit 5er Kernel, noch neuen EEPROM kam der Stick zum laufen...
Mit meiner Pi 2B funktioniert alles besten (großen Dank an @sparkie ).

 

[Holzlenkrad]

Nachdem ich gestern nach über 4 Stunden rumfummelei festgestellt habe, das es bei der Raspi 4 wohl einen HW Bug gibt

Wie äußerte sich das Problem bei dir? Ich habe hier irgendwann im November mal was geschrieben, weil ich auch reproduzierbar Probleme mit dem RPi 4 hatte. Genau erinnere ich mich aber nicht mehr. Mit gleicher Software und Configuration läuft der Stick bei mir auf dem RPi 3b aber halbwegs problemlos.

Mal von ca. wöchentlichen Crashs des Sticks im Gebrauch beider Tuner abgesehen.

 

[rv112]

Meine 7 Tage Ansicht ist nun fertig

Anhang 5419 betrachten

Das ist ja Kindergeburtstag bei Dir

 

[chaoshead]

Müsste jetzt das Ganze nochmal nachbauen - log natürlich shcon gelöscht...
Hatte aber komische I2C Meldungen im dmesg und eigentlich durchgehend 0 Packets im Log - sporadisch hat er mal einen Wert rausgegeben, aber das war nict reproduzierbar, wann er mal was anderes als 0 ausgab.

Hier ist der Thread im RasPi Forum (www .raspberrypi.org/forums/viewtopic.php?t=255742) über den ich bei meiner Recherche gestolpert bin.
Das dort erhoffte EEPROM Update (www .raspberrypi.org/forums/viewtopic.php?f=29&t=273027) hat bei mir genausowenig gebracht, wie das Update auf den 5er Kernel via sudo rpi-udpate.

 

[sparkie]

also der Sundtek MediaTV Pro III spielt bei mir OOTB seit Wochen am RasPI 4 2GB. Keinerlei Auffaelligkeiten. Auch wenn ihr das jetzt vielleicht nicht hoeren wollt

Das 10€ Teil hier #521 waere ja evtl. eine Alternative. Ich selber habe damit aber keine Erfahrung.

 

[chaoshead]

Nein, das will hier keiner hören

 

[sparkie]

der WinTV-dualHD ist aber definitiv Schrott. Zumindest mit den aktuellen Treibern. Egal ob am RasPI 3 oder 4.

 

[Holzlenkrad]

der WinTV-dualHD ist aber definitiv Schrott. Zumindest mit den aktuellen Treibern. Egal ob am RasPI 3 oder 4.

Naja ich bekomme immerhin zwei Tuner zur Hälfte des Preises, die ein Sundtek kostet.
Und wenn man nur einen Tuner nutzt, dann läuft der WinTV-dualHD ja auch. Und mit ein bisschen "tweaken" laufen auch beide Tuner immer so ca. eine Woche stabil.
Aber das kann man ja abfangen.

Wichtig ist doch, dass der WinTV so wie es scheint genau so richtige Messwerte liefert, wie die anderen Sticks oder?

 

[sparkie]

ja, wenn die WinTV ueberhaupt mal funktioniert dann sind die Messwerte soweit ok.

 

[why_]

Der Nodesplit ist hier durch. Da wurde dann auch gleich auf 31 DOCSIS 3.0 und DOCSIS 3.1 aufgerüstet.

Interessanterweise ist das jetzt bei 350 MBit/s Schluss ist obwohl das Segment nicht wirklich ausgelastet ist, das war vor DOCSIS 3.1 Aufschaltung nicht der Fall, da habe ich noch 560 MBit/s erreicht, wenn es das Segment gerade hergegeben hat.

Kann es sein das der OFDM am abkacken ist und hier alles ausbremst?

 

[Andreas1969]

Kann es sein das der OFDM am abkacken ist und hier alles ausbremst?

Zumindest ist er grenzwertig--》Störung melden