Problemen met switchpoorten en interfaces oplossen

Inleiding

In dit document wordt beschreven hoe u kunt bepalen waarom een poort of interface problemen geeft.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is van toepassing op Catalyst-switches met Cisco IOS®-systeemsoftware.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Opmerking: U moet een geregistreerde Cisco-client zijn om toegang te krijgen tot tools en websites.

De fysieke laag troubleshooten  

Leds gebruiken voor troubleshooten

Als u fysiek toegang tot de switch hebt, kan save tijd om te kijken naar de poort LEDs die u de link status geven of kan wijzen op een fout voorwaarde (indien rood of oranje). In de tabel zijn de statusindicatoren van de leds voor Ethernet-modules of switches met een vaste configuratie opgenomen:

Platform	URL
Catalyst 6000 Series switches	Leds van Ethernet-module
Catalyst 4000 Series switches	Leds van Ethernet-module
Catalyst 3750 Series switches	Leds op voorpaneel
Catalyst 3550 Series switches	Leds op voorpaneel
Catalyst 2950/2955 Series switches	Leds op voorpaneel
Catalyst 2900/3500XL Series switches	Leds op voorpaneel
Catalyst 1900 en 2820 Series switches	Leds op voorpaneel

Zorg dat beide kanten een link hebben. Eén gebroken draad of één uitgeschakelde poort kan ertoe leiden dat het linklampje van de ene kant wel brandt maar het linklampje van de andere kant niet.

Een brandend linklampje garandeert niet dat de kabel volledig functioneel is. De kabel kan fysieke belasting ondervinden waardoor deze marginaal functioneel is. Normaalgesproken kunt u deze situatie vaststellen als de poort veel pakketfouten heeft of als de poort fluctueert (waarbij een link dan weer actief dan weer inactief is).

Kabel en beide kanten van de verbinding controleren

Als het linklampje voor de poort niet gaat branden, kunt u de volgende opties overwegen:

Mogelijke oorzaak	Corrigerende maatregel
Geen kabel aangesloten	Sluit de kabel van de switch aan op een goed werkend apparaat.
Onjuiste poort	Zorg dat beide uiteinden van de kabel op de juiste poorten zijn aangesloten.
Apparaat heeft geen stroom	Zorg dat beide apparaten stroom hebben.
Onjuist kabeltype	Controleer de gebruikte kabel. Raadpleeg de Kabelgids voor Catalyst-switches.
Slechte kabel	Verwissel de slechte kabel met een goed werkende kabel. Controleer op gebroken of ontbrekende pinnen van connectors.
Losse aansluitingen	Controleer op losse aansluitingen. Soms lijkt een kabel goed vast te zitten terwijl dat niet het geval is. Haal de kabel uit de aansluiting en plaats deze opnieuw.
Patchpanelen	Verhelp slechte aansluitingen op het patchpaneel. Omzeil zo mogelijk het patchpaneel om uit te sluiten dat dit de oorzaak van het probleem is.
Mediaconverters	Verhelp defecten in mediaconverters: van glasvezel naar koper, enzovoort. Omzeil zo mogelijk de mediaconverter om uit te sluiten dat deze de oorzaak van het probleem is.
Defecte of onjuiste Gigabit-interfaceconverter (GBIC)	Verwissel de defecte/onjuiste GBIC met een goed werkende GBIC. Controleer hardware- en software-ondersteuning voor dit type GBIC.
Defecte poort of modulepoort, of interface of module is niet ingeschakeld	Verplaats de kabel naar een goed werkende poort om problemen met een poort of module te troubleshooten. Gebruik de show interface opdracht voor Cisco IOS om errunk, uit te schakelen of te sluiten status. De output van de opdracht show module kan ‘faulty’ aangeven, wat op een hardwareprobleem kan duiden. Zie de sectie Veelvoorkomende poort- en interfaceproblemen in dit document voor meer informatie.

Koper- en glasvezelkabels voor Ethernet-verbindingen

Zorg dat u de juiste kabel heeft voor het gewenste type aansluiting. Koperkabels van categorie 3 kunnen worden gebruikt voor 10 Mbps UTP-aansluitingen (onbeschermd getwist paar), maar mogen nooit worden gebruikt voor 10/100 of 10/100/1000 Mbps UTP-aansluitingen. Gebruik altijd UTP-kabels van categorie 5, 5e of 6 voor 10/100 of 10/100/1000 Mbps-aansluitingen.

Waarschuwing: Kabels van categorie 5e en categorie 6 kunnen veel statische elektriciteit opslaan vanwege de diëlektrische eigenschappen van het materiaal waarvan ze zijn gemaakt. Sluit de kabels altijd aan op geschikte en veilige massa (vooral bij nieuwe kabels) voordat u deze op de module aansluit.

Zorg er bij het gebruik van glasvezelkabels voor dat u de juiste kabel heeft voor de gewenste afstanden en de typen glasvezelpoorten die worden gebruikt. De twee beschikbare opties zijn single-mode glasvezel (SMF) en multi-mode glasvezel (MMF). Controleer of de poorten op de apparaten die onderling worden verbonden beide SMF- of MMF-poorten zijn.

Opmerking: Bij glasvezelverbindingen moet u controleren of de ader of vezel van verzendzijde van de ene poort is aangesloten op de ader of vezel van de ontvangstzijde van de andere poort. Aansluitingen van verzendzijde naar verzendzijde of van ontvangstzijde naar ontvangstzijde werken niet.

Maximale verzendafstanden van Ethernet en Fast Ethernet

Transceiversnelheid	Kabeltype	Duplexmodus	Maximale afstand tussen stations
10 Mbps	UTP categorie 3	Full en half	100 m
10 Mbps	MMF	Full en half	2 km
100 Mbps	UTP-kabel, categorie 5 en 5e	Full en half	100 m
100 Mbps	UTP categorie 6	Full en half	100 m
100 Mbps	MMF	Half	400 m
		Full	2 km
100 Mbps	SMF	Half	400 m
		Full	10 km

Raadpleeg de Kabelgids voor Catalyst-switches voor meer informatie over de verschillende typen kabels/connectors, kabelvereisten, optische vereisten (afstand, type, patchkabels, enzovoort), het aansluiten van de verschillende kabels en welke kabels met de meeste Cisco-switches en -modules kunnen worden gebruikt.

Gigabit Ethernet troubleshooten

Als u apparaat A op apparaat B heeft aangesloten via een Gigabit-link en de link niet wordt geactiveerd, voert u deze procedure uit.

Stapsgewijze procedure

1. Controleer of apparaat A en B dezelfde GBIC, korte golflengte (SX), lange golflengte (LX), lange afstanden (LH), uitgebreide golflengte (ZX) of koper-UTP (TX) gebruiken. Beide apparaten moeten hetzelfde type GBIC gebruiken om een link tot stand te brengen. Een SX GBIC moet worden aangesloten op een SX GBIC. Een SX GBIC kan geen link tot stand brengen met een LX GBIC. Raadpleeg Opmerking bij gebruik van mode-conditioning patchkabels voor meer informatie.

2. Controleer de afstand en de kabel die per GBIC wordt gebruikt zoals aangegeven in deze tabel.

   Specificaties van bekabeling voor 1000BASE-T en 1000BASE-X poorten

GBIC	Golflengte (nm)	Type koper/glasvezel	Kerndikte1(micron)	Modale bandbreedte (MHz/km)	Kabelafstandb
WS-G5483 1000Base-T (koper)		UTP-kabel, categorie 5, UTP‑kabel, categorie 5e en UTP‑kabel, categorie 6			100 m
WS-G5484 1000BASE-SX3	850	MMF	62.5 62.5 50.0 50.0	160 200 400 500	220 m - 275 m - 500 m - 550 m
WS-G5486 1000BASE-LX/LH	1310	MMF4 SMF	62,5 - 50,0 - 50,0 - 8,3/9/10	500 400 500-	550 m - 550 m - 550 m - 10 km
WS-G5487 1000BASE-ZX5	1550	MMF SMFf	8,3/9/10 - 8,3/9/10		70 km7 - 100 km

1. De aangegeven getallen voor multi-mode glasvezelkabels verwijzen naar de kerndiameter. Bij single-mode glasvezelkabels verwijst 8,3 micron naar de kerndiameter. De waarden 9 micron en 10 micron verwijzen naar de Mode Field Diameter (MFD), de diameter van het lichtdragende gedeelte van de glasvezelkabel. Dit gebied bestaat uit de glasvezelkern plus een klein gedeelte van de omliggende bekleding. De MFD is een functie van de kerndiameter, de golflengte van de laser en het verschil in refractieve index tussen de kern en de bekleding.

2. De afstanden zijn gebaseerd op glasvezelverlies. Meervoudige verbindingen en ondermaatse glasvezelkabels verminderen de kabelafstanden.

3. Alleen gebruiken met MMF.

4. Wanneer u een LX/LH GBIC gebruikt met een MMF-kabel met een diameter van 62,5 micron, moet u een mode-conditioning patchkabel (CAB-GELX-625 of gelijkwaardig) plaatsen tussen de GBIC en de MMF-kabel op zowel de verzend- als ontvangstzijde van de link. De mode-conditioning patchkabel is vereist bij verbindingsafstanden korter dan 100 m of langer dan 300 m. De mode-conditioning patchkabel voorkomt oversturing van de ontvanger bij korte MMF-kabels en vermindert vertraging van de differentiële modus bij lange MMF-kabels. Raadpleeg Opmerking bij gebruik van mode-conditioning patchkabels voor meer informatie.

5. Alleen gebruiken met SMF.

6. Single-mode glasvezelkabel met verschuiving van dispersie.

7. De minimale linkafstand voor ZX GBIC’s is 10 km met een 8 dB verzwakker aan beide zijden van de link. Zonder verzwakkers is de minimale linkafstand 40 km.

3. Als één van beide apparaten meerdere Gigabit-poorten heeft, sluit u de poorten op elkaar aan. Elk apparaat wordt dan getest en goede werking van de Gigabit-interface wordt gecontroleerd. Stel u heeft een switch met twee Gigabit-poorten. Verbind Gigabit-poort 1 met Gigabit-poort 2. Wordt de link geactiveerd? Zo ja, dan werkt de poort goed. STP blokkeert de poort en voorkomt lusvorming (poort 1 voor ontvangst (RX) gaat naar poort 2 voor verzending (TX), en poort 1 (TX) gaat naar poort 2 (RX)).

4. Als één verbinding of Stap 3 mislukt met SC-connectors, herleidt u de poort naar zichzelf (poort één RX gaat naar poort één TX). Wordt de poort geactiveerd? Zo nee, neem dan contact op met TAC; mogelijk is de poort defect.

5. Als de stappen 3 en 4 succesvol zijn, maar een verbinding tussen apparaat A en B niet kan worden vastgesteld, luspoorten met de kabel die de twee apparaten aansluit. Controleer of de kabel niet defect is.

6. Controleer dat elk apparaat de 802.3z-specificatie voor Gigabit automatische onderhandeling ondersteunt. Gigabit Ethernet heeft een procedure voor automatisch onderhandelen die uitgebreider is dan de procedure die wordt gebruikt voor 10/100 Ethernet (Gigabit-standaard voor automatische onderhandeling: IEEE-standaard 802.3z-1998). Wanneer u link-onderhandeling inschakelt, worden Flow Control, duplexmodus en informatie over externe fouten automatisch via het systeem onderhandelt. U moet link-onderhandeling aan beide zijden van de link in- of uitschakelen. Beide zijden van de link moeten op dezelfde waarde worden ingesteld, anders kan de link geen verbinding tot stand brengen. Er zijn problemen opgetreden bij aansluiting op apparaten die zijn geproduceerd voordat de standaard IEEE 802.3z werd geratificeerd. Als een van de apparaten automatische Gigabit-onderhandeling niet ondersteunt, schakelt u automatische onderhandeling uit om de link te activeren. Het duurt 300 msec voordat de kaartfirmware aan de software doorgeeft dat een 10/100/1000BASE-TX link/poort inactief is. De standaardwaarde van 300 msec van de debounce-timer wordt bepaald door de timer voor polling van de firmware van de lijnkaarten die elke 300 msec wordt uitgevoerd. Als deze link in 1G-modus (1000BASE-TX) wordt uitgevoerd, moet Gigabit-synchronisatie, die elke 10 msec plaatsvindt, de link sneller kunnen detecteren. Er is een verschil in detectietijden van linkfouten bij het gebruik van Gigabit Ethernet via koper vergeleken met glasvezel. Dit verschil in detectietijd is gebaseerd op de IEEE-standaarden.

Waarschuwing: Wanneer u automatische onderhandeling uitschakelt, blijven uitvallende links of problemen op de fysieke laag verborgen. Dit moet alleen worden uitgeschakeld wanneer eindapparaten zoals oudere Gigabit-NIC’s worden gebruikt die IEEE 802.3z niet kunnen ondersteunen. Schakel automatische onderhandeling tussen switches alleen uit als dit absoluut vereist is; problemen op de fysieke laag blijven anders onopgemerkt, wat leidt tot STP-lussen. Als alternatief kunt u contact opnemen met de verkoper voor een software-/hardware-upgrade voor ondersteuning van automatische Gigabit-onderhandeling die voldoet aan IEEE 802.3z.

Raadpleeg voor Gigabit Ethernet-systeemvereisten en Gigabit Interface Converters (GBIC’s), Coarse Wavelength Division Multiplexing (CWDM) en Small Form-Factor Pluggable (SFP) systeemvereisten deze documenten:

• Systeemvereisten voor implementatie van Gigabit Ethernet op Catalyst-switches

• Compatibiliteitsmatrix voor Catalyst GigaStack Gigabit Interface Converters

• Compatibiliteitsmatrix voor Cisco Gigabit Ethernet-transceivermodules

• Compatibiliteitsmatrix voor Cisco 10 Gigabit Ethernet-transceivermodules

Raadpleeg Automatische onderhandeling over 10/100/1000 Mb Ethernet en half/full duplex configureren en verifiëren voor algemene configuratie-informatie en troubleshooting.

Verbonden of niet verbonden

De meeste Cisco-switches hebben een poort met de status notconnect. Dit betekent dat deze op dat moment nergens mee is verbonden, maar verbinding tot stand kan worden gebracht zodra er een goede verbinding met een ander operationeel apparaat mogelijk is. Als u een goede kabel aansluit op twee switchpoorten met de status ‘notconnect’, moet het linklampje bij beide poorten groen gaan branden en moet de poortstatus ‘connected’ zijn. De poort is dan actief waar het Layer 1 (L1) betreft.

In Cisco IOS kunt u de opdracht show interfaces gebruiken om te controleren of de interface up, line protocol is up (connected) is (interface en lijnprotocol zijn actief (verbonden)). De eerste up verwijst naar de status van de fysieke laag van de interface. De melding line protocol upֹ geeft de status van de datalink-laag van de interface aan en duidt erop dat de interface keepalives kan verzenden en ontvangen.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is down, line protocol is down (notconnect)

!--- Reasons: In this case,
!--- 1) A cable is not properly connected or not connected at all to this port.
!--- 2) The connected cable is faulty.
!--- 3) Other end of the cable is not connected to an active port or device.

!--- Note: For gigabit connections, GBICs need to be matched on each
!--- side of the connection.
!--- There are different types of GBICs, depends on the cable and
!--- distances involved: short wavelength (SX),
!--- long-wavelength/long-haul (LX/LH) and extended distance (ZX).
!--- An SX GBIC needs to connect with an SX GBIC;
!--- an SX GBIC does not link with an LX GBIC. Also, some gigabit
!--- connections require conditioning cables,
!--- that depend on the lengths involved.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is down (notconnect)

!--- The interface is up (or not in a shutdown state), but line protocol down.
!--- Reason: In this case, the device on the other side of the wire is a
!--- CatOS switch with its port disabled.

Router#show interfaces fastEthernet 6/1 status
Port   Name    Status       Vlan    Duplex   Speed  Type
Fa6/1          notconnect    1       auto     auto   10/100BaseTX

Als interfaces omhoog/line-protocol tonen (aangesloten), maar u ziet een toename van fouten in de uitvoer van een van beide opdrachten, raadpleegt u de sectie Gemeenschappelijke poort- en interfaceproblemen van dit document voor advies.

De meestgebruikte poort- en interfaceopdrachten voor Cisco IOS troubleshooten

In de volgende tabel zijn de meestgebruikte opdrachten opgenomen voor het troubleshooten van poort- of interfaceproblemen bij switches met Cisco IOS-systeemsoftware op de supervisor.

Opmerking: In de rechterkolom in de onderstaande tabel staat een beknopte beschrijving van wat de opdracht doet en worden uitzonderingen op het gebruik ervan per platform aangegeven.

U kunt de output van de ondersteunde opdrachten op uw Cisco-apparaat gebruiken om potentiële problemen en oplossingen te bepalen met Cisco CLI Analyzer.

Cisco IOS-opdrachten	Beschrijving
show version	Met deze opdracht wordt output gegenereerd die vergelijkbaar is met die van een Cisco-router, zoals de naam en versie van de software-image en de grootte van systeemgeheugens. Handig bij het zoeken naar software/hardware-incompatibiliteiten (met de Releaseopmerkingen of Software Advisor) en bugs (met de Bug Search Tool).  Opmerking: alleen geregistreerde Cisco-gebruikers kunnen toegang krijgen tot interne Cisco-tools en -informatie.
show module	Deze opdracht toont welke kaarten in de switch aanwezig zijn, de versie van de software die wordt uitgevoerd en welke status de modules hebben: ok, faulty, enzovoort. Dit is nuttig bij het diagnosticeren van een hardwareprobleem bij een module of poort. Zie de opdracht Poortstatus of interfacestatus is uitgeschakeld of uitgezet of de secties Hardware Problemen in dit document voor meer informatie over het oplossen van hardwareproblemen met de opdracht Show Module.
show run-config	Met deze opdracht wordt het huidige configuratiebestand van de switch getoond. Wijzigingen zijn saved  naar de configuratie in Cisco IOS met de opdracht schrijfgeheugen. Deze informatie is nuttig bij het bepalen of een onjuiste configuratie van de mod/poort of interface een probleem kan veroorzaken.
show interfaces	Met de opdracht show interfaces worden de administratieve en operationele status van een switchpoort, de ontvangen en verzonden pakketten, buffer- of andere fouten, enzovoort getoond.
clear counters	Gebruik de opdracht duidelijke tellers om het verkeer en de fouttellers op nul te zetten, zodat u kunt zien of het probleem slechts tijdelijk is of dat de tellers blijven toenemen. Opmerking: Bij Catalyst 6500/6000 Series switches worden de bittellers van een interface niet gewist met de opdracht clear counters. U kunt de bittellers van deze switches alleen wissen door opnieuw te laden.
show interfaces counters	Gebruik deze opdracht op de Catalyst 6000, 4000, 3550, 2950 en 3750 Series.
show counters interface - show controllers ethernet-controller	De opdracht interface voor tellers van showtellers werd geïntroduceerd in softwareversie 12.1(13)E voor Catalyst 6000 Series en geeft 32-bits en 64-bits fouttellers weer. Voor Cisco IOS-switches uit de 2900/3500XL-, 2950/2955-, 3550-, 2970- en 3750-serie geeft de opdracht Ethernet-controller voor de show controllers afgedankte frames, uitgestelde frames, uitlijningsfouten, botsingen, enzovoort weer.
show interfaces counters	Gebruik deze opdracht op de Catalyst 6000, 4000, 3550, 2950 en 3750 Series.
show diagnostic(s) - show post	De opdracht show diagnostic werd in 12.1(11b)E geïntroduceerd voor de Catalyst 6000 Series en show diagnostics (met een s) werd geïntroduceerd voor de Catalyst 4000 Series. Op de switches van de 2900/3500XL, 2950/2955, 3550, 2970 en 3750 Series switches gebruikt u de opdracht show post die de POST-resultaten van de switch toont. Zie de sectie Hardwareproblemen in dit document voor meer informatie over het troubleshooten van hardwareproblemen op Catalyst-switches.

Inzicht in output van specifieke poort- en interfacetellers in Cisco IOS

De meeste switches hebben een manier om de pakketten en fouten op een poort of interface te traceren. De meest gangbare opdrachten die worden gebruikt om dit type informatie te vinden, worden beschreven in de sectie Veelgebruikte opdrachten voor troubleshooten van poort en interface in Cisco IOS van dit document.

Opmerking: Er kunnen verschillen zijn in de implementatie van de tellers voor verschillende platforms en releases. Hoewel de waarden van de tellers over het algemeen nauwkeurig zijn, zorgt hun ontwerp ervoor dat ze niet erg precies zijn. Voor de exacte statistieken van het verkeer kunt u het beste een sniffer gebruiken om de benodigde inkomende en uitgaande interfaces te monitoren.

Overmatige fouten voor bepaalde tellers wijzen gewoonlijk op een probleem. Wanneer u de instelling half-duplex gebruikt, zijn sommige datalink-fouten met oplopende tellers voor Frame Check Sequence (FCS), uitlijning, runt-frames en botsingen normaal. Over het algemeen is voor fouten een hoeveelheid van 1% van het totale verkeer aanvaardbaar voor half-duplex verbindingen. Als de hoeveelheid fouten meer dan 2 tot 3% van de invoerpakketten bedraagt, kan een prestatieachteruitgang worden opgemerkt.

In half-duplex omgevingen is het mogelijk voor zowel de switch als het aangesloten apparaat om op exact hetzelfde moment de fysieke verbinding te testen en te verzenden, wat resulteert in een botsing. Botsingen kunnen runt-frames, FCS-fouten en uitlijningsfouten veroorzaken doordat het frame niet volledig naar de fysieke verbinding wordt gekopieerd, wat resulteert in gefragmenteerde frames.

Wanneer u op full-duplex werkt, moeten de waarden van tellers voor fouten in FCS, Cyclic Redundancy Checks (CRC), uitlijning en runt-frames minimaal zijn. Als de link op full-duplex werkt, is de botsingteller niet actief. Als de tellers voor FCS, CRC, uitlijning of runt-frames toenemen, moet u controleren of er sprake is van een duplex-mismatch. Duplex-mismatch is een situatie waarin de switch op full-duplex werkt en het aangesloten apparaat op half-duplex werkt of omgekeerd. De gevolgen van een duplex-mismatch zijn zeer trage verwerking van verkeer, onregelmatige connectiviteit en verlies van verbinding. Andere mogelijke oorzaken van datalink-fouten op full-duplex zijn defecte kabels, defecte switchpoorten of problemen met de software of hardware van een NIC. Zie de sectie Veelvoorkomende poort- en interfaceproblemen in dit document voor meer informatie.

Opdracht ‘show interfaces’ voor Cisco IOS

Op supervisors met Cisco IOS kunt u de opdracht show interfaces card-type {slot/port} gebruiken om foutentellers en statistieken te tonen. Een alternatief voor deze opdracht (voor Catalyst 6000, 4000, 3550, 2970, 2950/2955 en 3750 Series switches) is de opdracht "show interfacekaart-type" <sleuf/poort> voor tellerfouten die alleen de interfacefoutellers weergeeft. Raadpleeg Tabel 1 voor toelichtingen over de output van foutentellers.

Opmerking: Gebruik voor 2900/3500XL Series switches de opdracht show interfaces card-type {slot/port} samen met de opdracht show controllers Ethernet-controller .

Router#sh interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is up (connected)
   Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
   MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
      reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   Full-duplex, 100Mb/s
   input flow-control is off, output flow-control is off
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input 00:00:14, output 00:00:36, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue :0/40 (size/max)
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec

De output van de opdracht show interfaces tot aan dit punt wordt hier uitgelegd (in de bovenstaande volgorde):

• up, line protocol is up (connected): De eerste up verwijst naar de status van de fysieke laag van de interface. De melding line protocol upֹ geeft de status van de datalink-laag van de interface aan en duidt erop dat de interface keepalives kan verzenden en ontvangen.

• MTU: De maximale verzendeenheid (MTU) voor Ethernet is standaard 1500 bytes (voor het maximale datagedeelte van het frame).

• Full-duplex, 100Mb/s: Full-duplex en 100 Mbps zijn de huidige duplexinstelling en snelheid van de interface. Dit geeft niet aan of automatische onderhandeling is gebruikt om dit te bereiken. Gebruik de opdracht show interfaces fastEthernet 6/1 status om dit weer te geven:

Router#show interfaces fastEthernet 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

!--- Autonegotiation was used to achieve full-duplex and 100Mbps.

• Last input, output: Het aantal uren, minuten en seconden sinds het laatste pakket met succes is ontvangen of verzonden door de interface. Dit is nuttige informatie wanneer een interface niet meer werkt.

• Laatste opheldering van show interface tellers - De laatste keer de duidelijke tellers bevel werd uitgegeven sinds de laatste keer de switch werd herstart. De opdracht clear counters wordt gebruikt om interfacestatistieken opnieuw in te stellen.

Opmerking: Variabelen die invloed kunnen hebben op routing (bijvoorbeeld belasting en betrouwbaarheid) worden niet gewist wanneer de tellers worden gewist.

• Invoerwachtrij - Het aantal pakketten in de invoerwachtrij.Grootte/max/dalingen= het huidige aantal frames in de wachtrij / het maximale aantal frames dat de wachtrij kan vasthouden voordat de wachtrij moet beginnen met het neerzetten van frames / het feitelijke aantal frames dat wordt verwijderd omdat de maximale grootte van de wachtrij is overschreden. Flushes wordt gebruikt om te tellen selectieve Packet Discard (SPD) druppels op de Catalyst 6000 Series waarop Cisco IOS wordt uitgevoerd. (De spoelteller kan worden gebruikt maar nooit stappen op de Catalyst 4000 Series die Cisco IOS uitvoeren.) SPD is een mechanisme dat snel lage prioriteitspakketten laat vallen wanneer de CPU is overbelast om save  enige procescapaciteit voor pakketten met een hoge prioriteit. De teller flushes in de output van de opdracht show interface neemt toe als deel van selective packet discard (SPD), wat een selectief beleid voor de afwijzing van pakketten implementeert op de IP-proceswachtrij van de router. Daarom is deze waarde alleen van toepassing op proces-geswitcht verkeer.

  Het doel van SPD is ervoor te zorgen dat belangrijke controlepakketten, zoals routing updates en keepalives, niet worden afgewezen wanneer de IP-invoerwachtrij vol is. Wanneer de grootte van de IP-invoerwachtrij tussen de minimum- en maximumdrempels ligt, worden normale IP-pakketten afgewezen op basis van een bepaalde kans op afwijzing. Deze willekeurige afwijzingen worden SPD-flushes genoemd.

• Total output drops: Het aantal afgewezen pakketten doordat de uitvoerwachtrij vol is. Een veelvoorkomende oorzaak is verkeer dat wordt geswitcht van een link met hoge bandbreedte naar een link met lagere bandbreedte of verkeer dat wordt geswitcht van meerdere inkomende links naar één enkele uitgaande link. Als bijvoorbeeld een grote hoeveelheid verkeer binnenkomt op een gigabit-interface en wordt geswitcht naar een 100Mbps-interface, kan dit een toename in afwijzingen in uitvoerwachtrijen op de 100Mbps-interface veroorzaken. Dit komt doordat de uitvoerwachtrij op die interface wordt overweldigd door het overtollige verkeer vanwege de mismatch in snelheid tussen de inkomende en uitgaande bandbreedte.

• Output queue: Het aantal pakketten in de uitvoerwachtrij. De waarden size/max vertegenwoordigen het huidige aantal frames in de wachtrij/het maximale aantal frames dat zich in de wachtrij kan bevinden voordat deze vol is en moet beginnen met het afwijzen van frames.

• 5 minute input/output rate: De gemiddelde invoer- en uitvoersnelheid dat door de interface in de laatste vijf minuten is gezien. Specificeer een kortere periode om een nauwkeurige gelezen te krijgen (om verkeersuitbarstingen beter te detecteren bijvoorbeeld en geef het opdracht van de interface voor het laadinterval <seconden> uit.

    Zie Tabel 1 voor toelichtingen over de output van foutentellers.

!--- ...show interfaces command output continues.
     1117058 packets input, 78283238 bytes, 0 no buffer
      Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles
      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
      0 watchdog, 0 multicast, 0 pause input
      0 input packets with dribble condition detected
      285811 packets output, 27449284 bytes, 0 underruns
      0 output errors, 0 collisions, 2 interface resets
      0 babbles, 0 late collision, 0 deferred
      0 lost carrier, 0 no carrier
      0 output buffer failures, 0 output buffers swapped out

Opmerking: er is een verschil tussen de teller van de uitvoer van het showinterfacebevel voor een fysieke interface en een VLAN-interface. De tellers voor invoerpakketten nemen toe in de output van show interface voor een VLAN-interface wanneer dat pakket via Layer 3 (L3) door de CPU wordt verwerkt. Verkeer dat via Layer 2 (L2) wordt geswitcht, bereikt de CPU nooit en wordt niet meegeteld in de tellers van show interface voor de VLAN-interface. Het zou worden meegeteld in de output van show interface voor de bijbehorende fysieke interface.

De show interfaces < card-type> <sleuf/poort> tellers foutopdracht wordt gebruikt in Cisco IOS om de uitvoer van alleen de interfacefouten weer te geven. Zie Tabel 1 voor toelichtingen over de output van foutentellers.

Router#show interfaces fastEthernet 6/1 counters errors

 Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
 Fa6/1               0          0          0          0         0           0

 Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
 Fa6/1              0         0         0          0         0         0         0

Tabel 1. Cisco IOS-foutteller-uitvoer voor showinterfaces of toon interfaces < kaarttype> <x/y> tellerfouten voor Catalyst 6000 en 4000 Series.

Tellers (in alfabetische volgorde)	Problemen en veelvoorkomende oorzaken van toenemende foutentellers
Align-Err	Beschrijving: show interfaces counters errors-teller. Alignment fouten zijn een telling van het aantal frames dat is ontvangen die niet eindigen met een even aantal octetten en een slechte cyclische redundantiecontrole hebben (CRC). Veelvoorkomende oorzaken: Deze zijn meestal het resultaat van een duplexfout of een fysiek probleem (zoals bekabeling, een slechte poort of een slechte NIC). Wanneer de kabel voor het eerst op de poort wordt aangesloten, kunnen sommige van deze fouten zich voordoen. Als er een hub is aangesloten op de poort, kunnen botsingen tussen andere apparaten op de hub deze fouten veroorzaken. Platform-uitzonderingen: uitlijningsfouten worden niet geteld op de Catalyst 4000 Series Supervisor I (WS-X4012) of Supervisor II (WS-X4013).
babbles	Beschrijving: show interfaces-teller. Het aantal keren dat de timer voor verzending van jabbers is verlopen. Een jabber is een frame grote dan 1518 octetten (exclusief framing-bits, maar inclusief FCS-octetten) dat niet eindigt op een even aantal octetten (uitlijningsfout) of een ongeldige FCS heeft.
Carri-Sen	Beschrijving: show interfaces counters errors-teller. De teller van Carri-Sen (carrier sense of carrier-inzicht) wordt telkens opgehoogd wanneer een Ethernet-controller data via een half-duplex verbinding wil verzenden. De controller bemerkt de draad en controleert of het niet druk is voordat het wordt verzonden. Gemeenschappelijke Oorzaken: Dit is normaal op een half-duplex Ethernet segment.
collisions	Beschrijvingen: toon interfaceteller. Het aantal keer dat een botsing heeft plaatsgevonden voordat de interface een frame succesvol naar de media verzond. Veelvoorkomende oorzaken: Botsingen zijn normaal voor interfaces die als half-duplex zijn geconfigureerd, maar zouden niet moeten optreden op full-duplex interfaces. Als de botsingen drastisch toenemen, wijst dit op een zeer intensief gebruikte link of mogelijk een duplex-mismatch met het aangesloten apparaat.
CRC	Beschrijving: show interfaces-teller. Deze toename wanneer de CRC die wordt gegenereerd door het LAN-station of -apparaat dat het verkeer genereert, niet overeenkomt met de controlesom die op basis van de ontvangen gegevens is berekend. Gemeenschappelijke Oorzaken: Dit wijst gewoonlijk op lawaai of transmissieproblemen op de LAN interface of LAN zelf. Een groot aantal CRC’s is meestal het gevolg van botsingen, maar kan ook op een fysiek probleem (zoals bekabeling, defecte interface of NIC) of een duplex-mismatch wijzen.
deferred	Beschrijving: show interfaces-teller. Het aantal frames dat is verzonden nadat op de media is gewacht omdat de media bezig waren. Gemeenschappelijke Oorzaken: Dit wordt gewoonlijk gezien in half-duplex milieu's waar de drager reeds in gebruik is wanneer het probeert om een kader over te brengen.
pause input	Beschrijving: show interfaces-teller. Een toename in de teller pause input betekent dat het aangesloten apparaat een verkeerspauze aanvraagt wanneer zijn ontvangstbuffer bijna vol is. Gemeenschappelijke Oorzaken: Deze teller wordt verhoogd voor informatieve doeleinden aangezien de switch het kader goedkeurt. De pauzepakketten houden op wanneer het aangesloten apparaat het verkeer kan ontvangen.
input packets with dribble condition	Beschrijving: show interfaces-teller. Een dribble-bitfout wijst erop dat een frame net iets te lang is.Veelvoorkomende oorzaken: Deze foutenteller voor frames wordt opgehoogd voor informatiedoeleinden, aangezien de switch het frame accepteert.
Excess-Col	Beschrijving: show interfaces counters errors-teller. Het aantal frames waarvoor verzending op een bepaalde interface mislukt vanwege overmatige botsingen. Een overmatige botsing vindt plaats wanneer een pakket 16 keer achter elkaar een botsing heeft. Het pakket wordt dan afgewezen.  Veelvoorkomende oorzaken: Overmatige botsingen wijzen er doorgaans op dat de belasting op het segment over meerdere segmenten moet worden verdeeld, maar kunnen ook wijzen op een duplex-mismatch met het aangesloten apparaat. Botsingen zouden niet moeten optreden op interfaces die als full-duplex zijn geconfigureerd.
FCS-Err	Beschrijving: show interfaces counters errors-teller. Het aantal frames van geldige grootte met FCS-fouten (Frame Check Sequence) maar zonder framefouten.   Veelvoorkomende oorzaken: Dit is meestal een fysiek probleem (zoals bekabeling, een defecte poort of een defecte netwerkinterfacekaart (NIC)), maar kan ook op een duplex-mismatch wijzen.
frame	Beschrijving: show interfaces-teller. Het aantal onjuist ontvangen pakketten dat een CRC-fout heeft en een niet geheel aantal octetten bevat (uitlijningsfout).  Veelvoorkomende oorzaken: Dit is meestal het gevolg van botsingen of een fysiek probleem (zoals bekabeling, defecte poort of NIC), maar kan ook op een duplex-mismatch wijzen.
Giants	Beschrijving: show interfaces- en show interfaces counters errors-teller. Ontvangen frames die de maximale IEEE 802.3-framegrootte (1518 bytes voor niet-jumbo Ethernet) overschrijden en een slechte Frame Check Sequence (FCS) hebben. Algemene oorzaken: in veel gevallen is dit het gevolg van een slechte NIC. Lokaliseer het betreffende apparaat en verwijder dat uit het netwerk. <strong>Platformuitzonderingen</strong>: Op Catalyst Cat4000 Series met Cisco IOS Vóór softwareversie 12.1(19)EW werd de teller Giants opgehoogd voor frames van > 1518 bytes. Na 12.1(19)EW wordt de teller Giants in de output van ‘show interfaces’ alleen opgehoogd wanneer een frame van > 1518 bytes met een ongeldige FCS wordt ontvangen.
ignored	Beschrijving: show interfaces-teller. Het aantal ontvangen pakketten dat door de interface wordt genegeerd, omdat er weinig ruimte in de interne buffers van de interface-hardware was.  Veelvoorkomende oorzaken: Broadcast storms en ruispieken kunnen de teller ignored ophogen.
Input errors	Beschrijving: show interfaces-teller.  Veelvoorkomende oorzaken: Dit omvat de tellingen voor runts, giants, no buffer, CRC, frame, overrun en ignored. Andere aan invoer gerelateerde fouten kunnen ook tot een toename van het aantal invoerfouten leiden en sommige datagrammen kunnen meer dan één fout hebben. Daardoor is de som hiervan niet in balans met de som van de tellingen van de invoerfouten. Raadpleeg ook de sectie Invoerfouten op een Layer 3-interface verbonden met een Layer 2-switchpoort.
Late-Col	Omschrijving: toon interfaces en toon interfaces contraserrors.  Het aantal keer dat een botsing op een bepaalde interface laat in het verzendproces wordt gedetecteerd. Voor een poort van 10 Mbit/s is dit later dan de slot time voor 512 bits in de verzending van een pakket. De slot time voor 512 bits komt overeen met 51,2 microseconden bij een snelheid van 10 Mbit/s. Veelvoorkomende oorzaken: Deze fout kan onder andere wijzen op een duplex-mismatch. In het geval van een duplex-mismatch wordt de late botsing gezien aan zijde van de half-duplex. Wanneer de half-duplexzijde verzendt, wacht de full-duplexzijde niet op zijn beurt en verzendt deze tegelijkertijd, wat een late botsing veroorzaakt. Late botsingen kunnen ook op een te lange Ethernet-kabel of te lang segment wijzen. Botsingen zouden niet moeten optreden op interfaces die als full-duplex zijn geconfigureerd.
lost carrier	Beschrijving: show interfaces-teller. Het aantal keren dat de carrier wegviel in de verzending.  Veelvoorkomende oorzaken: Controleer op een defecte kabel. Controleer de fysieke aansluiting aan beide zijden.
Multi-Col	Beschrijving: show interfaces counters errors-teller. Het aantal keer dat meerdere botsing hebben plaatsgevonden voordat de interface een frame succesvol naar de media verzond.  Veelvoorkomende oorzaken: Botsingen zijn normaal voor interfaces die als half-duplex zijn geconfigureerd, maar zouden niet moeten optreden op full-duplex interfaces. Als de botsingen drastisch toenemen, wijst dit op een zeer intensief gebruikte link of mogelijk een duplex-mismatch met het aangesloten apparaat.
no buffer	Beschrijving: show interfaces-teller. Het aantal ontvangen pakketten dat is genegeerd omdat er geen bufferruimte is. Gemeenschappelijke Oorzaken: Vergelijk met genegeerde telling. Broadcast storms zijn vaak de oorzaak van deze gebeurtenissen.
no carrier	Beschrijving: show interfaces-teller. Het aantal keren dat de carrier niet aanwezig was in de verzending. Veelvoorkomende oorzaken: Controleer op een defecte kabel. Controleer de fysieke aansluiting aan beide zijden.
Out-Discard	Beschrijving: Het aantal uitgaande pakketten dat is gekozen om te worden weggegooid, ook al zijn er geen fouten ontdekt. Gemeenschappelijke Oorzaken:Een mogelijke reden om een dergelijk pakket te verwerpen kan zijn om bufferruimte vrij te maken.
output buffer failures, output buffers swapped out	Beschrijving: show interfaces-teller. Het aantal bufferfouten en het aantal buffers dat via swapping is verwijderd. Gemeenschappelijke Oorzaken: Een poort buffert de pakketten aan de Tx-buffer wanneer het tarief van verkeer dat naar de poort wordt geschakeld hoog is en het kan de hoeveelheid verkeer niet aan. De poort begint met het afwijzen van pakketten wanneer de verzendbuffer vol is. Dit verhoogt de tellers underruns en output buffer failures. De toename van de foutentellers van de uitvoerbuffer kan erop wijzen dat de poorten op een lagere snelheid en/of duplex worden uitgevoerd of dat er te veel verkeer door de poort gaat. Neem als voorbeeld het volgende scenario waar een 1Gig multicast stroom wordt doorgestuurd naar 24 100 Mbps-poorten. Als een uitgaande interface overbelast wordt, is het normaal om fouten in de uitvoerbuffer te zien die samen met Out-Discards toenemen. Zie de sectie Uitgestelde frames (Uitgeschakeld of Uitgeschakeld) van dit document voor informatie over probleemoplossing.
output errors	Beschrijving: show interfaces-teller. De som van alle fouten die de uiteindelijke verzending van datagrammen vanaf de interface hebben verhinderd. Gemeenschappelijke Oorzaak:Dit probleem is te wijten aan de lage grootte van de uitgangswachtrij.
overrun	Beschrijving:Het aantal keren dat de ontvangerhardware de ontvangen gegevens niet aan een hardwarebuffer kon overdragen. Oorzaak:De invoersnelheid van het verkeer was groter dan het vermogen van de ontvanger om de data te verwerken.
packets input/output	Beschrijving: show interfaces-teller. De totale aantal foutvrije pakketten dat op de interface wordt ontvangen en verzonden. Het monitoren van deze tellers op toename is nuttig om te bepalen of verkeer goed door de interface stroomt. De teller bytes omvat zowel de data als de MAC-inkapseling in de foutvrije pakketten die door het systeem worden ontvangen en verzonden.
Rcv-Err	Beschrijving: Alleen voor Catalyst 6000 Series - toon interfacetellerfout . Algemene oorzaken: Zie Platform Exceptions.Platform Exceptions: Catalyst 5000 Series rcv-err = ontvangt bufferstoringen. Dit houdt in dat een runt, giant of FCS-Err de teller Rcv-Err niet verhoogt. De teller Rcv-Err op een Catalyst 5000 neemt alleen toe als gevolg van overmatig verkeer. Op Catalyst 4000 Series geldt Rcv-Err = de som van alle ontvangstfouten. Dat betekent, in tegenstelling tot de Catalyst 5000, dat de teller Rcv-Err ook toeneemt wanneer de interface een fout zoals een runt, giant of FCS-Err ontvangt.
Runts	Beschrijving: show interfaces- en show interfaces counters errors-teller. De ontvangen frames zijn kleiner dan de minimale IEEE 802.3-framegrootte (64 bytes voor Ethernet) en hebben een slechte CRC. Common Causes: dit kan worden veroorzaakt door een duplexfout en fysieke problemen, zoals een slechte kabel, poort of NIC op het aangesloten apparaat.  Platform Exceptions: Catalyst 4000 Series die Cisco IOS Vorige naar software versie 12.1(19)EW uitvoeren, een runt = undersize. Undersize = frame < 64 bytes. De teller Runts nam alleen toe wanneer een frame van minder dan 64 bytes werd ontvangen. Na 12.1(19)EW: een runt = een fragment. Een fragment is een frame < 64 bytes maar met een ongeldige CRC. Het gevolgd is dat de teller Runts nu toeneemt in show interfaces, samen met de fragmententeller in show interfaces counters errors wanneer een frame van < 64 bytes met een ongeldige CRC-waarde wordt ontvangen. Cisco Catalyst 3750 Series Switches In releases voorafgaand aan Cisco IOS 12.1(19)EA1, wanneer dot1q wordt gebruikt op de trunkinterface op Catalyst 3750, kunnen runts worden gezien op show interfaces output omdat geldige dot1q ingekapselde pakketten, die 61 tot 64 bytes zijn en de q-tag bevatten, door Catalyst 3750 worden geteld als ondermaatse frames, zelfs als deze pakketten correct worden doorgestuurd. Daarnaast worden deze pakketten niet in de juiste categorie (unicast, multicast of broadcast) vermeld in ontvangststatistieken. Dit probleem wordt opgelost in Cisco IOS-release 12.1(19)EA1 of 12.2(18)SE of hoger.
Single-Col	Beschrijving: show interfaces counters errors-teller. Het aantal keer dat één botsing heeft plaatsgevonden voordat de interface een frame succesvol naar de media verzond.  Veelvoorkomende oorzaken: Botsingen zijn normaal voor interfaces die als half-duplex zijn geconfigureerd, maar zouden niet moeten optreden op full-duplex interfaces. Als de botsingen drastisch toenemen, wijst dit op een zeer intensief gebruikte link of mogelijk een duplex-mismatch met het aangesloten apparaat.
throttles	Beschrijving: show interfaces-teller. Het aantal keren dat de ontvanger op de poort is uitgeschakeld, mogelijk door overbelasting van de buffer of processor. Als er een asterisk (*) verschijnt achter de waarde van de teller throttles, betekent dit dat de interface beperkt wordt op het moment dat de opdracht wordt uitgevoerd.  Gemeenschappelijke Oorzaken: De pakketten die de processoroverbelasting kunnen verhogen omvatten IP-pakketten met opties, verlopen TTL, niet-ARPA inkapseling, fragmentatie, tunnels, ICMP-pakketten, pakketten met MTU-checksum mislukking, RPF-mislukking, IP-checksum en lengte fouten.
underruns	Beschrijving: Het aantal keren dat de zender is geweest dat sneller loopt dan de switch kan verwerken.  Gemeenschappelijke Oorzaken: Dit kan in een hoge doorvoersituatie voorkomen waar een interface met een hoog volume van verkeersuitbarstingen van vele andere interfaces allen in één keer wordt geraakt. Resets van de interface kunnen samen met de underruns optreden.
UnderSize	Beschrijving: show interfaces counters errors-teller. De ontvangen frames die kleiner zijn dan de minimale IEEE 802.3-framegrootte van 64 bytes (waardoor framebits zijn uitgesloten maar FCS-octetten zijn opgenomen) die anders goed worden gevormd.   Gemeenschappelijke Oorzaken:Controleer het apparaat dat deze frames verstuurt.
Xmit-Err	Beschrijving: show interfaces counters errors-teller. Dit wijst erop dat de interne verzendbuffer (Tx) vol is. Gemeenschappelijke Oorzaken: Een gemeenschappelijke oorzaak van Xmit-Err kan verkeer van een hoge bandbreedteverbinding zijn die aan een lagere bandbreedteverbinding wordt geschakeld, of verkeer van veelvoudige inkomende verbindingen die aan één enkele uitgaande verbinding worden geschakeld. Als bijvoorbeeld een grote hoeveelheid verkeerspieken binnenkomt op een gigabit-interface en wordt geswitcht naar een 100Mbps-interface, kan dit een toename in Xmit-Err op de 100Mbps-interface veroorzaken. Dit komt doordat de uitvoerbuffer op de interface wordt overweldigd door het overtollige verkeer vanwege de mismatch in snelheid tussen de inkomende en uitgaande bandbreedte.

Opdracht ‘show interfaces counters’ voor Cisco IOS

Om inkomend en uitgaand verkeer op de poort te monitoren, zoals weergegeven door de volgende output, voor unicast-, multicast- en broadcastverkeer. Gebruik de opdracht show interfaces card-type {slot/port} counters op supervisors met Cisco IOS.

Opmerking: er is een Out-Discard-teller in Cisco IOS die de opdracht Interfacetelefouten toont die in tabel 1 wordt uitgelegd.

Router#show interfaces fas 6/1 counters

  Port            InOctets   InUcastPkts   InMcastPkts   InBcastPkts
  Fa6/1           47856076            23        673028           149

  Port           OutOctets  OutUcastPkts  OutMcastPkts  OutBcastPkts
  Fa6/1           22103793            17        255877          3280
  Router#
  
!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast
!--- and broadcast packets on the interface.

Opdracht ‘show counters interface’ voor Cisco IOS

De opdracht show tellers interface card-type {slot/poort} werd alleen geïntroduceerd in Cisco IOS-softwareversie 12.1(13)E voor de Catalyst 6000 Series, het biedt zelfs nog gedetailleerdere statistieken voor poorten en interfaces. Deze opdracht geeft de 32-bits en 64-bits fouttellers per poort of interface weer.

Opdracht ‘show controller ethernet-controller’ voor Cisco IOS

Gebruik voor Catalyst 3750, 3550, 2970, 2950/2955, 2940 en 2900/3500XL Series switches de opdracht ‘show controllers ethernet-controller’ voor output van foutentellers en verkeerstellers die vergelijkbaar is met de output van Catalyst 6000 Series switches.

3550-1#show controller ethernet-controller fastEthernet 0/1
  !--- Output from a Catalyst 3550.

    Transmit FastEthernet0/1           Receive
          0 Bytes                        0 Bytes
          0 Unicast frames               0 Unicast frames
          0 Multicast frames             0 Multicast frames
          0 Broadcast frames             0 Broadcast frames
          0 Discarded frames             0 No dest, unicast
          0 Too old frames               0 No dest, multicast
          0 Deferred frames              0 No dest, broadcast
          0  1 collision frames
          0  2 collision frames          0 FCS errors
          0  3 collision frames          0 Oversize frames
          0  4 collision frames          0 Undersize frames
          0  5 collision frames          0 Collision fragments
          0  6 collision frames
          0  7 collision frames          0 Minimum size frames
          0  8 collision frames          0 65 to 127 byte frames
          0  9 collision frames          0 128 to 255 byte frames
          0 10 collision frames          0 256 to 511 byte frames
          0 11 collision frames          0 512 to 1023 byte frames
          0 12 collision frames          0 1024 to 1518 byte frames
          0 13 collision frames
          0 14 collision frames          0 Flooded frames
          0 15 collision frames          0 Overrun frames
          0 Excessive collisions         0 VLAN filtered frames
          0 Late collisions              0 Source routed frames
          0 Good (1 coll) frames         0 Valid oversize frames
          0 Good(>1 coll) frames         0 Pause frames
          0 Pause frames                 0 Symbol error frames
          0 VLAN discard frames          0 Invalid frames, too large
          0 Excess defer frames          0 Valid frames, too large
          0 Too large frames             0 Invalid frames, too small
          0 64 byte frames               0 Valid frames, too small
          0 127 byte frames
          0 255 byte frames
          0 511 byte frames
          0 1023 byte frames
          0 1518 byte frames

 3550-1#
 
!--- See the next table for additional counter output for 2900/3500XL Series switches.

Teller	Beschrijving	Mogelijke oorzaken
Verzonden frames
Discarded frames	Het totale aantal frames waarvan de verzendpoging is opgegeven als gevolg van onvoldoende bronnen. Dit totale aantal omvat frames van alle typen bestemmingen.	De verkeersbelasting op de interface is overmatig en leidt ertoe dat frames worden genegeerd. Verminder de verkeersbelasting op de interface als er sprake is van een toenemend aantal pakketten in dit veld.
Too old frames	Het aantal frames dat meer dan twee seconden nodig had om de switch te passeren. Om deze reden zijn ze door de switch genegeerd. Dit gebeurt alleen onder extreme omstandigheden als er sprake is van hoge belasting.	De verkeersbelasting voor deze switch is overmatig en leidt ertoe dat de frames worden genegeerd. Verminder de belasting van de switch als er sprake is van een toenemend aantal pakketten in dit veld. Mogelijk moet u de netwerktopologie aanpassen om de verkeersbelasting voor deze switch te verminderen.
Deferred frames	Het totale aantal frames waarvan de eerste verzendpoging werd uitgesteld als gevolg van verkeer op de netwerkmedia. Dit totale aantal omvat alleen de frames die vervolgens zonder fouten en zonder botsingen zijn verzonden.	De verkeersbelasting voor deze switch is overmatig en leidt ertoe dat de frames worden genegeerd. Verminder de belasting van de switch als er sprake is van een toenemend aantal pakketten in dit veld. Mogelijk moet u de netwerktopologie aanpassen om de verkeersbelasting voor deze switch te verminderen.
Collision frames	De teller collision frames geeft het aantal keren aan dat vergeefs werd geprobeerd een pakket te verzenden voordat een poging wel succesvol was. Dit betekent dat als deze teller met 2 is opgehoogd, de switch twee keer vergeefs heeft geprobeerd het pakket te verzenden en dat de derde poging succesvol was.	De verkeersbelasting op de interface is overmatig en leidt ertoe dat frames worden genegeerd. Verminder de verkeersbelasting op de interface als er sprake is van een toenemend aantal pakketten in dit veld.
Excessive collisions	De teller ‘excessive collisions’ wordt opgehoogd nadat 16 opeenvolgende late botsingen zijn opgetreden. Nadat 16 pogingen zijn ondernomen om het pakket te verzenden, wordt het pakket afgewezen en de teller opgehoogd.	Als deze teller wordt opgehoogd, duidt dat op een kabelprobleem, een overmatig belast netwerk of een duplex-mismatch. Een overmatig belast netwerk kan het gevolg zijn van te veel apparaten op een gedeeld Ethernet.
Late collisions	Late botsingen treden op wanneer twee apparaten tegelijkertijd verzenden en geen van beide zijden van de verbinding een botsing detecteert. De benodigde tijd om het signaal van het ene uiteinde van het netwerk naar het andere te verspreiden is langer dan de benodigde tijd om het gehele pakket op het netwerk te zetten. De twee apparaten die de late botsing veroorzaken zien pas dat het andere apparaat aan het verzenden is nadat het volledige pakket op het netwerk is gezet. Late botsingen worden pas na de slot time van de eerste 64 bytes door de verzender gedetecteerd. Deze worden namelijk alleen gedetecteerd in verzendingen van pakketten die langer zijn dan 64 bytes.	Late botsingen worden veroorzaakt door onjuiste bekabeling of een niet-compliant aantal hubs in het netwerk. Defecte NIC’s kunnen ook late botsingen veroorzaken.
Good (1 coll) frames	Het totale aantal frames dat exact één botsing ondergaat en vervolgens succesvol wordt verzonden.	Botsingen in een half-duplexomgeving zijn normaal.
Good (>1 coll) frames	Het totale aantal frames dat 2 tot 15 botsingen ondergaat en vervolgens succesvol wordt verzonden.	Botsingen in een half-duplexomgeving zijn normaal. Hoe vaker frames botsingen ondergaan, hoe groter het risico dat ze het aantal van 15 botsingen overschrijden, waarna deze worden geteld bij overmatige botsingen.
VLAN discard frames	Het aantal frames dat bij een interface wordt afgewezen omdat het CFI-bit is ingesteld.	Het CFI-bit (Canonical Format Indicator) in de TCI van een 802.1Q-frame wordt op 0 ingesteld voor de canonieke opmaak van Ethernet-frames. Als het CFI-bit op 1 is ingesteld, duidt dit op de aanwezigheid van een RIF (routinginformatieveld) of een niet-canoniek Token Ring-frame dat wordt genegeerd.
Ontvangen frames
No bandwidth frames	Alleen 2900/3500XL.Het aantal keren dat een poort een pakket van het netwerk heeft ontvangen maar de switch niet de benodigde bronnen had om het te ontvangen. Dit gebeurt alleen onder omstandigheden als er sprake is van belasting, maar kan plaatvinden bij verkeerspieken op meerdere poorten. Een klein aantal ‘No bandwidth frames’ is geen reden tot zorg. (Maar moet wel veel minder dan 1% van het aantal ontvangen frames zijn.)	De verkeersbelasting op de interface is overmatig en leidt ertoe dat frames worden genegeerd. Verminder de verkeersbelasting op de interface als er sprake is van een toenemend aantal pakketten in dit veld.
No buffers frames	Alleen 2900/3500XL.Het aantal keren dat een poort een pakket van het netwerk heeft ontvangen maar de switch niet de benodigde bronnen had om het te ontvangen. Dit gebeurt alleen onder omstandigheden als er sprake is van belasting, maar kan plaatvinden bij verkeerspieken op meerdere poorten. Een klein aantal ‘No buffers frames’ is geen reden tot zorg. (Maar moet wel veel minder dan 1% van het aantal ontvangen frames zijn.)	De verkeersbelasting op de interface is overmatig en leidt ertoe dat frames worden genegeerd. Verminder de verkeersbelasting op de interface als er sprake is van een toenemend aantal pakketten in dit veld.
No dest, unicast	Dit is het aantal unicast pakketten dat de poort niet heeft doorgestuurd naar andere poorten.	Hieronder staan beknopte beschrijvingen van omstandigheden waarbij de tellers ‘No dest, unicast/multicast/broadcast’ kunnen worden opgehoogd: Als een poort een toegangspoort is en wordt verbonden met een ISL-trunkpoort (Inter-Switch Link Protocol), staat de teller ‘No dest’ zeer hoog aangezien geen van de inkomende ISL-pakketten wordt doorgestuurd. Dit betreft een onjuiste configuratie. Als een poort wordt geblokkeerd door Spanning Tree Protocol (STP), worden de meeste pakketten niet doorgestuurd, wat resulteert in geen ongedateerde pakketten. Als een poort zojuist een link heeft verkregen, is er een zeer korte periode (minder dan één seconde) dat inkomende pakketten niet worden doorgestuurd. Als de poort zelf een VLAN is en geen van de andere poorten op de switch tot dat VLAN behoren, worden alle inkomende pakketten afgewezen en wordt de teller opgehoogd. De teller wordt ook opgehoogd wanneer het bestemmingsadres van het pakket wordt geleerd op de poort waarop het pakket werd ontvangen. Als een pakket met bestemmings-MAC-adres X op poort 0/1 wordt ontvangen en de switch al heeft geleerd dat MAC-adres X zich op poort 0/1 bevindt, dan wordt de teller opgehoogd en het pakket genegeerd. Dit kan in de volgende situaties plaatsvinden: Als een hub is aangesloten op poort 0/1 en een werkstation dat op de hub is aangesloten pakketten naar een ander werkstation verzendt dat op de hub is aangesloten, dan stuurt poort 0/1 dit pakket niet door omdat het bestemmings-MAC-adres zich op dezelfde poort bevindt. Dit kan ook plaatsvinden als een switch is verbonden met poort 0/1 en pakketten begint te verzenden naar alle bijbehorende poorten om MAC-adressen te leren. Als een statisch adres op een andere poort in hetzelfde VLAN is ingesteld en er geen statisch adres is ingesteld voor de ontvangende poort, wordt het pakket afgewezen. Als bijvoorbeeld een statische toewijzing voor MAC-adres X is geconfigureerd op poort 0/2 om verkeer naar poort 0/3 door te sturen, moet het pakket worden ontvangen op poort 0/2 anders wordt het pakket afgewezen. Als een pakket via een andere poort in hetzelfde VLAN als poort 0/2 wordt verzonden, wordt het pakket afgewezen. Als de poort een beveiligde poort is, worden pakketten met verboden bron-MAC-adressen niet doorgestuurd en wordt de teller opgehoogd.
No dest, multicast	Multicast zonder bestemming: dit is het aantal multicast pakketten dat de poort niet heeft doorgestuurd naar andere poorten.
No dest, broadcast	Broadcast zonder bestemming: dit is het aantal broadcast pakketten dat de poort niet heeft doorgestuurd naar andere poorten.
Alignment errors	Uitlijningsfouten: dit is het aantal ontvangen frames dat niet eindigt op een even aantal octetten en een ongeldige CRC-waarde heeft.	Uitlijningsfouten treden op wanneer frames niet volledig naar de fysieke verbinding worden gekopieerd, wat resulteert in gefragmenteerde frames. Uitlijningsfouten zijn het resultaat van botsingen bij half-duplex, een duplex-mismatch, defecte hardware (NIC, kabel of poort) of verbonden apparaten die frames genereren die niet eindigen op een octet en een ongeldige FCS-waarde hebben.
FCS errors	FCS-fouten: deze teller geeft het aantal ontvangen frames met een ongeldige CRC-waarde (checksum) aan dat in het Ethernet-frame is ontvangen. Deze frames worden afgewezen en niet verspreid naar andere poorten.	FCS-fouten zijn het resultaat van botsingen bij half-duplex, een duplex-mismatch, defecte hardware (NIC, kabel of poort) of verbonden apparaten die frames genereren die niet eindigen op een octet en een ongeldige FCS-waarde hebben.
Undersize frames	Dit is het totale aantal ontvangen pakketten dat minder dan 64 octetten lang is (exclusief framing-bits maar inclusief FCS-octetten) en een geldige FCS-waarde heeft.	Dit duidt erop dat het verbonden apparaat een ongeldig frame heeft gegenereerd. Controleer of het verbonden apparaat goed werkt.
Oversize frames	Overmaatse frames: dit is het aantal pakketten dat de poort via het netwerk heeft ontvangen met een grootte van meer dan 1514 bytes.	Dit kan duiden of defecte hardware of problemen met de configuratie van dot1q of ISL-trunking.
Collision fragments	Dit is het totale aantal frames dat minder dan 64 octetten lang is (exclusief framing-bits maar inclusief FCS-octetten) en een ongeldige FCS-waarde heeft.	Als deze teller wordt opgehoogd, duidt dat erop dat de poorten zijn geconfigureerd voor half-duplex. Stel de duplexinstelling in op full-duplex.
Overrun frames	Het aantal keren dat de ontvangende hardware de ontvangen gegevens niet aan een hardwarebuffer kon doorgeven.	De invoersnelheid van het verkeer was groter dan het vermogen van de ontvanger om de data te verwerken.
VLAN filtered frames	VLAN-gefilterde frames: dit is het totale aantal frames dat wordt gefilterd vanwege het type VLAN-informatie in het frame.	De poort kan worden geconfigureerd voor het filteren op frames met een 802.1Q-tag. Wanneer een frame wordt ontvangen dat een 802.1Q-tag bevat, wordt het frame gefilterd en deze teller opgehoogd.
Source routed frames	Dit is het totale aantal ontvangen frames dat wordt afgewezen omdat de bronroutebit op het bronadres van het native frame is ingesteld.	Dergelijke bronrouting is alleen gedefinieerd voor Token Ring en FDDI. De IEEE Ethernet-specificatie verbiedt instelling van dit bit in een Ethernet-frame. Daarom negeert de switch dergelijke frames.
Valid oversize frames	Dit is het totale aantal ontvangen frames met een lengte die de systeem-MTU overschrijdt maar desondanks met een geldige FCS-waarde.	Deze teller houdt het aantal frames bij dat de geconfigureerde systeem-MTU overschrijdt. Deze kunnen langer dan 1518 bytes zijn geworden vanwege Q-in-Q of MPLS-inkapseling.
Symbol error frames	Frames met symboolfouten: Gigabit Ethernet (1000 Base-X) gebruikt 8B/10B codering om 8-bits data van de MAC-sublaag (Layer 2) om te zetten in een 10-bits symbool voor verzending via de fysieke verbinding. Wanneer een poort een symbool ontvangt, wordt de 8-bits data uit het (10 bits) symbool geëxtraheerd.	Een symboolfout duidt erop dat de interface een niet-gedefinieerd (ongeldig) ontvangen symbool detecteert. Een klein aantal symboolfouten is geen probleem. Grote aantallen kunnen echter duiden op een defect apparaat, een defecte kabel of defecte hardware.
Invalid frames, too large	Te grote ongeldige frames: dit zijn ontvangen giant-frames of andere frames die de maximale IEEE 802.3-framegrootte overschrijden (1518 bytes voor niet-jumbo Ethernet) en een ongeldige FCS-waarde (Frame Check Sequence) hebben.	In veel gevallen is dit het gevolg van een defecte NIC. Lokaliseer het betreffende apparaat en verwijder dat uit het netwerk.
Invalid frames, too small	Te kleine ongeldige frames: deze runt-frames zijn ontvangen frames die kleiner dan 64 bytes zijn (exclusief de frameheader maar inclusief de FCS-bits) en een FCS-fout of een uitlijningsfout hebben.	Dit kan worden veroorzaakt door een duplex-mismatch en fysieke problemen, zoals een defecte kabel, poort of NIC op het verbonden apparaat.

Veelvoorkomende systeemfoutmeldingen

Voor de indeling van Cisco IOS-systeemberichten kunt u de Procedurehandleiding voor berichten en herstel raadplegen voor het vrijgeven van de software die u gebruikt. U kunt bijvoorbeeld de procedures voor berichten en herstel voor Cisco IOS-releases bekijken.

%AMDP2_FE-3-UNDERFLO

Deze foutmelding wordt gegenereerd wanneer een frame wordt verzonden en de lokale buffer van de chip van de controller onvoldoende data ontvangt. De data kan niet snel genoeg aan de chip worden doorgegeven om gelijke tred te houden met de uitvoersnelheid. Normaalgesproken is een dergelijke toestand tijdelijk, afhankelijk van voorbijgaande piekbelastingen in het systeem. Het probleem treedt op wanneer een overmatige hoeveelheid verkeer via de Fast Ethernet-interface wordt verwerkt. De foutmelding wordt gegenereerd wanneer het verkeersvolume ongeveer 2,5 Mb is. Dit volume is het gevolg van een hardware-beperking. Hierdoor is het mogelijk dat het apparaat dat met de Catalyst-switch is verbonden pakketten afwijst.

Het systeem herstelt zich normaalgesproken automatisch. Er is geen actie vereist. Als de switch de Ethernet-interface overbelast, moet u de snelheids- en duplexinstellingen controleren. Gebruik ook een sniffer-programma om pakketten te analyseren die de router via de Fast Ethernet-interface binnenkomen of verlaten. Om pakketafwijzingen door het apparaat dat met de Catalyst-switch is verbonden te voorkomen, voert u de opdracht ip cef uit op de Fast Ethernet-interface van het apparaat dat met de switch is verbonden.

%INTR_MGR-DFC1-3-INTR: Queueing Engine (Blackwater) [1]: FIC Fabric-A Received Unexpected Control Code

De reden voor deze foutmelding is de ontvangst van een pakket via de switchfabric, waarbij de CRC-waarde in de fabric header van het pakket niet overeenkomt met de CRC-waarde die is berekend via het onderliggende FIC-blok (Fabric Interface Controller) van de Blackwater ASIC. Dit geeft aan dat het pakket tijdens de verzending is beschadigd en Blackwater het beschadigd pakket heeft ontvangen.

Command Rejected: [Interface] not a Switching Port

Op switches die zowel L3-interfaces als L2-switchpoorten ondersteunen, wordt de melding Command rejected: [interface] not a switching port gegenereerd wanneer u een opdracht voor Layer 2 probeert uit te voeren op een poort die als Layer 3-interface is geconfigureerd.

Om de interface van modus Layer 3 naar modus Layer 2 te converteren, voert u de interface-configuratieopdracht switchport uit. Vervolgens moet u de poort configureren voor Layer 2-eigenschappen.

Veelvoorkomende poort- en interfaceproblemen

Status van poort of interface is ‘disable’ of ‘shutdown’

Een voor de hand liggende, maar soms over het hoofd geziene oorzaak van falende poortconnectiviteit is een onjuiste configuratie op de switch. Als een poortlampje ononderbroken oranje brandt, betekent dit dat de software in de switch de poort heeft afgesloten, via de gebruikersinterface of via interne processen.

Opmerking: Sommige leds van poorten van het platform werken anders ten aanzien van STP. Op de Catalyst 1900/2820 kleuren poortlampjes bijvoorbeeld oranje wanneer ze zich in de STP-blokkeermodus bevinden. In dit geval kan een oranje lampje op de normale werking van het STP duiden. Op de Catalyst 6000/4000 brandt het poortlampje niet oranje wanneer STP-blokkering is ingeschakeld.

Controleer of de poort of module niet om een of andere reden is uitgeschakeld. Als een poort of module aan een van beide zijden van de link handmatig wordt uitgeschakeld, wordt de link pas weer hersteld als u de poort opnieuw inschakelt. Controleer de poortstatus aan beide zijden. Gebruik het bevel en de controle van de showlooppas om te zien of is de interface in een sluitingsstaat:

Switch#show run interface fastEthernet 4/2
!
interface FastEthernet4/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 shutdown
 duplex full
 speed 100
end

!--- Use the no shut command in config-if mode to re-enable this interface.  

Als de poort direct na het opnieuw opstarten van de switch in de afsluitmodus wordt gezet, is de security instelling van de poort de waarschijnlijke oorzaak. Als unicast flooding is ingeschakeld voor die poort, kan dit ertoe leiden dat de poort wordt afgesloten na het opnieuw opstarten. Cisco raadt u aan om de unicast flooding uit te schakelen omdat dit er ook voor zorgt dat er geen flooding op de poort plaatsvindt als de limiet voor MAC-adressen is bereikt.

Status van poort of interface is ‘errdisable’

Standaard kunnen softwareprocessen in de switch een poort of interface afsluiten als bepaalde fouten worden gedetecteerd.

Wanneer u de opdracht voor de interfacekaart-type {sleuf/poort} status voor Cisco IOS bekijkt:

Router#show interface fastethernet 2/4 status

  Port    Name               Status       Vlan       Duplex  Speed Type
  Gi2/4                      err-disabled 1            full   1000 1000BaseSX

  !--- The show interfaces card-type {slot/port} status command for Cisco IOS
  !--- displays a status of errdisabled.
  !--- The show interfaces status errdisabled command shows all the interfaces
  !--- in this status.

De opdracht logboekregistratie tonen voor Cisco IOS ook de foutmeldingen (exacte berichtindeling varieert) die betrekking hebben op de status van de storing.

Poorten of interfaces die als gevolg van errdisable worden uitgeschakeld, worden in Cisco IOS aangeduid als oorzaken. De oorzaken variëren van een onjuiste EtherChannel-configuratie die een PAgP-fluctuatie veroorzaakt tot een duplex-mismatch, gelijktijdige configuratie van BPDU port-guard en portfast, UDLD dat een unidirectionele link detecteert, enzovoort.

U moet de poort of interface handmatig weer inschakelen om het uit de erreless status te halen tenzij u een erreless herstel optie configureren. In Cisco IOS-software hebt u de mogelijkheid om automatisch een poort opnieuw in te schakelen na een configureerbare hoeveelheid tijd die in de uitschakelstatus is doorgebracht. Ook als u de interface configureert om te herstellen van errdisable, blijft het probleem zich voordoen tot de hoofdoorzaak is vastgesteld.

Opmerking: Raadpleeg Recover Errdisable Port State on Cisco IOS Platforms (Poortstatus errdisable op Cisco IOS-platforms herstellen) voor meer informatie over de status errdisable op switches met Cisco IOS.

Deze tabel toont een voorbeeld van de opdrachten die worden gebruikt om de status errdisable te configureren, te verifiëren en te troubleshooten op switches. Ga via de link naar Recover Errdisable Port State on Cisco IOS Platforms (Poortstatus errdisable op Cisco IOS-platforms herstellen) voor meer informatie over de opdrachten:

Actie	Opdrachten voor errdisable in Cisco IOS
Configureren	errdisable detect cause
Configureren	errdisable recovery cause
Configureren	errdisable recovery interval <timer_interval_in_seconds>
verifiëren en troubleshooten	show errdisable detect
verifiëren en troubleshooten	show interfaces status err-disabled

Status van poort of interface is ‘inactive’

Een veelvoorkomende oorzaak van inactieve poorten op switches met Cisco IOS is de verdwijning van het VLAN waartoe deze poorten behoren. Dit kan voorkomen wanneer de interfaces als laag 2 switchports worden gevormd die het bevel gebruiken switchport.

Elke poort op een Layer 2-switch hoort bij een VLAN. Elke poort op een Layer 3-switch die als L2-switchpoort is geconfigureerd, moet ook bij een VLAN horen. Als dat VLAN wordt verwijderd, wordt de poort of interface inactief.

Opmerking: Op sommige switches brandt voor elke poort een stabiel oranje (amber) lampje als dit gebeurt.

Gebruik het show interfaces kaart-type {sleuf/poort} switchport commando samen met toon VLAN te verifiëren.

Router#show interfaces fastEthernet 4/47 switchport
  Name: Fa4/47Switchport: Enabled
  Administrative Mode: static access
  Operational Mode: static access
  Administrative Trunking Encapsulation: negotiate
  Operational Trunking Encapsulation: native
  Negotiation of Trunking: Off
  Access Mode VLAN: 11 ((Inactive))

  !--- FastEth 4/47 is inactive.

 Router#show vlan

 VLAN Name                             Status    Ports
 ---- -------------------------------- --------- -------------------------------
 1    default                          active    Gi1/1, Gi2/1, Fa6/6
 10   UplinkToGSR's                    active    Gi1/2, Gi2/2
 
 !--- VLANs are displayed in order and VLAN 11 is not available.
 
 30   SDTsw-1ToSDTsw-2Link             active	Fa6/45

Als de switch die het VLAN heeft verwijderd een VTP-server voor het VTP-domein is, wordt het VLAN ook verwijderd uit de VLAN-tabel van elke server- en clientswitch in het domein. Wanneer u het VLAN vanaf een VTP-serverswitch weer toevoegt aan de VLAN-tabel, worden de poorten van de switches in het domein die bij dat herstelde VLAN horen weer actief. Een poort onthoudt aan welk VLAN het is toegewezen, ook als het VLAN zelf wordt verwijderd. Raadpleeg VLAN Trunking Protocol (VTP) begrijpen en configureren voor meer informatie over VTP.

Opmerking: Als de uitvoer van de opdracht show interface <interface> switchport de poort als een trunkpoort weergeeft, zelfs nadat u de poort als een toegangspoort hebt geconfigureerd met de opdracht switchport access VLAN <vlan>, geef dan de opdracht switchport mode access om van de poort een toegangspoort te maken.

Status van uplinkpoort of interface is ‘inactive’

Op een Catalyst 4510R Series switch is een optionele configuratie beschikbaar om de 10 Gigabit Ethernet- en de Gigabit Ethernet SFP-uplinkpoorten in te schakelen. Voer de opdracht hw-module uplink select all uit om het gelijktijdige gebruik van de 10 Gigabit Ethernet- en Gigabit Ethernet SFP-interface mogelijk te maken. Nadat u de opdracht hebt gegeven, herstart u de switch of anders de uitvoer van de opdracht show interface status module <modulenummer> toont de uplinkpoort als inactief.

Cisco IOS-softwarerelease 12.2(25)SG ondersteunt het gelijktijdige gebruik van de 10 Gigabit Ethernet- en Gigabit Ethernet SFP-interface op Catalyst 4500 switches.

Opmerking: Op de Catalyst 4503, 4506 en 4507R Series switches is deze functie automatisch ingeschakeld.

Teller deferred in interface van Catalyst-switch loopt op

Het probleem is dat de verkeersbelasting die voor de switch bestemd is, overmatig is en ertoe leidt dat de frames worden verwijderd. Normaal gesproken is het aantal uitgestelde frames het aantal frames dat is verzonden nadat op de media is gewacht omdat de media bezig waren. Dit gebeurt meestal in half-duplex omgevingen wanneer de carrier al in gebruik is en er wordt geprobeerd een frame te verzenden. In full-duplex omgevingen treedt dit probleem op wanneer de overmatige belasting voor de switch bestemd is.

Dit is de tijdelijke oplossing:

• Stel beide zijden van de link in op full-duplex, zodat de mismatch bij onderhandeling kan worden vermeden.

• Vervang de kabel en het snoer van het patchpaneel om er zeker van te zijn dat de kabel en het snoer niet defect zijn.

Opmerking: Als de uitgestelde teller oploopt voor de Gigabit Ethernet-switch van een Supervisor 720, schakelt u als tijdelijke oplossing snelheidsonderhandeling in op de interface.

Onregelmatig optredende storing bij instellen van timer [value] van VLAN [vlan no]

Het probleem doet zich voor als EARL (Encoded Address Recognition Logic) de CAM-verouderingstijd voor het VLAN niet kan instellen op het vereiste aantal seconden. De verouderingstijd voor VLAN’s is al ingesteld op snelle veroudering.

Wanneer het VLAN al is ingesteld op snelle veroudering, kan dit niet meer door EARL worden ingesteld en wordt het proces voor het instellen van de verouderingstimer geblokkeerd. De standaard CAM-verouderingstijd is vijf minuten, wat betekent dat de switch de tabel met geleerde MAC-adressen elke vijf minuten wist. Op deze manier wordt ervoor gezorgd dat de MAC-adrestabel (de CAM-tabel) de meest recente gegevens bevat.

Bij snelle veroudering wordt de CAM-verouderingstijd tijdelijk ingesteld op het aantal seconden dat de gebruiker opgeeft. Snelle veroudering wordt gebruikt in combinatie met het TCN-proces (meldingen van topologiewijzigingen). Wanneer een topologiewijziging optreedt, is deze waarde nodig om de CAM-tabel sneller te wissen en de topologiewijziging te compenseren.

Voer de opdracht show cam aging uit om de CAM-verouderingstijd op de switch te controleren. TCN’s en snelle veroudering zijn vrij zeldzaam. Daarom heeft de melding een ernstniveau van 3. Als regelmatig snelle veroudering plaatsvindt voor de VLAN’s, moet u de reden daarvoor bepalen.

De meest voorkomende oorzaak voor TCN’s zijn client-pc’s die rechtstreeks met een switch zijn verbonden. Wanneer u de pc in- of uitschakelt, verandert de status van de switchpoort en start de switch het TCN-proces. De switch weet namelijk niet dat het verbonden apparaat een pc is. De switch weet alleen dat de poort de status heeft gewijzigd.

Om dit probleem op te lossen, heeft Cisco de PortFast-functie voor hostpoorten ontwikkeld. Een voordeel van PortFast is dat deze functie TCN’s voor een hostpoort onderdrukt.

Opmerking: PortFast omzeilt ook spanning-tree-berekeningen voor de poort en is daarom alleen geschikt voor gebruik op een hostpoort.

Mismatch in trunking-modus

Controleer de trunking-modus aan beide zijden van de link. Controleer of beide zijden zich in dezelfde modus bevinden (beide in de trunking-modus met dezelfde methode: ISL of 802.1Q of geen van beide in de trunking-modus). Als u de trunking-modus voor een poort instelt op on (in plaats van op auto of desirable) en de trunking-modus voor de andere poort is ingesteld op off, kunnen de poorten niet communiceren. Trunking heeft invloed op de indeling van het pakket. De poorten moeten het eens zijn over de te gebruiken indeling voor de link om te voorkomen dat ze elkaar niet begrijpen.

Voor Cisco IOS gebruikt u de opdracht show interfaces card-type {mod/port} trunk om de trunking-configuratie en het native VLAN te controleren.

Router#show interfaces fastEthernet 6/1 trunk

  Port      Mode         Encapsulation  Status        Native vlan
  Fa6/1     desirable    802.1q         trunking      1

  Port      Vlans allowed on trunk
  Fa6/1     1-4094
!--- Output truncated.

Raadpleeg deze documenten voor meer informatie over de verschillende modi, richtlijnen en beperkingen voor trunking:

• Systeemvereisten voor implementatie van trunking

• Ondersteuningspagina voor trunking-technologie

Jumbo-, giant- en baby giant-frames

De maximale verzendeenheid, of MTU, van het datagedeelte van een Ethernet-frame is standaard 1500 bytes. Als de MTU voor het verzonden verkeer groter is dan de ondersteunde MTU, stuurt de switch het pakket niet door. Afhankelijk van de hardware en software verhogen sommige switchplatforms de foutentellers voor poorten en interfaces als gevolg hiervan.

• Jumbo-frames worden niet gedefinieerd als onderdeel van de IEEE Ethernet-standaard en zijn afhankelijk van leveranciers. Ze kunnen worden gedefinieerd als een frame dat groter is dan het standaard Ethernet-frame van 1518 bytes (dat de L2-header en CRC (Cyclic Redundancy Check) omvat). Jumbo-frames zijn aanzienlijk groter, doorgaans > 9000 bytes.

• Giant-frames worden gedefinieerd als alle frames die groter zijn dan het maximumformaat van een Ethernet-frame (groter dan 1518 bytes) en een ongeldige FCS hebben.

• Baby giant-frames zijn maar iets groter dan het maximumformaat van een Ethernet-frame. Doorgaans betekent dit frames die maximaal 1600 bytes groot zijn.

De ondersteuning van jumbo- en baby giant-frames op Catalyst-switches varieert per switchplatform, soms zelfs per module binnen de switch. De softwareversie is ook een factor.

Raadpleeg Jumbo/Giant Frame Support configureren op Catalyst-Switches voor meer informatie over systeemvereisten, configureren en probleemoplossing voor jumbo- en babyreuzenproblemen.

Kan eindapparaat niet pingen

Controleer het eindapparaat door eerst te pingen vanaf de rechtstreeks aangesloten switch. Werk vervolgens poort voor poort, interface voor interface en trunk voor trunk terug totdat u de bron van het connectiviteitsprobleem vindt. Zorg dat elke switch het MAC-adres van het eindapparaat in de CAM-tabel (Content-Addressable Memory) kan zien.

Gebruik het dynamisch commando show mac address-table of vervang het interface keyword.

Router#show mac-address-table interface fastEthernet 6/3
Codes: * - primary entry

  vlan   mac address     type    learn qos            ports
------+----------------+--------+-----+---+--------------------------
*    2  0040.ca14.0ab1   dynamic  No    --  Fa6/3

!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected
!--- to interface fastEthernet 6/3 on a switch running Cisco IOS.

Zodra u weet dat de switch het MAC-adres van het apparaat in de CAM-tabel heeft, bepaalt u of dit apparaat zich in hetzelfde LAN of in een ander VLAN bevindt dan het VLAN waaruit u probeert te pingen.

Als het eindapparaat zich in een ander VLAN bevindt dan het VLAN van waaruit u probeert te pingen, moet een L3-switch of router worden geconfigureerd om de apparaten in staat te stellen te communiceren. Zorg ervoor dat uw L3-adressering op het eindapparaat en op de router/L3-switch correct is geconfigureerd. Controleer het IP-adres, het subnetmasker, de standaardgateway, de configuratie van het protocol voor dynamische routing, statische routes, enzovoort.

Opdracht ‘switchport host’ om opstartvertraging te voorkomen

Als stations niet kunnen communiceren met hun primaire servers wanneer ze worden verbonden via de switch, kan dit leiden tot vertragingen bij het activeren van de switchpoort nadat de link van de fysieke laag is geactiveerd. In sommige gevallen kunnen deze vertragingen oplopen tot 50 seconden. Sommige werkstations kunnen eenvoudigweg niet zo lang wachten om hun server te vinden en geven dan op. Deze vertragingen worden veroorzaakt door STP, trunking-onderhandelingen (DTP) en EtherChannel-onderhandelingen (PAgP). Al deze protocollen kunnen worden uitgeschakeld voor toegangspoorten waarvoor ze niet nodig zijn, zodat de switchpoort of -interface enkele seconden na het tot stand brengen van een link met een buurapparaat begint met het doorsturen van pakketten.

In Cisco IOS kunt u de opdracht van de switchport-host gebruiken om kanalisatie uit te schakelen en om Spanning-Tree-poortfast en de opdracht SwitchPort-non-onderhandelaar in te schakelen om DTP-onderhandelingspakketten uit te schakelen. Gebruik de opdracht interface-range om dit op meerdere interfaces tegelijk te doen.

Router6k-1(config)#interface range fastEthernet 6/13 - 18
Router6k-1(config-if-range)#switchport
Router6k-1(config-if-range)#switchport host
switchport mode can be set to access
spanning-tree portfast can be enabled
channel group can be disabled
!--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#switchport nonegotiate
!--- Trunking negotiation is disabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#end
Router6k-1#

Cisco IOS biedt de optie om de opdracht global spanning-tree portfast default te gebruiken om PortFast automatisch toe te passen op elke interface die is geconfigureerd als een Layer 2-access switchpoort. Raadpleeg het overzicht van opdrachten voor uw softwarerelease om de beschikbaarheid van deze opdracht te controleren. U kunt de opdracht spanning-tree portfast ook per interface gebruiken, maar in dat geval moet u trunking en EtherChannel afzonderlijk uitschakelen om problemen met vertragingen bij het opstarten van het werkstation op te lossen.

Opmerking: Raadpleeg "Gebruik van Portfast en andere opdrachten om de startvertraging van het werkstation te repareren" voor meer informatie over het oplossen van opstartvertragingen.

Problemen met snelheid/duplex, automatische onderhandeling of NIC

Een groot aantal uitlijningsfouten, FCS-fouten of late botsingen kan duiden op het volgende:

• Duplex-mismatch

• Slechte of beschadigde kabel

• Problemen met de NIC-kaart

Duplex-mismatch

Een veelvoorkomend probleem met snelheid/duplex treedt op wanneer de duplexinstellingen niet op elkaar zijn afgestemd tussen twee switches, tussen een switch en een router of tussen de switch en een werkstation of server. Dit kan gebeuren wanneer de snelheid en duplex handmatig in code worden vastgelegd of als zich problemen voordoen tijdens de automatische onderhandeling tussen de twee apparaten.

Als de mismatch plaatsvindt tussen twee Cisco-apparaten waarvoor CDP (Cisco Discovery Protocol) is ingeschakeld, worden de CDP-foutmeldingen op de console of in de logboekregistratiebuffer van beide apparaten weergegeven. CDP is handig om fouten te detecteren en voor poort- en systeemstatistieken op nabijgelegen Cisco-apparaten. CDP is een bedrijfseigen protocol van Cisco en werkt wanneer u pakketten verzendt naar het bekende MAC-adres 01-00-0C-CC-CC-CC.

Het voorbeeld toont de logberichten die uit een duplexwanverhouding tussen twee Catalyst 6000 Series switches resulteren die Cisco IOS in werking stelt. Deze berichten bieden u doorgaans informatie over de mismatch en waar deze zich voordoet.

Jun  2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2
(not half duplex), with TBA04251336 3/2 (half duplex).

Gebruik de show cdp buren kaart-type <slot/port> detailopdracht om CDP informatie voor Cisco buurapparaten weer te geven.

Router#show cdp neighbors fastEthernet 6/1 detail
-------------------------
Device ID: TBA04251336
Entry address(es):
  IP address: 10.1.1.1
Platform: WS-C6006,  Capabilities: Trans-Bridge Switch IGMP
Interface: FastEthernet6/1,  Port ID (outgoing port): 3/1
Holdtime : 152 sec
Version :
WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)
Copyright (c) 1995-2001 by Cisco Systems
!--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch
!--- on port 3/1 running CatOS.
advertisement version: 2
VTP Management Domain: 'test1'
Native VLAN: 1
Duplex: full
!--- Duplex is full.
Router#

De instelling van automatische snelheid/duplex aan één zijde en 100/Full-duplex aan de andere zijde is ook een onjuiste configuratie en kan in een duplex-mismatch resulteren. Als de switchpoort veel late botsingen ontvangt, duidt dit doorgaans op een probleem met een duplex-mismatch en kan de poort de status errdisable krijgen. De half-duplexzijde verwacht alleen op bepaalde tijden pakketten, niet op elk moment, en telt pakketten die op het verkeerde moment worden ontvangen daarom als botsingen. Naast duplex-mismatches zijn er nog andere oorzaken voor late botsingen, maar dit is wel een van de meest voorkomende redenen. Stel altijd beide zijden van de verbinding in op de optie voor automatische onderhandeling over de snelheid/duplex of stel de snelheid/duplex aan beide zijden handmatig in.

Gebruik de opdracht voor de status van de show interfaces <card-type> <sleuf/poort> om de snelheid en de duplexinstallatie en andere informatie weer te geven. Gebruik de opdrachten speed en duplex in de interface-configuratiemodus om beide zijden op 10 of 100 en half- of full-duplex in te stellen.

Router#show interfaces fastEthernet 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

Als u de opdracht hoe interfaceszonder de statusoptie gebruikt, ziet u een opstelling voor snelheid en duplex, maar u weet niet of deze snelheid en duplex door auto-onderhandeling of niet werd bereikt.

Router#show interface fas 6/1
FastEthernet6/1 is up, line protocol is up (connected)
  Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex, 100Mb/s

!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.
!--- Use the sh interfaces fas 6/1 status command to display this.

Slechte of beschadigde kabel

Controleer de kabel altijd op kleine beschadigingen of defecten. Een kabel kan net goed genoeg zijn om op de fysieke laag aan te sluiten, maar pakketten beschadigen als gevolg van subtiele schade aan de bedrading of connectors. Controleer of verwissel de koper- of glasvezelkabel. Verwissel de GBIC (indien verwijderbaar) voor glasvezelverbindingen. Sluit slechte patchpaneelverbindingen of mediaconverters tussen bron en bestemming uit. Probeer de kabel in een andere poort of interface als er een beschikbaar is en kijk of het probleem zich blijft voordoen.

Problemen met automatische onderhandelingen en NIC-kaarten

Er kunnen zich soms problemen voordoen tussen Cisco-switches en bepaalde NIC-kaarten van derden. Catalyst-switchpoorten en -interfaces zijn standaard ingesteld op automatische onderhandeling. Laptops en andere apparaten zijn ook vaak op automatische onderhandeling ingesteld, maar toch doen zich soms problemen voor met automatische onderhandeling.

Om problemen met automatische onderhandeling te troubleshooten, wordt vaak aanbevolen om de instellingen aan beide zijden in code vast te leggen. Als automatische onderhandeling en vastleggen in code beide niet lijken te werken, kan er een probleem zijn met de firmware of software op uw NIC-kaart. Werk het stuurprogramma van de NIC-kaart bij naar de nieuwste versie die beschikbaar is op de website van de fabrikant om dit op te lossen.

Raadpleeg 10/100/1000 MB half/full duplex automatisch onderhandelen over configuratie en probleemoplossing voor informatie over het oplossen van problemen met snelheid/duplex en automatische onderhandeling.

Raadpleeg NIC-compatibiliteitsproblemen bij Cisco Catalyst-switches oplossen voor meer informatie over het oplossen van problemen met NIC-kaarten van derden.

Spanning Tree-lussen

STP-lussen (Spanning Tree Protocol) kunnen ernstige prestatieproblemen veroorzaken die zich voordoen als poort- of interfaceproblemen. In deze situatie wordt uw bandbreedte steeds opnieuw gebruikt door dezelfde frames, waardoor weinig ruimte overblijft voor legitiem verkeer.

Loop Guard, de functie voor bescherming tegen STP-lussen, biedt extra bescherming tegen Layer 2-doorstuurlussen (STP-lussen). Er wordt een STP-lus gecreëerd wanneer een STP blokkerende poort in een redundante topologie abusievelijk de doorstuurtoestand krijgt. Dit gebeurt doorgaans omdat een van de poorten van een fysiek redundante topologie (niet noodzakelijkerwijs de STP blokkerende poort) geen STP-BPDU’s meer ontvangt. Voor de werking is STP afhankelijk van de voortdurende ontvangst of verzending van BPDU's op basis van de poortrol. De aangewezen poort verzendt BPDU's, de niet-aangewezen poort ontvangt BPDU's.

Wanneer een van de poorten in een fysiek redundante topologie geen BPDU's meer ontvangt, gaat STP ervan uit dat de topologie geen lussen bevat. Uiteindelijk wordt de blokkerende poort van de alternatieve of back-uppoort aangewezen en krijgt deze een doorstuurtoestand. Deze situatie leidt tot een lus.

Loop Guard voert extra controles uit. Als BPDU’s niet op een niet-aangewezen poort worden ontvangen en Loop Guard wordt ingeschakeld, krijgt die poort de voor STP-lussen inconsistente blokkeertoestand in plaats van de luister-, leer- of doorstuurtoestand. Zonder de functie Loop Guard neemt de poort de rol van aangewezen poort aan. De poort krijgt de STP-doorstuurtoestand en maakt een lus. Zie STP configureren met behulp van Loop Guard en BPDU Skew Detection voor meer informatie over de functie voor lusbeveiliging.

In dit document worden de mogelijke redenen voor STP-fouten behandeld, wordt aangegeven naar welke informatie u moet zoeken om de bron van het probleem te identificeren en wordt beschreven wat voor soort ontwerp de STP-risico’s tot een minimum beperkt.

Lussen kunnen ook worden veroorzaakt door een unidirectionele link. Raadpleeg voor meer informatie de sectie UDLD: Unidirectionele link hieronder.

UDLD: unidirectionele link

Een unidirectionele link is een link waarbij verkeer één kant op gaat, maar het verkeer in inkomende richting niet wordt ontvangen. De switch weet niet dat de inkomende richting van de link slecht is (de poort denkt dat de link werkt).

Dit eenrichtingsverkeer kan worden veroorzaakt door een kapotte glasvezelkabel of andere bekabelings-/poortproblemen. Deze gedeeltelijk functionele links kunnen problemen veroorzaken, zoals STP-lussen, wanneer de betreffende switches niet weten dat de link gedeeltelijk verbroken is. UDLD kan voor een poort de errdisable-status instellen als een unidirectionele link wordt gedetecteerd. De opdracht udld aggressive-mode kan worden geconfigureerd op switches met Cisco IOS (controleer de release-opmerkingen voor de beschikbaarheid van opdrachten) voor point-to-point verbindingen tussen switches waar unidirectionele links niet kunnen worden getolereerd. Met deze functie kunt u moeilijk te vinden problemen met unidirectionele links identificeren

Raadpleeg De UDLD-protocolfunctie configureren voor configuratiegegevens over UDLD.

Uitgestelde frames (‘Out-Lost’ of ‘Out-Discard’)

Als u een groot aantal uitgestelde frames (Out-Discard; ook wel Out-Lost genoemd op sommige platforms) heeft, betekent dit dat de uitvoerbuffers van de switch zijn volgelopen en dat de switch deze pakketten heeft afgewezen. Dit kan een teken zijn dat dit segment met een ontoereikende snelheid en/of duplex wordt uitgevoerd of dat er te veel verkeer door deze poort gaat.

Gebruik het bevel van de tellersfout van show interfaces om te kijken naar OutDiscards.

Router#show interfaces counters error
Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Fa7/47              0          0          0          0         0           0
Fa7/48              0          0          0          0         0     2871800
Fa8/1               0          0          0          0         0     2874203
Fa8/2             103          0          0        103         0     2878032
Fa8/3             147          0          0        185         0           0
Fa8/4             100          0          0        141         0     2876405
Fa8/5               0          0          0          0         0     2873671
Fa8/6               0          0          0          0         0           2
Fa8/7               0          0          0          0         0           0

!--- The show interfaces counters errors command shows certain interfaces
!--- that increment in large amounts OutDiscards while others run clean.

Onderzoek deze veelvoorkomende oorzaken van fouten in de uitvoerbuffer:

Ontoereikende snelheid/duplex voor de hoeveelheid verkeer

Uw netwerk kan via deze poort meer pakketten verzenden dan door de poort kunnen worden verwerkt bij de huidige snelheids-/duplexinstelling. Dit kan gebeuren waar er meerdere poorten met hoge snelheid naar één (meestal langzamere) poort leiden. U kunt het apparaat aan deze poort naar snellere media verplaatsen. Als de poort bijvoorbeeld 10 Mbps is, verplaatst u dit apparaat naar een 100 Mbps- of Gigabit-poort. U kunt de topologie wijzigen om frames anders te routeren.

Congestieproblemen: Te druk segment

Als het segment wordt gedeeld, kunnen andere apparaten in dit segment zoveel verzenden dat de switch niet de kans krijgt om te verzenden. Vermijd waar mogelijk configuraties met hubs in een daisy chain. Congestie kan leiden tot pakketverlies. Pakketverlies leidt tot hertransmissies in de transportlaag die er op hun beurt voor zorgen dat gebruikers latentie ervaren op toepassingsniveau. U kunt 10Mbps-koppelingen waar mogelijk upgraden naar 100Mbps- of Gigabit Ethernet-koppelingen. U kunt bepaalde apparaten uit volle segmenten naar andere, minder bevolkte segmenten verplaatsen. Maak congestievermijding een prioriteit binnen uw netwerk.

Toepassingen

Soms kunnen de transmissiekenmerken van het verkeer van de gebruikte toepassingen leiden tot problemen met de uitvoerbuffer. NFS-bestandsoverdrachten afkomstig van een aangesloten Gigabit-server die gebruikmaakt van UDP (User Datagram Protocol) met een venstergrootte van 32K is één voorbeeld van een toepassingsinstelling die dit type probleem aan het licht kan brengen. Als u de andere suggesties in dit document heeft gecontroleerd of uitgeprobeerd (snelheid/duplex gecontroleerd, geen fysieke fouten op de link, al het verkeer is normaal geldig verkeer, enzovoort), kunt u dit probleem ook proberen op te lossen door de eenheidsgrootte te verkleinen die door de toepassing wordt verzonden.

Softwareproblemen

Als u gedrag ziet dat alleen als vreemd kan worden beschouwd en u het gedrag kunt isoleren, kan dit duiden op software- of hardwareproblemen. Het is meestal eenvoudiger om de software te upgraden dan de hardware. Wijzig eerst de software.

Gebruik de opdracht show version om de huidige softwareversie te verifiëren, samen met de dir-flitser : or dir bootflash : (afhankelijk van het platform) opdracht om het beschikbare flitsgeheugen voor de upgrade te verifiëren:

Router#show version
Cisco Internetwork Operating System Software
Cisco IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA
RLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 20-Dec-02 13:52 by eaarmas
Image text-base: 0x00000000, data-base: 0x00E638AC
ROM: 12.1(12r)EW
Dagobah Revision 71, Swamp Revision 24
trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes
System returned to ROM by redundancy reset
System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"

!--- Typical Cisco IOS show version output.

Router#dir bootflash:
Directory of bootflash:/
1  -rw-     8620144   Mar 22 2002 08:26:21  cat4000-is-mz.121-13.EW.bin
61341696 bytes total (52721424 bytes free)

!--- Verify available flash memory on switch running Cisco IOS.

Software upgraden

Voor informatie over het upgraden van de software voor uw Cisco-Switches klikt u op de link, selecteert u uw platform en gaat u naar de sectie Software Configuration (Softwareconfiguratie).

Incompatibiliteit tussen hardware en software

Er kan zich een situatie voordoen waarbij de software niet compatibel is met de hardware. Dit gebeurt wanneer er nieuwe hardware wordt ontwikkeld die speciale ondersteuning van de software nodig heeft. Gebruik de tool Software Advisor voor meer informatie over softwarecompatibiliteit.

Softwarebugs

Het besturingssysteem kan een bug bevatten. U lost dit soort problemen vaak op door een nieuwere softwareversie te laden. U kunt zoeken naar bekende softwarebugs in de Software Bug Toolkit.

Beschadigde images

Een image kan beschadigd zijn geraakt. Kies uw platformswitch en ga naar de sectie Troubleshoot voor informatie over het herstellen van beschadigde images.

Hardwareproblemen

Controleer de resultaten van de showmodule voor Catalyst 6000 en 4000 Series switches die Cisco IOS gebruiken.

Controleer de POST-resultaten van de switch om te zien of er fouten zijn gemeld voor een deel van de switch. Wanneer een module- of poorttest mislukt, wordt dit met een 'F' aangegeven in de testresultaten.

Gebruik voor Cisco IOS, op modulaire switches zoals de Cat6000, de opdracht show diagnostics . Om POST resultaten per module te zien, gebruik de module van de showdiagnostiek < module> bevel.

ecsj-6506-d2#sh diagnostic module 3
  Current Online Diagnostic Level = Minimal
  !--- The diagnostic level is set to minimal which is a shorter,
  !--- but also less thorough test result.
  !--- You may wish to configure diagnostic level complete to get more test results.
  Online Diagnostic Result for Module 3 : MINOR ERROR
  Online Diagnostic Level when Line Card came up = Minimal
  Test Results: (. = Pass, F = Fail, U = Unknown)
  1 . TestLoopback :
  Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
  ----------------------------------------------------------------------------
        .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  F  F  F  F F  F
 
  !--- Notice the MINOR ERROR test result and failed loopback test which means
  !--- these ports are currently unusable.
  !--- Use the hw-module{mod}reset command or, if necessary, physically reseat the
  !--- module to try and fix this problem.

  !--- If these steps fail, open a case with Cisco Technical Support.

Opmerking: Voor Catalyst 3750, 3550, 2970, 2950/2955 en 2900/3500XL Series switches gebruikt u de opdracht show post om de hardwarestatus te achterhalen (pass of fail). Gebruik de leds op deze switches om de POST-resultaten te begrijpen.

Ga voor meer informatie over het oplossen van hardwareproblemen op Catalyst-switches waarop Cisco IOS wordt uitgevoerd naar de ondersteuningspagina's voor Cisco-Switches , kies uw platform en bekijk de Troubleshooting > Hardware doorsnede. Raadpleeg Field Notices voor LAN- en ATM-switches voor mogelijke problemen in verband met Field Notices.

Invoerfouten op een Layer 3-interface verbonden met een Layer 2-switchpoort

Omdat alle Layer 2-poorten zich standaard in de modus dynamic desirable bevinden, probeert de Layer 2-poort een trunk-link te vormen en verzendt deze DTP-pakketten naar het externe apparaat. Wanneer een Layer 3-interface is verbonden met een Layer 2-switchpoort, kunnen deze frames niet worden geïnterpreteerd, wat resulteert in invoerfouten, WrongEncap-fouten en afwijzingen in invoerwachtrijen.

U lost dit probleem op door de modus van de switchpoort te wijzigen in static access of trunk, afhankelijk van uw vereisten.

Switch2(config)#interface fastEthernet1/0/12
Switch2(config-if)#switchport mode access

OF

Switch2(config)#interface fastEthernet1/0/12
Switch2(config-if)#switchport trunk encapsulation dot1q
Switch2(config-if)#switchport mode trunk

Snel oplopende teller Rx-No-Pkt-Buff en invoerfouten

De teller Rx-No-Pkt-Buff kan oplopen op poorten wanneer de module blades heeft, zoals WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 en WS-X4548-GB-RJ45V. Ook een bepaalde toename in pakketafwijzingen is normaal. Dit is het resultaat van verkeerspieken.

Dit soort fouten neemt snel toe, vooral wanneer veel verkeer via die link passeert of wanneer er apparaten, zoals servers, op die interface zijn aangesloten. In dat geval kunnen de poorten worden overbelast, waardoor de invoerbuffers vollopen en de teller Rx-No-Pkt-Buff en het aantal invoerfouten snel oplopen.

Als een pakket niet volledig kan worden ontvangen omdat de switch geen pakketbuffers meer heeft, wordt deze teller met één verhoogd voor elk afgewezen pakket. Deze teller geeft de interne toestand van de switching-ASIC’s op de supervisor aan en duidt niet noodzakelijkerwijs op een fouttoestand.

Pauzeframes

Wanneer de Rx FIFO-wachtrij van het ontvangende deel (Rx) van de poort is gevuld en de bovengrens wordt bereikt, begint het verzendende deel (Tx) van de poort op basis van een opgegeven intervalwaarde met het genereren van pauzeframes. Het externe apparaat wordt geacht de verzending van pakketten te beëindigen/verminderen gedurende de in het pauzeframe vermelde intervaltijd.

Als Rx de Rx-wachtrij kan leegmaken of de ondergrens binnen dit interval kan bereiken, verzendt Tx een speciaal pauzeframe dat het interval als nul noemt (0x0). Hierdoor kan het externe apparaat beginnen met het verzenden van pakketten.

Als Rx nog steeds aan de wachtrij werkt, verzendt Tx na het verstrijken van de intervaltijd weer een nieuw pauzeframe met een nieuwe intervalwaarde.

Als de Rx-No-Pkt-Buff-teller nul is of niet oploopt en de TxPauseFrames-teller wel, betekent dit dat onze switch pauzeframes genereert en de externe zijde dit respecteert. De Rx FIFO-wachtrij loopt leeg.

Als zowel Rx-No-Pkt-Buff als TxPauseFrames oploopt, betekent dit dat de externe zijde de pauzeframes negeert (Flow Control wordt niet ondersteund) en verkeer blijft verzenden ondanks de pauzeframes. Om deze situatie op te lossen, moet u de snelheid en duplex handmatig configureren en zo nodig Flow Control uitschakelen.

Dit soort fouten op de interface houdt verband met een verkeersprobleem met poorten met oversubscription. De switchingmodules WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 en WS-X4548-GB-RJ45V hebben 48 poorten met oversubscription in zes groepen van acht poorten elk:

• Poorten 1, 2, 3, 4, 5, 6, 7, 8

• Poorten 9, 10, 11, 12, 13, 14, 15, 16

• Poorten 17, 18, 19, 20, 21, 22, 23, 24

• Poorten 25, 26, 27, 28, 29, 30, 31, 32

• Poorten 33, 34, 35, 36, 37, 38, 39, 40

• Poorten 41, 42, 43, 44, 45, 46, 47, 48

De acht poorten binnen elke groep gebruiken gemeenschappelijke circuits die de groep effectief multiplexen tot één niet-blokkerende, full-duplex Gigabit Ethernet-verbinding met de interne switchfabric. Voor elke groep van acht poorten worden de ontvangen frames gebufferd en via de gemeenschappelijke Gigabit Ethernet-link naar de interne switchfabric gestuurd. Als de hoeveelheid ontvangen data voor een poort de buffercapaciteit begint te overschrijden, stuurt Flow Control pauzeframes naar de externe poort om het verkeer tijdelijk te stoppen en frameverlies te voorkomen.

Als de frames die op een groep worden ontvangen de bandbreedte van 1 Gbps overschrijden, begint het apparaat de frames af te wijzen. Deze afwijzingen zijn niet zichtbaar, omdat er wordt afgewezen op de interne ASIC in plaats van op de daadwerkelijke interfaces. Dit kan leiden tot trage doorvoer van pakketten op het apparaat.

De Rx-No-Pkt-Buff-teller is niet afhankelijk van de totale verkeerssnelheid. De teller is wel afhankelijk van de hoeveelheid pakketten die in de Rx FIFO-buffer van de module-ASIC wordt opgeslagen. De grootte van deze buffer is slechts 16 KB. Wanneer enkele pakketten deze buffer vullen, wordt dit geteld als korte pieken in de verkeersstromen. De teller Rx-No-Pkt-Buff op elke poort wordt dus opgehoogd wanneer de totale verkeerssnelheid van deze ASIC-poortgroep meer dan 1 Gbps bedraagt, aangezien WS-X4548-GB-RJ45 een module met 8:1 oversubscription is.

Wanneer u apparaten heeft die een grote hoeveelheid verkeer door die interface moeten voeren, kunt u één poort van elke groep gebruiken, zodat het gemeenschappelijke circuit dat één groep deelt niet wordt beïnvloed door deze hoeveelheid verkeer. Wanneer de Gigabit Ethernet-switchingmodule niet volledig wordt gebruikt, kunt u poortverbindingen over poortgroeperingen verdelen om de beschikbare bandbreedte te maximaliseren. Met de WS-X4448-GB-RJ45 10/100/1000-switchingmodule kunt u bijvoorbeeld poorten uit verschillende groepen, bijvoorbeeld poort 4, 12, 20 of 30 (in willekeurige volgorde), verbinden voordat u poorten uit dezelfde groep, bijvoorbeeld poort 1, 2, 3, 4, 5, 6, 7 en 8, verbindt. Als het probleem zich blijft voordoen, kunt u een module zonder oversubscription van poorten overwegen.

Inzicht in teller unknown protocol drops

Unknown protocol drops is een teller in de interface. Afwijzingen vanwege onbekend protocol worden veroorzaakt door protocollen die niet door de router/switch worden begrepen. Dit voorbeeld van de opdracht interface van show run toont de onbekende protocoldruppels op de Gigabit Ethernet 0/1 interface.

Switch#show run interface GigabitEthernet0/1
GigabitEthernet0/1 is up, line protocol is up
  Hardware is BCM1125 Internal MAC, address is 0000.0000.0000 (via 0000.0000)
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is RJ45
  output flow-control is XON, input flow-control is XON
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:05, output 00:00:03, output hang never
  Last clearing of "show interface" counters 16:47:42
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     3031 packets input, 488320 bytes, 0 no buffer
     Received 3023 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 63107 multicast, 0 pause input
     0 input packets with dribble condition detected
     7062 packets output, 756368 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     2015 unknown protocol drops
     4762 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

Er is doorgaans sprake van afwijzingen vanwege onbekend protocol wanneer de interface waarop deze pakketten worden ontvangen niet is geconfigureerd voor dit type protocol, of als het een protocol betreft dat de router niet herkent. Als u bijvoorbeeld twee verbonden routers heeft en u CDP uitschakelt op één routerinterface, resulteert dit in afwijzingen vanwege onbekend protocol bij die interface. De CDP-pakketten worden niet meer herkend en worden afgewezen.

Trunking tussen een switch en een router

Trunk-links tussen een switch en een router kunnen de switchpoort deactiveren. Trunking kan worden geactiveerd nadat u de switchpoort heeft uit- en ingeschakeld, maar uiteindelijk kan de switchpoort opnieuw worden gedeactiveerd.

Voer de volgende stappen uit om dit probleem op te lossen:

1. Zorg dat CDP (Cisco Discovery Protocol) tussen de switch en de router wordt uitgevoerd en dat beide elkaar kunnen zien.

2. Schakel de keepalives op de interface van de router uit.

3. Configureer trunk-inkapseling op beide apparaten.

Wanneer de keepalives worden uitgeschakeld, zorgt CDP dat de link normaal werkt.

Connectiviteitsproblemen als gevolg van oversubscription

Wanneer u de modules WS-X6548-GE-TX of WS-X6148-GE-TX gebruikt, kan individuele poortbenutting leiden tot connectiviteitsproblemen of pakketverlies bij de omliggende interfaces. Raadpleeg Connectiviteitsproblemen tussen interface/module voor meer informatie over oversubscription.

Subinterfaces in SPA-modules

Als u in SPA-modules een subinterface met 802.1Q creëert, is hetzelfde VLAN niet bruikbaar op de switch. Zodra u dot1q-inkapseling op een subinterface heeft, kunt u dat VLAN in het systeem niet meer gebruiken omdat de 6500 of 7600 intern het VLAN toewijst en die subinterface tot het enige lid wordt gemaakt.  Om dit probleem op te lossen, moet u trunkpoorten in plaats van subinterfaces creëren. Op die manier kan het VLAN in alle interfaces worden gezien.

Afwijzingen in uitvoerwachtrijen troubleshooten

Afwijzingen in uitvoerwachtrijen kunnen optreden als QoS is geconfigureerd en onvoldoende bandbreedte biedt aan pakketten van een bepaalde klasse. Dit gebeurt ook wanneer de hardware te maken krijgt met oversubscription.

In het onderstaande voorbeeld is sprake van zeer veel afwijzingen in uitvoerwachtrijen op de Gigabit Ethernet-interface 8/9 op een Catalyst 6500 Series switch:

Switch#show interface GigabitEthernet8/9
GigabitEthernet8/9 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0013.8051.5950 (bia 0013.8051.5950)
  Description: Connection To Bedok_Core_R1 Ge0/1
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 18/255, rxload 23/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is SX
  input flow-control is off, output flow-control is off
  Clock mode is auto
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:28, output 00:00:10, output hang never
  Last clearing of "show interface" counters never
Input queue: 0/2000/3/0 (size/max/drops/flushes); Total output drops: 95523364
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 94024000 bits/sec, 25386 packets/sec
  5 minute output rate 71532000 bits/sec, 24672 packets/sec
     781388046974 packets input, 406568909591669 bytes, 0 no buffer
     Received 274483017 broadcasts (257355557 multicasts)
     0 runts, 0 giants, 0 throttles
     3 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     749074165531 packets output, 324748855514195 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Om het probleem te analyseren verzamelt u de output van de volgende opdrachten:

• show fabric utilization detail

• show fabric errors

• show platform hardware capacity

• show catalyst6000 traffic-meter

• show platform hardware capacity rewrite-engine drop

‘Last input never’ in output van opdracht ‘show interface’

Dit voorbeeld van de opdracht voor de interface van de show toont de laatste invoer nooit op de interface TenGigabit Ethernet1/15.

Switch#show interface TenGigabitEthernet1/15
TenGigabitEthernet1/15 is up, line protocol is up (connected)
  Hardware is C6k 10000Mb 802.3, address is 0025.84f0.ab16 (bia 0025.84f0.ab16)
  Description: lsnbuprod1 solaris
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:17, output hang never
  Last clearing of "show interface" counters 2d22h
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 46000 bits/sec, 32 packets/sec
     52499121 packets input, 3402971275 bytes, 0 no buffer
     Received 919 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     118762062 packets output, 172364893339 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Deze toont het aantal uren, minuten, en seconden sinds het laatste pakket succesvol door een interface werd ontvangen en lokaal op de router werd verwerkt. Dit is nuttige informatie wanneer een interface niet meer werkt. Deze teller wordt alleen bijgewerkt bij proces-switching pakketten, niet bij fast-switching pakketten.  Last input never betekent dat er geen succesvolle pakketoverdracht via de interface naar een ander endpoint of andere terminal heeft plaatsgevonden. Meestal houdt dit in dat er geen pakketoverdracht was met betrekking tot die entiteit.

Gerelateerde informatie

• Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (NIC-compatibiliteitsproblemen bij Cisco Catalyst-switches oplossen)
• PortFast en andere opdrachten gebruiken om connectiviteitsvertragingen bij het opstarten van werkstations op te lossen
• Automatische onderhandeling voor Ethernet 10/100/1000 Mb half/full duplex configureren en problemen ermee oplossen
• Software-images beheren en met configuratiebestanden werken op Catalyst-switches
• Technische ondersteuning en documentatie – Cisco Systems