Langsames netzwerk in eine Richtung

[Speeedy 10]

Hallo Zusammen

 

Ich hab nun über 8h gegoogelt und bin iimmernoch kei nschritt weiter:

 

folgendes Problem: Die Reaktion vom Server ist merklich langsam.

 

Mit was ich arbeiten darf:

- Server Windows 2008 Std x64 DHCP, DNS, DC, AD, DFS (neuste treiber/ updates)

- Laptop Windows 7 x64 Client und VM mit Win XP x32

- Client Win XP x32

- 24 Port Netgear 1GB Switch und mehreren 8 Port 100MB Switch

 

Um das ganze etwas einzuschrenken hab ich manuelle Tests des Netzwerks durchgeführt:

Der Server dient unter anderem als Datei Server, zum Testen hab ich Dateien zwischen 1-8GB genommen.

(Folgend jeweils vom Ziel System aus die Datei geholt)

 

Vom Client auf Win 7 Maschine: 100% Netzwerklast, 11.1MB/s

Vom Client auf die VM: 40-60%

Vom Client auf den Server: 100% Netzwerklast, 11.5MB/s

Vom Server auf Win 7 Maschine: 3-10% Netzwerklast, 1.4MB/s

Vom Server auf die VM: 10-50%

Vom Server auf den Client; 10-70%

 

nach kurzer zeit googeln hab ich auch folgendes probiert:

How to use the throttling mechanism to control network performance in Windows Vista

Information about the TCP Chimney Offload, Receive Side Scaling, and Network Direct Memory Access features in Windows Server 2008

..ohne veränderung.

 

Da es in die einte Richtung gut performt geh ich davon aus dass keine HW defekt sein kann.

DFS wird auch umgeangen weil die Freigaben direkt angesprochen werden.

Firewalls sind nur die jeweiligen vom OS aktiv/drauf.

Der Server ist auch nicht ausgelastet (8 core's, 1 Jahr alt)

ShadowCopy sollte auch kein Thema sein weil ja nicht auf dem Server geschrieben wird.

 

 

Der DC ist auch relativ einfach konfiguriert:

Lokale Richtlinien/Sicherheitsoptionen

Domänencontroller

Richtlinie Einstellung

Domänencontroller: Signaturanforderungen für LDAP-Server Signatur erforderlich

 

Domänenmitglied

Richtlinie Einstellung

Domänenmitglied: Daten des sicheren Kanals digital verschlüsseln oder signieren (immer) Deaktiviert

 

Microsoft-Netzwerk (Client)

Richtlinie Einstellung

Microsoft-Netzwerk (Client): Kommunikation digital signieren (immer) Deaktiviert

Microsoft-Netzwerk (Client): Kommunikation digital signieren (wenn Server zustimmt) Aktiviert

 

Microsoft-Netzwerk (Server)

Richtlinie Einstellung

Microsoft-Netzwerk (Server): Kommunikation digital signieren (immer) Deaktiviert

Microsoft-Netzwerk (Server): Kommunikation digital signieren (wenn Client zustimmt) Aktiviert

 

Netzwerksicherheit

Richtlinie Einstellung

Netzwerksicherheit: LAN Manager-Authentifizierungsebene Nur NTLMv2-Antworten senden

Netzwerksicherheit: Signaturanforderungen für LDAP-Clients Signatur aushandeln

 

 

So langsam bin ich mit meinem Latein am ende...

Wenn ihr noch eine Idee habt bin ich froh um jeden anstoss.

[Speeedy 10]

nochwas was mir aufgefallen ist:

Beim schlechten Transfer hab ich nie eine Konstante verbindungsgeschwindigkeit sondern immer grosse Schwankungen (Taskmanager zeigt hat beim einer aktualisierung eine spize bei 50% und bei der nächste ist es wieder auf 2%, und das stetig)

[lefg 276]

Hallo,

 

schliesse doch mal ein Laptop direkt an den Server, kabele das sonstige Netzwerk ab! Bei Bedarf teste es auch mit einem zweiten Laptop!

 

Gibt es in den Ereignisanzeigen von Server und Clients zum Thema interessante Einträge?

[zahni 554]

Sind die NIC's im Netz gleich schnell ? Also alle 1000 Mbit/s oder alle 100 Mbit/s ?

 

Wenn nicht, prüfe bitte in den NIC-Einstellungen den Wert Flow Control oder Flußkontrolle. Stelle den auf TX & RX akiviert.

 

-Zahni

[Speeedy 10]

Vielen dank für eure Antworten. Die haben geholfen!

Es lag tatsächlich an der Flusskontrolle vom NIC am Server.

 

Wie bin ich zu dem gekommen...

Ich verfolgte erst lefg's tip:

Laptop => Server über separaten Switch (100MB) direkt angeschlossen => 12MB/s

[Prinzipiell funktioniert]

Laptop => Server über kleinen bisherigen Switch (100MB) angeschlossen 12MB/s

[kleiner Switch funktioniert]

Anstatt Main Switch kleiner Switch als verbindung genommen (bisherige Kabel) = 12 MB/s

[Kabel funktionieren]

Server wieder an Main switch gesteckt und ohne kleinen Switch gefahren = 1MB/s

[Liegt wohl irgendwie am Main Switch]

Switch mit altem 24 Port 100MB switch ausgetauscht = 12MB/s

[Müsste also nicht am server liegen sondern wirklich am Switch]

Neuer 1GB hinter 100MB Main Switch geschalten = 12 MB/s

[inTischplattebeiss, verdacht auf andere Komponenten im Netzwerk]

An 1GB Switch nur Server und Laptop angeschlossen = 1MB/s

[Leitungen sind ja IO, Main Switch kann ich auch nichts einstellen, also server prüfen]

Am Server die NIC HW Spezifischen einstellungen DAU mässig auf standard stellen, dabei hat er mir Flusskontrolle auf Rx,Tx gestellt, neustart des Server = 13 MB/s, saubere Netzwerkgeschwindigkeitskurve

[zahni hatte recht]

 

Mittlerweile habe ich die redundante Verbindungen wieder hergestellt, das Netzwerk komplett angeschlossen, os werte zurückgestellt, funktioniert alles wie es muss!

 

Ich werde noch googeln müssen für was dieser Wert ist und warum es bei meinem client deaktiviert ist / sein kann, aber das find ich noch raus.

 

Danke euch

[zahni 554]

@lefg,

 

es funktioniert doch jetzt ;)

 

@Speedy

 

Siehe Ethernet flow control - Wikipedia, the free encyclopedia

 

-Zahni

[lefg 276]

Nun, an den von mir betreuten Clients ist Flowcontrol auch deaktiviert, möglicherweise ist es Standard. Ich frage mich, was ist die Ursache für eine Notwendigkeit, Flowcontrol auf Enabled zu setzen?

 

http://www.elektronik-kompendium.de/sites/net/0907141.htm

 

Flow-Control

Um den Worst-Case-Fall zu vermeiden steht im Standard IEEE 802.3x das Flow-Control zur Verfügung. Dieses Verfahren funktioniert grundsätzlich nur im Vollduplexmodus von Fast-Ethernet und Gigabit-Ethernet. Flow-Control kommt zum Einsatz, wenn ein Puffer vor dem Überlaufen steht. Der Switch schickt dann dem angeschlossenen Gerät ein Pause-Frame. Dieses ist ein spezielles MAC-Control-Frame, welches als Multicast an die Adresse 01-80-C2-00-00-01 verschickt wird. Im Length/Typ-Feld des Frames steht der Wert 88-08.

 

 

Ein mir öfters begenetes Phänomenen ist eine anscheinende Dishormonie der Autonegotiation zwischen Client/Server und einem Switchport; dasSpeed/Duplex umzustellen auf xxxFullduplex und sogar zurück hat eine Fehlfunktion schon öfters beseitigt.

[zahni 554]

Das hängt eher vom Switch ab. Eigentlich sollte de das regeln. Nur bei den einfachen Cut-Through-Switchen geht das nicht. Wie auch ? Woher soll der Server wissen, dass ein Client an einem Port nur 100Mbit kann ? Server sendet munter mit 1000mbit und beim Client kommt nur ein Teil an. Dafür gibt es Flow Control. Client sendet Pause-Frames, damit der Server die "Lücken" zwischen den Frames vergrössert.

 

Wir hatten damit mal bei unseren ehemaligen Enterasys-Switchen Probleme. Dort musste Flow Control in an den 100-Mbit Ports in der Switch-Config aktiviert werden.

 

 

-zahni

[lefg 276]

Off-Topic:
Danke dafür, da habe ich wieder etwas dazugelernt. Ich werde solch ein Problem wohl durch Umstellen auf 100FD behoben haben.