[SOLVED] LAN kaputtge/switch/t, liegt das an Erdung?

donnerstag · Beitrag von **donnerstag** » 22.04.2008 16:07:46

Moin,

mein LAN sieht so aus:

                  (SERVER)
                     |
                (HUB/SWITCH)
                     |
           (PATCHFELD, geschirmt)
                   ||||
             (CAT5-Verkabelung)
                   ||||
             (Geschirmte Dosen)
                   ||||
                (Terminals)

bisher hatte ich nen kleinen 8-Port Switch mit externem Netzteil,
Q-TEC 781sh. Keine Probleme damit.

Eben habe ich den durch einen 19"-Switch mit eingebautem NT
ersetzt, nämlich Level One FSW 1610TX. Hab ich von einem
Online-Auktionshaus, weil, hat 16 Ports und spart Strom.
(Bastian Sick liest ja nicht mit hier.)

Seitdem ist meine Netzwerkperformance total im Keller. Die
Terminals timen aus beim (Netzwerk-) Booten. Wenn sie mal
hochkommen, krieg ich horrende Paketlaufzeiten:
64 bytes from 10.0.0.52: icmp_seq=1 ttl=64 time=0.152 ms
64 bytes from 10.0.0.52: icmp_seq=2 ttl=64 time=0.124 ms
64 bytes from 10.0.0.52: icmp_seq=3 ttl=64 time=0.118 ms
64 bytes from 10.0.0.52: icmp_seq=4 ttl=64 time=0.120 ms

Gibt es Abhilfe? Liegt das vielleicht daran, dass der neue
Switch (wegen eingebautem NT, Schukostecker) geerdet
ist?

danke an alle,
do.

Mictlan · Beitrag von **Mictlan** » 22.04.2008 16:19:46

donnerstag hat geschrieben:Moin,

Seitdem ist meine Netzwerkperformance total im Keller. Die
Terminals timen aus beim (Netzwerk-) Booten. Wenn sie mal
hochkommen, krieg ich horrende Paketlaufzeiten:
64 bytes from 10.0.0.52: icmp_seq=1 ttl=64 time=0.152 ms
64 bytes from 10.0.0.52: icmp_seq=2 ttl=64 time=0.124 ms
64 bytes from 10.0.0.52: icmp_seq=3 ttl=64 time=0.118 ms
64 bytes from 10.0.0.52: icmp_seq=4 ttl=64 time=0.120 ms

das is doch eh schnell... das sind null komma 152 und nciht 152 ms

nepos · Beitrag von **nepos** » 22.04.2008 16:32:01

Kannst du mal überprüfen, ob der Switch eventuell Probleme mit der Auto-Negotiation hat?
Hatte auch schon mal Probleme mit abbrechenden Verbindungen usw. und Ursache war, dass der Switch half-duplex, das Interface aber full-duplex konfiguriert hatte bzw. eben dieses bei der Auto-Negotiation schief gegangen war.

donnerstag · Beitrag von **donnerstag** » 22.04.2008 18:13:57

Kannst du mal überprüfen, ob der Switch eventuell Probleme mit der Auto-Negotiation hat?

Wie krieg ich das raus? Laut Manual kann man die Ports nicht konfigurieren, also auch nicht
Speed oder Mode ändern.

Simmel · Beitrag von **Simmel** » 22.04.2008 23:37:25

donnerstag hat geschrieben:
Kannst du mal überprüfen, ob der Switch eventuell Probleme mit der Auto-Negotiation hat?
Wie krieg ich das raus? Laut Manual kann man die Ports nicht konfigurieren, also auch nicht
Speed oder Mode ändern.

Hmh,

die Ping-Zeiten sehen auf jeden Fall super aus? Aber wenn du nunmal Probleme hast, mal sehen.

Also du kannst auch Clientseitig die Netzwerkkarten umstellen, leider weiss ich aber auswendig nicht wie das geht, ich vermute das man das über die Modules macht, da es ja über die Hardware-Einstellungen der Netzwerkkarte geht. Hier würde ich mal bei allen Clients 100Mbit Fullduplex einstellen.

Ein anderer Ansatz wären die Dosen, lass die mal bei der Verkabelung testweise weg.

nepos · Beitrag von **nepos** » 23.04.2008 09:27:47

Auf deinem Rechner kannst du das mit Hilfe der Tools ethtool bzw. mii-tool.

donnerstag · Beitrag von **donnerstag** » 23.04.2008 23:03:38

Simmel hat geschrieben:Ein anderer Ansatz wären die Dosen, lass die mal bei der Verkabelung testweise weg.

Gute Idee, mache ich gerade... nein, die Lage ist unveraendert -- es liegt also weder an den
Dosen, noch an fehlender Erdung.

Ich merke das langsame Netz ziemlich stark, weil die Clients X-Terminals sind. Da kriecht
das GDM-Hintergrundbild auf einmal zeilenweise auf den Schirm

donnerstag · Beitrag von **donnerstag** » 23.04.2008 23:13:17

nepos hat geschrieben:Auf deinem Rechner kannst du das mit Hilfe der Tools ethtool bzw. mii-tool.

ethtool -p --identify
Initiates adapter-specific action intended to enable an operator to easily identify the
adapter by sight. Typically this involves blinking one or more LEDs on the specific ethernet port.

Oh, klasse, blinkenlights :-)

Code: Alles auswählen

:~ sudo /usr/sbin/ethtool -t eth7 online
Cannot test: Operation not supported

Vielleicht noch ein Tipp, nepos?

nepos · Beitrag von **nepos** » 24.04.2008 08:48:34

Um rauszufinden, was die Karte eingestellt hat, sollte ein simples

Code: Alles auswählen

sudo ethtool eth7

reichen.
Wenn das auch nicht geht, versuch mal mii-tool. ethtool kann leider nicht mit allen Treibern umgehen...

donnerstag · Beitrag von **donnerstag** » 24.04.2008 12:54:56

nepos hat geschrieben:Um rauszufinden, was die Karte eingestellt hat, sollte ein simples sudo ethtool eth7 reichen.
Wenn das auch nicht geht, versuch mal mii-tool. ethtool kann leider nicht mit allen Treibern umgehen...

Auto-negotiation und Vollduplex sind da:

Settings for eth7:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

Sieht alles danach aus, dass der Level1-Switch kaputt ist, oder?

thorben · Beitrag von **thorben** » 24.04.2008 13:00:14

ähm, was hast du normal für zeiten? ich find die jetzt nicht sooooooo langsam...

gruß
thorben

donnerstag · Beitrag von **donnerstag** » 25.04.2008 03:33:01

thorben hat geschrieben:ähm, was hast du normal für zeiten? ich find die jetzt nicht sooooooo langsam...

Ich hab nochmal nachgemessen. Ihr habt Recht. Die Laufzeiten sind normal, beide Switchen sind gleich schnell.

Level1 FSW 1610TX (neu):
30 packets transmitted, 30 received, 0% packet loss, time 29042ms
rtt min/avg/max/mdev = 0.111/0.126/0.155/0.017 ms

Q-tec 781sh (alt):
30 packets transmitted, 30 received, 0% packet loss, time 29000ms
rtt min/avg/max/mdev = 0.117/0.124/0.147/0.015 ms

Bevor ich jetzt an meinem Verstand zweifle:
- die Terminals haben Probleme beim Netzwerk-Boot, brauchen mehrere Versuche
- GDM-Login wird manchmal nicht komplett aufgebaut, bricht ab, bevor alle Grafiken da sind
- Fenster verschieben, scrollen ruckelt

Das alles erst, seit der Level1-Switch hier läuft. Da stimmt doch was nicht.

donnerstag · Beitrag von **donnerstag** » 06.05.2008 11:39:53

Hi,

ein Test mit echten Daten
cat /dev/zero | dd bs=1000000 count=100 | ssh anderer-rechner "cat > test"
eignet sich viel besser als Ping, um den Datendurchsatz zu messen.

Mit dem Level1-Switch lag der bei 5 Mbps,
Das Netz ist auf 100 Mbps ausgelegt, da sind 5 (trotz ssh-Tunnel)
ein bisschen wenig.
Mit einem anderen Switch (Zyxel) pumpten die Bits 10 mal so schnell, 50 Mbps.
Wer nen gebrauchten 16-Port-Switch mit maximal 10mbps sucht, darf sich
melden...

Danke fuer eure Unterstuetzung -- aber fuer den Schwachsinn mit Ping
haettet ihr mir ruhig mal auf die Finger hauen koennen!

thx all,
do.

debianforum.de