ds-mod_26 RX TX Interface Werte falsch

[gnieder]

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

 

[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

 

[linuxservice]

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)

 

[gnieder]

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

 

[linuxservice]

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.