Problem: NICs mögen sich nicht

Hi,

bei dem Versuch größere Datenmengen (Dateien > 10 GB) von Rechner A (siehe unten) nach Rechner B zu kopieren hängt sich die NIC von A regelmäßig auf. Von B nach C ist kein Problem, und von A nach C auch nicht.

Sonst habe ich keine Auffälligkeiten im Netz.

Nach dem ich nun diverse Ports am Switch probiert habe, habe ich es mit einer Direktverbindung probiert. Kachelt auch. Mit oder ohne KIS 2009 (ohne = Schutz angehalten) spielt keine Rolle.
Bei der ganzen Stöpselei läuft B zur Zeit mit 100 Mbit - und nun klappt es auch. Ich werde wahnsinnig.

Eine Intel-PCI-Gigabit-Karte ist auf dem Weg zu mir - ich hoffe, dass dann der Spuk ein Ende nimmt. Aber trotzdem ... Hat Jemand eine Idee was die Ursache sein könnte?

ciao...
joscho


Rechner A:
NIC: 1 Gb, Realtek RTL8168B/8111B Family PCI-E Gigabit Ethernet
Treiber: 6.208.729.2008
Jumbo: deaktiviert
Vista x64

Rechner B:
NIC: 1 Gb, Marvell Yukon 88E8055 PCI-E Gigabit Ethernet Controller
Jumbo: 1514 Bytes (kann man nicht deaktivieren)
Vista x86

Rechner C:
NIC: 100 Mb, VIA-kompatibel
Win XP SP3

Switch: NetGear GS605 v2
Rechner A: 1 m Cat 6
Rechner B: 3 m Cat 6
Rechner C: 3 m Cat 5

Hast du die Karte mal in einen anderen PCI Steckplatz probiert? Eventuell kommt sie sich da mit was anderen IRQ mässig in die Quere und hängt sich dabei auf?

Ah, sorry, fehlende Info. Bei Rechner A und B sind es KEINE Karten sondern onboard (wobei B ein Notebook ist, da weiß ich das nicht mal wirklich).

Schon mal ein anderes Label versucht oder Treiber für die Onboard-Karte von PC A erneuert/deinstalliert und neu installiert? Das wäre das erste was ich versuchen würde

Verschiedene Kabel habe ich durch (Cat5 & Cat6). Verschiedene Treiber auch. Wobei ich da immer nur "drüberinstalliert" habe. Ich werde es nun mal mit Deinstallation & Neuinstallation versuchen.
Übrigens liegen keine IRQ-, Adress- oder sonstige Konflikte vor. Die Realtek-NIC hat den IRQ 17 ganz für sich allein.
Mit einem "Bootlinux" müsste es doch auch einfach zu testen sein, ob es am OS/Treiber liegt. Der realtek-Chip ist ja kein Exot. Werde ich heute Abend in Angriff nehmen.

gigabit-netzwerke sind doch recht empfindlich, gerade wenn es gemischte netzwerke sind mit 100 megabit netzwerkkarten.
es gibt switche, die recht sensibel auf schlechte leitungen reagieren und dann von sich aus runterregeln - nicht alles wo gigabit draufsteht, ist auch wirklich für gigabit geeignet - allerdings handelt es sich bei dir ja um recht kurze strecken.

ich würde bei der fehlersuche immer systematisch vorgehen, um fehlerquellen auszuschließen.

kann natürlich auch sein, das die netzwerkkarte (onboard) einfach ne macke hat oder wie xmat schon schrieb es eventuell irq-probleme gibt (irq sharing).
kann natürlich auch ein treiberproblem sein, aktuell für realtek 8111-8168
version 11/10/2008 - 6.213.1110.2008
oder auch einstellungsprobleme:
manche netzwerkkarten kommen bei gemischten netzwerken nicht gut mit
"link speed/duplex mode: auto negotiation" klar.
hier ist es dann besser, den wert festzusetzen oder sogar runterzusetzen.
auch flow control (gegen datentransferverlust) kann eine rolle spielen, hier muss man mal ein wenig testen und mit den einstellungen spielen.
wenn flow control vom switch unterstützt wird, kann man dies auch bei den netzwerkkarten deaktivieren, was in mehrleistung resultieren kann.

jumbo frame muss explizit vom switch unterstützt werden, sonst bringt die einstellung in den netzwerkkarten recht wenig und kann zu problemen führen.
ich kenne keine netzwerkkarte, bei der man jumbo frame nicht deaktivieren kann und standardmäßig ist das eigentlich auch deaktiviert.
kann natürlich auch sein, das "1514 Bytes" deaktiviert heißt, denn das sind keine typischen jumbo frames - hier mal etwas zur MTU

Du könntest, falls zur Hand, natürlich auch eine PCI-Karte einbauen es und es damit testen. Wenn da keine Probleme auftreeten, hat entweder der Chip nen Hau weg oder aber irgendwas im System beißt sich. Gehts auch damit nicht wird das ganze schon schwieriger. Ist der Treiber für die Karte denn extern oder steckt der innerhalb eines Chipsatztreibers? Bei mir und meinem DFI Lan Party sind alle Treiber in einem Pakekt

Ich habe es ja schon maximal simplifiziert - IMHO. Der Fehler tritt auch bei Direktverbindung auf. Kann also mit dem Switch nicht zusammenhängen. Kabel kann man auch mal ausschließen. Müsste schon mit dem Teufel zugehen. Außerdem, wenn Rechner B im 100 MBit-Mode läuft, dann klappt es ja auch.
Mglw. ist Rechner B das Problem und Rechner A hängt sich deswegen weg. Glaube ich aber erst mal nicht. Ich werde heute Abend ein Linux ausprobieren. Wenn das auch nicht klappt, dann die Realtek halt ne Macke. Wenn doch, dann werde ich Treiber deinstallieren und neuinstallieren. Wenn das nichts bringt, dann ist ja hoffentlich Anfang nächster Woche die Intel-NIC da.

Du hattest doch geschrieben, dass der Weg B->C keine Probleme macht sondern nur A->B. Von daher glaube ich irgendwie nicht daran, dass B das Problem ist. Ich würde mal die Netzwerkkarte von C (oder eine andere) in A einbauen und testen. Ich tippe ganz stark darauf. Mit Linux testen mag zwar eine Option sein aber meiner Meinung nach hat die Onboard-Netzwerkkarte von A nen Schuss. Ich hatte sowas in der Art schon mal. Auf dem Mainboard meines Bruders sind 2 LAN-Anschlüsse on Board. Einer davon wollte nach einem Jahr ums Verrecken nicht mehr laufen, egal welcher Treiber drauf war

@spritdealer
so wie ich das verstanden habe, hat die netzwerkkarte (onboard) in a ein problem im gigabit-modus zu arbeiten, arbeitet aber scheinbar im 100mbit-modus problemlos.
daher bringt es nichts, die netzwerkkarte aus c, die nur den 100mbit-modus unterstützt, in a einzubauen.
wie willst du dann den gigabit-modus testen?

Genau deshalb warte ich ja auf die Intel-1000 Wird wohl noch vor Weihnachten eintreffen.

Ich tippe ja auch darauf, dass der Realtek eine Macke hat. Aber den Linux-test gönne ich mir noch zwischenzeitlich.

Danke für Eure Anteilnahme
joscho

Der Dealer hatte Recht -unglaublich. Also nicht dass Du Recht hattest, sondern, dass ein Treiber "zu Hälfte" funktionieren kann.
Nach meinem Test mit Kubuntu 8.10, der zwar ziemlich langsam aber erfolgreich war, habe ich in Vista die Karte aus dem Gerätemanger geworfen inkl. Treiber entfernen und die aktuellen Treiber, die schon vorher mal drauf waren, wieder installiert. Zur Zeit schaufelt er eine 40 GB-Datei mit ca. 20 MB/s rüber. Für meinen Geschmack immer noch deutlich zu langsam, aber immerhin. Die Zielmaschine ist aber auch gerade mit Sicherung u.a. etwas busy. Werde den Test später noch mal wiederholen.
Auf jeden Fall hat er jetzt ca. 15 GB geschafft wo er vorher nach 10 MB hängen blieb.

Ich Danke Euch ganz herzlich und wünsche schon mal frohes Fest
joscho

P.S.: Die Intel-NIC kommt dann halt in Rechner C - schadet auch nicht

Zu früh gefreut - kurz vor fertig ist er dann doch wieder hängengeblieben. Genug Zeit mit dem Quatsch vertrödelt. Das Teil wird in den Ruhestand geschickt :-(

@Diveman29: Hatte mich verlesen, sorry. Aber hatte davor ja schon geschrieben er soll es mit einer anderen Karte testen und nicht mit der aus C die nur 100 Mbut kann.

@Joscho: Schade. Dann (s.o.) versuch es doch mit einer anderen evtl. neuen 1000er Karte. Wenn ich das richtig verstanden habe, hast du das ja nun auch vor

Genau. Aber die Intel-1000 ist halt noch nicht da.

Hi,

die Intel-NIC ist da und eingebaut. Und erste Tests hat sie auch überlebt. Einige (zig) GB zu übertragen sind kein Problem - keine Hänger. Jedoch beginnt der Transfer mit > 40 MB/s und schrumpft dann auf 6-10 MB/s zusammen.
Beim mal schnell querlesen durch das Netz scheint das ein nicht ganz unübliches Problem von/bei Vista zu sein. Die Empfehlungen sind reichhaltig. Da werde ich mich wohl nach Weihnachten mal in Ruhe drum kümmern müssen.

Frohes Fest
joscho

ja, das problem bei vista ist bekannt und wurde in sp1 etwas verbessert, im vergleich dazu ist xp aber immer noch etwas schneller.
mögliche lösungen:
Vista SP1 beschleunigt das heimische Netzwerk
HowTo: Windows Vista: Netzwerk Tunning für nicht Multimedia Datenpakete
Vista: Schneller im Netzwerk kopieren oder auch hier