Dein Wunsch ist uns Befehlkabelboy hat geschrieben:
Zeigt mal her, wie eure Auslastung so ist.
da bekomme ich immer 200Mbit/s wenn das Segment es hergibt und der eigene Test (speedtest.unitymedia.de) bringt auch dann noch 200Mbit/s wenn speedtest.net schon langsamer wird, da werden scheinbar sogar die Daten anderer Nutzer zurückgestellt damit das Ergebnis möglichst gut ist Wie man sieht handelt es sich um unitymedia, ist das bei KDG auch so ? Hallo Sebastian,sebr hat geschrieben:Ich habe meine Hardware nun ans laufen bekommen und kann mit dem kleinen Script von Knidel auf der ersten Seite dieses Threads die Auslastung auf der Konsole anschauen.
Ich lese hier mehrfach von MAC-Adressen die man ebenfalls auslesen kann um die Anzahl der Nutzer (Modems) im Segment zu erfahren. Leider ist der Thread hier ziemlich unübersichtlich geworden. Kann mir vielleicht jemand verraten wie man das macht?
Code: Alles auswählen
![[img]http://abload.de/thumb/combined12-1day0hk62.png[/img]](http://abload.de/image.php?img=combined12-1day0hk62.png){kind=link}
![[img]http://abload.de/thumb/combined12-1dayu1jbj.png[/img]](http://abload.de/image.php?img=combined12-1dayu1jbj.png){kind=link}
apt-get install libsqlite3-dev zlib1g-dev libssl-dev libbz2-dev libncurses5-dev libreadline6-dev
cd /opt
wget -O- http://python.org/ftp/python/2.7.2/Python-2.7.2.tgz | tar xz
cd Python-2.7.2/
./configure --with-threads --enable-shared --prefix=/opt/python2.7
make
make altinstall
ln -s /opt/python2.7/lib/libpython2.7.so.1.0 /usr/lib/
ln -s /opt/python2.7/lib/libpython2.7.so /usr/
wget http://peak.telecommunity.com/dist/ez_setup.py
/opt/python2.7/bin/python2.7 ez_setup.py
wget --no-check-certificate -O- http://pypi.python.org/packages/source/p/pip/pip-1.0.tar.gz | tar xz
cd pip-1.0/
/opt/python2.7/bin/python2.7 setup.py install
/opt/python2.7/bin/pip install virtualenv
cd /Public/
/opt/python2.7/bin/python2.7 knidel.py
Das verpasst übrigens nicht nur die Messages, die zu kurz vor dem Ende eines Transport Packets liegen, sondern auch diejenigen, welche nach einer Message in demselben Transport Packet starten. Da eine Message bis zu 6 Bytes kurz sein kann, ist das durchaus möglich. Außerdem müsste man bei der Bestimmung der Auslastung eigentlich noch die stuffing bytes auf PID 0x1FFE herausrechnen.Knidel hat geschrieben:Ich habe heute mal folgendes Python-Script geschrieben, das alle Downstream-Kanäle ermittelt und die Anzahl der verschiedenen MAC-Adressen ausgibt, d.h. das müssten die Anzahl der Kunden im Segment sein.
Stimmt schon. Ich gehe aber davon aus, dass dadurch nicht zu viele MAC-Adressen "übersehen" werden sollten. Wie du schon sagtest, würde dadurch das Parsing aufwändiger werden. Jetzt schon kommt das Python-Script aber (auf meiner Dreambox) nur schwer hinterher, den Stream auszuwerten. Besser wäre da schon ein C/C++ Programm und ohne Pipes.robert_s hat geschrieben:Das verpasst übrigens nicht nur die Messages, die zu kurz vor dem Ende eines Transport Packets liegen, sondern auch diejenigen, welche nach einer Message in demselben Transport Packet starten. Da eine Message bis zu 6 Bytes kurz sein kann, ist das durchaus möglich.
Ja, im Prinzip schon.robert_s hat geschrieben:Außerdem müsste man bei der Bestimmung der Auslastung eigentlich noch die stuffing bytes auf PID 0x1FFE herausrechnen.
Ich denke, diese Annahme ist falsch. Wenn ich die Spezifikation (CM-SP-MULPIv3.0, Kapitel 9.1.2) richtig verstehe, arbeitet das Kabelmodem als Ethernet-Bridge und muss mindestens 64 MAC-Adressen aus dem Kundennetz (gelernt oder vorgegeben) vom/zum Kabelanschluss weiterleiten können.Knidel hat geschrieben:Ich habe heute mal folgendes Python-Script geschrieben, das alle Downstream-Kanäle ermittelt und die Anzahl der verschiedenen MAC-Adressen ausgibt, d.h. das müssten die Anzahl der Kunden im Segment sein.
Code: Alles auswählen
# Packet PDU or Isolation Packet PDU MAC Frame
# or Management MAC Header
if fc_type == 0x00 or fc_type == 0x02 or (fc_type == 0x03 and fc_parm == 0x01):Code: Alles auswählen
# Management MAC Header
if fc_type == 0x03 and fc_parm == 0x01:Ich hätte da noch ein Anpassung: Der Filter für Broadcast/Multicast-Adressen ist unvollständig. Es gibt noch den Broadcast (FF:FF:FF:FF:FF:FF) sowie die DOCSIS Multicast-an-alle-Kabelmodems Adresse (01:E0:2F:00:00:01). Man kann den Filter aber auch viel einfacher machen, denn in der Spezifikation steht, dass alle Adressen, bei denen das LSB des ersten Bytes gesetzt ist, non-Unicast sind...Knidel hat geschrieben:Ok. In dem Fall muss das Script leicht angepasst werden.