Top-Themen

AppleEntwicklungHardwareInternetLinuxMicrosoftMultimediaNetzwerkeOff TopicSicherheitSonstige SystemeVirtualisierungWeiterbildungZusammenarbeit

Aktuelle Themen

Administrator.de FeedbackApache ServerAppleAssemblerAudioAusbildungAuslandBackupBasicBatch & ShellBenchmarksBibliotheken & ToolkitsBlogsCloud-DiensteClusterCMSCPU, RAM, MainboardsCSSC und C++DatenbankenDatenschutzDebianDigitiales FernsehenDNSDrucker und ScannerDSL, VDSLE-BooksE-BusinessE-MailEntwicklungErkennung und -AbwehrExchange ServerFestplatten, SSD, RaidFirewallFlatratesGoogle AndroidGrafikGrafikkarten & MonitoreGroupwareHardwareHosting & HousingHTMLHumor (lol)Hyper-VIconsIDE & EditorenInformationsdiensteInstallationInstant MessagingInternetInternet DomäneniOSISDN & AnaloganschlüsseiTunesJavaJavaScriptKiXtartKVMLAN, WAN, WirelessLinuxLinux DesktopLinux NetzwerkLinux ToolsLinux UserverwaltungLizenzierungMac OS XMicrosoftMicrosoft OfficeMikroTik RouterOSMonitoringMultimediaMultimedia & ZubehörNetzwerkeNetzwerkgrundlagenNetzwerkmanagementNetzwerkprotokolleNotebook & ZubehörNovell NetwareOff TopicOpenOffice, LibreOfficeOutlook & MailPapierkorbPascal und DelphiPeripheriegerätePerlPHPPythonRechtliche FragenRedHat, CentOS, FedoraRouter & RoutingSambaSAN, NAS, DASSchriftartenSchulung & TrainingSEOServerServer-HardwareSicherheitSicherheits-ToolsSicherheitsgrundlagenSolarisSonstige SystemeSoziale NetzwerkeSpeicherkartenStudentenjobs & PraktikumSuche ProjektpartnerSuseSwitche und HubsTipps & TricksTK-Netze & GeräteUbuntuUMTS, EDGE & GPRSUtilitiesVB for ApplicationsVerschlüsselung & ZertifikateVideo & StreamingViren und TrojanerVirtualisierungVisual StudioVmwareVoice over IPWebbrowserWebentwicklungWeiterbildungWindows 7Windows 8Windows 10Windows InstallationWindows MobileWindows NetzwerkWindows ServerWindows SystemdateienWindows ToolsWindows UpdateWindows UserverwaltungWindows VistaWindows XPXenserverXMLZusammenarbeit
GELÖST

Excessive CRC-Alignment error

Frage Netzwerke

Mitglied: harald21

harald21 (Level 2) - Jetzt verbinden

08.11.2010 um 14:12 Uhr, 20782 Aufrufe, 10 Kommentare

Hallo,

ich habe hier ein "keines" Switch/Netzwerk-Problem und hoffe, hier kann mir jemand helfen.

Wir haben an unserem Hauptstandort einen HP ProCurve 5308xl (L3 Switch) mit mehreren VLAN's. In einem Nebengebäude (separates VLAN) steht dann ein HP ProCurve 2848 (L2). Beide sind über GBit-Glasfaser vebunden. Auf dem 5308xl ist der Uplink-Port untagged dem entsprechenden VLAN zugeordnet, auf dem 2848 ebenfalls untagged. Auf beiden Switchen ist die "Fault Detection" auf "medium" eingestellt.
Beide Switche haben die folgende Port Config:
- Port Type: 1000SX
- Config Mode: Auto
- Flow Control: Disable

Jetzt kommt es ab und zu vor, das auf dem 2848 Fehlermeldungen des Typs "Excessive CRC/Alignment error" für den Uplink-Port erscheinen. Gleichzeitig bricht die Netzwerkperformance ein. Auf dem 5308xl gibt es dagegen keine Fehlermeldungn. Die Glasfaserverbindung wurde ordnungsgemäß durchgemessen, so das ich hier einen Fehler der Verkabelung ausschließen möchte.

Vielleich hat ja jemand eine Idee, wie ich den Fehler weiter eingrenzen kann?

Mit freundlichen Grüßen
Harald
Mitglied: aqui
08.11.2010 um 14:36 Uhr
Alignment Errors liegen vor wenn:
  • Die Menge der empfangenen Bits kein Vielfaches von 8 ist und zu einer ungeraden Byte Anzahl führt
  • Das Packet einen FCS Fehler hat
FCS Fehler liegt vor wenn die FCS keine glatte Zahl ergibt.
Switche markieren solchen Traffic meist als "excessive" wenn dessen Rate großer als 1% ist vom Gesamtvolumen sind. Normal sind Werte um 0,1% !
Ursache ist in der Regel immer eine defekte Netzwerk Karte an Endgeräten oder Kabel Probleme. Da du Glasfaser benutzt ist sehr häufig auch ein halbtoter GBIC ein Verursacher.
Diese 3 Dinge solltest du also mal genauer unter die Lupe nehmen !
Generell betreibt man Switch zu Switch Uplinks vom Layer 3 Core Switch immer im Tagged Mode, egal ob du nur 1 VLAN am Ziel hast ober nicht. (Das ist aber nicht Ursache deines Problems, nur ein Tip zum sauberen Design !)
Bitte warten ..
Mitglied: Nagus
08.11.2010 um 14:45 Uhr
Hi aqui,

Generell betreibt man Switch zu Switch Uplinks vom Layer 3 Core Switch immer im Tagged Mode, egal ob du nur 1 VLAN am Ziel
hast ober nicht. (Das ist aber nicht Ursache deines Problems, nur ein Tip zum sauberen Design !)

warum macht man das so? Nur interesse halber damit ich das verstehe
Gruß
Nagus
Bitte warten ..
Mitglied: aqui
08.11.2010 um 14:50 Uhr
Wenn du mehr VLANs benötigst und diese auf die Access Switches ziehen musst geht das bei dir nicht an einem untagged Port.
Es hat also etwas mit der Flexibilität und der Skalierbarkeit in einem Netz zu tun. Rein funktionell funktioniert es aber auch mit so einer laienhaften Konfig wie bei dir...keine Frage.
Bitte warten ..
Mitglied: Nagus
08.11.2010 um 14:52 Uhr
Hey - ist nicht mein switch!

Ich wollte es bloß wissen, damit bei uns so was nicht passiert! Aber danke für die Erklärung!

Gruß
Nagus
Bitte warten ..
Mitglied: harald21
08.11.2010 um 15:05 Uhr
Hallo aqui,

an anderen Stanorten ist das folgendermaßen konfiguriert:
1 VLAN (meistens default) untagged + andere VLAN's (tagged) auf der Uplink-Verbindung (an der Gegenstelle dann analog) - damit hatten wir eigentlich bisher keine Probleme.

Nun zum eigentlichen Problem zurück: Wie kann ich feststellen, ob der GBIC halbtot ist???
Können evtl. Clients mit defekter NIC das Problem verursachen? Müßten in diesem Fall an dem Port, an dem der Client angeschlossen ist, nicht ebenfalls diese Fehler auftauchen?

Mit freundlichen Grüßen
Harald
Bitte warten ..
Mitglied: aqui
08.11.2010 um 18:12 Uhr
@harald21
OK, so ist die Uplink Konfig ja auch korrekt und es ist logisch das es damit keine Problem gibt !
Einen halbtoten GBIC kannst du nur durch Austauschen ermitteln. Es sei denn du hast GBICs mit Optical Monitoring aber sowas supportet Billigheimer HP vermutlich nicht auf den Modellen.
Ob am Endergäteport CRC oder Alignments auftauchen ist eine Frage wie der Switch Frames intern behandelt. Dazu müsstest du mal in ein Whitepaper von HP sehen bzw. euren HP Support mal dafür antriggern wie ein interner Paket Walkthrough aussieht. Vermutlich machen Ingress Ports bei billigen ProCurve Teilen keinen CRC Check und reichen nur durch.
Über ein Forum ist sowas ohne solche Info nicht zu klären.
Du solltest also erst bei den Uplink GBICs anfangen beidseitig und erst dann nach einem kaputten Kabel (Auch Glasfaser Patchkabel !) oder NIC suchen.
Bitte warten ..
Mitglied: harald21
09.11.2010 um 08:25 Uhr
Hallo aqui,

danke für die Info. Eigentlich sind die Switche nicht aus den Billigserien von HP (es sein denn, du definierst HP generell als "billig") und haben "lebenslangen" Garantie.
Ich werde jetzt mal schauen, ob ich noch einen GBIC zum Tausch habe.
Ist es eigentlich sinnvoll auf den Uplinks "Flow Control" zu aktivieren oder bringt das eher wenig?

Mit freundlichen Grüßen
Harald
Bitte warten ..
Mitglied: aqui
10.11.2010 um 08:42 Uhr
HP ProCurve ist generell eine Billigserie mit seinen sehr eingeschränkten Features und Performance oder wie willst du das sonst vergleichen zu Extreme, Cisco, Enterasys, Brocade, Juniper, Nortel ??
Wenn Flow Control per Default aktiviert ist kannst du das lassen. Bei vielen Billigheimern birgt es aber Gefahren, da diese Switches sehr schwache CPUs haben und noch viel schwächeres Puffermangement dur zu geringes DRAM. Wenn man viel Traffic mit Burst Charakter hat ist es bei solcherart Switches of besser man schaltet das ab auf Endgeräteports. Bei Uplinks kann man es in der Regel aktiv lassen.
Generell hilft da aber nur Ausprobieren bei schwachbrüstigen Switches da ihnen oft schlicht einfach die entspr. Diagnosemöglichkeiten fehlen dafür.
Bitte warten ..
Mitglied: kossab
17.11.2015 um 22:20 Uhr
ich habe auch ein ähnliches Problem.
es sind einige 2530 die über Glas mit einem Core Switch A5500 verbunden sind.
Auf den 2530 tauchen bei vielen Ports (nicht allen) CRC Fehler.
Sind jetzt die Endgeräte, die daran hängen, schuld? irgendwo habe ich gelesen, man sollte den Uplink tauschen.. heißt; SFP Module, LWL Kabel.. wenn das so wäre, warum tauchen die CRC Fehler nicht bei allen Ports auf?
Bitte warten ..
Mitglied: aqui
18.11.2015 um 08:27 Uhr
Nein ! Jeder Netzwerker weiss das Switches ein Signal Recovery machen. CRC Fehler können also nur auf einem Point to Point Link auftauchen, werden aber niemals vom Switch aktiv so weitergegeben sondern immer verworfen.
Das gilt solange der Switch ein sog. Store and Forward Switch ist und KEIN Cut Through Switch !
Bei HP gibt es im o.a. Billigsegement gar keine Cut Through Switches, da ist alles billiges Standard Store and Forward, so stellt sich die Frage hier gar nicht erst.
Höhere Protokollschichten (TCP) sind dann für eine Paket Retransmission bei den Endgeräten verantwortlich wenn CRC Errorfrmaes gedropt werden vom Switch.
CRC Fehler bedeutet das die Checksumme des Pakets ungültig ist was auf Bitfehler schliessen lässt.
Letzteres ist meist die Ursache defekter Optiken (Glasfaserlinks), schlechter Kabel oder schlechter Steckverbindungen. Möglich sind aber auch defekte Port Asics auf einem Switch usw. aber das müsste man sukzessive testen.
Der Tausch der Uplink Komponenten ist also ein guter erster Ansatz das zu Troubleshooten.
Bitte warten ..
Neuester Wissensbeitrag
Windows 10

Powershell 5 BSOD

(1)

Tipp von agowa338 zum Thema Windows 10 ...

Ähnliche Inhalte
Windows 8
gelöst Active Directory Default User.v2 Profile - Windows 8.1 Apps Error (4)

Frage von adm2015 zum Thema Windows 8 ...

Windows Server
Daten löschen - Windows Error Reporting (WER) (2)

Frage von Otto1699 zum Thema Windows Server ...

KVM
gelöst Proxmox KVM - Disk read error nach verschieben der disk (6)

Frage von ketanest112 zum Thema KVM ...

Windows Update
gelöst WSUS Server: Content: Error:Forbidden (403) (2)

Frage von EDV-Oellerking zum Thema Windows Update ...

Heiß diskutierte Inhalte
LAN, WAN, Wireless
gelöst Server erkennt Client nicht wenn er ausserhalb des DHCP Pools liegt (28)

Frage von Mar-west zum Thema LAN, WAN, Wireless ...

Outlook & Mail
Outlook 2010 findet ost datei nicht (18)

Frage von Floh21 zum Thema Outlook & Mail ...

Windows Server
Server 2008R2 startet nicht mehr (Bad Patch 0xa) (18)

Frage von Haures zum Thema Windows Server ...