Netzwerkprobleme - Übertragungsrate der Netzwerkkarte?

Hallo,

was sagt denn eine netio Durchsatzmessung von einem langsamen Cleint auf den Server.

Wieviele Hubs hast Du denn hinterineander geschaltet und wieviele PC's hängen an den HUB's. Das kann sehr wohl zu Problemem führen.

Betrifft das denn nur diesen Db Server oder auch andere Server an diesem switch?

Wie mein vorredner schon sagte muss es nicht die Netzperformance sein sondern kan andere Grüde haben. ist die Ereignisanzeige der Server und der Cients sauber?

Bis dann

VoSp

Probier doch mal einen der langsamen Clients direkt an dem Switch, an dem der Server auch dran ist.

AUTO macht normalerweise keinen großen Overhead, weil das am Anfang ausgehandelt wird und dann läufts mit der Rate weiter. Was manchmal kummer macht ist Vollduplex. Falls es die Leitung ist, kannst mal mit Halbduplex und oder 10MB experimentieren.

Alos ich nehm für durchsatzmessungen immer netio.

http://www.netfuse.de/techarea/netio/netio1.htm

Bis dann

VoSp

Den realen Durchsatz kannst du mit dem Tool "Netio" messen:

http://www.wintotal.de/softw/index.php?rb=28&id=671

(Läuft auf DOS Ebene im Eingabefenster. Ein Aufruf ohne Parameter zeigt dir die einfache Syntax)
Ein Design mit Hubs und Switches ist generell nicht unproblematisch. In der Regel supporten Hubs kein Fullduplex und da fängt das Elend schon an. Alle Ports an denen Hubs hängen solltest du prüfen ob die richtig negotiated (ausgehandelt im Auto Modus) sind an den Switches. Stehen diese Ports auf Fullduplex solltest du sie manuell auf Halbduplex setzen. Die Problematik ist der Mischbetrieb mit zuviel Ports im Halbduplex Modus an einer Switchinfrastruktur. Der Server am Gigabit Port macht immer Fullduplex, da Gigabit nur im Fullduplex Modus spezifiziert ist. Der bekommt also gar nichts mit davon das deine Hubs nur HDX können und sendet und empfängt munter drauflos. An einem Hub kann aber immer nur EINER gleichzeitig hören oder senden. Im Fulldup Modus kann man aber senden und empfangen zur gleichen Zeit. Nun kannst du dir vorstellen was passiert bei Mischbetrieb. Sendet jemand am Hub darf ein Switch auf dem Ports nichts senden denn der ist ja im HDX Mode und muss zwischenpuffern. Je mehr HDX Ports du hast und je mehr Traffic du bekommst je großer muss dieser Puffer sein. Bei "Low Budget" Switches wie du sie einsetzt wird aber genau daran und an anderen Dingen wie CPU Performance etc. gespart um eben in diesem Preissegment dem Wettbewerb standhalten zu können.
Fazit ist: Ist der Puffer voll werden Packete verworfen und damit kommt es zu Retransmits auf der IP L4 Ebene oder es kommt zu Kollisionen auf den HDX Links zum Hub und damit rennt alles im 3ten Gang und das je mehr je größer der traffic ist...genau so wie du es siehst.
Als To Dos solltest du dir die Hub Links üder das switch Management (aktuelle Port Parameter) ansehen ob die richtig negotiated sind und die ggf. auf feste Parameter einstellen. Das gleiche gilt für die Switches untereinander sofern du dafür kein Glasfaser benutzt. Generell ist es aber besser die Hubs komplett durch Switches zu ersetzen um eine einheitliche Infrastruktur zu bekommen.
Der Tip von oben ist auch richtig die "lahmen" Clients mal direkt auf den HP zu hängen und zu checken ob das Phänomen verschwunden ist.
Danach solltest du malmit NETIO checken wie der LAN Durchsatz ist um einen verlässlichen Vergleichswert abhängig von der Packetgröße zu bekommen !
Nochwas: Der "Auto" Modus erzeugt keinerlei Netzwerktraffic, das ist Unsinn !

@sysad:

"normalerweise" macht Auto- Sense keine Probleme, leider ist das nicht immer so.
Manche Switche können mit manchen Karten nicht so, wie es sein sollte.
Ich hatte mal ähnliche Probleme, die Lösung war, nur NIC's mit Intel- Chipsatz und Cisco Switches zu verwenden, alles auf 100/full (Serverbereich).
Es hilft nur testen oder messen. 3Com- Karten laufen meist besser mit Auto, Intel besser mit
100/full, usw., was aber wiederum vom eingesetzten Switch abhängig sein kann.
Im Serverbereich würde ich Auto- Sense nicht verwenden, da ich die Übertragungsqualität meines Netzes kennen sollte und daher festlegen kann, was passieren soll.
Auto erzeugt Overhead und ich sehe keinen Grund, feststehende Parameter durch eine Automatik verifizieren zu lassen.
Half Duplex und 10MBit würde ich nicht mal in Erwägung ziehen (ausser zum Verständnis bzw. zum Testen), denn dann könnte iman auch gleich überlegen, ob man zum Datentransport USB- Sticks ausgibt.

Gruß - Toni

Meist liegt es nicht am Switch sondern an den Karten, deshalb ist es "relativ" egal ob Cisco, Foundry, HP oder wer auch immer, zumal alle diese Hersteller in diesem Preissegment keine eigenen Port ASICS mehr benutzen sondern Cusctom Chips von Broadcom oder Xilink etc. ProCurve und andere Low Budget Hersteller produzieren gar nicht mehr selber sondern lassen Barebones bei Accton (Taiwan) fertigen, die dann nur noch gelabelt werden.
Die Problematik sind die Karten, denn der Autonegotiation Standard ist nicht 100% ausdefiniert und man hat so den Herstellern Platz für proprietäre Erweiterungen gelassen.
Gerade aber 3Com ist einer der Vertreter der diese leidlich ausnutzt mit all den Konsequenzen. Denn gerade dieser Hersteller hat über die Jahre die meisten Probleme im Negotiation Umfeld ! (Außer natürlich mit Hubs und Switches aus seiner eigenen Produktion). Der Grund sind diese zusätzlichen Bits bzw. Infromationen im Negotiation Frame der Switches durcheinander bringt und die Parameter falsch einstellen lässt. Nimmt man billigste 5 Euro Realtek 8139 basierende Karten passiert das meist nicht, weil hier aus Preisgründen nur das allernötigste implementiert ist um dem Standard zu genügen....von anderen Nachteilen dieser Karten mal abgesehen.
Fazit: Generelle Aussagen geht oder geht nicht abhängig vom Hersteller lassen sich nicht machen ! Es wird immer Kombinationen von Karten Chips mit Port ASICS von Switches geben bei denen es zu Problemen kommt im Auto Modus.
Gekniffen sind dann meist nur die die noch nicht einmal managebare Switches haben, wo man mit statischen Parametern Abhilfe schaffen könnte.

Korrekt, ich habs eben etwas "verblümter" ausgedrückt, um nicht einem Hersteller auf die Zehen zu treten.

Gruß - Toni