Half Duplex - Full Duplex
 

Hallo Leute,

ich hab ein Kunden-Netzwerk von 10 Mbit auf 100 Mbit umgestellt, indem ich den 10Mbit-Hub durch einen 10/100Mbit Switch ersetzt habe. Außerdem haben alle 5 Arbeitsstationen die gleiche NIC erhalten (Realtek 8139-Chip). Auch der Server hat eine 100 Mbit-Karte.

Alle Karten stehen auf Auto für die Geschwindigkeit, alle Einstellungen sind gleich, der Switch zeigt auf allen Ports Full Duplex an.

ich messe die Netzwerk-Geschwindigkeit mit NetCPS und erreiche bei drei der 5 Maschinen einen Durchsatz von ca. 10 MB/s, bei den anderen zwei jedoch nur maximal 5 MB/s.

Interessant dabei ist, dass die drei schnellen Maschinen die gleiche Hardware haben, die zwei langsameren auch.

Alle Maschinen sind PIII mit 700 - 800 Mhz, gleiche Speichergröße, Win98, also in etwa von der Leistung gleich, aber unterschiedliche Boards (3 und 2 jeweils gleich)

Woran kann es liegen, dass ich nicht alle Maschinen auf 10 MB/s Durchsatz bringe?

Eine schlechte Kabelinstallation ist meist ein Grund für schlechte Datenraten.

10 MB/sec = 10 * 8 = 80 Mbit/sec
Da hast Du dann eh den vollen Durchsatz (wenn ich mal annehme daß der Rest für den Overhead draufgeht.)

Was bei den zwei langsameren Rechneren vorsich geht:
- schlechte Kabel / Kabelverlegung
- langsame HDD

ja, das ist eh ok, ich hätte das aber gern bei allen Rechnern.....

schlechtes Kabel ist eine Möglichkeit, muss ich noch prüfen (glaubs aber nicht)
langsame HDD: glaub ich auch nicht, denn NetCPS schreibt ja nix, sondern kommuniziert nur

ich hab bei einem anderen Kunden auch die Problematik und der hat von alt bis neu alles an PC stehen. Trotzdem kriege ich im gesamten Netz nur ca. 5 MB/s Durchsatz, was aber auch am Hub liegen könnte (Dlink DFE816)

schau mal ob die verlegten netzwerkkabel parallel zu stromkabeln verlaufen oder ob sie direkt an trafos vorbei gehn ...

ich werd mal mit dem KAT5-Messgerät an die Leitungen gehen und alles durchmessen....


trotzdem muss es da noch ein Geheimnis geben, welches eventuell im W98 zu suchen ist, denn wenn auf der gleichen Leitung gleiche NIC`s unterschiedliche Leistung bringen, wirds krass...

Können auch PCI-Bus Probleme oder IRQ-Sharing geschichten sein.
Du sagst die langsamen Maschinen haben andere Boards als die schnellen, was für Chipsätze? Hast du dir schon mal die IRQ-Verteilung angeschaut? Chipsatztreiber?

mfg
Clystron

hast du vielleicht mehr protokolle als tcp/ip installiert???

passt überall die default route?

exisitieren die selben treiberversionen?

versuch mal spanning tree am switch zu aktivieren (falls managed), hat bei mir auch geholfen...

ich würd versuchen die einstellungen von den Netzwerkkarten, von automatisch auf die manuelle einstellung umschalten.

Sollten diese Rechner sehr oft gleichzeitig mit dem Server kommunizieren, dann solltest du vielleicht sogar den Server auf 100Mbit/Full Duplex stellen und die clients entweder auf 10mbit oder 100mbit, allerdings HALFDUPLEX.

So verhindert man das es zu einem datenstau kommt. Sollten nämlich die clients gleichzeitig daten mit den server austauschen wollen, und der server diese daten nicht gleichzeitig/rechtzeitig verarbeiten kann, steht das netzwerk.

Auf jeden fall würd ich mal die Automatische Erkennung abschalten und das ganze manuell eintragen! ;)

cu ghandi

Sorry aber das halte ich für Blödsinn. Nur weil die Clients auf Halfduplex sind verhindert das nicht dass zwei Clients gleichzeitig den Server befragen. Und auch wenn das passiert steht das Netz nicht, wieso auch das ist ein Standardfall...

Netzwerkkarten und Switches fix auf Half/Full Duplex einzustellen ist ein ziemliches Risiko. Wenn du mal die Verkabelung änderst oder einen Hub dazu tust kriegst du plötzlich keinen Link mehr, oder die Verbindung wird schweinelangsam weil du irgendwo ne Strecke drin hast auf der eine Seite fix mit Full und die andere mangels Aushandlung mit Halfduplex fährt (so geschehen bei mir in der Firma)....
Dann suchst du dich dumm und dämlich bis du wieder an das Duplexproblem denkst...

mfG
Clystron

hmm.. ok, vielleicht bin ich da ein wenig zu weit in den Prioritäts Handel gegangen.

Allerdings das was ich geschrieben hab ist nach zu lesen im Buch "Netzwerk-Design, Die Komplette Anleitung für den Aufbau professioneller Netzwerke" von Cisco Designs.

Es geht dabei um die Queuing-Methoden (Warteschlagen-Verfahren), was nichts anderes bedeutet als die Vergabe von Prioritäten. Ich würd vorschlagen du aktivierst bei den nics die 802.1p QoS Paket-Kennzeichung und vielleicht die Datenflusssteuerungsreaktion. Mit dieser Methode handeln die Geräte dann nicht mehr nach dem FIFO (First in First out) konzept sondern nach dem First out konzept, was in einen netzwerk wo viel gebroadkastet wird natürlich wichtiger ist und nebenbei hat first out auch die höchste Priorität.

Die Automatische erkennung würde ich dennoch wegnehmen, da du ja auch einen 10/100mbit switch hast, sollte er programierbar sein, solltest du auch am switch das auf 100mbit fullduplex stellen.

Da wir uns sicher sind das die karten den 100mbit fullduplex schaffen sollte es da keine probleme geben.

ich würd trotzdem alles auch automatisch lassen und nur bei problemen mnal versuchen auf 100mbit/half bzw full duplex umstellen, auto bringt aber im grossen und ganzen immer gute ergebnisse...

Hmm, in deinem ersten Post war aber nix von Prioritäten drin.. egal lassen wir das, zurück zum Thema:

Was genau meinst du mit Qos Paketkennzeichnung? Damit lassen sich AFAIK doch nur verschiedene Services (ICMP,TCP verschiedene ports...) gewichten, sprich mein Router/Switch/FW behandelt z.B. Pakete an meinen Webserver bevorzugt und stellt ev vorhandene ICMP o.Ä. Services die mir weniger wichtig sind zurück...

Was soll das in diesem Fall bringen? Wenn der Switch nicht ausgelastet ist isses eh fast wurscht weil er dann eh alles bewältigt und falls es doch eng wird muss ja gewichtet werden, nur wonach? Wenn ich alle Pakets von allen Clients als wichtig deklariere dann ist der Effekt wieder gleich null wenn zwei Clients sich um die Bandbreit prügeln. Und in einem so kleinen Netz halten sich auch die Broadcasts sehr in Grenzen...
Wenn der verwendete Switch ein kleinerer ist ohne Management erübrigt sich das eh alles ;)

Da hier genau zwei Rechner mit unterschiedlicher Hardware als die anderen 3 langsamer sind würde ich eher auf die Clienthard/software tippen als auf das Netzwerk. (IRQs, Treiber, VIA-Chipsatz mit PCI-Problem...) Ev noch zum Crosscheck einen langsamen Client an der Dose eines schnellen testen und wenn er dann immer noch langsamer ist ist der Fall recht eindeutig.

mfG
Clystron

oh, jetzt weis ich warum ich mit meinen tips hier nicht so ankam, ich hab übersehen das die beiden rechner die langsamer sind, eine andere hardware haben.

ja dann is eh ziemlich offentsichtlich.

Sorry für meine irreführung, werde nächstes mal wohl etwas besser aufpassen.

Allerdings was die automatische einstellung betrifft, von half bzw. full duplex, ich hab damit nur schlechte erfahrung gemacht, deshalb hier auch mein tipp, mit der manuellen. es is doch viel schöner wenn man genau weis was man hat und wie es funkt, bei der automatischen kann man ja nie wissen was er gerade benutzt.

naja, nochmals sorry..! ;)

ghandi

?
 

kannst du bitte das einstellen der "default route" erklären ?

thx
stefan

Die defaultroute verbirgt sich in den Eigenschaften des TCP/IP-Protokolls (hab leider nur 2000 hier daher kann ich nicht genau sagen wo), da müsste es irgendwo heissen "Standardgateway". In deinem Fall wird die Default-Route allerdings gar nicht verwendet da du dich ja nur in einem Netz bewegst bei deinem Test.

Die Defaultroute bezeichnet einen Gateway an den alles geschickt werden soll das der Client nicht selber zuordnen kann. Wenn dein Gateway nicht weiss wohin damit schickt er es wieder weiter zu seinem Defaultgateway usw usf...

Frei nach dem Motto: "Keine Ahnung aber vielleicht weiss der da mehr..."

mfG
Clystron

vielleicht kurz zur Erläuterung, wie NetCPS arbeitet (für die, die das nicht kennen):

NetCPS wird auf einerseits mit "netcps -s" auf dem einen Rechner und mit "netcps x.x.x.x" auf dem anderen Rechner gestartet. Die beiden Maschinen nehmen Verbindung über Port 4xxx (weiss momentan nicht genau, ist auch egal)auf und schaufeln 100 MB hin und her. Dabei wird der Durchsatz gemessen. Im besten Fall sollte die Datenmenge in ca. 10 Sekunden bewältigt sein.

Wenn man davon ausgeht, dass die Verkabelung ok ist, kanns eigentlich nur an der Hardware liegen (s. weiter oben im Thread, IRQ-sharing, PCI, Mainboard....)

Ausschliessen kann ich Einstellungsfehler im Kartentreiber (manuell auf Full Duplex oder so...), das macht nur Probleme. Das beste Ergebnis habe ich immer mit AUTO erzielt.

Bei solchen Messungen sollte man natürlich drauf achten, dass sich sonst am Kabel nix abspielt (no na), andere Protokolle sollten keine Rolle spielen, denn man lässt ja auch auf dem beiden Rechnern während der Messung nichts anderes laufen

es könnte aber netbios oder ipx installiert sein....das könnte vielleicht bremsen...

nein, ist nix installiert, nur TCP/IP


Vielleicht kann mir jemand sagen, was es mit dem IRQ-sharing auf sich hat und ob es vielleicht drauf ankommt, in welchem Slot die NIC steckt?

Na Netbios ist doch wohl hoffentlich installiert, sonst ist nix mit Windows-Filesharing :)
Allerdings setzt Netbios ja in diesem Fall auf TCP und UDP auf.

In welchem Slot die Karte steckt hat insofern eine Bedeutung als sie damit ev gezwungen wird mit ner anderen Karte den IRQ zu teilen. Bei den Systemprogrammen gibts ein Info-Tool das dir auch die Interrupts der verschiedenen Karten anzeigt, schau dir das mal an.

Ausserdem gibts bei verschiedenen Boards die Möglichkeit den PCI-Slot 1 bevorzugt zu behandeln.

mfG
Clystron

ups, eh klar


werd das mit den IRQ`s mal ausprobieren....