Unitymedia Auslastung des eigenen Segments ansehen (reloaded)

[Holzlenkrad]

Interessant ist das hier das Segment wohl mit 600 Anschlüssen Recht klein sein soll und die Auslastung trotzdem so hoch ist. Ich hab hier wohl ein paar Power User im Segment.

Du kannst den DSL-Anschluss ja jederzeit kostenlos kündigen, wenn bei dir nicht nicht mindestens 100/20 MBit ankommen. Dürfte immer noch besser sein, als der Zustand deines Kabelanschlusses.

Allerdings tippe ich auch auf Power User. Gerade die Tatsache, dass Nachts die Auslastung nicht sinkt, spricht dafür. Jedes andere Segment mit 600-1000 Kunden ist zwischen Mitternacht und 6 Uhr morgens gar nicht ausgelastet. Und so enorm ist der Unterschied dadurch, dass dir die 8 DS-Kanäle fehlen nun nicht. Ich tippe also darauf, dass bei dir im Segment ein paar Kunden sitzen, die Dauerlast mit ihrem Modem verursachen. Mit welchem Ziel erschließt sich mir nicht, Serverdienste nutzen ja eher den US.
Aber das sieht echt schon so aus, als ob da jemand dauerhaft nach /dev/null herunterladen würde...

 

[Holzlenkrad]

Ein guter Wert wären hier 50 - max. 100 Kunden pro Segment und sogar da wird es eng, wenn ein paar Poweruser darunter sind!

Solche Werte könnte Vodafone nur erreichen, wenn alle größeren Häuser (also alles mit mehr als 10 Parteien pro Haus) mit Glasfaser angefahren werden würden. Denn den von dir genannten Wert erreichen ja schon viele Häuser in den Großstädten. Aber eher bekommen die alle von der Telekom FTTH, als dass bei Vodafone mal wirklich Tiefbau stattfinden würde...

 

[rv112]

Remote-PHY ist das Zauberwort. Ist hier bereits ausgebaut, aber wurde wohl nun mit dem Kauf von Vodafone erstmal wieder eingestellt, obwohl die Tests schon weit fortschrittlich waren. In meinem Fall wären dann 70 Kunden mit Glas angefahren bei 2x OFDM und 1x OFDMA sowie ein paar SC-QAM.

 

[Edding]

Du kannst den DSL-Anschluss ja jederzeit kostenlos kündigen, wenn bei dir nicht nicht mindestens 100/20 MBit ankommen. Dürfte immer noch besser sein, als der Zustand deines Kabelanschlusses.

Allerdings tippe ich auch auf Power User. Gerade die Tatsache, dass Nachts die Auslastung nicht sinkt, spricht dafür. Jedes andere Segment mit 600-1000 Kunden ist zwischen Mitternacht und 6 Uhr morgens gar nicht ausgelastet. Und so enorm ist der Unterschied dadurch, dass dir die 8 DS-Kanäle fehlen nun nicht. Ich tippe also darauf, dass bei dir im Segment ein paar Kunden sitzen, die Dauerlast mit ihrem Modem verursachen. Mit welchem Ziel erschließt sich mir nicht, Serverdienste nutzen ja eher den US.
Aber das sieht echt schon so aus, als ob da jemand dauerhaft nach /dev/null herunterladen würde...

Hier im Forum gibts doch auch so spezialisten die sinnlos quasi 24Std lang speedtest automatisiert laufen lassen um zu gucken, ob ja immer der Speed auch ankommt...

Und was die Segment grösse angeht.. meine die cableLabs hat so ~250 vorgeschlagen für einen gbit service

 

[Andreas1969]

Und was die Segment grösse angeht.. meine die cableLabs hat so ~250 vorgeschlagen für einen gbit service

Aber auch nur dann, wenn der UL auch auf 204 MHz ausgebaut wurde.
Da das aber nicht der Fall ist, kannst Du das getrost nochmal auf 50 - max. 100 reduzieren

 

[Wetter]

Heute Nacht gab es umfangreiche Wartungsarbeiten von Vodafone in NRW, was teilweise mit einen Totalausfall einherging. Schön, dass mit diesem Tool dieser Zeitraum gut festgehalten werden konnte.

 

[Holzlenkrad]

Heute Nacht gab es umfangreiche Wartungsarbeiten von Vodafone in NRW, was mit einen Totalausfall einherging. Schön, dass mit diesem Tool dieser Zeitraum gut festgehalten werden konnte.

Der Pingplotter in deiner Signatur ist nicht mehr aktualisiert oder?
Wurde bei dir bei den Wartungsarbeiten denn irgendwas großartig geändert? Neuer CMTS? Zusätzliche Kanäle? Zweiter OFDM oder ein solcher im US?

 

[lupus]

Also Totalausfall war hier in Köln bis 1:30 Uhr definitiv nicht. Hab ja im Netz gesurft. Wenn überhaupt, erst danach.

 

[Wetter]

Der Pingplotter in deiner Signatur ist nicht mehr aktualisiert oder?
Wurde bei dir bei den Wartungsarbeiten denn irgendwas großartig geändert? Neuer CMTS? Zusätzliche Kanäle? Zweiter OFDM oder ein solcher im US?

Ja, keine Ahnung was die Forum Admins eingestellt haben, man darf in einer Grafik nicht mehr verlinken, der Link zu einer Grafik wird in Forum als Bild geuploaded und bleibt dadurch statisch und es ist nur noch 1 Bild in der Signatur erlaubt... richtig nervig.
Es hat sich augenscheinlich nix geändert, in der Fritzbox ist noch alles so wie gestern, CMTS ist immer noch Arris, Frequenzen sind alle gleich.
Vom Bild her, kann man denken, das Segment sei etwas leerer geworden. Mal abwarten, wie sich das heute abends äußert.
Laut mein Monitoring Tool hat sich der Ping nach Google verbessert von ~17ms auf ~13ms

Also Totalausfall war hier in Köln bis 1:30 Uhr definitiv nicht. Hab ja im Netz gesurft. Wenn überhaupt, erst danach.

Die Wartungsarbeiten fanden ja nicht überall gleichzeitig statt. Bei Alle Störungen kannst du jetzt noch aber schön die Spitze der Meldungen gegen 0:30Uhr nachvollziehen

 

[lupus]

Schon, aber du hast es quasi so hingestellt dass es einen Totalausfall in NRW gab. Zumindest könnte man den Satz so verstehen

 

[Wetter]

Schon, aber du hast es quasi so hingestellt dass es einen Totalausfall in NRW gab. Zumindest könnte man den Satz so verstehen

Jetzt zufrieden?

 

[lupus]

Ach, mich musste nicht zufrieden stellen, ich wollte es nur angemerkt haben Danke trotzdem!

 

[JPDribbler]

viel Spass damit

Ohne viel Zeit investiert zu haben läuft es super sparkie. Vielen Dank für die Arbeit. Mit Ubuntu fast out of the box mit folgendem Stick

Edision Opti-Combo

DVB-T/T2/C

USB

USB-Stick kompatibel zu DVBSky T330 Chip: Silicon Labs Si2168

(siehe https://wiki.ubuntuusers.de/DVB-Karten/)

Produkt siehe https://edision.de/produkte/sonstige-receiver/optimuss-combo-dvb-c-t2-usb-tuner/

 

[JPDribbler]

Wie kann ich in meinem Segment die Anzahl der Geräte auslesen? Weiss jemand zufällig den passenden Befehl?


Okay. Ist wohl nicht trivial:

https://www.vodafonekabelforum.de/viewtopic.php?t=15097&start=800

https://cjsawer.whitewillow.co.uk/2...-dvb-transport-stream-on-linux-with-dvbsnoop/ so kann man wohl einen dump machdn

Robert schreibt:
Einfach" einen rohen Paketmitschnitt (188 Bytes MPEG-2 Pakete aneinandergereiht, ungefiltert) in eine Datei dumpen. Soll in Linux mit dvbsnoop machbar sein:

 

[rv112]

Wo hast Du denn den Stick aufgetrieben? Ist nirgendswo lieferbar.

 

[JPDribbler]

Wo hast Du denn den Stick aufgetrieben? Ist nirgendswo lieferbar.

Bei Kleinanzeigen vor Jahren...

Wollte mal kurz vermelden, dass es auch mit den günstigen (~15€) Astrometa-Clones geht. Es braucht hier nicht zwingend die teuren Sundtek Sticks!

Danach sollte man schauen. Eigentlich laufen so gut wie alle Linux fähigen und hier gelisteten, vorher am besten sie Linux Treiber prüfen:

https://wiki.ubuntuusers.de/DVB-Karten/

 

[sparkie]

Ohne viel Zeit investiert zu haben läuft es super sparkie. Vielen Dank für die Arbeit. Mit Ubuntu fast out of the box mit folgendem Stick
Edision Opti-Combo DVB-T/T2/C USB USB-Stick kompatibel zu DVBSky T330 Chip: Silicon Labs Si2168

super, vielen Dank fuer den Hinweis mit dem Edision Opti-Combo. Der laeuft hoffentlich ohne Schluckauf (so wie leider die WinTV Teile).

Jetzt muesste es irgendwann nur noch einen DVB-C2 Stick geben. Damit man endlich auch mal den OFDM auswerten kann

Wie kann ich in meinem Segment die Anzahl der Geräte auslesen? Weiss jemand zufällig den passenden Befehl?

dazu habe ich schon mal begonnen ein Tool bereitzustellen:

docsis-ts-scanner: CLI tool to display DOCSIS transport streams in a human readable way

Wie kann ich in meinem Segment die Anzahl der Geräte auslesen? Weiss jemand zufällig den passenden Befehl?
Okay. Ist wohl nicht trivial:
Robert schreibt:
Einfach" einen rohen Paketmitschnitt (188 Bytes MPEG-2 Pakete aneinandergereiht, ungefiltert) in eine Datei dumpen. Soll in Linux mit dvbsnoop machbar sein:

das ist das geringste Problem. Das alles kann obiges Tool bereits heute.

Die Gesamtzahl der Modems im Segment kann man normalerweise nur durch Langzeitanalyse ermitteln.

Z.B indem man fortwaehrend die "MRR - Multipart Registration Responses (45)" aus dem STream extrahiert und abspeichert [ docsis_mgmt.type == 45 ]. EIn entsprechendes Filter ist im Tool bereits definiert.

Fuer jedes Modem das sich neu anmeldet laeuft eine MRR ueber die Leitung. Um nichts zu verpassen muesste
man den SCanner parallel auf allen primaeren Downstreamkanaelen mitlaufen lassen. Bei mir waeren das
4 Frequenzen.

Wenn es schnell gehen soll:

Es stellt sich die Frage: wie bekomme ich alle im Segment vorhandenen Modems dazu sich zeitnah
beim CMTS neu anzumelden? This is left as an exercise for the reader. Don't try this at home

 

[why_]

@sparkie ich hab jetzt kein Repo gefunden aber gibt es vielleicht ein exporter für prometheus? Ich würde gerne die Daten hoch aufgelöst über längere Zeit Speichern und wenn neue Kanäle hinzukommen diese auch in die DB speichern. RRD ist leider nicht so wirklich dafür geeignet und rrdtool gibt mit malloc auf wenn man bei deinem script auf 365 tage geht.
Vielleicht hast du ja eine Idee wie man das am besten angeht?

 

[sparkie]

dass das rrdtool bei 365 Tagen wegen malloc aussteigt liegt sicher am geringen Speicherplatz auf dem Raspi. Muesste man mal naeher untersuchen. Sollte dann auf einem PI4 4GB nicht mehr passieren.

wegen prometheus etc.: sorry, ich programmiere normal nur Treiber fuer Linux. Ich habe mit grafischer Auswertung eher selten was zu tun. Da muesste ich mich auch erst naeher damit befassen...

 

[Holzlenkrad]

Die Gesamtzahl der Modems im Segment kann man normalerweise nur durch Langzeitanalyse ermitteln.

Z.B indem man fortwaehrend die "MRR - Multipart Registration Responses (45)" aus dem STream extrahiert und abspeichert [ docsis_mgmt.type == 45 ]. EIn entsprechendes Filter ist im Tool bereits definiert.

Fuer jedes Modem das sich neu anmeldet laeuft eine MRR ueber die Leitung. Um nichts zu verpassen muesste
man den SCanner parallel auf allen primaeren Downstreamkanaelen mitlaufen lassen. Bei mir waeren das
4 Frequenzen.

Zum Zählen der Modems in einem Segment müsste man doch einfach nur die Anzahl der unique MAC-Adressen zählen oder?
Und diese MAC-Adressen sollten doch in allen Datenpaketen vom CMTS stehen, die keine Broadcasts sind oder? Also der TCP/UDP Traffic.
Oder kann man wirklich nur Modem-MAC-Adressen aus diesen "MRR - Multipart Registration Responses (45)" extrahieren?

 

[JPDribbler]

Sehr gut sparkie. Ich werde weiter testen! Wie lassen sich die Abbrüche erkennen? Findet man etwas in den Logs? Muss ich Mal prüfen.

Wo hast Du denn den Stick aufgetrieben? Ist nirgendswo lieferbar.

Ich sehe gerade den Technotrend TT-TV Stick CT2-4400 USB DVB-C DVB-T DVB-T2 HDTV bei eBay für ca. 10 euro. Dieser sollte auch laufen und hat den gleichen Chipsatz, siehe https://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400

 

[Holzlenkrad]

@sparkie ich hab jetzt kein Repo gefunden aber gibt es vielleicht ein exporter für prometheus? Ich würde gerne die Daten hoch aufgelöst über längere Zeit Speichern und wenn neue Kanäle hinzukommen diese auch in die DB speichern. RRD ist leider nicht so wirklich dafür geeignet und rrdtool gibt mit malloc auf wenn man bei deinem script auf 365 tage geht.
Vielleicht hast du ja eine Idee wie man das am besten angeht?

Eigentlich musst du nur hinter der im Repo jetzt aktuell Zeile 412 von so etwas wie

ex("curl -i -XPOST 'http://localhost:8086/write?db=mydb' --data-binary 'docsis_load value" BWIDTH_SUM "'")

Zumindest für influx db.

 

[sparkie]

Zum Zählen der Modems in einem Segment müsste man doch einfach nur die Anzahl der unique MAC-Adressen zählen oder?

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.

 

[rv112]

so einfach ist das leider nicht. Da sich unter den MAC Adressen auch Geraete hinter den Kabelmodems tummeln.

Diese verdammten Modemnutzer

 

[sparkie]

ja, Modems gehoeren schon laengst verboten. Das sind die SUVs der Breitbandtechnik. DIe verschmutzen den gesamten Traffic im Segment. Insbesondere die Kundeneigenen