2
CRC/Alignment erros bzw. late collision
CRC/Alignment Error - Late collision
HP Procurve 2448 2x - 2 Netze
1 Win2k Server
1 Win2K3 Server
x clients
Switch sagt mir: CRC/Alignment error oder Late collision on port x (diverse)
Eigentlich heißt es: ein duplex problem, also hab ich auto negotiation ausgemacht und fix 100 FDx auf client und port
eingestellt. Verbessert nix und die clients haben connectiondelays auf den win2k3 server.
Aber nicht auf den win2k server - es hängen aber alle auf dem/den gleichen switch(en)
Allerdings läuft das backup von win2k3 auf win2k3 (2. win2k3 server) erste Sahne, fast max time.
Netzwerktraffic an sich am win2k3 ist sauber (wireshark)
Damit fallen als Ursache für mich aus:
- Kabel
- Switche
- prinzipiell der Hauptserver (win2k3 -> win2k3 jedenfalls)
Es gibt also ein Problem zwischen den clients und dem win2k3 server.
Nur welches kann das nun noch sein?
EDIT:
a) flow control aktivieren, dann klappt das auch.(Support riet mir, das nicht zu aktiveren, ja ne is klar)
b) die fehler treten nunmehr nur noch beim booten auf (handvoll pakete), somit ist das erledigt bzw. ok. Switch error sens. etwas geringer und dann paßt das.
HP Procurve 2448 2x - 2 Netze
1 Win2k Server
1 Win2K3 Server
x clients
Switch sagt mir: CRC/Alignment error oder Late collision on port x (diverse)
Eigentlich heißt es: ein duplex problem, also hab ich auto negotiation ausgemacht und fix 100 FDx auf client und port
eingestellt. Verbessert nix und die clients haben connectiondelays auf den win2k3 server.
Aber nicht auf den win2k server - es hängen aber alle auf dem/den gleichen switch(en)
Allerdings läuft das backup von win2k3 auf win2k3 (2. win2k3 server) erste Sahne, fast max time.
Netzwerktraffic an sich am win2k3 ist sauber (wireshark)
Damit fallen als Ursache für mich aus:
- Kabel
- Switche
- prinzipiell der Hauptserver (win2k3 -> win2k3 jedenfalls)
Es gibt also ein Problem zwischen den clients und dem win2k3 server.
Nur welches kann das nun noch sein?
EDIT:
a) flow control aktivieren, dann klappt das auch.(Support riet mir, das nicht zu aktiveren, ja ne is klar)
b) die fehler treten nunmehr nur noch beim booten auf (handvoll pakete), somit ist das erledigt bzw. ok. Switch error sens. etwas geringer und dann paßt das.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 48664
Url: https://administrator.de/forum/crc-alignment-erros-bzw-late-collision-48664.html
Ausgedruckt am: 23.12.2024 um 13:12 Uhr
2 Kommentare
Neuester Kommentar
Nein, es kann immer nur ein Problem zwischen Endgerät und Switch sein denn der Switch reicht keine Kollisionen weiter (sollte er wenigstens nicht...) Er macht eine Packet Regenerierung. Wäre dem so wie du vermutest würden auch fehlerhafte Broadcast Frames für ein kontinuierliches Ansteigen der CRC Fehlerrate an den Ports sorgen.
Eine Fehlersuche ist schwierig. Kabel kann man nicht generell ausschliessen, dann solche Fehler können im Worst Case auch durch Übersprechen passieren.
Meist sind das aber fehlerhafte Netzwerkkkarten der Endgeräte (Treiber und/oder Hardware) oder eine schlechte Implementation von Fullduplex Handling im Switch. (Zu wenig Pufferspeicher, Switch kann kein Wirespeed, Überlast, Bug in der OS Software des Switches etc.) Ggf. hilft ein Update auf das neueste Switch Image. Schlimmstenfalls ist es eine Verbindung von beidem.
Eine Negotiation Problematik die meist 90% Ursache dieser Probleme ist kannst du ja sicher ausschliessen, da du ja alles statisch konfiguriert hast !
Eine Fehlersuche ist schwierig. Kabel kann man nicht generell ausschliessen, dann solche Fehler können im Worst Case auch durch Übersprechen passieren.
Meist sind das aber fehlerhafte Netzwerkkkarten der Endgeräte (Treiber und/oder Hardware) oder eine schlechte Implementation von Fullduplex Handling im Switch. (Zu wenig Pufferspeicher, Switch kann kein Wirespeed, Überlast, Bug in der OS Software des Switches etc.) Ggf. hilft ein Update auf das neueste Switch Image. Schlimmstenfalls ist es eine Verbindung von beidem.
Eine Negotiation Problematik die meist 90% Ursache dieser Probleme ist kannst du ja sicher ausschliessen, da du ja alles statisch konfiguriert hast !
hm es wird noch besser, vielleicht doch "nur" ein kabelproblem.
wenn ich ein definitiv "sauberes, gutes" kabel nehme, habe ich die Fehlermeldung an einem sonst auffälligen port nicht mehr.
port auf dem switch steht auf 100 FDx, client auf auto - alles ok
stelle ich nun den client wieder auf 100 FDx habe ich für den transfer von 1 GB statt 2 Minuten, 133 aber keine Fehlermeldung.
nehme ich das alte kabel habe ich wieder crc check error, aber trotzdem nur 2 minuten transfer.
Das könnte dann aber bedeuten das:
a) das kabel doch nicht in ordnung ist
b) der switch aber auch einen weg hat? (procurve 2848)
Ich finde das ausgesprochen sonderbar.
wenn ich ein definitiv "sauberes, gutes" kabel nehme, habe ich die Fehlermeldung an einem sonst auffälligen port nicht mehr.
port auf dem switch steht auf 100 FDx, client auf auto - alles ok
stelle ich nun den client wieder auf 100 FDx habe ich für den transfer von 1 GB statt 2 Minuten, 133 aber keine Fehlermeldung.
nehme ich das alte kabel habe ich wieder crc check error, aber trotzdem nur 2 minuten transfer.
Das könnte dann aber bedeuten das:
a) das kabel doch nicht in ordnung ist
b) der switch aber auch einen weg hat? (procurve 2848)
Ich finde das ausgesprochen sonderbar.
