Auslastung des eigenen Segments ansehen

Für alle Technik-Themen bezogen auf Internet und Telefonie, die weder AVM- noch Arris-/CommScope-/Technicolor-/Compal-/Sagemcom- bzw. Hitron-Produkte betreffen. Speedprobleme werden hier lediglich thematisiert, wenn sie auf die verwendeten Geräte zurückzuführen sind (die nicht zu den o.g. Produkten zählen).
Forumsregeln
Forenregeln


Bitte gib bei der Erstellung eines Threads im Feld „Präfix“ an, ob du Kunde von Vodafone Kabel Deutschland („[VFKD]“), von Vodafone West („[VF West]“), von eazy („[eazy]“) oder von O2 über Kabel („[O2]“) bist.
Benutzeravatar
fLoo
Kabelfreak
Beiträge: 1473
Registriert: 30.11.2008, 12:19
Wohnort: Hamburg

Re: Auslastung des eigenen Segments ansehen

Beitrag von fLoo »

[ externes Bild ]

Mal ein kompletter Tag.
Kopfstation: Hamburg Barmbek Süd (22083) -> Gekündigt wgn. schlechter und überlasteter Kabelnetz-Qualität in Hamburg.

[KDG Helpdesk] - [Kopfstationen & Ausbaustatus]
ritchie
Fortgeschrittener
Beiträge: 353
Registriert: 06.01.2011, 18:35

Re: Auslastung des eigenen Segments ansehen

Beitrag von ritchie »

Wie bist Du auf diese Frequenzen gekommen, und wie kann ich rausfinden, ob die nun auch bei mir ausgebaut wurden?

In meinem Wohnort ist offensichtlich am 4.6. was passiert, aber ob da eine Segmentierung stattgefunden hat oder ein Ausbau auf zusätzliche Frequenzen, kann ich nicht sagen:

[ externes Bild ]

Wenn ich mit "mediaclient" auf die neuen Frequenzen tune, kommt keine Fehlermeldung, aber die kommt auch nicht, wenn ich irgendwelche andere Frequenzen eingebe.
Benutzeravatar
fLoo
Kabelfreak
Beiträge: 1473
Registriert: 30.11.2008, 12:19
Wohnort: Hamburg

Re: Auslastung des eigenen Segments ansehen

Beitrag von fLoo »

ritchie hat geschrieben:Wie bist Du auf diese Frequenzen gekommen, und wie kann ich rausfinden, ob die nun auch bei mir ausgebaut wurden?
Ein Blick in die Belegungstabelle im Helpdesk hilft hierbei ;-)
Kopfstation: Hamburg Barmbek Süd (22083) -> Gekündigt wgn. schlechter und überlasteter Kabelnetz-Qualität in Hamburg.

[KDG Helpdesk] - [Kopfstationen & Ausbaustatus]
Benutzeravatar
NoGi
Fortgeschrittener
Beiträge: 307
Registriert: 29.11.2012, 13:06
Wohnort: Metropolregion Rhein-Neckar

Re: Auslastung des eigenen Segments ansehen

Beitrag von NoGi »

So, jetzt brauch ich mal eure Hilfe:

Ich bin dabei die "Segmentauslastung" von meinem Rasbpi auf meinen T-Link WR1043ND umzuziehen.
Sundtek Treiber und rrdtool sind bereits installiert. Leider kann ich kein lauffähige Version von dvbsnoop finden.

Die Version 1.4.0 von sourceforge kackt mit

root@OpenWrt:~/dvbsnoop-bin-mips-1.4.00-api3/bin-mips-api3# ./dvbsnoop
./dvbsnoop: line 4: syntax error: unexpected word (expecting ")")

ab.

Bevor ich gcc und Genossen auf dem WR1043 installiere bzw. einen Cross-Compile Versuch auf meiner 686 Kiste versuche:

Hat schon jemand eine fertige Version von dvbsnoop die auf dem T-Link läuft un kann mir damit aushelfen?

Nachsatz:

uname - a gibt
Linux OpenWrt 3.10.36 #6 Thu May 22 17:27:04 CEST 2014 mips GNU/Linux


-NoGi
ritchie
Fortgeschrittener
Beiträge: 353
Registriert: 06.01.2011, 18:35

Re: Auslastung des eigenen Segments ansehen

Beitrag von ritchie »

Statt dvbsnoop kann man auch mediaclient mit entsprechenden Optionen verwenden. Such' mal hier im Thread, ist irgendwo beschrieben.
Harris
Fortgeschrittener
Beiträge: 267
Registriert: 02.08.2007, 09:55

Re: Auslastung des eigenen Segments ansehen

Beitrag von Harris »

Ahoi,

nachdem ich schon länger geplant habe mir auch einen Pi anzuschaffen habe ich bei einem aktuellen Angebot den B+ geschossen...

Hat jemand noch einen DVB-C Stick übrig den er verkaufen will? Welcher ist aktuell "State of the Art"?

Ich würde gerne noch andere Funktionen über den Pi laufen lassen.
Aktuell schwebt mir (im Endzustand) ein Filesync (à la Owncloud), ein Tornode (nur Relay) und ein NagiOS-Monitoring der Internetverbindung (Pings, DNS-Zeit, Seitenladezeiten, Up/Download Lasttest) vor.

Die Frage ist... schafft der Prozessor das? Es bringt mir nichts wenn dann alles instabil wird ^^
Benutzeravatar
fLoo
Kabelfreak
Beiträge: 1473
Registriert: 30.11.2008, 12:19
Wohnort: Hamburg

Re: Auslastung des eigenen Segments ansehen

Beitrag von fLoo »

Owncloud - nein
Tornode - möglich
Nagios - nein
Monitoring KDG - möglich

Jeweils nur eine Aufgabe laufen lassen, das ist kein Hochleistungsrechner, das Monitoring verlangt dem PI einiges ab.

http://sundtek.com/shop/Digital-TV-Stic ... logTV.html

Kaufen und glücklich werden.
Kopfstation: Hamburg Barmbek Süd (22083) -> Gekündigt wgn. schlechter und überlasteter Kabelnetz-Qualität in Hamburg.

[KDG Helpdesk] - [Kopfstationen & Ausbaustatus]
derdigge
Newbie
Beiträge: 12
Registriert: 04.01.2014, 09:15

Re: Auslastung des eigenen Segments ansehen

Beitrag von derdigge »

Hallo in die Runde!

Ich habe bei einem Kollegen versucht mit vorhandener Hardware ein Segment monitoring
umzusetzen. Der dvbc stick ist ein Hauppauge-980C an einem openwrt Router.
Kernelmodule, dvbtune und dvbsnoop zu bauen war eine recht geringe Hürde.

Der Stick wird ordnungsgemäß initialisiert, firmware wird geladen.
dvbtune lockt auf frequenzen erfolgreich. Jedoch schlägt ddvbsnoop fehl.

Haut einer von euch das schonmal gesehen?

Code: Alles auswählen

echo 0 > /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep
root@OpenWrt:~# dvbtune -f 546000000 -s 6952 -qam 256
Using DVB card "DRXK DVB-C DVB-T"
tuning DVB-C to 546000000, srate=6952000
polling....
Getting frontend event
FE_STATUS:
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_CARRIER FE_HAS_VITERBI
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Bit error rate: 0
Signal strength: -65536
SNR: 24379392
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
root@OpenWrt:~# dvbsnoop -s bandwidth 8190 -n 3500
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/ 

---------------------------------------------------------
PID bandwidth statistics...
PID: 8190 (0x1ffe)   - max packet count: 3500 
---------------------------------------------------------
Error(97): DMX_SET_PES_FILTER: Message too long
Irgendwie stehe ich da jezt und weiss net weiter. Vielleicht kann mir ja hier einer helfen.
Im Openwrt Forum kommt auf solch spezielle Frage oft keine Antwort.

Danke und Gruß!
derdigge
Knidel
Co-Admin
Co-Admin
Beiträge: 11204
Registriert: 07.05.2006, 10:06
Wohnort: Berlin
Bundesland: Berlin

Re: Auslastung des eigenen Segments ansehen

Beitrag von Knidel »

Das ist jetzt nicht ganz so einfach.
Laut Dokumentation sollten regulär weder der ioctl-Aufruf an sich noch DMX_SET_PES_FILTER den Fehler Message too long (EMSGSIZE) erzeugen.

Probier mal "dvbsnoop -n 1 0". In dem Fall wird kein PES-Filter gesetzt (sondern ein Section-Filter). Da auf den Downstream-Kanälen auf PID 0 nichts gesendet wird, sollte normal keine weitere Ausgabe kommen. Aber wäre interessant zu wissen, ob dvbsnoop auch hier mit einem Fehler abbricht.
derdigge
Newbie
Beiträge: 12
Registriert: 04.01.2014, 09:15

Re: Auslastung des eigenen Segments ansehen

Beitrag von derdigge »

Hallo Knidel!

Danke für deine Schnelle Antwort und sorry für meine späte Rückmeldung.
Ich bin erst heute dazu gekommen das zu testen:

Code: Alles auswählen

root@OscamWrt:~# dvbtune -c 0 -f 546000000 -s 6952 -qam 256
Using DVB card "DRXK DVB-C DVB-T"
tuning DVB-C to 546000000, srate=6952000
polling....
Getting frontend event
FE_STATUS:
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Bit error rate: 0
Signal strength: -65536
SNR: 23396352
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
root@OscamWrt:~# dvbsnoop -n 1 0
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/ 
Error(97): DMX_SET_FILTER failed: : Message too long
dmesg:

Code: Alles auswählen

[  117.940000] xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)...
[  117.960000] xc5000: firmware read 12401 bytes.
[  117.960000] xc5000: firmware uploading...
[  118.350000] xc5000: firmware upload complete...
[  140.970000] submit of urb 0 failed (error=-97)
Das Ergebnis ist das gleiche.....
Ich weis leider nicht warum.

EDIT:
Haben jezt nen Sundtek Stick bei ebay kleinanzeigen aufgegabelt. 40€ war ok dafür, ist aber noch ein recht altes Modell.
Nur tut es seinen Dienst sehr gut. Ich habe mir aus dem Github hier den rrdcreate übernommen und stolpere Hier über ein kleines Problem.
Der CAP also die Obergrenze wird nicht eingezeichnet, sobald das Diagramm Daten enthält. Ich habe nur 8 Frequenzen hier in dem Segment,
daher habe ich die anderen die sonst drin wären amputiert. Ebenso diesen Zeilenbereich heir da er openwrt nicht zu behaben scheint.

Code: Alles auswählen

CDEF:bmin=b546min,b554min,b562min,b570min,b578min,b586min,b594min,b602min,b666min,b674min,b682min,b690min,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN \
    CDEF:bavg=b546avg,b554avg,b562avg,b570avg,b578avg,b586avg,b594avg,b602avg,b666avg,b674avg,b682avg,b690avg,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN \
    CDEF:bmax=b546max,b554max,b562max,b570max,b578max,b586max,b594max,b602max,b666max,b674max,b682max,b690max,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN \
    CDEF:blast=b546last,b554last,b562last,b570last,b578last,b586last,b594last,b602last,b666last,b674last,b682last,b690last,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN,ADDNAN \
Mein create pnf function schaut so aus.
Kann mir mal jemand da auf die Sprünge helfen bitte?:

Code: Alles auswählen

for time in $TIMES;do
		rrdtool graph $pngpath/combined_$time.png \
		--title="WF | All Channels | $(date '+%F %T %Z')" \
		--vertical-label='kBit per Second' \
		-W "@ $(date '+%F %T %Z')" \
		--start $time \
		--slope-mode \
		-w 1301 -h 350 \
		-l 0 -u 667440 \
		--color BACK#ededed \
		--color ARROW#000000 \
		DEF:b546min=$rrdpath/546000000.rrd:bandwidth:MIN \
		DEF:b546avg=$rrdpath/546000000.rrd:bandwidth:AVERAGE \
		DEF:b546max=$rrdpath/546000000.rrd:bandwidth:MAX \
		DEF:b546last=$rrdpath/546000000.rrd:bandwidth:LAST \
		DEF:b554min=$rrdpath/554000000.rrd:bandwidth:MIN \
		DEF:b554avg=$rrdpath/554000000.rrd:bandwidth:AVERAGE \
		DEF:b554max=$rrdpath/554000000.rrd:bandwidth:MAX \
		DEF:b554last=$rrdpath/554000000.rrd:bandwidth:LAST \
		DEF:b562min=$rrdpath/562000000.rrd:bandwidth:MIN \
		DEF:b562avg=$rrdpath/562000000.rrd:bandwidth:AVERAGE \
		DEF:b562max=$rrdpath/562000000.rrd:bandwidth:MAX \
		DEF:b562last=$rrdpath/562000000.rrd:bandwidth:LAST \
		DEF:b570min=$rrdpath/570000000.rrd:bandwidth:MIN \
		DEF:b570avg=$rrdpath/570000000.rrd:bandwidth:AVERAGE \
		DEF:b570max=$rrdpath/570000000.rrd:bandwidth:MAX \
		DEF:b570last=$rrdpath/570000000.rrd:bandwidth:LAST \
		DEF:b578min=$rrdpath/578000000.rrd:bandwidth:MIN \
		DEF:b578avg=$rrdpath/578000000.rrd:bandwidth:AVERAGE \
		DEF:b578max=$rrdpath/578000000.rrd:bandwidth:MAX \
		DEF:b578last=$rrdpath/578000000.rrd:bandwidth:LAST \
		DEF:b586min=$rrdpath/586000000.rrd:bandwidth:MIN \
		DEF:b586avg=$rrdpath/586000000.rrd:bandwidth:AVERAGE \
		DEF:b586max=$rrdpath/586000000.rrd:bandwidth:MAX \
		DEF:b586last=$rrdpath/586000000.rrd:bandwidth:LAST \
		DEF:b594min=$rrdpath/594000000.rrd:bandwidth:MIN \
		DEF:b594avg=$rrdpath/594000000.rrd:bandwidth:AVERAGE \
		DEF:b594max=$rrdpath/594000000.rrd:bandwidth:MAX \
		DEF:b594last=$rrdpath/594000000.rrd:bandwidth:LAST \
		DEF:b602min=$rrdpath/602000000.rrd:bandwidth:MIN \
		DEF:b602avg=$rrdpath/602000000.rrd:bandwidth:AVERAGE \
		DEF:b602max=$rrdpath/602000000.rrd:bandwidth:MAX \
		DEF:b602last=$rrdpath/602000000.rrd:bandwidth:LAST \
		AREA:667440#c9feb8 \
		STACK:55040#feb8b8 \
		COMMENT:"Separate Channel Statistics\n" \
		AREA:b546avg#fffc00:'546 Mhz      ' \
		GPRINT:b546avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b546min:MIN:"Min %5.2lf %s   " \
		GPRINT:b546max:MAX:"Max %5.2lf %s" \
		GPRINT:b546last:LAST:"  Last %5.2lf %s\n" \
		STACK:b554avg#ffc600:'554 Mhz      ' \
		GPRINT:b554avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b554min:MIN:"Min %5.2lf %s   " \
		GPRINT:b554max:MAX:"Max %5.2lf %s" \
		GPRINT:b554last:LAST:"  Last %5.2lf %s\n" \
		STACK:b562avg#ffa200:'562 Mhz      ' \
		GPRINT:b562avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b562min:MIN:"Min %5.2lf %s   " \
		GPRINT:b562max:MAX:"Max %5.2lf %s" \
		GPRINT:b562last:LAST:"  Last %5.2lf %s\n" \
		STACK:b570avg#ff6c00:'570 Mhz      ' \
		GPRINT:b570avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b570min:MIN:"Min %5.2lf %s   " \
		GPRINT:b570max:MAX:"Max %5.2lf %s" \
		GPRINT:b570last:LAST:"  Last %5.2lf %s\n" \
		STACK:b578avg#00c6ff:'578 Mhz      ' \
		GPRINT:b578avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b578min:MIN:"Min %5.2lf %s   " \
		GPRINT:b578max:MAX:"Max %5.2lf %s" \
		GPRINT:b578last:LAST:"  Last %5.2lf %s\n" \
		STACK:b586avg#0090ff:'586 Mhz      ' \
		GPRINT:b586avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b586min:MIN:"Min %5.2lf %s   " \
		GPRINT:b586max:MAX:"Max %5.2lf %s" \
		GPRINT:b586last:LAST:"  Last %5.2lf %s\n" \
		STACK:b594avg#0066ff:'594 Mhz      ' \
		GPRINT:b594avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b594min:MIN:"Min %5.2lf %s   " \
		GPRINT:b594max:MAX:"Max %5.2lf %s" \
		GPRINT:b594last:LAST:"  Last %5.2lf %s\n" \
		STACK:b602avg#0042ff:'602 Mhz      ' \
		GPRINT:b602avg:AVERAGE:"Avg %5.2lf %s   " \
		GPRINT:b602min:MIN:"Min %5.2lf %s   " \
		GPRINT:b602max:MAX:"Max %5.2lf %s" \
		GPRINT:b602last:LAST:"  Last %5.2lf %s\n" \
		HRULE:667440#000000:'CAP (667.44 Mbit/s)'
und hier mein verwirrendes Ergebnis: :D
[ externes Bild ]
Un sobald daten drin sind:
[ externes Bild ]
:wand:

Gehe ich recht in der Annahmen 55mbits / frequenz?