Re: Fullduplex 100MBit
Alain Stucki
andere als standardisiert ist. Am besten du stellst die NICs auf
Automatisch und die sollten dann selber die optimalste Einstellung
zwischen sich und dem Switch aushandeln.
Dein Erlebnis würde diese Aussage somit bestätigen.
Coop
überprüfe mal die config des zuständigen Switchports. Und stell den
Switchport nicht auf Auto sondern auf 100FD und die Netzwerkarte auch dann
sollte dein Problem gelösst sein.
Gruss
Timothy Cooper
"Sebastian Doerr" schrieb:
> Hallo NG,
>
> habe ein Netz (10 W2k und XP Pro Clients sowie einem SBS2003) und bei allen
> Netzwerkkarten 100MBit Fullduplex eingestellt.
> So auch bei einem neuen Rechner, der dann durch ungewöhnlich langsame
> Kopieraktionen im Explorer auf einem Netzlaufwerk auffiel (ungefähr dreifache
> Zeit der anderen Maschinen). Habe dann den NIC der neuen Maschine nicht auf
> 100MBit Fullduplex sondern auf automatisch erkennen eingestellt. Damit ist
> die Zeit deutlich besser (nicht mehr Faktor 3 sondern vielleicht Faktor 1,2).
> Dieses Verhalten irritiert mich. War der Auffassung dass alle Maschinen
> einheitlich eingestellt sein sollten.
> Hat irgendjemand eine Ideee woran das liegen kann und wie ich vielleicht
> eine bessere Performance hinbekomme?
> Es handelt sich um einen Onboard-Adapter einer DELL Precision 470 der auch
> GBit fähig ist. Dell hat hier auch noch nicht helfen können.
>
> Gruß und Dank
> Sebastian Dörr
Daniel Melanchthon [MSFT]
> Hat irgendjemand eine Ideee woran das liegen kann und wie ich vielleicht
> eine bessere Performance hinbekomme?
Hallo Sebastian,
Du solltest entweder beide Seiten (Switch & Client9 auf Auto steLlen oder
beide Seiten auf Auto konfigurieren. Ansonsten kann es sein, dass der
Switch auf die Autonegotiation wartet, der Client aber nichts sendet und
der Switch mangels Infos auf 100 MBit Halfduplex oder sogar auf 10 MBit
Halfduplex als kleinsten, gemeinsamen Nenner zurückfällt.
--
.:Daniel Melanchthon:.
Technologieberater - Exchange Server
http://blogs.technet.com/dmelanchthon
This posting is provided "AS IS" with no warranties, and confers no rights.
Denis Jedig
> der Switch mangels Infos auf 100 MBit Halfduplex oder sogar auf 10 MBit
> Halfduplex als kleinsten, gemeinsamen Nenner zurückfällt.
Für 10 Mbps müsste der Transceiver der NIC jedoch "Link Pulse" statt "Fast
Link Pulse" senden - auch bei festgelegter Duplex-Konfiguration der NIC
unwahrscheinlich.
--
Denis Jedig
syneticon GbR
Denis Jedig
> habe ein Netz (10 W2k und XP Pro Clients sowie einem SBS2003) und bei allen
> Netzwerkkarten 100MBit Fullduplex eingestellt.
> [...]
> Dieses Verhalten irritiert mich. War der Auffassung dass alle Maschinen
> einheitlich eingestellt sein sollten.
Nein, nicht die Maschinen. Die Duplex-Konfiguration beeinflusst nicht die
Kommunikation zwischen den einzelnen IP-Hosts, sondern zwischen den
Ethernet-Hosts einer Kollisionsdomäne. Und im Falle eines verswitchten
Netzwerks ist der einzige Kommunikationspartner in der selben
Kollisionsdomäne nun einmal der Switch.
> Hat irgendjemand eine Ideee woran das liegen kann und wie ich vielleicht
> eine bessere Performance hinbekomme?
Wenn die Performance jetzt in Ordnung ist, wieso willst du dann noch eine
bessere?
Daniel Melanchthon [MSFT]
> Für 10 Mbps müsste der Transceiver der NIC jedoch "Link Pulse" statt "Fast
> Link Pulse" senden - auch bei festgelegter Duplex-Konfiguration der NIC
> unwahrscheinlich.
Hallo Dennis,
"When you manually set the Catalyst 2948G to 10 Full, 10 Half, 100 Full, or
100 Half, you automatically disable NWAY autodetection of duplex mode. When
the network adapter is set to Auto speed/Auto Duplex, the network adapter
cannot detect the duplex mode of the switch, and therefore defaults to 10
Half duplex."
http://support.microsoft.com/kb/247609/en-us
Mario Arndt
> "When you manually set the Catalyst 2948G to 10 Full, 10 Half, 100 Full, or
> 100 Half, you automatically disable NWAY autodetection of duplex mode. When
> the network adapter is set to Auto speed/Auto Duplex, the network adapter
> cannot detect the duplex mode of the switch, and therefore defaults to 10
> Half duplex."
das ist falsch. Denis hat schon recht - die Verbindungsgeschwindigkeit
kann auch bei abgeschalteter Autonegotiation zuverlässig erkannt werden;
nur eben der Duplex-Modus nicht.
Bitte mal das hier lesen:
http://www.scyld.com/NWay.html
Mario
Daniel Melanchthon [MSFT]
> das ist falsch. Denis hat schon recht - die Verbindungsgeschwindigkeit
> kann auch bei abgeschalteter Autonegotiation zuverlässig erkannt werden;
> nur eben der Duplex-Modus nicht.
In meinem Beispiel war es andersrum (Switch fest eingestellt).
> Bitte mal das hier lesen:
> http://www.scyld.com/NWay.html
Wenn es danach geht, dann kann es das Probem ja gar nicht geben. Trotzdem
habe ich immer wieder Probleme bei Autosensing gesehen :-)
Denis Jedig
> Mario Arndt schrieb:
>
>> http://www.scyld.com/NWay.html
>
> Wenn es danach geht, dann kann es das Probem ja gar nicht geben. Trotzdem
> habe ich immer wieder Probleme bei Autosensing gesehen :-)
Ich habe noch einmal im schlauen Buch gewühlt. "Fast Link Pulse" war
tatsächlich auch schon für 10BaseT-Equipment definiert. Für 10BaseT und
100BaseTX ist Auto-Negotiation optional. Es gibt allerdings für Devices,
die Auto-Negotiation implementiert haben, einen weiteren Mechanismus, um
die Verbindungsgeschwindigkeit festzustellen. Dieser sieht so aus:
"The absence of FLPs from a link partner indicates that te link partner
does not support Auto-Negotiation. In that case, parallel detection can use
the presence of 10BASE-T NLP signals to determine whether the link partner
is based on 10BASE-T or not. Other media systems (e.g. 100BASE-TX and
100BASE-T4) have sufficiently different signal characteristics to make it
possible for Parallel Detection to determine which media system is in use.
[...] However, the autonegotiating device cannot detect the duplex or other
capabilities of the device at the other end of the link. Therefore, when an
auto-negotiating device uses Parallel Detection to set the speed, the
standard requires that it also set the half-fuplex mode of operation"[1]
Dies dürfte auch deine Problemerfahrungen erklären.
[1] Charles E. Spurgeon - Ethernet, the Definitive Guide, O'Reilly, 2000