Unitymedia Auslastung des eigenen Segments ansehen (reloaded)

[sparkie]

Hier berichtet ein USer ('koaschten') von dem gleichen Problem wie bei mir: https://www.kdgforum.de/viewtopic.php?f=69&t=15097&start=40

richtig. Und die Loesung war eine vernueftige DVB-C Hardware zu ordern :smile: Naemlich den bereits von mir empfohlenen Sundtek USB Stick. Die Teile (Hard- und Software) werden aktuell weiterentwickelt und sind kinderleicht zu installieren.

Die Logfiles bin ich mal durchgegangen. Das Auswertetool tut was es kann. Aber es bekommt von 'dvbsnoop' keine Daten. Und es werden jede Menge Bitfehler gemeldet.

- sind die Frequenzen 578 706 wirklich ok?
- Hardwareprobleme (defekte, schlechte Kabel) ausgeschlossen?
- wird direkt an der Dose vom Kabelmodem gemessen (ohne Filter dazwischen)?

 

[why_]

Hat irgendwer schon Erfahrung mit OFDM Kanälen? Will mir nicht so einen Stick holen und dann in ein paar Monaten feststellen das ich für DOCSIS3.1 wieder andere Hardware brauche.

 

[robert_s]

richtig. Und die Loesung war eine vernueftige DVB-C Hardware zu ordern :smile: Naemlich den bereits von mir empfohlenen Sundtek USB Stick. Die Teile (Hard- und Software) werden aktuell weiterentwickelt und sind kinderleicht zu installieren.

Ich verwende den Hauppauge WinTV-dualHD, der ist bei mir im dual-Betrieb rund um die Uhr im DOCSIS-Analyzer Einsatz (ein Tuner zum Messen der Segmentauslastung, einer zum Lauschen auf Registration Responses, um die Tarife der Kabelmodems zu ermitteln).

Allerdings sollte man einen sehr aktuellen Kernel verwenden, oder den Treiber selbst patchen, denn es mussten mehrere Patches (u.a. von mir) eingebracht werden, damit die WinTV-dualHD richtig funktioniert. Wenn ich mich recht erinnere, sind die ab Kernel 4.18.8 eingeflossen. Zusätzlich zeigt der Stick bei mir sporadische I2C-Fehler im Kernel-Log, die sich mit einem Herabsetzen des I2C-Bus Taktes von 400kHz auf 25kHz deutlich reduzieren lassen.

 

[robert_s]

Hat irgendwer schon Erfahrung mit OFDM Kanälen? Will mir nicht so einen Stick holen und dann in ein paar Monaten feststellen das ich für DOCSIS3.1 wieder andere Hardware brauche.

Für DOCSIS 3.1 wirst Du überhaupt keinen Stick finden. Der einzige Weg, einen DOCSIS 3.1 OFDM-Block zu analysieren wäre, ein entsprechendes Kabelmodem zu modifizieren.

 

[sebr]

Und die Loesung war eine vernueftige DVB-C Hardware zu ordern :smile: Naemlich den bereits von mir empfohlenen Sundtek USB Stick. Die Teile (Hard- und Software) werden aktuell weiterentwickelt und sind kinderleicht zu installieren.

Naja, Lösung ist das nicht wirklich, denn die Karte funktioniert ja im Prinzip.

sind die Frequenzen 578 706 wirklich ok?

Ja, ansonsten sollte dvbtune ja keinen lock bekommen, oder? Sind jedenfalls auch in der FB gelistet als Downstream Frequenzen.

Hardwareprobleme (defekte, schlechte Kabel) ausgeschlossen?

Ja, Signalstärke- und Qualität sind nahezu 100% auf allen TV Sendern. Auch keinerlei Artefakte, Bildruckler oder sonstiges.

- wird direkt an der Dose vom Kabelmodem gemessen (ohne Filter dazwischen)?

Nein. Auf dem Dachboden ist ein 8-Fach Verteiler/Abzweiger und daran hängt auch der Strang mit der Dose an der mein PC angeschlossen ist. Da ist lediglich ein Rückwegfilter dazwischengeschraubt der auf die DS Frequenzen keine Auswirkungen haben sollte.

 

[sparkie]

Da ist lediglich ein Rückwegfilter dazwischengeschraubt der auf die DS Frequenzen keine Auswirkungen haben sollte.

vielleicht hat aber irgendeine andere Komponente auf diesem anderen Zweig eben doch Einfluss auf die DS Frequenzen. Ich wuerde (bloss fuer einen kurzen Test) sogar mein Modem abhaengen und stattdessen das Messtool dranhaengen. Nur um sicher zu gehen, das meine Annahmen auch wirklich korrekt sind...
der kurze Test geht jedenfalls schneller als weitere Mutmassungen

 

[robert_s]

Naja, Lösung ist das nicht wirklich, denn die Karte funktioniert ja im Prinzip.

Ja, mit einer Symbolrate von 6900 kbaud. Aber bei 6952 kbaud scheint sie Probleme zu haben. Vielleicht schneidet da ein Filter den Kanal zu "eng" aus...?!?

 

[MartinP_Do]

Hat irgendwer schon Erfahrung mit OFDM Kanälen? Will mir nicht so einen Stick holen und dann in ein paar Monaten feststellen das ich für DOCSIS3.1 wieder andere Hardware brauche.

Da wird es auf absehbare Zeit wohl keine ähnlich kostengünstige Hardware wie diese DVB-C USB-Sticks geben, und DVBSnoop kann man wahrscheinlich auch als Messwerkzeug für DOCSIS 3.1 vergessen.



Etwas OFFTOPIC: Eine Frage an die Techniker die bei Dienstleistern für Unitymedia arbeiten. Gibt es da schon DOCSIS 3.1 Schulungen und vielleicht auch Messtechnik für das Einrichten von Kundenanschlüssen?

 

[sebr]

vielleicht hat aber irgendeine andere Komponente auf diesem anderen Zweig eben doch Einfluss auf die DS Frequenzen. Ich wuerde (bloss fuer einen kurzen Test) sogar mein Modem abhaengen und stattdessen das Messtool dranhaengen. Nur um sicher zu gehen, das meine Annahmen auch wirklich korrekt sind...
der kurze Test geht jedenfalls schneller als weitere Mutmassungen

Hatte noch ein gaaaanz langes Koaxkabel und einige Adapter da und konnte damit den PC mit der KArte an die MMD anschließen ohne ihn abbauen zu müssen. Leider brachte das keine Änderung, das Problem besteht weiterhin.

 

[sparkie]

das ist schade. Ohne einen funktionierenden 'dvbtune' und 'dvbsnoop' geht es nicht.

 

[MartinP_Do]

Die Sache mit den DVB-C USB-Sticks funktioniert ja nur deshalb so gut, weil DOCSIS 3.0 sich so stark an das "normale" DVB-C anlehnt. Ob es irgendwann so etwas wie für die Modulationsstandards von DOCSIS 3.1 geeignete Sticks geben wird, das hängt davon ab, wo die Reise des digitalen Kabelfernsehens hingeht. Wenn Digital TV irgendwann mit einem ähnlichen Modulationsverfahren, wie DOCSIS 3.1 übertragen wird, könnten auch passende USB-Sticks kommen.

Ich vermute aber, dass man digital TV im Kabelnetz irgendwann nur noch per IP-Multicast empfangen wird, und dann braucht man eine vollwertige Kabelmodem-Hardware, der man aller Sicherheit nach gar nicht so hardwarenah auf den Pelz rücken kann, um diese Messungen durchzuführen ...

 

[sebr]

das ist schade. Ohne einen funktionierenden 'dvbtune' und 'dvbsnoop' geht es nicht.

Habe nun mal eine alte DVB-C Box mit mit linux drauf ausgegraben. Dort liefert dvbsnoop eine Ausgabe!
Allerdings bekomme ich von deinem Script folgende Fehlermeldung zurück:

vdr:~# sudo sh CableLoadMonitor -f 634:682
reading downstream channel frequencies from command line
downstream channel frequencies now in use: [ 2 ] 634 682
(re)creating the channel frequency cache implies renewal of the RRD base
create a RRD base with RRA step size of 10
recording history size: 7 day(s) 0 hour(s) 0 minute(s) 0 second(s)
point in time where the displayed graph ends: now
time span covered by the displayed graph: 3600s
mv: Aufruf von stat für „/root/CableLoadMonitor.png_“ nicht möglich: Datei oder Verzeichnis nicht gefunden
17:12:36: dvbsnoop fails
exiting...

Hat es evtl. etwas mit der Änderung an dem Script vor zwei Tagen zu tun? :kratz:

Log: http://dpaste.com/2S0Y8ZK

 

[sparkie]

Habe nun mal eine alte DVB-C Box mit mit linux drauf ausgegraben. Dort liefert dvbsnoop eine Ausgabe!

was ist das fuer 'ein Linux'?

Das 'rrdtool' auf deiner Box versteht jedenfalls die Option '--border' nicht und erzeugt in der Folge keine Ausgabe.

Weiterhin kennt die 'bash' dort keinen 'timeout'.

Das Auswertetool laeuft out-of-the-box natuerlich nur auf einem Debian 9 (stretch) oder Raspbian (wie dokumentiert) und wurde auch nur da getestet.

'pull-requests' fuer andere Linux Distributionen werden aber gerne integriert

 

[sebr]

was ist das fuer 'ein Linux'?

Das 'rrdtool' auf deiner Box versteht jedenfalls die Option '--border' nicht und erzeugt in der Folge keine Ausgabe.

Weiterhin kennt die 'bash' dort keinen 'timeout'.

Das Auswertetool laeuft out-of-the-box natuerlich nur auf einem Debian 9 (stretch) oder Raspbian (wie dokumentiert) und wurde auch nur da getestet.

'pull-requests' fuer andere Linux Distributionen werden aber gerne integriert

Siehe: http://linux-party.at/Philips+PNX8950+Receiver+Mainboard
und
https://www.mikrocontroller.net/articles/Receiver-Mainboard_Plattform_Philips_PNX8950

Auf der Box ist rrdtool in der Version 1.3.1.
Mit updates sieht es da mau aus. Aber wenn es nur eine kleine Änderung ist... kann ich gerne testen. Mit der Box ist es nämlich ziemlich praktisch: lautlos, stromsparend und kann nebenbei noch andere Aufgaben erledigen.

 

[sparkie]

ok, aber es fehlt leider eben auch der 'timeout' in der 'bash'. Und das bekommt man vermutlich nicht so leicht im Rahmen dieses Threads mit ein paar Postings so gefixt, dass es dann auch noch vernuenftig laeuft.

 

[Nurum]

Da der Thread nochmal hochgekommen ist, habe ich nochmal versucht das bei mir zum laufen zu bekommen. Meine TV-Karte hatte noch geschlafen und musste erst mit "echo 0 > /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep" aufgeweckt werden. Dadurch funktioniert das jetzt wie es soll.

Debian Stretch mit 4.19 Kernel
Hauppauge WinTV-dualHD

Danke für das Skript. Wenn ich Zeit habe muss ich mir das noch in einen Docker Container packen^^

 

[sparkie]

hier ein Beispiel einer Messung der vergangenen Woche (30.12.2018 - 06.01.2019).

Puenktlich am 01.01.2019 Dienstag um 4:07 morgens beginnt das neue Jahr schon mal richtig gut: naemlich mit einer saftigen Rueckkanalstoerung :smile:

Schoen erkennbar am brachliegenden gruenen Summengraph -> also null Traffic im Segment. Das Problem wurde dann schliesslich am Folgetag kurz vor Mittag gefixt. Traffic geht dann wieder normal weiter.

 

[Mr.Goodcat]

Debian Stretch mit 4.19 Kernel
Hauppauge WinTV-dualHD

Also nur die Karte aus dem Standby geholt ohne weitere Modifikationen? Dann wäre die Hauppauge eine echte Alternative zur Sundtek :smile:

 

[Nurum]

Ich hatte noch ein anderes Problem, das mir erst im Nachhinein aufgefallen ist.
Ich verwende die Karte eigentlich als DVB-C Tuner für Plex. Nach einem Reboot nutzt die Karte standardmäßig DVB-T. Da ich den Befehl nicht kenne der die Karte umschaltet, habe ich einfach in Plex einen DVB-C Stream gestartet. Das stellt die Karte auf DVB-C und das Skript funktioniert.
Kann gut sein, dass erst Plex die Karte in den Standby setzt und ich mir das Problem selbst eingebrockt habe.
Kenne mich zu wenig mit DVB in Linux aus, um die Sache genauer zu beurteilen.

 

[Mr.Goodcat]

Ich hatte noch ein anderes Problem, das mir erst im Nachhinein aufgefallen ist.
Ich verwende die Karte eigentlich als DVB-C Tuner für Plex. Nach einem Reboot nutzt die Karte standardmäßig DVB-T. Da ich den Befehl nicht kenne der die Karte umschaltet, habe ich einfach in Plex einen DVB-C Stream gestartet. Das stellt die Karte auf DVB-C und das Skript funktioniert.
Kann gut sein, dass erst Plex die Karte in den Standby setzt und ich mir das Problem selbst eingebrockt habe.
Kenne mich zu wenig mit DVB in Linux aus, um die Sache genauer zu beurteilen.

Danke, dann sehe ich mir das bei Gelegenheit mal an. :smile:

 

[JamesT42]

Hi!
Danke an sp4rkie für die Lösung meines Problems (https://github.com/sp4rkie/docsis-cable-load-monitor/issues/1)

Aber jetzt hab ich noch eine Frage: Kann man die Upstream Kanäle auch loggen? Ich hab das Problem, dass im Modem sowas wie 37,4 MHz (37400000 Hz) steht.
Aber wenn ich jetzt nach dem -f z.B. ...:37,4 oder ...:37.4 angebe geht es nicht.

 

[Andreas1969]

Man kann nur die DS Kanäle loggen.

 

[sparkie]

Leider funktioniert das Script von sparkie bei mir nicht ("please check your cables"). Ich übergebe die Frequenzen manuell wie im Post weiter oben beschrieben mit dem Parameter -f.
Führe ich manuell dvbtune aus, so kann ich ohne Probleme auf eine Modemfrequenz tunen. jedoch bekommt ich bei "dvbsnoop -s bandwidth 8190 -n 80000" keine Ausgabe bzw. nur einen blinkenden Cursor.

vielleicht ist bei dir die Terratec Cinergy nur eingeschlafen? Bei einigen Leuten hilft:

<i>
</i>echo 0 | sudo tee -a /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep

danke an @JamesT42 und @Nurum fuer den Hinweis.

Ich habe den Fix mal ins Script uebernommen (neue Version ist jetzt im Git).

 

[Mr.Goodcat]

@sparkie:
Mit einem Hauppauge WinTV-DualHD stick war es nötig erst von DVB-T auf DVB-C umzuschalten:
echo 0 | sudo dvb-fe-tool -d DVBC/ANNEX_A
Jetzt funktioniert das Skript wie gedacht

Gibt es eine Möglichkeit die Logs auf ein anderes Verzeichnis umzuleiten? Auch wegen der Lebensdauer der SD-Karten.

 

[sparkie]

Mit einem Hauppauge WinTV-DualHD stick war es nötig erst von DVB-T auf DVB-C umzuschalten:
echo 0 | sudo dvb-fe-tool -d DVBC/ANNEX_A

danke fuer den Hinweis.

Ich werde die Beschreibung im GitHub bei Gelegenheit mal um die Hinweise ergaenzen, die sich im Laufe der Zeit hier so angesammelt haben.

Jetzt funktioniert das Skript wie gedacht

freut mich zu hoeren :smile:

Gibt es eine Möglichkeit die Logs auf ein anderes Verzeichnis umzuleiten? Auch wegen der Lebensdauer der SD-Karten.

Am einfachsten waere, du kopierst das Tool direkt dorthin wo auch die Logfiles etc. landen sollen. Aktuell steht ja immer alles im selben Directory.