Hi Liste, ich habe hier nen Problem mit Übertragungsfehlern auf nem FX Interface. Die Karte ist ne 3c905FX und die hängt an einer LevelONE FX-Switch. Die Faser ist so 500 Meter lang. Desweitern ist im dem Router ne 3c095TX welche als DHCP-Interface und Webserver arbeitet. SuSE 6.2 mit Kernel 2.2.16 /var/log/boot.msg 3c59x.c:v0.99H 27May00 Donald Becker http://cesdis.gsfc.nasa.... eth0: 3Com 3c905B-FX Cyclone 100baseFx at 0xe400, 00:50:da:bd:12:0e, IRQ 11 8K byte-wide RAM 5:3 Rx:Tx split, 100baseFX interface. Enabling bus-master transmits and whole-frame receives. /var/log/messages: kernel: eth0: Transmit error, Tx status register 82. ifconfig: eth0 Link encap:Ethernet HWaddr 00:50:DA:BD:12:0E inet addr:192.168.10.26 Bcast:192.168.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6551663 errors:0 dropped:0 overruns:0 frame:0 TX packets:5182343 errors:0 dropped:0 overruns:0 carrier:0 collisions:63646 Die Fehlernmeldung sagt ja was von TX und nciht von FX. Ich bin ein wenig irritiert, kann es sein, dass die Faser einen weg hat? Denn unter ifconfig sind ja keine Fehler zu sehen? Aber wie kommt es auf einer Switch zu Collisionen ? Danke, Thomas Lazic --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Thomas Lazic wrote:
ich habe hier nen Problem mit Übertragungsfehlern auf nem FX Interface. Die Karte ist ne 3c905FX und die hängt an einer LevelONE FX-Switch. Die Faser ist so 500 Meter lang. Desweitern ist im dem Router ne 3c095TX welche als DHCP-Interface und Webserver arbeitet.
SuSE 6.2 mit Kernel 2.2.16
Auch wenn ich nicht glaube, dass es daran liegt, aber Kernel-2.2.16 hat so seine Bugs. Daher ist es IMHO sinnvoll, die neusten 2.2.17-pre-Patches einzuspielen, da vieles davon nur Bugfixes gegen 2.2.16 sind. Anders sieht es aus, wenn Du den SuSE-Kernel 2.2.16 verwendest. Ich gehe davon aus, dass SuSE darin schon entsprechende Bugfixes aus den 2.2.17-pre-Versionen eingespielt hat.
/var/log/boot.msg 3c59x.c:v0.99H 27May00 Donald Becker http://cesdis.gsfc.nasa.... eth0: 3Com 3c905B-FX Cyclone 100baseFx at 0xe400, ^^^^^^^^^ D.h. die Karte wird auf jeden Fall beim Booten vom 3c59x-Treiber im Kernel korrekt erkannt.
/var/log/messages: kernel: eth0: Transmit error, Tx status register 82.
ifconfig: eth0 Link encap:Ethernet HWaddr 00:50:DA:BD:12:0E inet addr:192.168.10.26 Bcast:192.168.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6551663 errors:0 dropped:0 overruns:0 frame:0 TX packets:5182343 errors:0 dropped:0 overruns:0 carrier:0 collisions:63646
Die Fehlernmeldung sagt ja was von TX und nciht von FX.
Ich denke, dass sich das "Tx" fuer "transmit" steht (also die gesendeten Pakete), wie eben in der "ifconfig" auch "TX" und "RX" ("received") angegeben sind. Das ist sowieso einfach nur die Ausgabe des "3c59x"-Treibers, ganz gleich ob Du da in Wirklichkeit eine "10BaseT"-, "100BaseTX"- oder "100BaseFX"-Verbindung dran hast.
Ich bin ein wenig irritiert, kann es sein, dass die Faser einen weg hat?
Um das beurteilen zu koennen, muesste ich mich naeher mit der Glasfasertechnik auskennen. Ich habe bisher auch nur Netzwerkkarten unter Linux und anderen Systemen eingerichtet, bin da aber nie direkt mit dem Glasfaser in die Karte gegangen, sondern immer ueber Media-Converter. Insofern hatte ich mit dem LWL nur indirekt zu tun...
Denn unter ifconfig sind ja keine Fehler zu sehen? Aber wie kommt es auf einer Switch zu Collisionen ?
Schon etwas seltsam, denn auch laut: http://www.scyld.com/network/vortex.html handelt es sich bei "0x82" klar um Kollisionen... Wie haeufig sind denn diese Fehlermeldungen? Und an Voll-/Halb-Duplex (wie auf der genannten Seite beschrieben) scheint es ja nicht zu liegen, denn Switches sollten ja schon Voll-Duplex beherrschen. Oder hast Du den Switch irgendwie anders konfiguriert? Wenn diese Fehlermeldung in seltenen Faellen mal auftritt, finde ich das nicht allzu problematisch. Wenn dagegen die Performance am Boden ist und die Logfiles staendig voll geschrieben werden, sieht die Sache natuerlich ganz anders aus... Gruss Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Steffen Moser wrote:
Hallo,
Thomas Lazic wrote:
ich habe hier nen Problem mit Übertragungsfehlern auf nem FX Interface. Die Karte ist ne 3c905FX und die hängt an einer LevelONE FX-Switch. Die Faser ist so 500 Meter lang. Desweitern ist im dem Router ne 3c095TX welche als DHCP-Interface und Webserver arbeitet.
SuSE 6.2 mit Kernel 2.2.16
Auch wenn ich nicht glaube, dass es daran liegt, aber Kernel-2.2.16 hat so seine Bugs. Daher ist es IMHO sinnvoll, die neusten 2.2.17-pre-Patches einzuspielen, da vieles davon nur Bugfixes gegen 2.2.16 sind. Anders sieht es aus, wenn Du den SuSE-Kernel 2.2.16 verwendest. Ich gehe davon aus, dass SuSE darin schon entsprechende Bugfixes aus den 2.2.17-pre-Versionen eingespielt hat.
Nee ich setzte 2.2.16 von Kernel.org ein !!! Ich werde mal den pre-17 testen vielleicht liegt es wirklich am Kernel !!!
/var/log/boot.msg 3c59x.c:v0.99H 27May00 Donald Becker http://cesdis.gsfc.nasa.... eth0: 3Com 3c905B-FX Cyclone 100baseFx at 0xe400, ^^^^^^^^^ D.h. die Karte wird auf jeden Fall beim Booten vom 3c59x-Treiber im Kernel korrekt erkannt.
/var/log/messages: kernel: eth0: Transmit error, Tx status register 82.
ifconfig: eth0 Link encap:Ethernet HWaddr 00:50:DA:BD:12:0E inet addr:192.168.10.26 Bcast:192.168.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6551663 errors:0 dropped:0 overruns:0 frame:0 TX packets:5182343 errors:0 dropped:0 overruns:0 carrier:0 collisions:63646
Die Fehlernmeldung sagt ja was von TX und nciht von FX.
Ich denke, dass sich das "Tx" fuer "transmit" steht (also die gesendeten Pakete), wie eben in der "ifconfig" auch "TX" und "RX" ("received") angegeben sind.
Das ist sowieso einfach nur die Ausgabe des "3c59x"-Treibers, ganz gleich ob Du da in Wirklichkeit eine "10BaseT"-, "100BaseTX"- oder "100BaseFX"-Verbindung dran hast.
Ich bin ein wenig irritiert, kann es sein, dass die Faser einen weg hat?
Um das beurteilen zu koennen, muesste ich mich naeher mit der Glasfasertechnik auskennen. Ich habe bisher auch nur Netzwerkkarten unter Linux und anderen Systemen eingerichtet, bin da aber nie direkt mit dem Glasfaser in die Karte gegangen, sondern immer ueber Media-Converter. Insofern hatte ich mit dem LWL nur indirekt zu tun...
Denn unter ifconfig sind ja keine Fehler zu sehen? Aber wie kommt es auf einer Switch zu Collisionen ?
Schon etwas seltsam, denn auch laut:
http://www.scyld.com/network/vortex.html
handelt es sich bei "0x82" klar um Kollisionen...
Wie haeufig sind denn diese Fehlermeldungen? Und an Voll-/Halb-Duplex (wie auf der genannten Seite beschrieben) scheint es ja nicht zu liegen, denn Switches sollten ja schon Voll-Duplex beherrschen. Oder hast Du den Switch irgendwie anders konfiguriert?
Wenn diese Fehlermeldung in seltenen Faellen mal auftritt, finde ich das nicht allzu problematisch. Wenn dagegen die Performance am Boden ist und die Logfiles staendig voll geschrieben werden, sieht die Sache natuerlich ganz anders aus...
Die Collisions sind so bei 0.8 Prozent, siehe oben !!! Dei Switch ist nicht konfiguriert nur anschalten und geht ! Tschau Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (2)
-
moser＠egu.schule.ulm.de -
t.lazic＠q-bus.de