Konfiguration und Überprüfung der Ethernet-10/100/1000-Mbit-Halb-/Vollduplex-Autonegotiation

Einleitung

Dieses Dokument beschreibt die Richtlinien zur Fehlerbehebung sowie zur Isolierung und Lösung von Problemen bei der Ethernet-Autonegotiation (automatische Aushandlung). 

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• Beheben von Problemen mit 10/100-Netzwerkschnittstellenkarten (NICs)

• Gigabit-Aushandlung

• Betriebsprobleme auf bestimmten Cisco Plattformen

• Betriebsprobleme bei bestimmten NICs

• Tabelle mit allen möglichen Einstellungen und Ergebnissen von Geschwindigkeit und Duplex zwischen einer NIC und einem Switch.

• Diskussion des Auto-Negotiation-Protokolls selbst (einschließlich FLP).

Anmerkung: Weitere Informationen zur automatischen Aushandlung finden Sie unter Behebung von Kompatibilitätsproblemen zwischen Cisco Catalyst Switches und NICs.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Cisco IOS-Systemsoftware

Bei der Erstellung der Beispiele in diesem Dokument wurde folgende Ausrüstung verwendet:

• Ein Terminal

• Ein für die Supervisor-Engine im Switch geeignetes Konsolenkabel Weitere Informationen finden Sie unter Anschließen eines Terminals an den Konsolenport auf Catalyst Switches.

• Zwei Catalyst Switches in einer Laborumgebung mit leeren Konfigurationen.

• Zwei vollduplexfähige 10/100/1000-Mbit-TX-Schnittstellen

• Ein Ethernet-Crossover-Kabel

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Anmerkung: Der Befehl write erase wurde auf jedem Switch ausgegeben, um sicherzustellen, dass er über Standardkonfigurationen verfügt.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

Dieses Dokument enthält eine allgemeine Beschreibung der automatischen Aushandlung und erklärt das Verfahren zum Konfigurieren und Überprüfen der automatischen Aushandlung auf Catalyst Switches, auf denen die Cisco IOS-Software sowohl auf der Supervisor Engine als auch auf der MSFC (nativ) ausgeführt wird. Darüber hinaus zeigt dieses Dokument auch ein Beispiel dafür, warum der häufigste Duplex-Diskrepanz-Fehler auftritt, und beschreibt, wie die automatische Aushandlung auf Catalyst Switches, auf denen Cisco IOS^® als Systemsoftware ausgeführt wird, konfiguriert und überprüft wird.

Anmerkung: Die Catalyst Switches/Module wie Catalyst 6500/6000, 4500/4000, 3550 und 2950 unterstützen ausgehandelte Ethernet-Schnittstellen oder -Ports mit 10/100/1000 Mbit/s. Diese Ports arbeiten je nach ihrer Verbindung zum anderen Ende mit einer Geschwindigkeit von 10 Mbit/s, 100 Mbit/s oder 1000 Mbit/s. Diese 10/100/1000-Mbit/s-Ports können für eine Geschwindigkeits- und Duplex-Aushandlung ähnlich den 10/100-Mbit/s-Ports auf Switches auf Cisco IOS-Software-Basis konfiguriert werden. Deshalb gelten die in diesem Dokument beschriebenen Konfigurationen für die Aushandlung von 10/100-Mbit/s-Ports auch für 10/100/1000-Mbit/s-Ports.

Wann wird die automatische 10/100-Mb-Aushandlung verwendet?

Die automatische Aushandlung ist eine optionale Funktion des IEEE 802.3u Fast Ethernet-Standards, mit der es Geräten ermöglicht wird, Informationen über Geschwindigkeits- und Duplexfähigkeiten automatisch über einen Link auszutauschen.

Die automatische Aushandlung ist auf Ports ausgerichtet. Diese Ports werden Bereichen zugeordnet, in denen wechselnde Benutzer oder Geräte sich mit einem Netzwerk verbinden. Beispielsweise stellen viele Unternehmen Account-Managern und Systemingenieuren gemeinsam genutzte Büros oder Bürobereiche zur Verfügung, wenn diese vor Ort sind. Jedes Büro bzw. jeder Bereich verfügt über einen Ethernet-Port, der dauerhaft mit dem Büronetzwerk verbunden ist. Da es nicht gewährleistet werden kann, dass alle User über eine 10-Mbit-, eine 100-Mbit-Ethernet- oder eine 10/100-Mbit-Karte in seinem Laptop verfügt, müssen die Switch-Ports, die diese Verbindungen verarbeiten, in der Lage sein, ihren Geschwindigkeits- und Duplexmodus auszuhandeln. Die Alternative besteht darin, in jedem Büro bzw. Bereich einen 10-Mb- und einen 100-Mb-Port bereitzustellen und diese entsprechend zu kennzeichnen.

Eine der häufigsten Ursachen für Leistungsprobleme bei Ethernet-Verbindungen mit 10/100 Mb ist die Duplex-Fehlkonfiguration, d. h., wenn ein Port auf der Verbindung in Halbduplex, der andere Port in Vollduplex arbeitet. Dies kann auftreten, wenn ein Port oder beide Ports auf einer Verbindung zurückgesetzt werden und der automatische Aushandlungsprozess nicht die gleiche Konfiguration für die beiden Verbindungspartner aushandelt. Dies kann auch auftreten, wenn Benutzer eine Seite einer Verbindung neu konfigurieren und vergessen, die andere Seite umzustellen. Die automatische Aushandlung muss entweder für beide Seiten einer Verbindung aktiviert oder für beide Seiten deaktiviert sein. Cisco empfiehlt, die automatische Aushandlung für Geräte, die mit 802.3u konform sind, aktiviert zu lassen.

Viele leistungsbezogene Support-Anrufe können vermieden werden, wenn Sie die automatische Aushandlung korrekt konfigurieren. Viele Catalyst Ethernet-Switching-Module unterstützen 10/100 Mb und Halbduplex oder Vollduplex. Eine Ausnahme bilden die Ethernet-Gruppen-Switching-Module. Der Befehl show interfaces capabilities zeigt an, ob die Schnittstelle oder das Modul, an dem Sie arbeiten, 10/100/1000 Mbit und Halb- oder Vollduplex unterstützt. In diesem Dokument werden zwei WS-X5530 Supervisor Engine IIIs verwendet, jeweils mit zwei installierten optionalen Uplink-10/100-BaseTX-Ethernet-Ports.

Anmerkung: Wenn das WS-6748-GE-TX-Modul mit einem Netzwerk-Tap-Gerät verbunden ist, funktioniert die automatische Aushandlung nicht. Um dieses Problem zu beheben, müssen Sie die automatische Aushandlung manuell konfigurieren. Wechseln Sie in den Schnittstellenmodus und führen Sie diesen Befehl aus:

Cat6K-IOS(config-if)#speed auto

Wann wird die automatische 1000-Mb-Aushandlung verwendet?

Die automatische Aushandlung in GigabitEthernet deckt im Wesentlichen folgende Aspekte ab:

• Duplex-Einstellungen: Cisco Geräte unterstützen zwar nur Vollduplex, allerdings bietet der IEEE 820.3z-Standard Unterstützung für Halbduplex-GigabitEthernet. Deshalb wird Duplex zwischen GigabitEthernet-Geräten ausgehandelt.

• Flusssteuerung: Aufgrund der Traffic-Menge, die von GigabitEthernet generiert werden kann, ist eine PAUSE-Funktion in GigabitEthernet integriert. Der PAUSE-Frame ist ein Paket, das das Gerät am anderen Ende anweist, die Übertragung der Pakete zu stoppen, bis der Absender den gesamten Datenverkehr verarbeiten und die Puffer löschen kann. Der PAUSE-Frame verfügt über einen Timer, der dem Gerät am anderen Ende mitteilt, wann das Senden von Paketen erneut gestartet werden muss. Wenn dieser Timer abläuft, ohne dass ein weiterer PAUSE-Frame gesendet wird, kann das Gerät an der Gegenstelle wieder Pakete senden. Die Flusssteuerung ist ein optionales Element und muss ausgehandelt werden. Geräte können einen PAUSE-Frame senden oder empfangen und stimmen der Flusssteuerungsanfrage des Nachbarn an der Gegenstelle möglicherweise nicht zu.

• Aushandlung: Integrierte Gigabit-Ethernet-Ports sind in der Regel in der Lage, eine Aushandlung durchzuführen, allerdings findet beispielsweise bei modularen SFP- oder GBIC-Typen keine Aushandlung statt. Das Line Protocol ist bei einem Gigabit-Ethernet-Port möglicherweise nicht funktionsfähig, wenn er mit einem Fast-Ethernet-Port verbunden ist. Dies kann mit dem Befehl show interfaces interface capabilities überprüft werden:

  Switch#show interfaces Gig 5/3 capabilities 
  GigabitEthernet5/3
    Model:                 VS-S720-10G
    Type:                  10/100/1000BaseT
   Speed: 10,100,1000,auto Duplex: half,full
    Trunk encap. type:     802.1Q,ISL
    Trunk mode:            on,off,desirable,nonegotiate
    Channel:               yes
    Broadcast suppression: percentage(0-100)
    Flowcontrol: rx-(off,on,desired),tx-(off,on,desired)
    Membership:            static
    Fast Start:            yes
    QOS scheduling:        rx-(2q4t), tx-(1p3q4t)
    QOS queueing mode:     rx-(cos), tx-(cos)
    CoS rewrite:           yes
    ToS rewrite:           yes
    Inline power:          no
    SPAN:                  source/destination
    UDLD                   yes
    Link Debounce:         yes
    Link Debounce Time:    no
    Ports-in-ASIC (Sub-port ASIC) : 1-5 (3-4)
    Remote switch uplink:  no 
    Port-Security:         yes
    Dot1x:                 yes

Angenommen, es gibt zwei Geräte, A und B, und für jedes Gerät kann die automatische Aushandlung aktiviert oder deaktiviert sein. Das korrekte Verhalten des Linkstatus mit automatischer Aushandlung laut IEEE-Standard 802.3z-1998 sollte wie folgt aussehen:

• Wenn A aktiviert ist und B aktiviert ist, muss der Linkstatus auf beiden Geräten als „Link aktiv“ gemeldet werden.

• Wenn A deaktiviert ist und B aktiviert ist, muss A „Link aktiv“ und B „Link inaktiv“ melden.

• Wenn A aktiviert ist und B deaktiviert ist, muss A „Link inaktiv“ und B „Link aktiv“ melden.

Standardmäßig sollen alle Geräte die automatische Aushandlung durchführen. 802.3z definiert keine konkrete Möglichkeit zum Deaktivieren der automatischen Aushandlung für 1GigabitEthernet und 10GigabitEthernet.

Automatische Aushandlung auf Catalyst Switches, auf denen Cisco IOS-Software ausgeführt wird

Die in diesem Abschnitt beschriebenen Befehle gelten für verschiedene Typen von Catalyst Switch-Produkten, auf denen die Cisco IOS-Systemsoftware ausgeführt wird, z. B. Catalyst 4500 und Catalyst 6500. Einige Ausgänge stammen auch von Catalyst 3850- und 9500-Plattformen. Die Geräte in diesem Abschnitt wurden mit einem Ethernet-Crossover-Kabel verbunden. Weitere Informationen über Crossover-Kabel und die Auto-MDIX-Funktion finden Sie in Anhang B.

Die Switches, auf denen Cisco IOS-Software ausgeführt wird, handeln die Geschwindigkeit standardmäßig automatisch aus. Duplex ist auf ihnen standardmäßig aktiviert. Führen Sie den Befehl show interface interface status aus, um diese Einstellungen zu überprüfen.

Die erste Ausgabe stammt von einem Catalyst 6500/6000, auf dem Cisco IOS-Software Version 12.1(6)E ausgeführt wird. Sie zeigt einen verbundenen Port, der einen Link automatisch auf 100 Mbit/s und Halbduplex aushandelt. Die Konfiguration, die für diesen Switch ausgeführt wird, verfügt über keine Duplex- oder Geschwindigkeitsbefehle unterhalb der Schnittstelle FastEthernet 3/1, weil die automatische Aushandlung die Standardeinstellung ist. Geben Sie den Befehl show interface interface aus (ohne das Schlüsselwort status), um Portgeschwindigkeit und Duplex anzuzeigen.

Die a-Präfixe für half und 100 bedeuten, dass dieser Port nicht für einen bestimmten Duplexmodus oder eine bestimmte Geschwindigkeit hartkodiert (konfiguriert) ist. Deshalb werden der Duplexmodus und die Geschwindigkeit ausgehandelt, wenn das Gerät, mit dem er verbunden ist, Duplexmodus und Geschwindigkeit ebenfalls automatisch aushandelt. Der Status ist „verbunden“, d. h. ein Link-Impuls wird vom anderen Port erkannt. Der Status kann auch dann verbunden sein, wenn Duplex falsch ausgehandelt oder konfiguriert ist. Beachten Sie auch, dass es in der Schnittstellenkonfiguration keine Geschwindigkeits- oder Duplexbefehle gibt, da die automatische Aushandlung von Geschwindigkeit und Duplex die Standardkonfiguration ist.

NativeIOS#show interfaces fastethernet 3/1 status

Port    Name               Status       Vlan       Duplex Speed Type
Fa3/1                      connected    routed     a-half a-100 10/100BaseTX

NativeIOS#show run
...
!
interface FastEthernet3/1
 ip address 172.16.84.110 255.255.255.0
!

NativeIOS#show interfaces fastethernet 3/1
FastEthernet3/1 is up, line protocol is up 
 Hardware is C6k 100Mb 802.3, address is 0002.7ef1.36e0 (bia 0002.7ef1.36e0)
 Internet address is 172.16.84.110/24
 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, 
    reliability 255/255, txload 1/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Keepalive set (10 sec)
 Half-duplex, 100Mb/s
 ...

Wenn Sie die Geschwindigkeit und den Duplexmodus auf einem Switch, auf dem Cisco IOS-Software ausgeführt wird, fest codieren möchten (automatische Aushandlung deaktivieren), geben Sie die Geschwindigkeits- und Duplexbefehle unterhalb der jeweiligen Schnittstelle aus. Duplex unterliegt der Geschwindigkeit in dem Sinne, dass der Duplexmodus nicht manuell eingestellt werden kann, wenn die Geschwindigkeit auf "Automatisch" eingestellt ist. Möglicherweise werden CRC-Fehlermeldungen (Cyclic Redundancy Check, zyklische Redundanzprüfung) angezeigt, wenn die Geschwindigkeits- und Duplexeinstellungen auf den beiden Geräten fest codiert sind. Dies kann daran liegen, dass auf einem der Geräte eine frühere Version von Cisco IOS ausgeführt wird. Sie können Cisco IOS aktualisieren oder Geschwindigkeit und Duplexmodus auf beiden Geräten auf "Automatisch" einstellen, um dieses Problem zu beheben.

Anmerkung: Wenn Sie die Geschwindigkeit auf einem Port fest programmieren, werden alle Auto-Negotiation-Funktionen auf dem Port für Geschwindigkeit und Duplex deaktiviert.

NativeIOS#show run
...
interface FastEthernet3/2
 no ip address
!         
NativeIOS#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
NativeIOS(config)#interface fastethernet3/2
NativeIOS(config-if)#duplex full
Duplex will not be set until speed is set to non-auto value 

!--- Error: On this platform, you must set the speed before the duplex. 
!--- Not all switch platforms have this command ordering requirement. 

NativeIOS(config-if)#speed 100 
NativeIOS(config-if)#duplex full 
NativeIOS(config-if)#^Z 
NativeIOS#show interfaces fastethernet 3/2 status
Port Name Status Vlan Duplex Speed Type 
Fa3/2 notconnect routed full 100 10/100BaseTX 

NativeIOS#show run 
... 
interface FastEthernet3/2 
no ip address 
duplex full 
speed 100 

!--- Notice that the speed and duplex commands appear in the configuration 
!--- now because they have been manually set to a non-default behavior.

Die nächsten Ausgaben stammen von einem Catalyst 3850- und einem Catalyst 9500-Switch. In diesem Beispiel sind diese beiden Switches direkt mit einer Geschwindigkeit verbunden, bei der die Duplexfunktion fest codiert wurde, und auf der anderen Seite wird die automatische Aushandlung verwendet. Wie beobachtet, zeigt das Fehlen des a-Präfix in den Statusfeldern der Ausgabe des show interface TwentyFiveGigE1/0/2 status Befehls auf Switch_1, dass der Duplexmodus für "full" (voll) konfiguriert ist und die Geschwindigkeit für "1000" konfiguriert ist.

Switch_1#show run interface TwentyFiveGigE1/0/2
Building configuration...

Current configuration : 37 bytes
!
interface TwentyFiveGigE1/0/2
end

Switch_1#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Switch_1(config)#interface TwentyFiveGigE1/0/2
Switch_1(config-if)#duplex full
Switch_1(config-if)#speed 1000
Switch_1(config-if)#end
*Aug  1 19:26:33.957: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to down
*Aug  1 19:26:34.913: %SYS-5-CONFIG_I: Configured from console by console
*Aug  1 19:26:34.957: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to down
*Aug 1 19:26:38.819: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to up *Aug 1 19:26:39.820: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to up

Switch_1#show interface TwentyFiveGigE1/0/2 status

Port         Name               Status       Vlan       Duplex  Speed Type
Twe1/0/2                        connected    1            full 1000 10/100/1000BaseTX SFP

Switch_1#show cdp neighbors TwentyFiveGigE1/0/2
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, 
                  D - Remote, C - CVTA, M - Two-port Mac Relay 

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
Switch_2         Twe 1/0/2         124              S I   WS-C3850- Gig 1/0/1

Total cdp entries displayed : 1

Switch_2#show run interface GigabitEthernet1/0/2
Building configuration...

Current configuration : 38 bytes
!
interface GigabitEthernet1/0/2
end

Switch_2#show interfaces GigabitEthernet1/0/2 status

Port         Name               Status       Vlan       Duplex  Speed Type
Gi1/0/2                         connected    1          a-full a-1000 10/100/1000BaseTX

Wenn Sie versuchen, Halbduplex auf einer GigabitEthernet-Schnittstelle zu konfigurieren, wird eine Fehlermeldung ähnlich der nächsten Ausgabe angezeigt:

Switch_1# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Switch_1(config)#interface twentyFiveGigE 1/0/2
Switch_1(config-if)#duplex half 

% Duplex cannot be set to half when speed autonegotiation subset contains 1Gbps,2.5Gbps,5Gbps or 10Gbps

Nur Schnittstellen mit einer Geschwindigkeit von 100 können die Halbduplex-Konfiguration akzeptieren:

Switch_1(config-if)#speed 100
Switch_1(config-if)#duplex half 
Switch_1(config-if)#
Switch_1(config-if)#speed 1000
Cannot change speed to 1000Mbps when in half duplex
Switch_1(config-if)#end
Switch_1#

Die nächste Meldung betrifft eine Duplexmodus-Diskrepanz. Sie wird auf einem Switch angezeigt, nachdem eine Duplexungleichheit auf der Schnittstelle erkannt wurde. Diese Nichtübereinstimmung kann aufgrund einer Fehlkonfiguration des an der Schnittstelle GigabitEthernet2/0/20 angeschlossenen Geräts auftreten:

%CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on GigabitEthernet2/0/20 (not half duplex), with XXXXX GigabitEthernet0 (half duplex)

Es ist wichtig zu beachten, dass diese Nachricht vom Cisco Discovery Protocol (CDP) erstellt wird, nicht vom 802.3-Autonegotiation-Protokoll. CDP kann Probleme melden, die es erkennt, behebt diese jedoch nicht automatisch.

Eine Duplex-Fehlanpassung kann möglicherweise zu einer Fehlermeldung führen. Ein weiteres Anzeichen für eine Duplex-Diskrepanz ist die schnelle Zunahme von FSC- und Anordnungsfehlern auf der Halbduplex-Seite und zu kurzen Datenpaketen (Runts) auf dem Vollduplex-Port.

Anhang A: Catalyst Switch-Module

Dieses Dokument enthält Informationen über die Installation von Catalyst-Modulen und die Funktionalität der einzelnen Module. Es enthält darüber hinaus Erläuterungen zu den LEDs an jedem Modul. Im Allgemeinen zeigen die LEDs den Status des Moduls sowie die aktiven Ports an.

Anhang B: Ethernet-Crossover-Kabel

Ethernet-Ports auf Catalyst Switches verfügen über integrierte (On-Board)-Ethernet-Transceiver. Geräte, die mit Ethernet-Ports verbunden werden, können über On-Board-Ethernet-Transceiver verfügen oder externe Transceiver verwenden.

Verwenden Sie ein Straight-Through-Patch-Kabel, z. B. ein CAT5/CAT6 10/100/1000BaseT-UTP-Kabel (Unshielded Twisted Pair), wenn Sie einen PC, Server, Drucker oder ein anderes Endnutzergerät (z. B. einen Router) mit einem Switch verbinden. Straight-Through bedeutet, dass Pin 1 am einen Ende des Kabels mit Pin 1 am anderen Ende verbunden ist, Pin 2 am einen Ende des Kabels mit Pin 2 am anderen Ende und so weiter.

Verwenden Sie ein Crossover-Kabel wie ein CAT5/CAT6 10/100/1000BaseT UTP-Crossover-Patchkabel, wenn Sie einen anderen Switch-Port oder einen anderen Layer-2-Port mit einem Ethernet-Port an einem Switch verbinden. In diesem Fall werden die Pins verbunden (siehe Bilder).

Eine praktische Faustregel ist die Verwendung eines Crossover-Kabels, wenn die zwei zu verbindenden Ports sich in der gleichen Ebene des OSI-Modells befinden. Wenn Sie OSI-Ebenen überkreuzen, verwenden Sie ein Straight-Through-Kabel. Behandeln Sie PCs als Layer-3-Ports, Hubs und die meisten Layer-3-Switches als Layer-2-Ports. Einige Geräte, insbesondere die meisten Hubs, verfügen über eine Taste, mit der Sie zwischen einem Straight-Through- und einem Crossover-Kabel umschalten können. Daher gilt diese Faustregel nicht immer.

Anmerkung: Verwenden Sie ein Crossover-Kabel, wenn Sie zwei Ports in der gleichen Schicht des OSI-Modells verbinden z. B. Router zu Router (Layer 3) oder Switch zu Switch (Layer 2). Verwenden Sie ein Straight-Through-Kabel, wenn sich die Ports in unterschiedlichen Ebenen befinden, z. B. Router zu Switch (Layer 3 zu 2) oder PC zu Switch (Layer 3 zu 2). Behandeln Sie im Rahmen dieser Regel einen PC als Layer-3-Gerät.

Ethernet-Crossover-Kabel

Ethernet Crossover Kabel im Handel erhältlich

CAT5/CAT6 10/100/1000BaseT-UTP-Crossover-Patch-Kabel sind in den meisten Computergeschäften erhältlich.

Anmerkung: Einige Ethernet-Netzwerkgeräte (10/100BaseT-Hubs) verfügen über einen sogenannten MDI-Port (Media Dependent Interface). Aktivieren Sie eine interne Crossover-Funktion, und mit diesem Port kann das Gerät mit einem Ethernet-Port an einem Switch verbunden werden, der ein Durchgangskabel verwendet. Schalten Sie hierzu den MDI-Switch ein. Wenn sich der MDI-Switch in der ausgefahrenen Position befindet, erwartet der Port eine Verbindung zu einem Endnutzergerät.

Vier Twisted-Pair-Crossover-Kabel-Schaltpläne für 10/100/1000- und 1000BASE-T-GBIC-Modul-Ports

Schaltplan für vier Twisted-Pair-Crossover-Kabel 1

Schaltplan für vier Twisted-Pair-Crossover-Kabel 2

CAT 5-, 5e- oder 6-UTP-Crossover-Patch-Kabel sind in den meisten Computergeschäften erhältlich.

Verbindungsrichtlinien für Glasfaserkabel

Wenn Sie auf dem Switch einen Ethernet-Port mit einer Glasfaserschnittstelle verwenden, um eine Verbindung zu einem anderen Switch-Port, einem Router-Port oder einem anderen Layer-2-Gerät herzustellen, müssen Sie die Verbindung an einem der Geräte umkehren. Drehen Sie den Steckverbinder um eine halbe Umdrehung oder überkreuzen Sie die einzelnen Glasfaser-Steckverbinder, um die Verbindung umzukehren. Stellen Sie sich jede Faser entweder als Faser A oder Faser B vor. Wenn eine Straight-Through-Verbindung A-zu-A und B-zu-B ist, ist eine Crossover-Verbindung A-zu-B und B-zu-A.

Anhang C - Erläuterung der Auto-MDIX-Plattform und der unterstützten Switch-Plattformen

Automatic Medium-Dependent Interface Crossover (Auto-MDIX) ist eine Funktion, die es der Switch-Schnittstelle ermöglicht, den benötigten Kabelverbindungstyp (Straight-Through oder Crossover) zu erkennen und die Verbindung automatisch dementsprechend zu konfigurieren. Wenn Auto-MDIX aktiviert ist, können Sie ein Straight-Through- oder ein Crossover-Kabel verwenden, um eine Verbindung zum anderen Gerät herzustellen, und die Schnittstelle korrigiert automatisch eine falsche Verkabelung.

Anhang D - Erläuterung der Felder im Befehl show interfaces

Ausgabefelder für den Befehl „show interface“

Zähler (in alphabetischer Reihenfolge)	Probleme und häufige Ursachen, die die Fehlerzähler erhöhen
pause input	Beschreibung: show interfaces-Zähler. Ein Inkrement des Pausen-Eingangszählers bedeutet, dass das angeschlossene Gerät eine Datenverkehrspause anfordert, wenn sein Empfangspuffer fast voll ist. Häufige Ursachen: Dieser Zähler wird zu Informationszwecken erhöht, da der Switch den Frame akzeptiert. Die Unterbrechungspakete werden angehalten, wenn das verbundene Gerät den Traffic empfangen kann.
Align-Err	Beschreibung: Schnittstellenindikatorfehler anzeigen. Ausrichtungsfehler sind die Anzahl der empfangenen Frames, die nicht mit einer geraden Anzahl von Oktetten enden und eine fehlerhafte zyklische Redundanzprüfung (CRC) aufweisen.  Häufige Ursachen: Diese sind in der Regel das Ergebnis einer Duplex-Fehlanpassung oder eines physischen Problems (z. B. Verkabelung, fehlerhafter Port oder fehlerhafte NIC). Wenn das Kabel zum ersten Mal an den Port angeschlossen wird, können einige dieser Fehler auftreten. Wenn ein Hub mit dem Port verbunden ist, können Kollisionen zwischen anderen Geräten am Hub diese Fehler verursachen. Plattformausnahmen: Ausrichtungsfehler werden bei dem Supervisor I (WS-X4012) oder Supervisor II (WS-X4013) der Catalyst 4000-Serie nicht gezählt.
babbles	Beschreibung: show interfaces counter gibt an, dass der Übertragungs-Jabber-Timer abgelaufen ist. Ein Jabber ist ein Frame, der länger als 1518 Oktette ist (exklusive der Framing-Bits, aber inklusive der FCS-Oktette), der nicht mit einer geraden Anzahl von Oktetten endet (Ausrichtungsfehler) oder einen FCS-Fehler aufweist.
Carri-Sen	Beschreibung: show interface counters errors Der Carri-Sen-Zähler (Carrier Sense) erhöht sich jedes Mal, wenn ein Ethernet-Controller Daten über eine Halbduplex-Verbindung senden möchte. Der Controller erkennt die Leitung und prüft vor der Übertragung, ob diese belegt ist. Häufige Ursachen: Dies ist in einem Halbduplex-Ethernet-Segment normal.
collisions (Kollisionen)	Beschreibungen: „show interfaces“-Zähler. Gibt an, wie oft eine Kollision aufgetreten ist, bevor die Schnittstelle einen Frame erfolgreich an das Medium übertragen hat. Häufige Ursachen: Bei Schnittstellen, die als Halbduplex konfiguriert sind, sind Kollisionen normal, bei Vollduplex-Schnittstellen dürfen sie jedoch nicht auftreten. Wenn die Kollisionen drastisch zunehmen, deutet dies auf eine stark ausgelastete Verbindung oder möglicherweise auf eine Duplex-Fehlanpassung bei dem angeschlossenen Gerät hin.
CRC	Beschreibung: „show interfaces“-Zähler. Dieser Wert erhöht sich, wenn der von der LAN-Station oder dem fernen Gerät, von dem der Traffic ausgeht, generierte CRC nicht mit der aus den empfangenen Daten berechneten Prüfsumme übereinstimmt. Häufige Ursachen: Dies deutet normalerweise auf Rauschen oder Übertragungsprobleme auf der LAN-Schnittstelle oder im LAN selbst hin. Eine hohe Anzahl von CRCs ist in der Regel das Ergebnis von Kollisionen, kann aber auch auf ein physisches Problem (z. B. Verkabelung, fehlerhafte Schnittstelle oder NIC) oder eine Duplex-Fehlanpassung hinweisen.
deferred (verzögert)	Beschreibung: „show interfaces“-Zähler. Die Anzahl der Frames, die nach dem Warten erfolgreich übertragen wurden, da das Medium ausgelastet war.  Häufige Ursachen: Dies tritt normalerweise in Halbduplex-Umgebungen auf, in denen der Carrier bereits verwendet wird, wenn er versucht, einen Frame zu übertragen.
input packets with dribble condition	Beschreibung: „show interfaces“-Zähler. Ein Fehler des Typs „dribble bit“ gibt an, dass ein Frame etwas zu lang ist.  Häufige Ursachen:  Dieser Frame-Fehlerzähler wird zu Informationszwecken erhöht, da der Switch den Frame akzeptiert.
Excess-Col	Beschreibung: Schnittstellenindikatorfehler anzeigen.  Eine Anzahl von Frames, für die die Übertragung an einer bestimmten Schnittstelle aufgrund übermäßiger Kollisionen fehlschlägt. Eine übermäßige Kollision tritt auf, wenn ein Paket 16 Mal hintereinander kollidiert. Das Paket wird dann verworfen. Häufige Ursachen: Übermäßige Kollisionen sind in der Regel ein Hinweis darauf, dass die Last auf dem Segment auf mehrere Segmente verteilt werden muss, können aber auch auf eine Duplexunstimmigkeit mit dem angeschlossenen Gerät hinweisen. Kollisionen dürfen nicht auf als Vollduplex konfigurierten Schnittstellen auftreten.
FCS-Err	Beschreibung: „show interfaces“-Zählerfehler.  Die Anzahl der Frames mit gültiger Größe mit FCS-Fehlern (Frame Check Sequence), aber ohne Frame-Fehler.   Häufige Ursachen: Dies ist in der Regel ein physisches Problem (z. B. Verkabelung, fehlerhafter Port oder fehlerhafte Netzwerkkarte), kann aber auch auf eine Duplex-Fehlanpassung hinweisen.
Frame	Beschreibung: „show interfaces“-Zähler. Die Anzahl der falsch empfangenen Pakete mit einem CRC-Fehler und einer nicht ganzzahligen Anzahl von Oktetten (Ausrichtungsfehler).  Häufige Ursachen: Dies ist in der Regel das Ergebnis von Kollisionen oder eines physischen Problems (z. B. Verkabelung, fehlerhafter Port oder fehlerhafte NIC), kann aber auch auf eine Duplex-Fehlanpassung hinweisen.
Giants	Beschreibung: Schnittstellen anzeigen und Schnittstellen-Zähler-Fehler anzeigen. Empfangene Frames, die die maximale IEEE 802.3-Frame-Größe (1518 Byte für Nicht-Jumbo-Ethernet) überschreiten und eine fehlerhafte Frame Check Sequence (FCS) aufweisen.  Häufige Ursachen: In vielen Fällen ist dies das Ergebnis einer fehlerhaften Netzwerkkarte. Versuchen Sie, das anstößige Gerät zu finden und es aus dem Netzwerk zu entfernen. Plattformausnahmen: Catalyst Cat4000-Serie, auf der Cisco IOS ausgeführt wird. Vor der Softwareversion 12.1(19)EW wurde der Riesenzähler für einen Frame > 1518 Byte erhöht. Nach 12.1(19)EW wird der Zähler für Giants im Befehl „show interfaces“ nur erhöht, wenn ein Frame > 1518 Byte mit einer fehlerhaften FCS empfangen wird.
ignoriert	Beschreibung: „show interfaces“-Zähler. Die Anzahl der empfangenen Pakete, die von der Schnittstelle ignoriert werden, da die Schnittstellenhardware nicht über genügend interne Puffer verfügt.  Häufige Ursachen: Broadcast-Stürme und Rauschspitzen können dazu führen, dass die ignorierte Anzahl erhöht wird.
Input errors	Beschreibung: „show interfaces“-Zähler.  Häufige Ursachen: In diese Kategorie gehören Runts, Giants, No Buffer, CRC, Frame, Overrun sowie Ignored. Andere eingabebedingte Fehler können ebenfalls dazu führen, dass sich die Anzahl der Eingabefehler erhöht. Zudem können einige Datagramme mehr als einen Fehler aufweisen. Daher kann diese Summe nicht mit der Summe der aufgezählten Eingabefehlerzahlen ausgeglichen werden. Siehe auch den Abschnitt Eingabefehler bei einer mit einem Layer-2-Switchport verbundenen Layer-3-Schnittstelle.
Late-Col	Beschreibung: How interfaces show interface counters errors Die Häufigkeit, mit der eine Kollision spät im Übertragungsprozess an einer bestimmten Schnittstelle erkannt wird. Bei einem 10-Mbit/s-Port dauert die Übertragung eines Pakets mehr als 512 Bitzeiten. 512 Bitzeiten entsprechen 51,2 Mikrosekunden auf einem 10-Mbit/s-System.  Häufige Ursachen: Dieser Fehler kann unter anderem auf eine Duplex-Fehlanpassung hinweisen. Für das Szenario der Duplex-Fehlanpassung wird die späte Kollision auf der Halbduplex-Seite beobachtet. Da die Halbduplex-Seite sendet, wartet die Vollduplex-Seite nicht, bis sie an der Reihe ist, und sendet gleichzeitig. Dadurch wird eine späte Kollision verursacht. Späte Kollisionen können auch auf ein zu langes Ethernet-Kabel oder -Segment hinweisen. Kollisionen dürfen nicht auf als Vollduplex konfigurierten Schnittstellen auftreten.
lost carrier	Beschreibung: Schnittstellen-Zähler anzeigen. Gibt an, wie oft der Carrier bei der Übertragung verloren ging.  Häufige Ursachen: Überprüfen Sie, ob das Kabel fehlerhaft ist. Überprüfen Sie die physische Verbindung auf beiden Seiten.
Multi-Col	Beschreibung: „show interfaces“-Zählerfehler. Gibt an, wie oft mehrere Kollisionen aufgetreten sind, bevor die Schnittstelle einen Frame erfolgreich an das Medium übertragen hat.  Häufige Ursachen: Kollisionen sind bei Schnittstellen, die als Halbduplex konfiguriert sind, normal, dürfen jedoch nicht an Vollduplex-Schnittstellen auftreten. Wenn die Kollisionen drastisch zunehmen, deutet dies auf eine stark ausgelastete Verbindung oder möglicherweise auf eine Duplex-Fehlanpassung bei dem angeschlossenen Gerät hin.
no buffer	Beschreibung: „show interfaces“-Zähler. Die Anzahl der empfangenen Pakete, die verworfen wurden, da kein Pufferspeicher vorhanden ist.  Häufige Ursachen: Mit ignorierter Anzahl vergleichen. Broadcast-Stürme können häufig für Ereignisse dieser Art verantwortlich sein.
no carrier	Beschreibung: Schnittstellen-Zähler anzeigen. Gibt an, wie oft der Carrier bei der Übertragung nicht vorhanden war.  Häufige Ursachen:  Überprüfen Sie, ob das Kabel fehlerhaft ist. Überprüfen Sie die physische Verbindung auf beiden Seiten.
Out-Discard	Beschreibung: Die Anzahl der ausgewählten ausgehenden Pakete, die verworfen werden sollen, obwohl keine Fehler erkannt wurden.  Häufige Ursachen: Ein möglicher Grund, ein solches Paket zu verwerfen, kann die Freigabe von Pufferspeicher sein.
output buffer failures output buffers swapped out	Beschreibung: Schnittstellen-Zähler anzeigen. Die Anzahl der fehlgeschlagenen Puffer und die Anzahl der ausgetauschten Puffer.  Häufige Ursachen: Ein Port puffert die Pakete an den Tx-Puffer, wenn die an den Port umgeleitete Traffic-Rate hoch ist und die Traffic-Menge nicht verarbeitet werden kann. Der Port beginnt, die Pakete zu verwerfen, wenn der Tx-Puffer voll ist, und erhöht somit die Anzahl der Unterläufe und die Anzahl der Ausgabepufferausfälle. Die Erhöhung der Fehlerzähler für den Ausgabepuffer kann ein Zeichen dafür sein, dass die Ports mit geringerer Geschwindigkeit und/oder Duplex betrieben werden oder dass zu viel Traffic über den Port läuft. Stellen Sie sich als Beispiel ein Szenario vor, in dem ein 1-Gigabit-Multicast-Stream an 24 Ports mit 100 Mbit/s weitergeleitet wird. Wenn eine Egress-Schnittstelle überbelegt ist, treten normalerweise Ausgangspufferfehler auf, die zusammen mit Out-Discards zunehmen. Informationen zur Fehlerbehebung finden Sie in diesem Dokument im Abschnitt Verzögerte Frames (Out-Lost oder Out-Discard).
output errors	Beschreibung: Schnittstellen-Zähler anzeigen. Die Summe aller Fehler, die verhindert haben, dass Datagramme über die Schnittstelle übertragen werden konnten.  Häufige Ursache:  Dieses Problem ist auf die geringe Größe der Ausgabewarteschlange zurückzuführen.
overrun	Beschreibung: Die Anzahl der Male, die die Empfängerhardware keine Empfangsdaten an einen Hardwarepuffer übergeben konnte.  Häufige Ursache: Die Traffic-Eingangsrate hat die Fähigkeit des Empfängers überschritten, die Daten zu verarbeiten.
packets input/output	Beschreibung: Schnittstellen-Zähler anzeigen. Gesamtzahl der an der Ethernet-Schnittstelle empfangenen und gesendeten fehlerfreien Pakete. Überwachen Sie diese Zähler auf Inkremente, da es nützlich ist, festzustellen, ob der Datenverkehr ordnungsgemäß durch die Schnittstelle fließt. Der Bytezähler enthält sowohl die Daten- als auch die MAC-Kapselung in den vom System empfangenen und gesendeten fehlerfreien Paketen.
Rcv-Err	Beschreibung: Nur für Catalyst Switches der Serie 6000: Schnittstellenzähler-Fehler anzeigen Häufige Ursachen: Siehe Plattformausnahmen.  Plattformausnahmen: Catalyst 5000-Serie rcv-err = Empfangspufferfehler. Beispielsweise wird der Zähler für rcv-err durch einen Runt, Giant oder FCS-Err nicht erhöht. Der Zähler für rcv-err wird bei einem Gerät mit der 5000-Serie nur aufgrund von übermäßigem Traffic erhöht. Bei der Catalyst 4000-Serie steht rcv-err für die Summe aller Empfangsfehler. Das heißt, der Zähler für rcv-err-wird im Gegensatz zum Catalyst 5000 erhöht, wenn die Schnittstelle einen Fehler wie einen Runt, Giant oder FCS-Err empfängt.
Runts	Beschreibung: Schnittstellen anzeigen und Schnittstellenindikatorfehler anzeigen. Die empfangenen Frames, die kleiner als die Mindestgröße von IEEE 802.3-Frames (64 Byte für cEthernet) sind und einen fehlerhaften CRC aufweisen.  Häufige Ursachen: Dies kann durch eine Duplex-Fehlanpassung und physische Probleme wie ein fehlerhaftes Kabel, einen fehlerhaften Port oder eine fehlerhafte Netzwerkkarte an dem angeschlossenen Gerät verursacht werden.  Plattformausnahmen: Catalyst Switches der Serie 4000 mit Cisco IOS Vor Softwareversion 12.1(19)EW – ein Runt = zu klein. Zu klein = Frame <64 Byte. Der Zähler für Runts wurde nur bei Empfang eines Frames mit weniger als 64 Byte erhöht. Nach 12.1(19)EW – ein Runt = ein Fragment. Ein Fragment ist ein Frame <64 Byte, aber mit einer fehlerhaften CRC. Das Ergebnis ist, dass der Zähler für Runts jetzt im Befehl show interfaces erhöht wird, zusammen mit dem Zähler für Fragments im Befehl show interfaces counters errors, wenn ein Frame <64 Byte mit einer fehlerhaften CRC empfangen wird.  Cisco Catalyst Switches der Serie 3750. In Versionen vor Cisco IOS 12.1(19)EA1, in denen dot1q auf der Trunk-Schnittstelle von Catalyst 3750 verwendet wird, können Runts auf der Ausgabe von Show-Schnittstellen angezeigt werden, da gültige dot1q-gekapselte Pakete, die 61 bis 64 Byte groß sind und das q-Tag enthalten, vom Catalyst 3750 als unterdimensionierte Frames, obwohl diese Pakete richtig weitergeleitet werden. Darüber hinaus werden diese Pakete in Empfangsstatistiken nicht in der entsprechenden Kategorie (Unicast, Multicast oder Broadcast) gemeldet. Dieses Problem wurde in Cisco IOS Version 12.1(19)EA1 oder 12.2(18)SE oder höher behoben.
Single-Col	Beschreibung: Schnittstellenindikatorfehler anzeigen. Gibt an, wie oft eine Kollision aufgetreten ist, bevor die Schnittstelle einen Frame erfolgreich an das Medium übertragen hat.  Häufige Ursachen: Bei Schnittstellen, die als Halbduplex konfiguriert sind, sind Kollisionen normal, bei Vollduplex-Schnittstellen dürfen sie jedoch nicht auftreten. Wenn die Kollisionen drastisch zunehmen, deutet dies auf eine stark ausgelastete Verbindung oder möglicherweise auf eine Duplex-Fehlanpassung bei dem angeschlossenen Gerät hin.
throttles	Beschreibung: show interfaces. Gibt an, wie oft der Empfänger am Port deaktiviert wurde, möglicherweise aufgrund von einer Puffer- oder Prozessorüberlastung. Wenn hinter dem Zählerwert für Throttles ein Sternchen (*) angezeigt wird, bedeutet dies, dass die Schnittstelle zum Zeitpunkt der Befehlsausführung gedrosselt wird.  Häufige Ursachen: Zu den Paketen, die die Prozessorüberlastung erhöhen können, gehören IP-Pakete mit Optionen, abgelaufene TTL, Nicht-ARPA-Kapselung, Fragmentierung, Tunnel, ICMP-Pakete, Pakete mit MTU-Prüfsummenfehler, RPF-Fehler, IP-Prüfsumme und Längenfehler.
underruns	Beschreibung: Die Häufigkeit, mit der der Transmitter schneller ausgeführt wurde, als der Switch verarbeiten kann.  Häufige Ursachen: Dies kann in einer Situation mit hohem Durchsatz auftreten, in der eine Schnittstelle mit einem hohen Volumen an Datenverkehrsspitzen von vielen anderen Schnittstellen gleichzeitig beaufschlagt wird. Zusammen mit den Underruns kann es zu Schnittstellenzurücksetzungen kommen.
UnderSize	Beschreibung: Schnittstellenindikatorfehler anzeigen. Die empfangenen Frames, die kleiner als die Mindestgröße für IEEE 802.3-Frames von 64 Byte sind (exklusive Frame-Bits, jedoch inklusive FCS-Oktette), die ansonsten wohlgeformt sind.  Häufige Ursachen: Überprüfen Sie das Gerät, das diese Frames sendet.
Xmit-Err	Beschreibung: Schnittstellenindikatorfehler anzeigen.  Dies zeigt an, dass der interne Sendepuffer (Tx) voll ist. Häufige Ursachen: Eine häufige Ursache für Xmit-Err kann der Traffic von einer Verbindung mit hoher Bandbreite zu einer Verbindung mit niedrigerer Bandbreite oder der Traffic von mehreren eingehenden Verbindungen zu einer einzelnen ausgehenden Verbindung sein. Wenn beispielsweise über eine Gigabit-Schnittstelle eine große Menge von Traffic-Bursts eingeht und auf eine 100-Mbit/s-Schnittstelle umgeschaltet wird, kann dies zu einem Rückgang von Xmit-Err an der 100-Mbit/s-Schnittstelle führen. Dies liegt daran, dass der Ausgabepuffer an dieser Schnittstelle durch den übermäßigen Traffic aufgrund der Geschwindigkeitsunterschiede zwischen den eingehenden und ausgehenden Bandbreiten überfordert ist.

Anhang E - Häufig gestellte Fragen

1. Wann müssen Sie die automatische Aushandlung verwenden?

   Cisco empfiehlt, die automatische Aushandlung zu verwenden, wenn die beteiligten Geräte mit dem 802.3u-Standard konform sind. Weitere Informationen zu bestimmten Produkten finden Sie unter Behebung von Kompatibilitätsproblemen zwischen Cisco Catalyst Switches und NICs. Die automatische Aushandlung ist äußerst nützlich für Ports, bei denen regelmäßig Geräte mit unterschiedlichen Funktionen verbunden und getrennt werden. Ein Beispiel ist, wenn MitarbeiterInnen das Büro besuchen und ihren eigenen Laptop mitbringen.

2. Wie können Sie einen Port für die automatische Aushandlung konfigurieren?

   Entfernen Sie die hartcodierten Geschwindigkeits- und Duplexeinstellungen aus der Schnittstellenkonfiguration. Dadurch werden die Geschwindigkeit und der Duplexmodus auf automatische Aushandlung zurückgesetzt. Oder führen Sie den Schnittstellenbefehl speed auto aus.

3. Woran können Sie erkennen, wie Ihr Port konfiguriert ist?

   Führen Sie den Befehl show interface <Schnittstelle> status aus. Suchen Sie nach dem Präfix a in den Statusfeldern. Dieses bedeutet, dass der Port für die automatische Aushandlung konfiguriert ist. Beispiele sind a-full und a-100. Wenn ein Präfix nicht vorhanden ist, wird der Port manuell für die angezeigten Parameter konfiguriert. Die Beispiele sind voll und 100. Führen Sie den Befehl show run interface <Schnittstelle> aus, um die Konfiguration des Switches anzuzeigen.

4. Wie können Sie feststellen, wozu Ihre Schnittstelle fähig ist?

   Führen Sie den Befehl show interface capabilities aus. Alternativ können Sie den Befehl show interfaces <interface>status ausführen, um die Geschwindigkeits-/Duplexeinstellungen anzuzeigen.

5. Warum erkennt ein Port den korrekten Duplexmodus nicht, wenn der Link-Partner nicht für die automatische Aushandlung konfiguriert ist?

   Der Port erkennt ihn nicht, weil hierfür keine Methode verfügbar ist.

6. Warum ist es möglich, dass ein Link als verbunden angezeigt wird, wenn für die zwei Ports unterschiedliche Duplexmodi konfiguriert sind?

   Dies ist möglich, weil die elektrischen Signale, die von den Ports genutzt werden, um zu bestimmen, ob sie verbunden sind, den Status der Duplexmodi nicht nachverfolgen.

7. Bedeutet das Präfix a bei Duplex- und Geschwindigkeits-Statusfeld immer, dass das Verhalten des Ports für automatische Aushandlung konfiguriert ist?

   Nein, es bedeutet, dass der Port die automatische Aushandlung durchführen kann.

8. Wozu dient %CDP-4-DUPLEX_MISMATCH? Duplexdiskrepanz erkannt Nachrichtenmittel?

   Das bedeutet, dass das CDP über einen Konfigurationsvergleichsdialog feststellt, dass eine Diskrepanz besteht. Das CDP versucht nicht, die Diskrepanz zu beheben.

Zugehörige Informationen

• Behebung von Kompatibilitätsproblemen zwischen Cisco Catalyst Switches und NICs
• Support für LAN-Switching-Technologie
• Technischer Support und Dokumentation für Cisco Systeme