In diesem Dokument werden gängige Probleme im Zusammenhang mit Netzwerkschnittstellenkarten (NICs) behandelt, die mit Cisco Catalyst-Switches zusammenarbeiten. Netzwerkprobleme wie langsame Leistung und Verbindungsprobleme sowie Probleme mit dem Catalyst-Switch, die physische Netzwerkverbindungs- und Datenverbindungsfehler betreffen, können mit NIC-Problemen zusammenhängen.
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
In diesem Dokument wird die Fehlerbehebung bei folgenden Problemen beschrieben:
Autonegotiation
Physische Verbindung
Portfehler (Datenverbindungsfehler)
Unterbrechungsfreie Verbindungen (aktiv/inaktiv)
Gigabit-Port-Konfiguration
Häufige Softwareprobleme bei Catalyst Switches
Häufige NIC-Probleme und -Lösungen
Wenn Sie NIC-Probleme mit Catalyst Switches beheben, besteht der erste Schritt darin, zu überprüfen, ob das Problem nicht mit einem möglichen Konfigurationsproblem mit dem Catalyst Switch zusammenhängt. Nützliche Informationen zu häufigen Verbindungsproblemen bei der Konfiguration des Catalyst Switches finden Sie in den folgenden Dokumenten:
In diesem Dokument werden die anfänglichen Verbindungsverzögerungen behandelt, die auftreten, wenn Workstations, die mit Catalyst Switches verbunden sind, sich nicht bei einer Netzwerkdomäne (Microsoft Windows NT oder Novell) anmelden können oder aufgrund der Catalyst Switch-Konfiguration keine DHCP-Adresse (Dynamic Host Configuration Protocol) erhalten können. Der erste Schritt zur Fehlerbehebung in diesen Szenarien besteht darin, die korrekte Switch-Konfiguration zu überprüfen, wie in Using PortFast and Other Commands to Fix Workstation Startup Connectivity Delays (Verwenden von PortFast und anderen Befehlen zur Behebung von Verbindungsverzögerungen beim Starten von Workstations) dargestellt.
Übermäßige Datenverbindungsfehler führen dazu, dass Ports auf einigen Catalyst Switches den Status "errdisabled" erhalten. Recover From errDisable Port State on the CatOS Platforms beschreibt den errdisable-Status, erläutert die Wiederherstellung und enthält zwei Beispiele für die Wiederherstellung nach diesem Status.
Probleme bei der Autonegotiation können durch nicht konforme Implementierung, Hardware-Unfähigkeit oder Softwarefehler entstehen. Wenn NICs oder Switches anderer Anbieter nicht genau der IEEE-Spezifikation 802.3u entsprechen, können Probleme auftreten. Hardwareinkompatibilität und andere Probleme können auch das Ergebnis anbieterspezifischer erweiterter Funktionen sein, wie z. B. Autopolarität oder Kabelintegrität, die in IEEE 802.3u für 10/100-Mbit/s-Autoübertragung nicht beschrieben werden. Wenn sowohl die Netzwerkkarte als auch der Switch den IEEE 802.3u-Autoübertragung-Spezifikationen entsprechen und alle zusätzlichen Funktionen deaktiviert sind, muss Autoübertragung Geschwindigkeit und Duplex korrekt verhandeln, und es bestehen keine Betriebsprobleme.
Probleme bei der Geschwindigkeitsbestimmung können dazu führen, dass keine Verbindung hergestellt wird. Probleme mit der Autoübertragung von Duplexverbindungen führen jedoch im Allgemeinen nicht zu Problemen beim Verbindungsaufbau. Stattdessen führen Probleme im Zusammenhang mit der Autoübertragung hauptsächlich zu leistungsbezogenen Problemen. Die häufigsten Probleme mit Netzwerkkarten betreffen die Geschwindigkeit und die Duplexkonfiguration. Tabelle 1 enthält eine Übersicht über alle möglichen Geschwindigkeits- und Duplexeinstellungen für FastEthernet-NICs und Switch-Ports.
Hinweis: Dieser Abschnitt gilt nur für NICs mit 10/100/1000 Mbit/s (1000BASE-T) und nicht für NICs mit 1000BASE-X.
Tabelle 1: Autonegotiation - gültige Konfiguration
Konfigurations-NIC (Geschwindigkeit/Duplex) | Konfigurations-Switch (Geschwindigkeit/Duplex) | Resultierende NIC-Geschwindigkeit/Duplex | Catalyst-Geschwindigkeit/Duplex | Kommentare |
---|---|---|---|---|
AUTO (AUTOMATISCH) | AUTO (AUTOMATISCH) | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | Unter Annahme der maximalen Kapazität von Catalyst Switch und NIC beträgt 1000 Mbit/s, Vollduplex. |
1000 Mbit/s, Vollduplex | AUTO (AUTOMATISCH) | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | Die Verbindung wurde hergestellt, aber der Switch sieht keine Autoübertragung-Informationen von der Netzwerkkarte. Da Catalyst-Switches nur Vollduplex-Betrieb mit 1.000 Mbit/s unterstützen, wird standardmäßig Vollduplex verwendet, was nur bei 1.000 Mbit/s der Fall ist. |
AUTO (AUTOMATISCH) | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | Es wird angenommen, dass die NIC maximal 1000 Mbit/s Vollduplex unterstützen kann. |
1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | Richtige manuelle Konfiguration |
100 Mbit/s, Vollduplex | 1000 Mbit/s, Vollduplex | Kein Link | Kein Link | Keine der beiden Seiten stellt eine Verbindung her, da die Geschwindigkeit nicht übereinstimmt. |
100 Mbit/s, Vollduplex | AUTO (AUTOMATISCH) | 100 Mbit/s, Vollduplex | 100 Mbit/s, Halbduplex | Duplex-Diskrepanz 1 |
AUTO (AUTOMATISCH) | 100 Mbit/s, Vollduplex | 100 Mbit/s, Halbduplex | 100 Mbit/s, Vollduplex | Duplex-Diskrepanz 1 |
100 Mbit/s, Vollduplex | 100 Mbit/s, Vollduplex | 100 Mbit/s, Vollduplex | 100 Mbit/s, Vollduplex | Korrekte manuelle Konfiguration2 |
100 Mbit/s, Halbduplex | AUTO (AUTOMATISCH) | 100 Mbit/s, Halbduplex | 100 Mbit/s, Halbduplex | Die Verbindung wurde hergestellt, aber der Switch erkennt keine Autoübertragung von der NIC und setzt beim Betrieb mit 10/100 Mbit/s auf Halbduplex. |
10 Mbit/s, Halbduplex | AUTO (AUTOMATISCH) | 10 Mbit/s, Halbduplex | 10 Mbit/s, Halbduplex | Die Verbindung ist hergestellt, aber der Switch erkennt keinen Fast Link Pulse (FLP) und setzt auf den 10-Mbit/s-Halbduplex-Modus. |
10 Mbit/s, Halbduplex | 100 Mbit/s, Halbduplex | Kein Link | Kein Link | Keine der beiden Seiten stellt eine Verbindung her, da die Geschwindigkeit nicht übereinstimmt. |
AUTO (AUTOMATISCH) | 100 Mbit/s, Halbduplex | 100 Mbit/s, Halbduplex | 100 Mbit/s, Halbduplex | Die Verbindung wurde hergestellt, aber die Netzwerkkarte sieht keine Autoübertragung-Informationen und ist standardmäßig auf 100 Mbit/s Halbduplex eingestellt. |
AUTO (AUTOMATISCH) | 10 Mbit/s, Halbduplex | 10 Mbit/s, Halbduplex | 10 Mbit/s, Halbduplex | Die Verbindung wurde hergestellt, aber die NIC erkennt kein FLP und setzt auf 10 Mbit/s Halbduplex. |
1 Eine Duplexungleichheit kann zu Leistungsproblemen, unregelmäßigen Verbindungen und Kommunikationsverlusten führen. Wenn Sie Netzwerkkartenprobleme beheben, stellen Sie sicher, dass die Netzwerkkarte und der Switch eine gültige Konfiguration verwenden.
2 Einige NIC-Karten von Drittanbietern können in den Halbduplex-Betriebsmodus zurückfallen, obwohl sowohl die Switch-Port- als auch die NIC-Konfiguration manuell für Vollduplex mit 100 Mbit/s konfiguriert werden. Der Grund hierfür ist, dass die Erkennung der NIC-Autoübertragung auch dann noch funktioniert, wenn die Netzwerkkarte manuell konfiguriert wird. Dies führt zu Duplexinkonsistenz zwischen dem Switch-Port und der Netzwerkkarte. Zu den Symptomen gehören eine schlechte Portleistung und Frame Check Sequence (FCS)-Fehler, die sich auf dem Switch-Port erhöhen. Um dieses Problem zu beheben, versuchen Sie, den Switch-Port manuell auf Halbduplex mit 100 Mbit/s zu konfigurieren. Wenn durch diese Aktion die Verbindungsprobleme behoben werden, ist dieses NIC-Problem die mögliche Ursache. Versuchen Sie, ein Update auf die neuesten Treiber für Ihre Netzwerkkarte durchzuführen, oder wenden Sie sich an den Hersteller Ihrer Netzwerkkarte, um weitere Unterstützung zu erhalten.
Wie in Tabelle 1 angegeben, führt eine manuelle Einrichtung der Geschwindigkeit und des Duplex-Modus für Vollduplex auf einem Verbindungspartner zu einer Duplex-Diskrepanz. Dies geschieht, wenn Sie die automatische Aushandlung für einen Verbindungspartner deaktivieren, während der andere Verbindungspartner standardmäßig eine Halbduplex-Konfiguration verwendet. Eine Duplexunstimmigkeit führt zu einer langsamen Leistung, unterbrochenen Verbindungen, Datenverbindungsfehlern und anderen Problemen. Wenn keine Autoübertragung verwendet werden soll, müssen beide Verbindungspartner manuell für die Geschwindigkeit und die Duplexfunktion für die Vollduplex-Einstellungen konfiguriert werden.
Es gibt viele Meinungen zum Thema Autoübertragung. Viele Techniker rieten Kunden davor, die automatische Verhandlung mit jedem per Switch angeschlossenen Gerät zu verwenden. Verbesserungen bei der Interoperation von Autoverhandlungen und die Ausgereiftheit der Technologie haben jedoch in letzter Zeit die Sichtweise von Autoverhandlungen und deren Nutzung verändert. Darüber hinaus treten häufiger Leistungsprobleme auf, die auf Duplexdiskrepanzen zurückzuführen sind und durch die manuelle Einstellung von Geschwindigkeit und Duplexmodus auf nur einem Verbindungspartner verursacht werden. Aufgrund dieser jüngsten Probleme wird die Verwendung von Auto-Negotiation als gültige Praxis angesehen.
EtherChannel kann dynamisch mit PAgP (Port Aggregation Protocol) und Trunking auch dynamisch mit DTP (Dynamic Trunking Protocol) konfiguriert werden. PAgP und DTP sind proprietäre Protokolle von Cisco und werden nur auf Catalyst-Switches unterstützt. Wenn Sie einen EtherChannel oder Trunking zwischen Catalyst-Switches und NICs konfigurieren möchten, sollten Sie diese Funktionen statisch konfigurieren, da Netzwerkkarten anderer Anbieter PAgP und DTP möglicherweise nicht unterstützen können. Konfigurieren Sie auf Catalyst Switches den EtherChannel-Modus auf "on" (Ein) und den Trunking-Modus auf "nonegotiate" (Nicht-Verhandlung), wodurch die PAgP- und DTP-Protokolle deaktiviert werden. Wenn Sie den Switch-Port mit dem automatischen oder erwünschten Modus konfigurieren, ist es möglich, dass Sie den EtherChannel oder Trunk nicht mit NICs bilden können.
Wenn Sie Netzwerkkartenprobleme beheben, besteht der erste Schritt darin, die physische Verbindung zu überprüfen. Bei der visuellen Überprüfung des Switches muss eine LINK-Leuchtanzeige angezeigt werden, wenn eine Verbindung zu einem Verbindungspartner besteht. Darüber hinaus kann die Netzwerkkarte auch über eine LINK-Leuchtanzeige verfügen. Die Befehlszeilenschnittstelle (CLI) des Switches muss überprüft werden, um die physische Verbindung zu überprüfen. Der betreffende Port muss verbunden für Catalyst OS-Software und Line-Protocol-up für Cisco IOS®-Software auf dem Switch anzeigen.
Port-Modus/Port anzeigen
Switch> (enable) show port 3/1 Port Name Status VLAN Level Duplex Speed Type ---- ------ ---- ---- ------- ------- ------- ------ ---- ---- ------ 3/1 notconnect 1 normal half 100 100BaseFX MM
Schnittstellentyp anzeigen
Switch# show interfaces fastethernet 0/1 FastEthernet0/1 is down, line protocol is down
Andere Status als "Verbunden" und "Verbindungsprotokoll" sind aktiv, weisen auf ein physisches Verbindungsproblem hin. Gehen Sie wie folgt vor, um Probleme mit physischen Verbindungen zu beheben:
Stellen Sie die Geschwindigkeit und die Duplexeinheit von NIC und Switch auf 10 Mbit/s Vollduplex ein.
Gibt es physische Verbindungen? Wiederholen Sie diesen Schritt ggf. mit der auf 100 Mbit/s eingestellten Vollduplex-Geschwindigkeit. Eine manuelle Geschwindigkeits- und Duplexeinrichtung ist wahrscheinlich nicht erforderlich, um eine physische Verbindung herzustellen.
Informationen zu möglichen bekannten Problemen finden Sie in den Abschnitten Cisco Catalyst Switch-Kompatibilität und betriebspezifische Probleme sowie Probleme mit Netzwerkkartenfunktionen und dem Betrieb dieses Dokuments.
Ersetzen Sie das Kabel durch ein zweifelsfrei funktionierendes Ethernetkabel der Kategorie 5, Kategorie 5e oder Kategorie 6 mit 10/100/1000 Mbit/s.
Versuchen Sie, eine physische Verbindung über mehrere Switch-Ports herzustellen.
Überprüfen Sie, ob das Problem über mehrere Switch-Ports hinweg konsistent ist. Versuchen Sie ggf. auch mehrere Switches und Hubs.
Ersetzen Sie die Netzwerkkarte, um festzustellen, ob das Problem mit derselben Marke und demselben Modell der Netzwerkkarte übereinstimmt.
Informationen zu möglichen bekannten Problemen finden Sie in den Abschnitten Cisco Catalyst Switch-Kompatibilität und betriebspezifische Probleme sowie Probleme mit Netzwerkkartenfunktionen und dem Betrieb dieses Dokuments.
Erstellen Sie eine Serviceanfrage beim technischen Support von Cisco und beim Netzwerkkarten-Anbieter.
Die Standardkonfiguration der Catalyst-Switch-Ports kann spezifische Interoperabilitätsprobleme bei NICs verursachen. Zu den Symptomen von Problemen gehören DHCP-Probleme und die Unfähigkeit, eine Netzwerkanmeldung durchzuführen. Wenn Sie Probleme mit Netzwerkkarten- oder Switch-Ports beheben, stellen Sie sicher, dass die Konfiguration von Port-Channeling und Trunking deaktiviert und Spanning Tree PortFast aktiviert ist.
Weitere Informationen zu dieser Konfigurationsänderung finden Sie unter Verwenden von PortFast und anderen Befehlen zum Beheben von Verbindungsverzögerungen beim Starten von Workstations.
Unter bestimmten Umständen können Interoperabilitätsprobleme zwischen Cisco Switches und verschiedenen NICs dazu führen, dass Verbindungen kontinuierlich oder zeitweilig unterbrochen werden. Diese Verbindungs-Up/Down-Situationen sind in der Regel das Ergebnis von Energieverwaltungsfunktionen oder Jitter-Toleranzproblemen in Verbindung mit der Netzwerkkarte.
In Situationen, in denen CatOS eine Verbindung herauf- oder herunterfährt, werden diese Meldungen angezeigt und sind in Situationen, in denen eine Verbindung herauf- oder heruntergefahren wird, normal:
PAGP-5-PORTTOSPT: Port [dec]/[dec] joined bridge port [dec]/[chars] PAGP-5-PORTFROMSPT: Port [dec]/[dec] left bridge port [dec]/[chars]
Hier ein Beispiel:
%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
Bei softwarebasierten Cisco IOS-Switches werden diese Meldungen in Situationen angezeigt, in denen der Link-Status up/down (aktiv/inaktiv) lautet:
%LINK-3-UPDOWN: Interface interface, changed state to up %LINK-3-UPDOWN: Interface interface, changed state to down
Hier ein Beispiel:
%LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to up %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to down
Um diese Probleme zu beheben, gehen Sie bei der Fehlerbehebung wie folgt vor:
Deaktivieren Sie die Windows 2000- und Windows Millennium Edition (ME)-Energieverwaltungsfunktionen.
Windows 2000 und Windows ME verwenden eine Energieverwaltungsfunktion, mit der die Netzwerkkarte deaktiviert werden kann. Wenn die Netzwerkkarte zur Stromverwaltung deaktiviert ist, wird die Verbindung zum Switch unterbrochen. Wenn bei Netzwerkkarten mit Windows 2000 oder Windows ME Bedenken hinsichtlich des Hoch-/Runtergangs der Verbindung bestehen, deaktivieren Sie als ersten Schritt die Stromverwaltungsfunktion, um Verbindungs-Up-/Down-Situationen zu beheben.
Deaktivieren Sie die Netzwerkkarten-Energieverwaltungsfunktion. Viele NICs unterstützen ihre eigenen Stromverwaltungsfunktionen.
Deaktivieren Sie diese Funktion, wenn Sie Verbindungsprobleme nach oben/unten beheben. Weitere Informationen zum Deaktivieren der Energieverwaltung finden Sie in der NIC-Dokumentation.
Jitter-Toleranz des Switches anpassen.
Die Jitter-Toleranz gemäß IEEE 802.33u-1995, Abschnitt 25, darf 1,4 Nanosekunden nicht überschreiten. Es gibt jedoch Situationen, in denen NICs, die außerhalb der Spezifikation bezüglich übermäßigem Jitter betrieben werden, bei Catalyst 6000 und 6500 10/100-Ports zu Verbindungs-Up/Down-Situationen führen. Die Problemumgehung besteht darin, die Jitter-Toleranz auf den Catalyst Switches der Serien 6000 und 6500 für 10/100-Ports auf 3,1 Sekunden zu erhöhen. Der Befehl set port debounce mod/port enable aktiviert die Funktion. Als ultimative Lösung sollten Sie die nicht spezifizierten NICs austauschen, anstatt die Debounce-Option zu verwenden. Diese Funktion ist zunächst in Softwareversion 5.3(5)CSX integriert.
Für den Catalyst Switch der Serien 2900XL und 3500XL kann die Carrier-Delay-Zeit für den Schnittstellenbefehl als Workaround für dasselbe Problem auf vier Sekunden eingestellt werden.
Weitere Informationen zur Jitter-Toleranz finden Sie unter Fast Ethernet Consortium Physical Medium Dependent Test Suite .
Die meisten Leistungsprobleme hängen mit der Switch-Port-Konfiguration, Duplexdiskrepanzen, Verbindungsaufbau-/Verbindungsausfällen und Datenverbindungsfehlern zusammen. Wenn Sie Leistungsprobleme beheben, lesen Sie alle vorherigen Abschnitte dieses Dokuments. Fahren Sie nach der Überprüfung dieser Abschnitte mit dem nächsten Abschnitt, Verstehen von Datenverknüpfungsfehlern, fort. Der letzte Schritt zur Behebung eines Leistungsproblems besteht darin, eine Sniffer-Ablaufverfolgung zu erhalten. Ein Sniffer-Trace ist sehr schlüssig in Bezug auf jedes spezifische Leistungsproblem, da er die Paketübertragung detailliert beschreibt.
Viele Leistungsprobleme bei Netzwerkkarten können auf Datenverbindungsfehler zurückzuführen sein. Übermäßige Fehler weisen in der Regel auf ein Problem hin. Bei Betrieb mit einer Halbduplex-Einstellung sind einige Sicherungsfehler wie FCS, Alignment, Runts und Kollisionen normal. Im Allgemeinen ist bei Halbduplex-Verbindungen ein Verhältnis von einem Prozent der Fehler zum Gesamt-Traffic zulässig. Wenn das Verhältnis von Fehlern zu Eingabepaketen über zwei oder drei Prozent liegt, sind Abstriche bei der Leistung festzustellen.
In Halbduplex-Umgebungen ist es sowohl dem Switch als auch dem angeschlossenen Gerät möglich, die Leitung zu erkennen und gleichzeitig zu übertragen und eine Kollision zu verursachen. Kollisionen können Runts, FCS und Ausrichtungsfehler verursachen, die auftreten können, wenn der Frame nicht vollständig in den Wire kopiert wird. Dies führt zu fragmentierten Frames.
Bei Vollduplex-Betrieb sind FCS, zyklische Redundanzprüfungen (CRC), Ausrichtungsfehler und Laufzeitzähler wahrscheinlich minimal. Wenn die Verbindung im Vollduplex-Modus betrieben wird, ist der Kollisionszähler nicht aktiv. Wenn der Zähler für FCS, CRC, Ausrichtung oder Runt inkrementiert wird, überprüfen Sie, ob eine Duplex-Fehlanpassung vorliegt. Eine Duplex-Diskrepanz ist eine Situation, in der der Switch im Vollduplex-Betrieb und das angeschlossene Gerät im Halbduplex-Betrieb oder umgekehrt betrieben wird. Eine Duplexdiskrepanz führt zu einer extrem langsamen Leistung, unterbrochenen Verbindungen und einem Verbindungsverlust. Weitere mögliche Ursachen für Datenverbindungsfehler bei Vollduplex sind fehlerhafte Kabel, ein defekter Switch-Port oder Probleme mit NIC-Software oder -Hardware.
Wenn Sie Probleme mit der Netzwerkkarten-Leistung beheben, zeigen Sie die Ausgabe des Befehls show port mod/port und des Befehls show mac mod/port an, und notieren Sie sich die Zählerinformationen.
Tabelle 2 - Erläuterung der CatOS-Befehlszähler für den Anzeigeport
Zähler | Beschreibung |
---|---|
Anordnungsfehler | Ausrichtungsfehler sind die Anzahl der empfangenen Frames, die nicht mit einer geraden Anzahl von Oktetten enden und eine fehlerhafte CRC haben. |
FCS | FCS-Fehleranzahl ist die Anzahl der Frames, die mit einer ungültigen Prüfsumme (CRC-Wert) im Ethernet-Frame übertragen oder empfangen wurden. Diese Frames werden verworfen und nicht an andere Ports weitergegeben. |
Xmit-Err | Dies zeigt an, dass der interne Übertragungspuffer voll ist. |
Rcv-Err | Dies zeigt an, dass der Empfangspuffer voll ist. |
UnderSize | Dies sind Frames, die kleiner als 64 Byte sind, einschließlich FCS, und die einen guten FCS-Wert haben. |
Einzelne Kollisionen | Einzelkollisionen" ist die Anzahl der Kollisionen, die der übertragende Port vor der erfolgreichen Übertragung des Frames auf das Medium erlebt hat. |
Mehrere Kollisionen | Mehrere Kollisionen" ist die Anzahl der Male, die der Sendeport mehrere Kollisionen hatte, bevor der Frame erfolgreich an die Medien übertragen wurde. |
Late collisions (späte Kollisionen) | Eine späte Kollision tritt auf, wenn zwei Geräte gleichzeitig senden und keine Seite der Verbindung eine Kollision erkennt. Der Grund dafür ist, dass die Zeit für die Übertragung des Signals von einem Ende des Netzwerks an ein anderes länger ist als die Zeit für die Übertragung des gesamten Pakets in das Netzwerk. Die beiden Geräte, die die späte Kollision verursachen, sehen nie, dass die anderen Geräte senden, bis das gesamte Paket in das Netzwerk eingespeist wird. Späte Kollisionen werden vom Sender nach dem ersten Zeitschlitz der 64-Byte-Sendezeit erkannt. Sie werden nur bei der Übertragung von Paketen erkannt, die länger als 64 Byte sind. Seine Erkennung ist genau die gleiche wie bei einer normalen Kollision; passiert es einfach später als bei einer normalen Kollision. |
Excessive collisions (übermäßige Kollisionen) | Übermäßige Kollisionen" ist die Anzahl der Frames, die nach 16 Versuchen zum Senden des Pakets verworfen wurden, was zu 16 Kollisionen führte. |
Carrier Sense | Die Carrier-Erkennung tritt jedes Mal auf, wenn ein Ethernet-Controller Daten senden möchte, und der Zähler wird bei einem Prozessfehler inkrementiert. |
Runts | Hierbei handelt es sich um Frames mit einem fehlerhaften FCS-Wert, die kleiner als 64 Byte sind. |
Giants | Dies sind Frames mit mehr als 1518 Byte und einem ungültigen FCS-Wert. |
Tabelle 3 - Mögliche Ursachen für die Erhöhung der CatOS-Zähler
Zähler | Beschreibung |
---|---|
Anordnungsfehler | Diese sind das Ergebnis von Kollisionen bei Halbduplex, Duplexdiskrepanzen, fehlerhaften Hardwarekomponenten (NIC, Kabel oder Port) oder einem angeschlossenen Gerät, das Frames generiert, die nicht auf einem Oktett enden und bei denen der FCS defekt ist. |
FCS | Diese sind das Ergebnis von Kollisionen bei Halbduplex, Duplexungleichheit, fehlerhafter Hardware (NIC, Kabel oder Port) oder einem angeschlossenen Gerät, das Frames mit fehlerhaftem FCS erzeugt. |
Xmit-Err | Dies ist ein Hinweis auf zu hohe Eingangsraten des Datenverkehrs. Dies ist auch ein Hinweis darauf, dass der Übertragungspuffer voll ist. Der Zähler darf nur in Situationen inkrementiert werden, in denen der Switch den Port nicht mit der gewünschten Geschwindigkeit weiterleiten kann. Situationen wie übermäßige Kollisionen und 10-MB-Ports führen dazu, dass der Übertragungspuffer voll wird. Wenn Sie die Geschwindigkeit erhöhen und den Verbindungspartner auf Vollduplex umstellen, wird dieser Fehler minimiert. |
Rcv-Err | Dies ist ein Hinweis auf überhöhte Ausgaberaten des Datenverkehrs. Dies ist auch ein Hinweis darauf, dass der Empfangspuffer voll ist. Dieser Leistungsindikator muss 0 sein, es sei denn, es wird zu viel Datenverkehr durch den Switch geleitet. Bei einigen Switches hat der Zähler für vergessene Nachrichten eine direkte Korrelation zum Rcv-Err. |
UnderSize | Dies kann ein Hinweis auf einen fehlerhaften Frame sein, der vom verbundenen Gerät generiert wurde. |
Einzelne Kollisionen | Dies ist ein Hinweis auf eine Halbduplex-Konfiguration. |
Mehrere Kollisionen | Dies ist ein Hinweis auf eine Halbduplex-Konfiguration. |
Late collisions (späte Kollisionen) | Dies ist ein Hinweis auf fehlerhafte Hardware (NIC, Kabel oder Switch-Port) oder eine Duplexunstimmigkeit. |
Excessive collisions (übermäßige Kollisionen) | Dies ist ein Hinweis auf eine Überlastung des Switch-Ports bei Halbduplex- oder Duplex-Diskrepanzen. |
Carrier Sense | Dies ist ein Hinweis auf fehlerhafte Hardware (NIC, Kabel oder Switch-Port). |
Runts | Dies ist ein Hinweis auf das Ergebnis von Kollisionen, Duplexdiskrepanzen, IEEE 802.1Q (dot1q) oder einem ISL-Konfigurationsproblem (Inter-Switch Link Protocol). |
Giants | Dies ist ein Hinweis auf fehlerhafte Hardware, dot1q oder ein ISL-Konfigurationsproblem. |
Tabelle 4 - Erläuterung zu CatOS show mac Command Counters
Zähler | Beschreibung |
---|---|
Empf. Unicast | Dies ist ein Hinweis auf die Anzahl der empfangenen Unicast-Pakete. |
Empf.-Multicast | Dies ist ein Hinweis auf die Anzahl der empfangenen Multicast-Pakete. |
Empf.-Broadcast | Dies zeigt die Anzahl der empfangenen Broadcast-Pakete an. |
Xmit-Unicast | Dies ist ein Hinweis auf die Anzahl der übertragenen Unicast-Pakete. |
Xmit-Multicast | Dies ist ein Hinweis auf die Anzahl der übertragenen Multicast-Pakete. |
XMIT-Broadcast | Dies ist ein Hinweis auf die Anzahl der gesendeten Broadcast-Pakete. |
Verzögerung überschritten | Dies ist ein Hinweis auf die Anzahl der Frames, die aufgrund einer zu großen Verzögerung des Switching-Prozesses verworfen wurden. |
MTU überschritten | Dies ist ein Hinweis darauf, dass eines der Geräte am Port oder Segment mehr als die zulässige Frame-Größe überträgt. |
Entsorgen 2 | Anzahl der empfangenen gültigen Frames, die durch den Weiterleitungsprozess verworfen oder gefiltert wurden |
LRN - Verwerfen 2 | Pakete, die weitergeleitet werden und nicht weitergeleitet werden dürfen. |
Verloren | Pakete, die nicht empfangen werden können, weil die Eingabepuffer voll sind. |
Ausgehend verloren | Pakete, die nicht übertragen werden können, weil die Ausgabepuffer voll sind. |
2 Rückwürfe und Rückwürfe sind nicht auf allen Catalyst-Plattformen vorhanden.
Tabelle 5 - Mögliche Ursachen für die Erhöhung der CatOS-Zähler
Zähler | Mögliche Ursache |
---|---|
Verzögerung überschritten | Schwerwiegendes Problem mit dem Switch. Erstellen Sie eine Serviceanfrage beim technischen Support von Cisco. |
MTU überschritten | Überprüfen der ISL- und dot1q-Konfigurationen Stellen Sie sicher, dass ein anderer Switch oder Router keine Frame-over-Maximum-Transmission-Unit (MTU) in das Switch-Netzwerk einspeist. |
LRN - Verwerfen 2 | Dieser Wert erhöht sich, wenn der Switch Datenverkehr über einen Trunk für ein bestimmtes VLAN empfängt, der Switch jedoch keine anderen Ports in diesem VLAN hat. Der Zähler wird auch inkrementiert, wenn die Zieladresse des Pakets auf dem Port erfasst wird, an dem das Paket empfangen wird. |
LRN - Verwerfen 2 | Dieser Zähler muss bei Null bleiben. Wenn der Zähler inkrementiert, erstellen Sie eine Serviceanfrage beim technischen Support von Cisco. |
Verloren | Übermäßige Eingangsgeschwindigkeit des Datenverkehrs |
Ausgehend verloren | Übermäßige Datenverkehrsausgabe Erhöhungen dieses Zählers treten häufiger auf, wenn sie mit Geräten mit niedriger Geschwindigkeit verbunden werden. Der erste Schritt zur Fehlerbehebung bei Out-Lost-Inkrementen besteht darin, zu überprüfen, ob der Verbindungspartner einen Vollduplex-Betrieb mit 100 Mbit/s ohne Fehler durchführt. |
2 Rückwürfe und Rückwürfe sind nicht auf allen Catalyst-Plattformen vorhanden.
Mit dem Befehl show counters mod/port können zusätzliche Zählerinformationen angezeigt werden. Der Befehl muss jeweils für einen einzelnen Port ausgegeben werden. Informationen zum angezeigten Leistungsindikator finden Sie in diesem Dokument:
Weitere Informationen zu den Befehlszählern show interfaces (Schnittstellen anzeigen) der Cisco IOS-Software finden Sie unter:
Die Sniffer-Ablaufverfolgungsanalyse kann sehr nützlich sein, wenn Sie Probleme mit der Switch- und NIC-Leistung oder mit der Verbindung beheben, wenn die Probleme nach Prüfung aller anderen Abschnitte dieses Dokuments bestehen bleiben. Die Sniffer-Trace-Analyse deckt jedes Paket im Kabel auf und identifiziert das genaue Problem. Es kann wichtig sein, mehrere Sniffer-Traces von verschiedenen Ports auf verschiedenen Switches zu erhalten. Im Allgemeinen ist es sehr nützlich, Ports zu überwachen oder zu erweitern, anstatt VLANs zu überbrücken, wenn Sie Probleme mit der Leistung und der Konnektivität von Switches und NICs beheben.
Weitere Informationen zur Verwendung der SPAN-Funktion (Switched Port Analyzer), die zum Abrufen von Sniffer-Traces erforderlich ist, finden Sie unter Catalyst Switched Port Analyzer (SPAN)-Konfigurationsbeispiel.
Das Teaming von Netzwerkschnittstellenkarten oder NIC-Teaming kann zu Instabilitäten in den Netzwerken führen. Solche Konfigurationen können zu Unterbrechungen des Spanning Tree führen und dazu führen, dass dieser häufig neu berechnet wird. Wenn bei Geräten oder Hosts im selben VLAN gelegentlich die Verbindung zu NIC-Teaming-Servern unterbrochen wird, sollten Sie NIC-Teaming deaktivieren. Wenn sich die Verbindung stabilisiert, lesen Sie in der Dokumentation des NIC-Herstellers nach, um die Konfiguration des NIC-Teaming anzupassen.
Verwenden Sie eine der folgenden Methoden, um NIC-Teaming zu implementieren:
Virtuelle Serveradresse (SVA): Die SVA wird verwendet, wenn andere Geräte im Netzwerk die NICs des Teams als ein physisches Gerät mit einer MAC-Adresse anzeigen sollen. Wenn Sie diese Konfiguration verwenden, muss sich eine der Netzwerkkarten im Standby-Zustand und die andere im aktiven Zustand befinden. Andernfalls würden doppelte MAC-Adressen auftreten, die vom SVA über das Netzwerk gesendet werden.
Separate NIC-MAC-Adressen: In dieser Konfiguration können Sie beide NIC-Karten verwenden, auf denen separate MAC-Adressen ausgeführt werden. In diesem Modus erscheinen beide NICs aus Netzwerksicht als zwei separate physische Geräte. Sie können die Option Fault Tolerant Mode with Load Balancing (Fehlertoleranzmodus mit Lastenausgleich) konfigurieren, um das Problem doppelter MAC-Adressen im Netzwerk zu vermeiden.
Gigabit Ethernet verfügt über ein autonome Verhandlungsverfahren, das umfassender ist als das, was für 10/100 Mbit/s Ethernet verwendet wird (Gigabit autonom Negotiation Specification IEEE 802.3z-1998). Die Gigabit-Autoübertragung verhandelt die Flusssteuerung, den Duplexmodus und Remote-Fehlerinformationen. Sie müssen die Verbindungsaushandlung an beiden Enden der Verbindung aktivieren oder deaktivieren. Beide Enden der Verbindung müssen auf den gleichen Wert gesetzt werden, andernfalls wird keine Verbindung hergestellt.
Wenn eines der Geräte keine Gigabit-Autoübertragung unterstützt, deaktivieren Sie die Gigabit-Autoübertragung, um die Verbindung zu aktivieren. Die Standardkonfiguration aller Cisco Switches ist für die Autoübertragung aktiviert. Wenn Sie die automatische Aushandlung deaktivieren, werden Link-Drops und andere Probleme auf der physischen Ebene ausgeblendet. Deaktivieren Sie nur die Autoübertragung an Endgeräte, z. B. ältere Gigabit-NICs, die keine Gigabit-Autoübertragung unterstützen. Deaktivieren Sie die Autoübertragung zwischen Switches nur, wenn dies unbedingt erforderlich ist, da physische Layer-Probleme unerkannt bleiben und Spanning Tree-Schleifen zur Folge haben können. Anstatt die Autoübertragung zu deaktivieren, können Sie sich an den Hersteller wenden, um ein Software- oder Hardware-Upgrade für die Unterstützung von IEEE 802.3z Gigabit Autoübertragung zu erhalten.
Tabelle 6: Tabelle zur Konfiguration der Gigabit-Autoübertragung
Autonegotiation-Einstellung | NIC-Gigabit-Autoübertragung - Einstellung | Gigabit-Verbindung am Switch-Port | Link für alternativen Switch/NIC |
---|---|---|---|
Aktiviert | Aktiviert | Up | Up |
Deaktiviert | Deaktiviert | Up | Up |
Aktiviert | Deaktiviert | Abwärts | Up |
Deaktiviert | Aktiviert | Up | Abwärts |
Führen Sie die folgenden Befehle für die Gigabit-Autoübertragung aus:
CatOS-Befehl:
set port negotiation mod/port enable | disable
Cisco IOS Software-Befehl:
negotiation auto no negotiation auto
Wenn Sie Verbindungsprobleme mit Gigabit Ethernet beheben, ist es außerdem wichtig, die Verwendung des richtigen Gigabit Interface Converter (GBIC)-Adapters mit der richtigen Kabellänge zu überprüfen. Informationen zu den erforderlichen Entfernungen und Kabelspezifikationen für verschiedene Versionen von GBIC-Adaptern finden Sie in der Installationshinweis für den Gigabit Interface Converter.
In diesen Abschnitten werden bestimmte Probleme mit Cisco Catalyst Switches behandelt, die sich auf die Leistung, Kompatibilität und Interoperabilität bestimmter NICs auswirken können.
In der Cisco IOS Software Version 12.0(5)W5(13) des Campus-Switch-Routers (CSR) ist die Autoübertragung für Geschwindigkeit und Duplex standardmäßig aktiviert. In früheren Versionen wird Autoübertragung standardmäßig nicht unterstützt. Daher muss jede verbundene Schnittstelle so konfiguriert werden, dass sie im Vollduplex-Modus ausgeführt wird. Wenn Sie ein Upgrade auf Cisco IOS Software Release 12.0(5)W5(13) mit einem Router durchführen, der manuell im Vollduplex-Modus ausgeführt wird, treten Leistungsprobleme auf. Zu den Symptomen gehören eine hohe Kollisionsrate, ein reduzierter Durchsatz und mehr Paketverluste. Der Grund hierfür ist, dass der Catalyst 8500 auf die automatische Aushandlung mit dem angeschlossenen Gerät wartet. Da das verbundene Gerät nun gezwungen ist, im Vollduplex-Modus zu laufen, nimmt es nicht an der Autoübertragung teil. Basierend auf der Spezifikation führt dies dazu, dass sich die Catalyst 8500-Schnittstelle im Halbduplex-Modus befindet, was zu einer Diskrepanz zwischen dem Gerät und dem Catalyst 8500 auf Schnittstellenebene führt. Die Catalyst 8500-Schnittstelle wechselt standardmäßig in den Halbduplex-Modus, wenn der Peer keine Aushandlung durchführen kann.
In dieser Tabelle werden die Bug-IDs von Cisco für die Catalyst Switches der Serien 6000 und 6500 beschrieben.
Tabelle 7
Cisco Bug-ID | Gelöst in | Beschreibung |
---|---|---|
CSCdm4887![]() |
5.2.3, 5.3.1a | Wenn ein Port auf einem Catalyst 6000 oder 6500 in den errdisable-Status wechselt, erkennt der Switch versehentlich die MAC-Adressen anderer Geräte, die vom errdisable-Port abgerufen werden sollen. Der errdisable-Status wird durch verspätete Kollisionen an einem Port verursacht. Da der gesamte Datenverkehr in diesem VLAN falsch über den falschen Port weitergeleitet wird, geht die Verbindung verloren. Dieser errdisable-Status kann aufgrund einer Duplexungleichheit oder einer fehlerhaften Netzwerkkarte auftreten. |
CSCdm80035![]() |
5.2.3, 5.3.1a | Wenn eine Gigabit-Verbindung auf einem Catalyst 6000 oder 6500 zurückgesetzt wird, kann die Verbindung möglicherweise nicht wiederhergestellt werden. Ein Symptom für dieses Problem kann sein, dass eine Gigabit-Netzwerkkarte nach dem Zurücksetzen oder Trennen der Verbindung nicht verbunden wird. |
CSCdm88013![]() |
5.2.3, 5.3.1a | Gelegentlich können Host-NICs, die mit WS-X6248-TEL- oder WS-X6248-RJ-45-Modulen verbunden sind, nach einem Fehler bei der Autoübertragung fälschlicherweise auf Halbduplex zurückgesetzt werden. |
Detaillierte Informationen zu Cisco Bug-IDs finden Sie im Bug Toolkit (nur für registrierte Kunden) .
Weitere dokumentierte Bugfixes für die Cisco Catalyst Switches der Serien 6500 und 6500 finden Sie in den Versionshinweisen zu Cisco Catalyst Switches der Serie 6500.
In dieser Tabelle sind einige bekannte Probleme aufgeführt, die bei Catalyst Switches der Serien 5000 und 5500 aufgetreten sind.
Tabelle 8
Cisco Bug-ID | Gelöst in | Beschreibung |
---|---|---|
CSCdt28585![]() |
5.5(6) | Direkt verbundene Hosts (PCs, Router und Server) können einen verbundenen Zustand in der Ausgabe eines Befehls show port anzeigen, leiten jedoch keine Xmit-Broadcast-Frames weiter. Dies führt zu Verbindungsproblemen, die nur behoben werden, wenn Sie die Befehle set port disable mod/port und set port enable mod/port eingeben. |
CSCdr50629![]() |
5.5(3) | Ports auf WS-X5225R-, WS-X5234- und WS-X5201R-Modulen übertragen nach einem geplanten Test der Paketpuffer keine Unicast-Frames. Die Problemumgehung besteht darin, den Paketpuffertest zu deaktivieren. |
CSCdr03818![]() |
4.5(7), 5.4(2) | Die Module WS-X5225R und WS-X5234 können den Duplexmodus nach einem Systemrücksetzen oder einem Aus- und Einschalten mit Sun-Workstations Ultra 5 nicht korrekt aushandeln. |
CSCdm51653![]() |
4.5(3), 5.1(2a) | Autonegotiation zwischen Sun 10/100 NICs und bestimmten Modulen der Catalyst 5000-Familie (wie dem WS-X5225R) kann unter bestimmten Bedingungen zu Geschwindigkeits- oder Duplexdiskrepanzen führen. Das Problem tritt in der Regel auf, wenn das Modul zurückgesetzt oder der Switch-Port deaktiviert und wieder aktiviert wurde. Die Problemumgehung besteht darin, das Kabel, das die Workstation mit dem Switch-Port verbindet, zu trennen und erneut anzuschließen. |
CSCdk32984![]() |
4.2(2) | Das 10BASE-T Ethernet-Modul mit 48 Ports (WS-X5012) verwirft ungültig Frames mit Dribble-Bits (zusätzliche Bits, die Frames von einigen Endgeräten und Transceivern hinzugefügt werden). |
CSCdj82035![]() |
3.2(2), 4.1(3) | Bei starkem Datenverkehr können die Ports 1 bis 24 (oder die Ports 25 bis 48) des 10BASE-T Ethernet-Moduls mit 48 Ports (WS-X5012) die Übertragung von Frames unterbrechen. |
Detaillierte Informationen zu Cisco Bug-IDs finden Sie im Bug Toolkit (nur für registrierte Kunden) .
Weitere dokumentierte Bugfixes für die Cisco Catalyst Switches der Serien 5000 und 5500 finden Sie in den Versionshinweisen zu Cisco Catalyst Switches der Serie 5000.
In dieser Tabelle sind einige bekannte Probleme aufgeführt, die bei Catalyst Switches der Serien 4000, 2948G und 2980G aufgetreten sind.
Tabelle 9
Bug-ID | Gelöst in | Beschreibung |
---|---|---|
CSCds38973![]() |
4,5(8), 5,2(7), 5,5(2) | Bei den Switches Catalyst 2948G und Catalyst 4000 kann es zu Problemen mit einem vollständigen oder zeitweiligen Verbindungsverlust kommen. Die Häufigkeit dieser Probleme kann von einmal täglich bis einmal monatlich variieren. Dieses Problem kann auch nach dem Aus- und Einschalten des Switches wieder auftreten. Der Zweck dieser Cisco Bug-ID besteht darin, mehrere Software-Überarbeitungen, Korrekturen zur Behebung und Verringerung des Verlusts von Verbindungsproblemen und zusätzliche Prüfungen zur Fehlerbehebung in der Software zu kombinieren. |
CSCdr37645![]() |
4,5(8), 5,5(2), 6,1(1) | Ein ungültiges Paket mit einer Länge von weniger als 64 Byte, das auf einem 10/100-Port empfangen wird, bewirkt, dass sowohl der Runts- als auch der FCS-Error-Zähler auf dem Port inkrementiert werden. Um die tatsächliche Anzahl von FCS-Fehlern bei Paketen mit gültiger Länge zu ermitteln, die auf dem Port empfangen werden, ziehen Sie den Wert des Port-Runts-Zählers vom Wert des Port-FCS-Error-Zählers ab. |
CSCdm38405![]() |
5.1(1) | Einige Sun Gigabit Ethernet NICs verhandeln die Flusskontrolle nicht zuverlässig mit bestimmten Ports auf den überbelegten Gigabit Ethernet-Modulen der Catalyst Serie 4000. Betroffen ist das 18-Port-Server-Switching-1000BASE-X (GBIC) Gigabit-Ethernet-Modul (WS-X4418). |
CSCdm51653![]() |
4.5(3), 5.1(2a) | In einigen Fällen kann die automatische Aushandlung mit einigen Sun NICs zu einer nicht optimalen Konfiguration führen (z. B. 10 Mbit/s, Halbduplex anstelle von 100 Mbit/s, Vollduplex). |
CSCdt80707![]() |
5.5.7, 6.1.3, 6.2.1 | Auf einem Catalyst 4006 mit Supervisor Engine II können Switch-Ports im selben VLAN die Verbindung untereinander verlieren. Der Verbindungsverlust führt zu einem VLAN, das in mehrere isolierte Segmente unterteilt zu sein scheint. Ein Host kann einen Ping an eine Gruppe von Geräten in seinem VLAN senden, während er einen Ping an eine andere Gruppe von Geräten im gleichen VLAN nicht senden kann. Dieser Verbindungsverlust ist unabhängig vom Steckplatz, in dem eine Linecard installiert ist. d. h., derselbe Port-Satz auf einer bestimmten Linecard wird unabhängig vom Steckplatz, in dem die Linecard installiert ist, beeinflusst. Die Lösung besteht darin, den Switch zurückzusetzen. |
CSCds89148![]() |
5.5.6, 6.2.1 | Der Xmit-Err-Zähler wird aus nicht erläuterten Gründen an nicht verbundenen Ports inkrementiert. Der Fehler löst auch ein Problem mit CPU-intensiven Nutzungsbedingungen, die durch nicht verbundene Ports verursacht werden können, die als Host-Ports konfiguriert sind. |
Detaillierte Informationen zu Cisco Bug-IDs finden Sie im Bug Toolkit (nur für registrierte Kunden) .
Weitere dokumentierte Bugfixes für die Catalyst Switches der Serien 2948G, 2980G und 4000 finden Sie in den Versionshinweisen für die Catalyst Serie 4500.
In dieser Tabelle sind einige bekannte Probleme aufgeführt, die bei Catalyst Switches der Serien 2950 und 3550 aufgetreten sind.
Tabelle 10
Cisco Bug-ID | Gelöst in | Beschreibung |
---|---|---|
CSCdz44520![]() |
12.1(13)EA1 | Die Catalyst 3550-24PWR Inline-Stromversorgungsschnittstellen sind nicht mit bestimmten 10/100/1000-Schnittstellen verbunden, die als Auto/Auto konfiguriert sind. Die Inline-Stromversorgungsschnittstellen des Catalyst 3550-24PWR können nicht mit einer 10/100/1000-Schnittstelle verbunden werden, die auf einem Catalyst 3550-12G oder 3550-12T als Auto/Auto konfiguriert ist. |
CSCdz32789![]() |
12.1(13)EA1 | Die Verbindung zu bestimmten NICs wird nicht hergestellt, wenn der Switch-Port auf 100 Mbit/s, Vollduplex oder 100 Mbit/s, Halbduplex hardcodiert ist. |
CSCdy72718![]() |
12.1(13)EA1 | Der Switch-Port empfängt keine Pakete, wenn der Port mit einer Geschwindigkeit von 100 fest codiert ist, überträgt jedoch ordnungsgemäß. |
CSCea36322![]() |
12.1(14)EA1 | Wenn ein 10/100-Port am Catalyst 3550-24PWR-Switch mit einer Gigabit Ethernet-NIC verbunden ist, die Geschwindigkeit/Duplexeinstellung auf Auto (Automatisch) eingestellt ist und die Portgeschwindigkeit von 100 Mbit/s auf 10 Mbit/s oder von 10 Mbit/s auf 100 Mbit/s geändert wird, wird die Verbindung zwischen dem Port und dem Die Netzwerkkarte kann möglicherweise nicht hochgefahren werden. |
Detaillierte Informationen zu Cisco Bug-IDs finden Sie im Bug Toolkit (nur für registrierte Kunden) .
Haftungsausschluss: Verwenden Sie diese Tabelle als Anleitung, um NIC-Probleme zu beheben. Wenden Sie sich an den NIC-Anbieter, um das Problem zu überprüfen und zu beheben.
Tabelle 11
NIC-Modell/-Herstellung | Symptom | Beschreibung | Auflösung |
---|---|---|---|
Apple Macintosh G3 | Bei Verwendung der integrierten Ethernet-Schnittstelle gehen gelegentlich Netzwerkdienste verloren. | Bei Treiberversionen vor 2.04 kann dieses Problem auftreten. Wenden Sie sich für weitere Informationen an den technischen Support des Herstellers. | Aktualisieren Sie auf die Treiberversion 2.04 oder höher. |
Apple Macintosh, Power Macintosh G3 und Powerbook G3 | Geschwindigkeit und Duplex der integrierten Ethernet-Schnittstelle können nicht manuell festgelegt werden. | Apple Speed/Duplex Tool ist erforderlich, um die Geschwindigkeit/Duplex der Ethernet-Schnittstelle manuell festzulegen. | Apple Speed/Duplex Tool von der Apple Support-Website herunterladen. |
Apple Macintosh OS mit Open Transport 2.5.1 und 2.5.2 | Die DHCP-Adresse konnte nicht vom DHCP-Server abgerufen werden. | Beim Start kann es passieren, dass Macintosh die IP-Adresse nicht vom DHCP-Server bezieht. | Siehe Artikel 25049 der Apple-Bibliothek für technische Informationen. |
Integriertes Apple Macintosh Ethernet | Hardware-MAC-Adresse kann nicht ermittelt werden. | Um Netzwerkverbindungsprobleme zu beheben, kann eine Host-MAC-Adresse erforderlich sein. | Kontaktieren Sie den technischen Support des Anbieters. |
Apple Macintosh-Leistungsprobleme und NuBus | Integrierte Ethernet-Schnittstellen übertreffen die Leistung von NuBus-Ethernet-Karten. | Bedenken hinsichtlich der maximalen Datenübertragungsrate, die mit dem integrierten Ethernet möglich ist | Siehe Artikel 12000 der Apple-Bibliothek für technische Informationen. |
Apple Powerbook G3/G4 mit interner NIC | Langsame Leistung bei großen Dateiübertragungen. | Einige NICs können außerhalb der Spezifikationen betrieben werden, wie in IEEE 802.3 beschrieben. Einige Catalyst-Module sind toleranter gegenüber NICs außerhalb der Spezifikationen und stellen keine Leistungseinbußen fest. | Verwendung einer externen oder PC-Karte. Kontaktieren Sie den technischen Support von Apple. |
Verschiedene Apple G3/G4-Laptops und Workstations mit internen NICs | Langsame Leistung. | Bemerkenswert langsame Leistung. | Aktualisieren Sie auf den neuesten Netzwerkkartentreiber, und laden Sie das Duplexer-Dienstprogramm. Überprüfen Sie die Einstellungen für die Autoübertragung. |
AsantéFast 10/100-PCI-Adapter | Langsame Anmeldung oder Anmeldung am Server fehlgeschlagen. | — | Siehe technisches Dokument TID1084 auf der Asanté-Support-Website. |
AsantéFast 10/100-PCI-Adapter | Zahlreiche CRC- und FCS-Fehler wurden am Switch gemeldet, wenn eine Verbindung mit Power Macintosh 9500 hergestellt wurde. | — | Siehe technisches Dokument TID1109 auf der Asanté-Support-Website. |
AsantéFast 10/100-PCI-Adapter | Langsamer Netzwerkdurchsatz nach einem Macintosh OS 8.5- oder 8.6-Upgrade | — | Siehe technisches Dokument TID1976 auf der Asanté-Support-Website. |
Asanté GigaNIC 1064SX PCI-Karte - Macintosh | Die Netzwerkleistung schwankt. | Wenn der Energiesparmodus unter OS 8.6 aktiv ist, wird die Netzwerkgeschwindigkeit ziemlich langsam, sobald der Monitor dunkel wird. | Schalten Sie den Energiesparmodus im Bedienfeld aus. Die Netzwerkgeschwindigkeit bleibt konstant. Siehe technisches Dokument TID2095 auf der Asanté-Support-Website. |
Asanté GigaNIC 1064SX PCI-Karte - Macintosh | Langsame Leistung mit AppleShare IP-Servern und PCI Ethernet-Karten. | Kunden berichten, dass AppleShare IP-Server langsamer werden und im Laufe der Zeit abstürzen. Dies geschieht sowohl bei integrierten Ethernet-Karten als auch bei verschiedenen PCI-Karten. | Siehe technisches Dokument TID2227 auf der Asanté-Support-Website. |
3Com 3C574/575 PCMCIA 10/100 | Extrem langsame Leistung bei 10 MB Betrieb. | Die Verbindung mit Catalyst Switches der Serien 2948G, 2980G, 4000, 5000 und 6000 erfolgt bei 10 MB langsam. Dieses Problem wird durch die NIC verursacht, die beim Verbindungsaufbau eine Autopolarität ausführt. | Aktualisieren Sie auf den neuesten NIC-Kartentreiber, und deaktivieren Sie die Autopolarität. |
3KOM 3C595 | FCS- oder Ausrichtungsfehler, die auf dem Switch aufgezeichnet wurden. Geringere Leistung festgestellt. Wenn der 3C595-Adapter in 100 MB verwendet wird, Halbduplex. Dieses Problem stellt in der Regel nur ein bis zwei Prozent des gesamten Datenverkehrs dar. | FCS- oder Ausrichtungsfehler bei Verwendung des 3C595-Adapters in 100 MB Halbduplex. Dieses Problem stellt in der Regel ein bis zwei Prozent des gesamten Datenverkehrs dar. | Aktualisieren Sie auf den neuesten Netzwerkkartentreiber, und deaktivieren Sie Bus Master. Diese Schritte reduzieren FCS- und Ausrichtungsfehler. |
3Com 3C905/3C905B | Gelegentliche DHCP-Probleme. | Trotz der ordnungsgemäßen Konfiguration der Catalyst Switch-Ports treten bei Workstations immer noch zeitweise DHCP-Probleme auf. | Das Upgrade auf die Treiberversion 4.01b oder höher löst DHCP-Probleme. |
3Com 3C905/3C905B | Anmeldung beim Novell Internetwork Packet Exchange (IPX)-Netzwerk nicht möglich. | Trotz der ordnungsgemäßen Konfiguration der Catalyst Switch-Ports treten bei Workstations immer noch zeitweise Novell IPX-Anmeldeprobleme auf. | Das Upgrade auf den Treiber 4.01b oder höher löst Probleme mit dem IPX-Autoframe-Typ. Alternativ können Sie Workstations manuell für den IPX-Frame-Typ konfigurieren. |
3Com 3C905B | Langsame Leistung beim Empfang großer Dateien. | Bemerkenswert langsame Leistung beim Empfang großer Dateien. Das Problem tritt unabhängig vom Service Pack nur bei Microsoft NT 4.0 auf. | Laden Sie den neuesten Treiber vom technischen Support von 3Com herunter. |
3Com 3C905C | Layer-2-Fehler (L2) am Switch-Port (FCS, Alignment, CRC und Runts) und langsame Leistung bei Hochgeschwindigkeits-Workstations. | Unter normalen Bedingungen ein Catalyst, der zahlreiche L2-Fehler (physische Fehler) an Ports meldet, die mit 3C905C NIC-Adaptern verbunden sind. | Laden Sie die neuesten Treiber und Diagnosetools von 3Com. Testen Sie die Leistung zwischen zwei PCs, und notieren Sie Fehler an den Diagnosetools. Die gemeldeten Fehler, z. B. Übertragungsfehler und Empfangsfehler, führen dazu, dass der Switch physische Schichten meldet und geringfügige Leistungsprobleme auftreten. Weitere Informationen finden Sie unter der Cisco Bug-ID CSCdt68700![]() |
3C905CX-TX-M | Die Verbindung wird nicht aktiviert, wenn der Switch-Port auf 100 Mbit/s, Vollduplex oder 100 Mbit/s Halbduplex festcodiert ist und die Netzwerkkarte auf Autoübertragung eingestellt ist. | Weitere Informationen finden Sie unter der Cisco Bug-ID CSCdz32789![]() |
Führen Sie ein Upgrade auf die Treiberversion 5.4 durch, und legen Sie in den erweiterten Netzwerkkarteneigenschaften die Option LnkChk auf enable fest. |
3Com 3C980 | Datenbeschädigung mit Novell. | — | Siehe 3Com Technical Support Reference 1.0.33921641.2241835. |
3Com | 3C985/3C985B | Novell 5.0 Ausgaben | Siehe 3Com Technical Support Reference 1.0.16744826.2027011. |
3Com 3C985/3C985B | Clients können sich nicht anmelden oder den Server durchsuchen, aber Pings funktionieren ordnungsgemäß. | — | Siehe 3Com Technical Support Reference 2.0.4428387.2305072. |
3Com 3C985/3C985B | Pakete, die größer als Ethernet-MTU (1518 Byte) sind, werden generiert. Diese Pakete werden auf Catalyst Switches als Riesen gekennzeichnet. | — | Kontaktieren Sie den technischen Support von 3Com. |
Integrierte 3Com 3C905C- oder 3C920-Netzwerkkarte für Dell Dimension XPS | Die Netzwerkverbindung wird alle 2-3 Minuten unterbrochen, oder die Netzwerkkarte muss mehrmals neu initialisiert werden, um die Netzwerkverbindung herzustellen. | Bei einer integrierten Netzwerkkarte vom Typ 3C905C oder 3C920 des Dell Dimension XPS können Netzwerkverbindungsprobleme auftreten, wenn Windows 2000 aufgrund eines Stromverwaltungsproblems ausgeführt wird. | Deaktivieren Sie alle Stromverwaltungsfunktionen. Wenden Sie sich an Dell, um weitere Informationen zum Deaktivieren der Energieverwaltung oder zu diesem Problem zu erhalten. Weitere Dokumentation finden Sie in der Referenz des technischen Supports von 3Com 2.0.47464140.2853794. |
Compaq Netflex-3-Netzwerkkarten-Adapter | Langsame Leistung. | Bei der automatischen Aushandlung können Catalyst Switches der Serien 5000 und 5500 Fehler auftreten. | Dieses Problem wurde in Softwareversion 4.5(1) und höher für die Catalyst Switches der Serien 5000 und 5500 behoben. Weitere Informationen finden Sie unter der Cisco Bug-ID CSCdk87853![]() |
Dell OptiPlex GX200 | Der Link klappt, wenn er mit einem Dell Optiplex GX200 PC (Intel Pro 10/100) verbunden wird. Die Netzwerkkarte funktioniert einwandfrei, wenn der PC ausgeschaltet ist, aber wenn er wieder eingeschaltet wird, tritt die Klappe auf. | Weitere Informationen finden Sie unter der Cisco Bug-ID CSCdz60677![]() |
Führen Sie ein Upgrade auf die neuesten Treiber von Dell durch. |
Dell Precision 420/530/620 | Wenn eine Verbindung mit dem Catalyst 2950 Switch über eine Autoübertragung hergestellt wird, flattert sie ständig, und die Autoübertragung schlägt fehl. Die Motherboards wurden mit einem Intel Chipsatz hergestellt, der nicht mit Cisco Switches und Netgear Hubs kompatibel ist. | Hergestellt zwischen 21. Mai und 1. August 2001. | Wenden Sie sich an den technischen Support von Dell und den technischen Support von Cisco, um weitere Informationen zu erhalten. |
Integrierter Broadcom NetXtreme 57xx Gigabit-Controller | Link kommt nur mit Auto-Verhandlung für Geschwindigkeit und Duplex. | Die Treiber für Netzwerkkarten werden mit Verwaltungssoftware geliefert, die sich auf die Netzwerkkarte auswirkt, wenn die Geschwindigkeits-/Duplexwerte fest codiert sind. Veröffentlichungsdatum: 17.06.2005 Version: v7.1.0 , A04-Downloadtyp: Anwendung | Deinstallieren Sie die Verwaltungsprogramme, die ursprünglich zusammen mit den Treiberdateien installiert wurden. |
IBM 10/100 EtherJet CardBus-Adapter | Extrem langsame Leistung beim Betrieb mit 10 Mbit/s | Bestimmte 10/100-Switches führen eine automatische Korrektur für Kabel mit umgekehrter Polarität durch, die nicht vollständig mit der gleichen Korrektur kompatibel sind, die vom IBM 10/100-EtherJet-CardBus-Adapter bereitgestellt wird. Bei einer erzwungenen Netzwerkgeschwindigkeit von 10 Mbit/s kann es zu schwerwiegenden Durchsatzproblemen kommen. | Um dieses Problem zu beheben, wird in den erweiterten Eigenschaften des Adapters ein neues Schlüsselwort für die automatische Polarität hinzugefügt. Falls erforderlich, kann die Standardeinstellung ON, d. h. die Karte gleicht vertauschte Kabel aus, auf OFF gesetzt werden, um die Polaritätskorrektur zu deaktivieren. Dadurch wird der normale Durchsatz wiederhergestellt. |
IBM ThinClient-Workstations | Verbindungsklappen nach erweitertem Betrieb kontinuierlich. | Workstations, die älter als Service Pack 3.0 sind, senden den Link auf dem Switch nach kontinuierlicher Verwendung zurück, wenn sie an Catalyst 2948G- oder 4000-Switches mit der Softwareversion 6.x oder höher angeschlossen sind. | Aktualisieren Sie IBM ThinClient auf Service Pack 3.0. |
Intel Pro/100 | Konsistente Verbindungen zu Catalyst Switches (aktiv/inaktiv) | Kann durch Stromverwaltung verursacht werden. Weitere Informationen erhalten Sie vom technischen Support von Intel. |
|
Intel Pro/1000 T Gigabit-NIC mit Kupfer | Wenn eine Intel Pro/1000 T NIC mit einem Catalyst Switch verbunden ist, können Sie schlechte Netzwerkverbindungen oder eine übermäßige Anzahl verlorener Pakete feststellen. Das Interoperabilitätsproblem tritt auf, wenn ein Modul mit einer 10-Bit-Schnittstelle (TBI) ein ungerades Byte-Paket an einen Empfänger mit einer Gigabit-medienunabhängigen Schnittstelle (GMII) überträgt. | Das Interoperabilitätsproblem ergibt sich aus der Implementierung von Carrier Extension. Carrier Extension wird in Unterabschnitt 35.2.3.5 der IEEE 802.3-Spezifikation beschrieben. Carrier Extension kann verwendet werden, um das letzte Byte eines Pakets aufzufüllen, sodass das Paket an einer geradzahligen Grenze ausgerichtet ist. | Wenden Sie sich an den technischen Support von Intel, um den neuesten Treiber zu erhalten. |
QFE-Karte für Sun-Mikrosysteme | Geschwindigkeit und Duplex können nicht manuell korrekt eingestellt werden. | Die manuelle Einstellung von Geschwindigkeit und Duplex wirkt sich nur auf den ersten von vier Ports aus. | Wenden Sie sich an den technischen Support des Anbieters, um den neuesten Treiber zur Lösung des Problems zu erhalten. |
Sun Microsystems v1.1 Gigabit-Karten | Die Verbindung konnte nicht hergestellt werden. | V1.1 kann möglicherweise keine Verbindung zum Switch herstellen. | Kontaktieren Sie den technischen Support des Anbieters oder die v2.0 Gigabit-Karte. |
Xircom CreditCard Ethernet 10/100 CE3B-100 | Vollduplex, keine Aushandlung oder Betrieb mit 100 Mbit/s | Der Vollduplexbetrieb wird nur bei 10 Mbit/s unterstützt. Vollduplex wird bei 100 Mbit/s nicht unterstützt. Das LineMode-Schlüsselwort hat keinen Einfluss auf die Leistung bei 100 Mbit/s. Wenn das LineSpeed-Schlüsselwort auf 100 Mbps und das LineMode-Schlüsselwort auf Vollduplex festgelegt ist, wird das LineMode-Schlüsselwort ignoriert. Vollduplex mit 10 Mbit/s ist nur verfügbar, wenn der Adapter an einen Vollduplex-fähigen Switch oder Hub angeschlossen ist. | Diese Netzwerkkarte sollte nicht mit Vollduplex-Geschwindigkeiten von 100 Mbit/s betrieben werden. |
Xircom CreditCard Ethernet 10/100 CE3B-100 | Keine Aushandlung von 10 Mbit/s Vollduplex | Der CE3 und in einigen Fällen der CE3B sind nicht in der Lage, auf 10 Mbit/s Vollduplex-Modus zu verhandeln. | Für den Betrieb im Vollduplex-Modus muss auf diesen Adaptern das LineSpeed-Schlüsselwort auf 10 Mbps und das LineMode-Schlüsselwort auf Vollduplex festgelegt werden. Das Schlüsselwort für den Kabeltyp kann auf "Auto Detect" oder "10BASE-T/100BaseTX" gesetzt werden. Der zugehörige Port am angeschlossenen Hub oder Switch muss ebenfalls auf 10 Mbit/s Vollduplex eingestellt sein. |
Xircom RealPort2 CardBus-Ethernet-10/100-Adapter-Modelle (R2BE/RBE/CBE) | Extrem langsame Leistung beim Betrieb mit 10 Mbit/s | Bestimmte 10/100-Schalter führen eine automatische Korrektur für Kabel mit umgekehrter Polarität durch, die nicht vollständig mit der gleichen Korrektur kompatibel sind, die von der CBE/RBE bereitgestellt wird. Bei einer erzwungenen Netzwerkgeschwindigkeit von 10 Mbit/s kann es zu schwerwiegenden Durchsatzproblemen kommen. | Um dieses Problem zu beheben, wird in den erweiterten Eigenschaften des Adapters in der Treiberversion 3.01 ein neues Schlüsselwort für die automatische Polarität hinzugefügt. Falls erforderlich, kann die Standardeinstellung ON, d. h. die Karte kompensiert vertauschte Kabel, auf OFF gesetzt werden, um die Polaritätskorrektur zu deaktivieren. Dadurch wird der normale Durchsatz wiederhergestellt. |
Xircom RealPort2 CardBus-Ethernet-10/100-Adapter-Modelle (R2BE/RBE/CBE) | Erste Netzwerkverbindungen können fehlschlagen. DHCP kann eine IP-Adresse abrufen, und die Windows NT-Anmeldung und Novell IPX können fehlschlagen. | Initialisierungsverzögerung. Bestimmte Switches und Router können den Netzwerkverkehr aufgrund von Initialisierungsverzögerungen nicht sofort weiterleiten, wenn ein Netzwerkadapter zum ersten Mal eine Verbindung zu einem seiner Ports herstellt. Dieses Problem tritt am häufigsten auf, wenn der Netzwerkadapter direkt mit Ports am Switch verbunden ist. Bei Verwendung unter einigen Betriebssystemen hat der Adapter standardmäßig fast keine Verzögerung zwischen der Verbindung und der ursprünglichen Netzwerkanforderung. | Ein neues Schlüsselwort, Initialization Delay, wird zu den erweiterten Eigenschaften des Adapters hinzugefügt, das die Weiterleitung von Netzwerkanforderungen für einen vom Benutzer auswählbaren Zeitraum verhindert. Es können Verzögerungen zwischen 1 und 60 Sekunden hinzugefügt werden. In den meisten Fällen wird das Problem gelöst, wenn Sie eine Verzögerung im Bereich von 1-3 Sekunden hinzufügen. |
Xircom RealPort2 CardBus-Ethernet-10/100-Adapter-Modelle (R2BE/RBE/CBE) | Keine Verbindung mit dem Netzwerk oder keine IP-Adresse vom DHCP-Server, wenn eine Verbindung mit einem Port-Replikator oder einer Docking-Station besteht. | Mögliches BIOS (Basic Input/Output System) oder Treiberupdate erforderlich. Wenden Sie sich für weitere Informationen an den Hersteller-Support. | Wenn Sie versuchen, ein CBE/CBE2/RBE in einem Port-Replikator oder einer Docking-Station unter Windows 95 zu verwenden und Probleme haben, stellen Sie sicher, dass Ihr Laptop über das neueste BIOS verfügt und dass die neuesten Hersteller-Patches und Utility-Software installiert sind. |
Xircom XE2000 PCMCIA-NIC | Vollduplex ohne automatische Aushandlung mit 100 Mbit/s | NIC führt nur Autonegotiation mit 100 Mbit/s durch, Halbduplex. | Bekannte Einschränkung der XE2000 NIC. Weitere Informationen finden Sie in den XE2000-Versionshinweisen. |
PROXIM TSUNAMI 5054-R Wireless-Bridge | Keine ordnungsgemäßen Verhandlungen mit Cisco Catalyst 4510R-E | Die Aushandlung der Catalyst 4510R-E- und PROXIM TSUNAMI 5054-R Wireless Bridge an den Ports schlägt fehl, und die Erfolgsrate schwankt stark. | PROXIM TSUNAMI 5054-R ist nicht mit Catalyst 4510R-E kompatibel. |
Wenn das in diesem Dokument beschriebene Fehlerbehebungsverfahren Ihr Problem nicht löst, müssen Sie eine Serviceanfrage beim technischen Support von Cisco stellen. Erfassen Sie vor dem Erstellen einer Serviceanfrage folgende Informationen:
Identifizieren Sie das spezifische Problem mit der NIC-to-Switch-Interoperabilität.
Ist das Problem beispielsweise nur bei DHCP, Novell IPX, Login oder Performance aufgetreten?
Führen Sie den Befehl show tech-support von allen betroffenen Cisco Geräten aus, falls zutreffend. oder geben Sie die Befehle show module, show config , show version oder show port ein.
Kennen Sie die Marke und das Modell der Netzwerkkarte.
Machen Sie sich mit dem Betriebssystem und der Netzwerkkartentreiberversion vertraut.
Überprüfen Sie die Konsistenz des Problems.
Tritt das Problem beispielsweise bei mehreren Catalyst Switches auf?
Autonegotiation verwendet eine modifizierte Version des Verbindungintegritätstests, der für 10BASE-T-Geräte verwendet wird, um die Geschwindigkeit auszuhandeln und andere Autonegotiationsparameter auszutauschen. Der ursprüngliche 10BASE-T-Verbindungstest wird als Normal Link Pulse (NLP) bezeichnet. Die modifizierte Version des Linkintegritätstests für 10/100 Mbit/s Autoübertragung wird als FLP bezeichnet. Die 10BASE-T-Geräte erwarten im Rahmen des Verbindungs-Integritätstests alle 16 (+/- 8) Millisekunden (ms) einen Burst-Impuls. FLP für 10/100 Mbit/s Autoübertragung sendet diese Bursts alle 16 (+/- 8) ms mit den zusätzlichen Impulsen alle 62,5 (+/- 7) Mikrosekunden. Die Impulse innerhalb der Burst-Sequenz erzeugen Codewörter, die für den Kompatibilitätsaustausch zwischen Verbindungspartnern verwendet werden. Dieser FLP-Prozess für die Autoübertragung gewährleistet Abwärtskompatibilität mit vorhandenen 10BASE-T-Verbindungen, wobei der Puls alle 16 (+/- 8) ms geplatzt wird, um den Verbindungintegritätstest für normale 10BASE-T-Hardware zu erfüllen. Wenn ein Gerät FLP sendet und nur NLP empfängt, beendet die Hardware sofort die Übertragung des FLP und ermöglicht der standardmäßigen 10BASE-T-Hardware die Fortsetzung des 10BASE-T-Betriebs.
Diese Tabelle beschreibt die möglichen programmierbaren Optionen des Steuerregisters für eine FastEthernet-Schnittstelle. Diese Optionen legen fest, wie die FastEthernet-Schnittstelle bei Verbindung mit einem Verbindungspartner funktioniert. Die 0 in der Bit-Spalte bezieht sich auf die programmierbare Registeradresse und die Dezimalzahl nach der 0 bezieht sich auf die Bitplatzierung innerhalb des 16-Bit-Registers.
Tabelle 12 - PHY-Steuerungsregister - Programmierbare Optionen
Bit | Name | Beschreibung |
---|---|---|
0.15 | Zurücksetzen | 1 = PHY-Reset 0 = Normalbetrieb |
0.14 | Loopback | 1 = Loopback-Modus eingeschaltet 0 = Loopback-Modus ausgeschaltet |
0.13 | Ratenauswahl (niedrigstwertiges Bit [LSB]) | 0,6 0,13 1 1 reserviert 1 0 1000 Mbit/s 0 100 Mbit/s 0 0 10 Mbit/s |
0.12 | Autonegotiation aktivieren | 1 = Autoübertragung aktiviert 0 = Autoübertragung deaktiviert |
0.11 | Herunterfahren | 1 = Herunterfahren 0 = Normal heruntergefahren |
0.10 | Isoliert | 1 = PHY elektrisch isoliert von medienunabhängiger Schnittstelle (MII) 0 = Normalbetrieb |
0.9 | Autonegotiation neu starten | 1 = Autoverhandlungen neu starten 0 = Normalbetrieb |
0.8 | Duplexmodus | 1 = Vollduplex 0 = Halbduplex |
0.7 | Kollisionstest | 1 = Kollisionstest (COL) aktiv 0 = COL Signaltest ausgeschaltet |
0.6 | Ratenauswahl (höchstwertiges Bit [MSB]) | Siehe Bit 0.13 |
Zu den für dieses Dokument relevanten Registerbits gehören 0.13, 0.12, 0.8 und 0.6. Die anderen Registerbits sind in der IEEE 802.3u-Spezifikation dokumentiert. Um manuell die Rate (Geschwindigkeit) einzustellen, muss das Auto-Negotiation-Bit, 0.12, gemäß IEEE 802.3u auf den Wert 0 gesetzt werden. Daher muss Auto-Negotiation deaktiviert werden, um die Geschwindigkeit und den Duplex manuell einzustellen. Wenn das Auto-Negotiation-Bit 0.12 auf einen Wert von 1 gesetzt ist, haben die Bits 0.13 und 0.8 keine Bedeutung, und die Verbindung verwendet Auto-Negotiation, um die Geschwindigkeit und den Duplex zu bestimmen. Wenn die Autoübertragung deaktiviert ist, ist der Standardwert für Duplex Halbduplex, es sei denn, 0,8 ist auf 1 programmiert, was Vollduplex darstellt.
Basierend auf IEEE 802.3u ist es nicht möglich, einen Verbindungspartner manuell für 100 Mbit/s zu konfigurieren, Vollduplex auszuführen und trotzdem mit dem anderen Verbindungspartner vollduplexfähig zu verhandeln. Wenn Sie versuchen, einen Verbindungspartner für 100 Mbit/s, Vollduplex und den anderen Verbindungspartner für die Autoübertragung zu konfigurieren, führt dies zu einer Duplexungleichheit. Der Grund hierfür ist, dass ein Verbindungspartner automatisch aushandelt und keine Autonegotiationsparameter vom anderen Verbindungspartner sieht. Der Standardwert ist Halbduplex.
Wie in Anhang B beschrieben: Die Funktionsweise der Autonegotiation wird durch Pulse innerhalb des FLP bestimmt, die Codewörter für den Austausch von Link-Partner-Funktionen ableiten. Das erste ausgetauschte Codewort wird als Basisseite bezeichnet. Sie informiert jeden Verbindungspartner über den Nachrichtentyp IEEE 802.3 oder IEEE 802.9a und ein Technologiefeld. Dieses Feld für die Technologiefähigkeit wird verschlüsselt, um die maximale Betriebsgeschwindigkeit und die Duplexfunktion der einzelnen Verbindungspartner auszutauschen.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
27-Oct-2009 |
Erstveröffentlichung |