ds-mod_26 RX TX Interface Werte falsch

gnieder

Neuer User
Mitglied seit
30 Aug 2005
Beiträge
86
Punkte für Reaktionen
1
Punkte
8
Hallo Gemeinde,

ich habe seit den 26er (ds-mod) Images das Problem, dass die RX/TX
Werte der Interfaces _VÖLLIG_FALSCH_ hochzählen.

Ein Programm namens NetTraf-Daemon wird auf der Box gestartet,
unter Windows gibt es einen Client, der die Messwerte des nettrafd
graphisch aufbereitet, und in (fast)Echtzeit zur Anzeige bringt.

Damit konnte ich bisher wunderbar den realen up- und downstream gleichzeitig
online beobachten.

Es war auch möglich jedes einzelne Interface auf der FBox vom Client aus
anzuzeigen. (dsl,eth0,eth1,tun0, usw.)

Seit dem update auf das 26er Image werden die RX/TX Werte im ifconfig
bzw. in /proc/net/dev völlig falsch aktualisiert.

Mit der Richtigkeit der Werte steht und fällt natürlich die Auswertung am
Windowsclient.

Es ist auch nicht vom Boxentyp abhängig. Ich hatte es mit sechs
verschiedenen Typen am laufen. (7170,7141,7050,5015,FON,FONWlan)

Alle haben mit 24er Images noch richtig funktioniert.

Die 7170,7141 und 7050 "spinnen" seit dem 26er Image.

Wo oder wie könnte man hier zur Fehlersuche ansetzen?

Gruß, gnieder
 
inzwischen bin ein kleines Stück weiter.

Es hat definitiv nichts mit ds-mod zu tun.

Auch auf einer Box mit orginal AVM 2.6er Image
tritt dieser Fehler auf.

Hat niemand eine Idee?

Gruß, gnieder
 
eine idee nicht, aber einen workaround: was ueber upnp rauskommt, ist korrekt. das hilft dir zwar nicht wirklich fuer windows, aber vielleicht ist dieses skript ein anfang:

http://www.anetzb.de/upnp2mrtg/

(was ich daran allerdings mit der 2.6er firmware festgestellt habe: upnp scheint manchmal aussetzer zu haben, die es mit 2.4 auch noch nicht gab. das fuehrt mit mrtg dazu, dass huebsche zacken im graphen auftreten, weil beim naechstenmal der traffic von mehr als einem intervall zusammenkommt)
 
Danke für die Info, liest interressant.

Soweit ich das upnp2mrtg verstanden habe ist es für "Langzeiterfassung"
mit Auswertung über MRTG ausgelegt.

Ich tu mir damit aber schwer, quasi Echtzeiterfassung zu betreiben, oder?

Mir ist auch noch aufgefallen, dass z.B. bei einer FB7141 das Interface
dsl nur die RX Counter falsch zählt, TX correct ist, und umgekehrt bei
lan TX falsch zählt, und dafür RX stimmt.

Interressanter Weise stimmen aber beim eth0 Interface beide Werte,
obwohl eth0 doch Bestandteil der Bridge "lan" ist.

Könnte es sein, dass das Bridgingtool von AVM hier irgendwie Ärger macht?

Kann ich die Bridge manuell stoppen und starten?

Gruß, gnieder
 
upnp ist fuer "echtzeit"datenerfassung vielleicht ein bisschen viel overhead. aber so alle 5-10 sekunden solltest du die fritzbox schon fragen können. wenn dich der aktuelle durchsatz (und nicht die kumulierten counter) interessiert, kannst du dir stattdessen einfach "NewByteSendRate" und "NewByteReceiveRate" aus dem request rauspicken.

so wie das skript ist, schmeisst es die werte nur fuer das wan-interface raus. die anderen muesstest du so aber auch rauskriegen.
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,840
Beiträge
2,219,268
Mitglieder
371,543
Neuestes Mitglied
Brainbanger
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.