Problemen met poortkleppen oplossen op Catalyst 9000-Switches
Inhoud
uitgifte
In dit document wordt beschreven hoe u problemen kunt oplossen met een of meer switch-interfaces die herhaaldelijk van toestand veranderen tussen omhoog en omlaag (poortkleppen of verbindingskleppen), wat intermitterende connectiviteit veroorzaakt.
milieu
Cisco Catalyst 9000-serie switches met koperen of glasvezel uplinks / downlinks. Het probleem kan zich voordoen op toegangspoorten, uplinks en (indien aanwezig) verwisselbare netwerkmodulepoorten. Het fysieke pad kan bestaan uit patchpanelen, eindpuntapparaten en optische transceivers.
- Toepasbaarheid van media: TDR is alleen van toepassing op koperen interfaces; DOM is alleen van toepassing op ondersteunde optische transceivers.
- Interfacetypen: Standalone vaste poorten en modulepoorten zijn binnen bereik; gebruik dezelfde workflow voor beide.
- Ondersteuning voor optica: Gebruik alleen optica die wordt ondersteund voor het platform en de softwarerelease.
Oorzaak
Veel voorkomende oorzaken zijn slechte of niet-ondersteunde bekabeling, niet-ondersteunde of defecte Small Form-Factor Pluggable (SFP) of Small Form-Factor Pluggable Plus (SFP+) transceivers, duplex- of onderhandelingsmismatches, endpoint-energiebesparingsgedrag en andere fysieke laagfouten.
resolutie
Volg de workflow voor probleemoplossing in dit artikel om de flap in logs te bevestigen, fysieke connectiviteit en optica te valideren, interfacetellers te controleren en koperen TDR- of alleen-vezeldom-controles uit te voeren, indien van toepassing.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op switches uit de Cisco Catalyst 9000-reeks.
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.
Achtergrondinformatie
Een poortflap, ook wel linkflap genoemd, treedt op wanneer een switch herhaaldelijk op en neer gaat. Veel voorkomende oorzaken zijn slechte, niet-ondersteunde of niet-standaard bekabeling, niet-ondersteunde Small Form-Factor Pluggable (SFP)-transceivers en andere problemen met de synchronisatie van koppelingen. De aandoening kan intermitterend of permanent zijn.
Omdat linkflaps meestal een fysiek probleem zijn, wordt in dit document beschreven hoe u het probleem kunt diagnosticeren, handige logboeken kunt verzamelen en poortflaps kunt oplossen op switches uit de Cisco Catalyst 9000-reeks.
Werkstroom voor probleemoplossing
Gebruik deze workflow om de meest voorkomende oorzaken van poortflappen te isoleren. Begin bij stap 1 en ga verder in volgorde. Voer optionele stappen alleen uit als het type koppeling en de symptomen overeenkomen.
- Bevestig de flap in logboeken. Gebruik logboekregistratie tonen om herhaalde up/down-gebeurtenissen te bevestigen en tijdstempels vast te leggen.
- Controleer de fysieke connectiviteit en de optische mogelijkheden. Controleer bekabeling, patchpanelen en ondersteunde transceivers; plaats de stoel opnieuw of wissel deze met bekende goede componenten.
- Controleer interface tellers en hardware statistieken. Gebruik interfaces weergeven en controllertellers om Layer 1-fouten (CRC, symboolfouten, FCS-fouten) te identificeren.
- Voer TDR uit (alleen koperen koppelingen). Gebruik TDR om OPEN/KORTE omstandigheden te detecteren en de foutafstand bij benadering te bepalen.
- Controleer DOM (alleen vezelkoppelingen). Beoordeel het optische vermogen/de temperatuur/de spanning tegen de drempelwaarden van het gegevensblad.
- Controleer FEC (alleen ondersteunde optica). Bevestig Forward Error Correction-instellingen en compatibiliteit indien van toepassing.
- Gebruik foutopsporingsopdrachten alleen als het probleem blijft bestaan. Verzamel gerichte debug-uitvoer tijdens een reproductievenster en schakel deze onmiddellijk na het vastleggen uit.
Elke sectie bevat een korte notitie die aangeeft wanneer het te gebruiken.
Gebruik deze sectie wanneer fysieke toegang beschikbaar is. Controleer of de netwerkmodules, kabels en SFP- of SFP+-transceivers correct zijn geïnstalleerd voordat u de tellers controleert of aanvullende diagnoses uitvoert.
Referentie voor installatie van netwerkmodule
Gebruik deze referentie wanneer er een verwisselbare netwerkmodule aanwezig is. In de tabel worden de best practices beschreven voor het installeren van een netwerkmodule in een switch uit de Cisco Catalyst 9000-reeks:
| Platform |
URL |
| Catalyst 9200 Series switches |
Installatiehandleiding voor Switches uit de Catalyst 9200-reeks |
| Catalyst 9300 Series switches |
Installatiehandleiding voor Switches uit de Catalyst 9300-reeks |
| Catalyst 9400 Series switches |
Installatiehandleiding voor Switches uit de Catalyst 9400-reeks |
| Catalyst 9500 Series switches |
Installatiehandleiding voor Switches uit de Catalyst 9500-reeks |
| Catalyst 9600 Series switches |
Installatiehandleiding voor Switches uit de Catalyst 9600-reeks |
Kabel en beide zijden van de verbinding controleren
Gebruik deze sectie nadat de flap is bevestigd in de logboeken. In deze tabellen worden de gemeenschappelijke kabelgerelateerde oorzaken van verbindingsflappen en de aanbevolen herstelacties beschreven.
| Oorzaak |
herstelactie |
| Slechte kabel |
Verwissel de verdachte kabel met een bekende goede kabel. Controleer op gebroken of ontbrekende pinnen van connectors. |
| Losse verbinding |
Zet de kabel terug. Verwijder de connector en plaats deze terug om er zeker van te zijn dat deze volledig is geplaatst. |
| Patchpanelen |
Verwijder defecte patch-panel verbindingen. Vermijd het patchpaneel, indien mogelijk, om het uit te sluiten. |
| Slechte of verkeerde SFP (vezelspecifiek) |
Verwissel de verdachte SFP met een bekende goede SFP. Controleer de hardware- en softwareondersteuning voor dit type SFP. |
| Slechte poort of modulepoort |
Verplaats de kabel naar een bekende goede poort om een verdachte poort of module op te lossen. |
| Slecht of oud eindpunt |
Wissel de telefoon, luidspreker of een ander eindpunt met een bekend goed apparaat of een nieuwer apparaat. |
| Slaapmodus van medisch hulpmiddel |
Dit kan een verwachte flap zijn. Controleer de tijdstempel van de poortflap. Vergelijk het met andere gelijktijdige gebeurtenissen. Bepaal vervolgens of een slaapstand de oorzaak is. |
Compatibiliteit met SFP en SFP+ verifiëren
Gebruik deze sectie wanneer de flapperlink een glasvezeltransceiver gebruikt. De Cisco-portfolio van hot-pluggable interfaces biedt een breed scala aan keuzes voor snelheden, protocollen, bereik en ondersteunde transmissiemedia.
Gebruik elke combinatie van SFP- of SFP+-transceivermodules die de Cisco Catalyst 9000 Series-switch ondersteunt. Elke poort moet overeenkomen met de golflengtespecificaties aan het andere uiteinde van de kabel. De kabel mag niet langer zijn dan de ondersteunde kabellengte voor betrouwbare communicatie.
Gebruik alleen Cisco SFP-transceivermodules op het Cisco-apparaat. Elke SFP- of SFP+-transceivermodule ondersteunt de Cisco Quality Identification (ID)-functie. Met deze functie kan een Cisco-switch of -router identificeren en valideren dat de transceivermodule is gecertificeerd en getest door Cisco.
Poortflappen identificeren
Vereisten: Bevoorrechte EXEC-toegang (bijvoorbeeld inschakelen) en toegang tot de systeemlogbuffer van het apparaat of het externe syslog.
Verwachte uitkomst: Herhaalde up/down-berichten voor dezelfde interface binnen een kort tijdsvenster bevestigen een flapvoorwaarde.
Gebruik deze sectie eerst om te bevestigen dat er een flap optreedt. Voer de opdracht show logging | include changed uit om een gebeurtenis met een linkflap te identificeren. Dit voorbeeld toont partiële switch systeemlogberichten voor een link flap event op TenGigabitEthernet1/0/40:
Switch#show logging | include changed
August 17 21:06:08.431 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:39.058 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:41.968 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:06:42.969 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:07:20.041 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:21.041 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:36.534 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:06.598 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:07.628 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:08.628 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:10.943 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:11.944 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
- Identificeer de tijdstempel van elke up/down overgang.
- Vergelijk de tijdstempel met andere gebeurtenissen op dezelfde interface (bijvoorbeeld endpoint power-save gedrag).
- Bepaal of de flap wordt verwacht of een probleem met de fysieke laag aangeeft.
Interface-weergaveopdrachten
Wanneer te gebruiken: nadat herhaalde up/down-gebeurtenissen zijn bevestigd en het fysieke pad is gevalideerd.
Commando: toon interfaces en toon controllers ethernet-controller interface voor de betreffende interface.
Verwacht resultaat: Foutentellers (CRC, symboolfouten, FCS) blijven stabiel of nemen langzaam toe onder normale omstandigheden.
Volgende actie indien abnormaal: wissel kabel/optiek, verplaats naar een bekende goede poort en controleer de tellers opnieuw; ga naar TDR (koper) of DOM (vezel) zoals van toepassing.
Gebruik dit gedeelte nadat de klep is bevestigd en het fysieke pad is gecontroleerd. De opdracht Show Interfaces geeft informatie die helpt bij het identificeren van een mogelijk Layer 1-probleem dat een gebeurtenis met een linkflap veroorzaakt:
Switch#show interfaces tenGigabitEthernet 1/0/40
TenGigabitEthernet1/0/40 is up, line protocol is up (connected)
Hardware is Ten Gigabit Ethernet, address is 00a5.bf9c.29a8 (bia 00a5.bf9c.29a8)
MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR <-- SFP plugged into the port
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:03, output 00:00:00, 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
670 packets input, 78317 bytes, 0 no buffer
Received 540 broadcasts (540 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 540 multicast, 0 pause input
0 input packets with dribble condition detected
1766 packets output, 146082 bytes, 0 underruns
0 Output 0 broadcasts (0 multicasts)
0 output errors, 0 collisions, 0 interface resets
0 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
In de tabel staan enkele tellers van de opdracht Show Interfaces:
| Teller |
Problemen en veelvoorkomende oorzaken van toenemende foutentellers |
| CRC |
Een groot aantal cyclische redundantiecontrole (CRC) fouten is meestal het gevolg van botsingen. Het kan ook wijzen op een fysiek probleem zoals bekabeling, een SFP, een slechte interface of een netwerkinterfacekaart (NIC). Het kan ook duiden op een duplex mismatch. |
| Input errors |
Dit omvat de tellingen voor Runts, Giants, no buffer, CRC, frame, overrun en ignored. Andere input-gerelateerde fouten kunnen ook het aantal input-fouten verhogen. |
| output errors |
Uitgangsfouten kunnen toenemen wanneer de uitvoerwachtrij te klein is of wanneer de interface te veel is geabonneerd. |
| Totale outputdalingen |
Uitgangsdalingen zijn over het algemeen het gevolg van overinschrijving in de interface veroorzaakt door veel-op-één verkeerspatronen of een overdracht van 10 Gbps naar 1 Gbps. Interfacebuffers zijn een beperkte bron en kunnen een uitbarsting slechts tot een punt absorberen. Daarna beginnen de pakketjes te vallen. Buffers kunnen worden afgestemd om wat kussen te bieden, maar ze kunnen geen nuluitgangdruppels garanderen. |
| Onbekende protocoldruppels |
Onbekende protocoldrops treden op wanneer de ontvangstinterface niet is geconfigureerd voor dat protocol of wanneer de switch het protocol niet herkent. Als er bijvoorbeeld twee switches zijn verbonden en Cisco Discovery Protocol (CDP) is uitgeschakeld op één switch, treden er onbekende protocoldruppels op die interface op. De CDP-pakketten worden niet meer herkend en de switch laat ze vallen. |
De geschiedenisopdracht maakt het mogelijk dat een interface de gebruiksgeschiedenis bijhoudt in een grafisch formaat dat vergelijkbaar is met de CPU-geschiedenis. Geschiedenis kan worden gehandhaafd als bits per seconde (bps) of pakketten per seconde (pps), zoals in dit voorbeeld wordt getoond:
Switch(config-if)#history ?
bps Maintain history in bits/second
pps Maintain history in packets/second
Samen met de snelheid kunnen verschillende interfacetellers worden bewaakt:
Switch(config-if)#history [bps|pps] ?
all Include all counters
babbles Include ethernet output babbles - Babbl
crcs Include CRCs - CRCs
deferred Include ethernet output deferred - Defer
dribbles Include dribbles - Dribl
excessive-collisions Include ethernet excessive output collisions -
ExCol
flushes Include flushes - Flush
frame-errors Include frame errors - FrErr
giants Include giants - Giant
ignored Include ignored - Ignor
input-broadcasts Include input broadcasts - iBcst
input-drops Include input drops - iDrop
input-errors Include input errors - iErr
interface-resets Include interface resets - IRset
late-collisions Include ethernet late output collisions - LtCol
lost-carrier Include ethernet output lost carrier - LstCr
multi-collisions Include ethernet multiple output collisions -
MlCol
multicast Include ethernet input multicast - MlCst
no-carrier Include ethernet output no-carrier - NoCarr
output-broadcasts Include output broadcasts - oBcst
output-buffer-failures Include output buffer failures - oBufF
output-buffers-swapped-out Include output buffers swapped out - oBSwO
output-drops Include output drops - oDrop
output-errors Include output errors - oErr
output-no-buffer Include output no buffer - oNoBf
overruns Include overruns - OvrRn
pause-input Include ethernet input pause - PsIn
pause-output Include ethernet output pause - PsOut
runts Include runts - Runts
single-collisions Include ethernet single output collisions - SnCol
throttles Include throttles - Thrtl
underruns Include underruns - UndRn
unknown-protocol-drops Include unknown protocol drops - Unkno
watchdog Include ethernet output watchdog - Wtchdg
<cr> <cr>
SW_1(config-if)#
Net als bij de CPU-geschiedenis zijn grafieken beschikbaar voor de laatste 60 seconden, de laatste 60 minuten en de laatste 72 uur. Voor input- en outputhistogrammen worden afzonderlijke grafieken bijgehouden:
Switch#show interfaces gigabitEthernet 1/0/2 history ?
60min Display 60 minute histograms only
60sec Display 60 second histograms only
72hour Display 72 hour histograms only
all Display all three histogram intervals
both Display both input and output histograms
input Display input histograms only
output Display output histograms only
| Output modifiers
<cr> <cr>
------ Sample output ---------
Switch#show interfaces tenGigabitEthernet 1/0/9 history 60sec
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 input rate(mbits/sec) (last 60 seconds)
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 output rate(mbits/sec) (last 60 seconds)
Gebruik de opdracht show controllers ethernet-controller interface {interface{interface-number}} om per interface (Transmit and Receive) verkeerstellers en foutstatistieken weer te geven die uit de hardware worden gelezen. Gebruik het trefwoord phy om de interne interfaceregisters weer te geven. Gebruik het trefwoord port-info om informatie weer te geven over het poort-applicatiespecifieke geïntegreerde circuit (ASIC).
Dit is een voorbeeld van uitvoer van de show controllers ethernet-controller voor een specifieke interface:
Switch#show controllers ethernet-controller tenGigabitEthernet 2/0/1
Transmit TenGigabitEthernet2/0/1 Receive
61572 Total bytes 282909 Total bytes
0 Unicast frames 600 Unicast frames
0 Unicast bytes 38400 Unicast bytes
308 Multicast frames 3163 Multicast frames
61572 Multicast bytes 244509 Multicast bytes
0 Broadcast frames 0 Broadcast frames
0 Broadcast bytes 0 Broadcast bytes
0 System FCS error frames 0 IpgViolation frames
0 MacUnderrun frames 0 MacOverrun frames
0 Pause frames 0 Pause frames
0 Cos 0 Pause frames 0 Cos 0 Pause frames
0 Cos 1 Pause frames 0 Cos 1 Pause frames
0 Cos 2 Pause frames 0 Cos 2 Pause frames
0 Cos 3 Pause frames 0 Cos 3 Pause frames
0 Cos 4 Pause frames 0 Cos 4 Pause frames
0 Cos 5 Pause frames 0 Cos 5 Pause frames
0 Cos 6 Pause frames 0 Cos 6 Pause frames
0 Cos 7 Pause frames 0 Cos 7 Pause frames
0 Oam frames 0 OamProcessed frames
0 Oam frames 0 OamDropped frames
193 Minimum size frames 3646 Minimum size frames
0 65 to 127 byte frames 1 65 to 127 byte frames
0 128 to 255 byte frames 0 128 to 255 byte frames
115 256 to 511 byte frames 116 256 to 511 byte frames
0 512 to 1023 byte frames 0 512 to 1023 byte frames
0 1024 to 1518 byte frames 0 1024 to 1518 byte frames
0 1519 to 2047 byte frames 0 1519 to 2047 byte frames
0 2048 to 4095 byte frames 0 2048 to 4095 byte frames
0 4096 to 8191 byte frames 0 4096 to 8191 byte frames
0 8192 to 16383 byte frames 0 8192 to 16383 byte frames
0 16384 to 32767 byte frame 0 16384 to 32767 byte frame
0 > 32768 byte frames 0 > 32768 byte frames
0 Late collision frames 0 SymbolErr frames <-- Usually indicates Layer 1 issues. Large amounts of symbol errors can indicate a bad device, cable, or hardware.
0 Excess Defer frames 0 Collision fragments <-- If this counter increments, this is an indication that the ports are configured at half-duplex.
0 Good (1 coll) frames 0 ValidUnderSize frames
0 Good (>1 coll) frames 0 InvalidOverSize frames
0 Deferred frames 0 ValidOverSize frames
0 Gold frames dropped 0 FcsErr frames <-- Are the result of collisions at half-duplex, a duplex mismatch, bad hardware (NIC, cable, or port)
0 Gold frames truncated
0 Gold frames successful
0 1 collision frames
0 2 collision frames
0 3 collision frames
0 4 collision frames
0 5 collision frames
0 6 collision frames
0 7 collision frames
0 8 collision frames
0 9 collision frames
0 10 collision frames
0 11 collision frames
0 12 collision frames
0 13 collision frames
0 14 collision frames
0 15 collision frames
0 Excess collision frames
LAST UPDATE 22622 msecs AGO
Gebruik de opdracht show platform pm interface-flaps {interface{interface-number}} om het aantal keren weer te geven dat een interface naar beneden gaat:
Dit is een voorbeeld van uitvoer van het showplatform pm interface-flaps {interface{interface-number}} voor een specifieke interface:
Switch#show platform pm interface-flaps tenGigabitEthernet 2/0/1 Field AdminFields OperFields =============================================================== Access Mode Static Static Access Vlan Id 1 0 Voice Vlan Id 4096 0 VLAN Unassigned 0 ExAccess Vlan Id 32767 Native Vlan Id 1 Port Mode dynamic access Encapsulation 802.1Q Native disl auto Media unknown DTP Nonegotiate 0 0 Port Protected 0 0 Unknown Unicast Blocked 0 0 Unknown Multicast Blocked 0 0 Vepa Enabled 0 0 App interface 0 0 Span Destination 0 Duplex auto full Default Duplex auto Speed auto 1000 Auto Speed Capable 1 1 No Negotiate 0 0 No Negotiate Capable 1024 1024 Flow Control Receive ON ON Flow Control Send Off Off Jumbo 0 0 saved_holdqueue_out 0 saved_input_defqcount 2000 Jumbo Size 1500 Forwarding Vlans : none Current Pruned Vlans : none Previous Pruned Vlans : none Sw LinkNeg State : LinkStateUp No.of LinkDownEvents : 12 <-- Number of times the interface flapped XgxsResetOnLinkDown(10GE): Time Stamp Last Link Flapped(U) : Aug 19 14:58:00.154 <-- Last time the interface flapped LastLinkDownDuration(sec) 192 <-- Time in seconds the interface stayed down during the last flap event LastLinkUpDuration(sec): 2277 <-- Time in seconds the interface stayed up before the last flap event
Gebruik deze sectie voor vezelkoppelingen wanneer de optische gezondheid moet worden gecontroleerd. Gebruik de opdracht show idprom interface {interface-number} om de IDPROM-informatie weer te geven voor de transceiver die in de opgegeven interface is geïnstalleerd. Gebruik het trefwoord detail om gedetailleerde hexadecimale IDPROM-velden weer te geven.
Dit voorbeeld toont de uitvoer van de show idprom {interface{interface-number}} opdracht voor een specifieke interface. De waarden voor de hoge en lage waarschuwingsdrempels|alarmdrempels in deze opdrachtuitvoer zijn de normale operationele optische transceiverparameters. Deze waarden kunnen worden geverifieerd in het gegevensblad voor de specifieke optiek. Raadpleeg de documentatie van de Cisco Optics Transceiver Modules.
Switch#show idprom interface Twe1/0/1
IDPROM for transceiver TwentyFiveGigE1/0/1 :
Description = SFP or SFP+ optics (type 3)
Transceiver Type: = GE CWDM 1550 (107)
Product Identifier (PID) = CWDM-SFP-1550 <--
Vendor Revision = A
Serial Number (SN) = SERIALNUMBER
Vendor Name = CISCO-FINISAR
Vendor OUI (IEEE company ID) = 00.90.65 (36965)
Common Language Equipment Identifier (CLEI) code = CNTRV14FAB
Cisco part number = 10-1879-03
Device State = Enabled.
Date code (yy/mm/dd) = 14/12/22
Connector type = LC.
Encoding = 8B10B (1)
Nominal bitrate = OTU-1 (2700 Mbits/s)
Minimum bit rate as % of nominal bit rate = not specified
Maximum bit rate as % of nominal bit rate = not specified
The transceiver type is 107
Link reach for 9u fiber (km) = LR-2(80km) (80)
LR-3(80km) (80)
ZX(80km) (80)
Link reach for 9u fiber (m) = IR-2(40km) (255)
LR-1(40km) (255)
LR-2(80km) (255)
LR-3(80km) (255)
DX(40KM) (255)
HX(40km) (255)
ZX(80km) (255)
VX(100km) (255)
Link reach for 50u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Link reach for 62.5u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Nominal laser wavelength = 1550 nm.
DWDM wavelength fraction = 1550.0 nm.
Supported options = Tx disable
Tx fault signal
Loss of signal (standard implementation)
Supported enhanced options = Alarms for monitored parameters
Diagnostic monitoring = Digital diagnostics supported
Diagnostics are externally calibrated
Rx power measured is "Average power"
Transceiver temperature operating range = -5 C to 75 C (commercial)
Minimum operating temperature = 0 C
Maximum operating temperature = 70 C
High temperature alarm threshold = +90.000 C
High temperature warning threshold = +85.000 C
Low temperature warning threshold = +0.000 C
Low temperature alarm threshold = -4.000 C
High voltage alarm threshold = 3600.0 mVolts
High voltage warning threshold = 3500.0 mVolts
Low voltage warning threshold = 3100.0 mVolts
Low voltage alarm threshold = 3000.0 mVolts
High laser bias current alarm threshold = 84.000 mAmps
High laser bias current warning threshold = 70.000 mAmps
Low laser bias current warning threshold = 4.000 mAmps
Low laser bias current alarm threshold = 2.000 mAmps
High transmit power alarm threshold = 7.4 dBm
High transmit power warning threshold = 4.0 dBm
Low transmit power warning threshold = -1.7 dBm
Low transmit power alarm threshold = -8.2 dBm
High receive power alarm threshold = -3.0 dBm
Low receive power alarm threshold = -33.0 dBm
High receive power warning threshold = -7.0 dBm
Low receive power warning threshold = -28.2 dBm
External Calibration: bias current slope = 1.000
External Calibration: bias current offset = 0
In deze tabel staan de opdrachten die kunnen worden gebruikt om koppelingsflappen op te lossen. Aanbevolen volgorde van gebruik: logboekregistratie weergeven, interfaces weergeven, controllers ethernet-controller weergeven, platform pm-interface-flaps tonen en vervolgens vezelspecifieke of koperspecifieke opdrachten, indien van toepassing.
| Opdracht |
Doel |
| Fouten in tellers weergeven |
Geeft de fouttellers van de interface weer. |
| Interfaces weergeven, mogelijkheden |
Geeft de mogelijkheden van de specifieke interface weer. |
| interface-transceivers tonen (glasvezel- of SFP-specifiek) |
Geeft informatie weer over de optische transceivers waarvoor Digital Optical Monitoring (DOM) is ingeschakeld. |
| Interfacekoppeling weergeven |
Hiermee wordt informatie op koppelingsniveau weergegeven. |
| Interface {interface{interface-number}} platform tonen |
Geeft informatie over het interfaceplatform weer. |
| Controllers weergeven Ethernet-Controller {interface{interface-nummer}} poort-info |
Geeft aanvullende poortgegevens weer. |
| Controllers weergeven Ethernet-Controller {interface{interface-number}} Link Status Detail |
Hiermee wordt de verbindingsstatus weergegeven. |
| Herschakelbare klepwaarden tonen |
Hier wordt het aantal flappen weergegeven dat mag optreden voordat de status opnieuw kan worden uitgeschakeld. |
| clear counters |
Gebruik deze opdracht om de verkeers- en fouttellers op nul te zetten, zodat u kunt zien of het probleem slechts tijdelijk is of dat de tellers blijven toenemen. |
| Ethernet-controller voor heldere controllers |
Gebruik deze opdracht om de tellers Verzenden en Ontvangen van de hardware te wissen. |
Kabelstatus verifiëren met Time Domain Reflector (TDR)
Met de functie Time Domain Reflectometer (TDR) kunt u bepalen of een kabel OPEN of KORT is wanneer deze in gebreke is. Met TDR kunt u de status van koperkabels controleren voor de poorten op de Switches van de Catalyst 9000-reeks. TDR detecteert een kabelfout met een signaal dat door de kabel wordt gestuurd en leest het signaal dat wordt teruggekaatst. Het signaal kan geheel of gedeeltelijk worden teruggekaatst vanwege defecten in de kabel
Gebruik de test cable-diagnostics tdr {interface{interface-number} } om de TDR-test te starten en gebruik vervolgens de show cable-diagnostics tdr {interface-number}.
Het voorbeeld toont een TDR-testresultaat voor interface Tw2/0/10:
Switch#show cable-diagnostics tdr interface tw2/0/10
TDR test last run on: November 05 02:28:43
Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Tw2/0/10 1000M Pair A 1 +/- 5 meters Pair A Impedance Mismatch
Pair B 1 +/- 5 meters Pair B Impedance Mismatch
Pair C 1 +/- 5 meters Pair C Open
Pair D 3 +/- 5 meters Pair D Open
TDR-richtlijnen
Deze richtlijnen zijn van toepassing op het gebruik van TDR:
- Wijzig de poortconfiguratie niet terwijl de TDR-test wordt uitgevoerd.
- Als u tijdens een TDR-test een poort aansluit op een poort die is ingeschakeld voor Auto-MDIX, kan het TDR-resultaat ongeldig zijn.
- Als u een poort tijdens een TDR-test aansluit op een 100BASE-T-poort zoals die op het apparaat, worden de ongebruikte paren (4-5 en 7-8) als defect gemeld omdat het externe uiteinde deze paren niet beëindigt.
- Vanwege kabelkenmerken moet u de TDR-test meerdere keren uitvoeren om nauwkeurige resultaten te krijgen.
- Wijzig de poortstatus niet (verwijder bijvoorbeeld de kabel aan het nabije of verre uiteinde) omdat de resultaten onnauwkeurig kunnen zijn.
- TDR werkt het beste als de testkabel is losgekoppeld van de externe poort. Anders kan het voor u moeilijk zijn om de resultaten correct te interpreteren.
- TDR werkt via vier draden. Op basis van de kabelcondities kan de status aantonen dat één paar OPEN of KORT is, terwijl alle andere draadparen als defect worden weergegeven. Deze bewerking is acceptabel omdat u een kabeldefect kunt declareren op voorwaarde dat één paar draden OPEN of KORT is.
- TDR is bedoeld om te bepalen hoe slecht een kabel functioneert in plaats van een defecte kabel te lokaliseren.
- Wanneer TDR een defecte kabel lokaliseert, kunt u nog steeds een offline kabeldiagnosetool gebruiken om het probleem beter te diagnosticeren.
- TDR-resultaten kunnen verschillen tussen runs op verschillende switch-modellen van Switches uit de Catalyst 9300-reeks vanwege het resolutieverschil van TDR-implementaties. Wanneer dit gebeurt, moet u een offline kabeldiagnosetool raadplegen.
Digitale optische bewaking (DOM)
Digital Optical Monitoring (DOM) is een industriebrede standaard, bedoeld om een digitale interface te definiëren om toegang te krijgen tot realtime parameters zoals:
- temperatuur
- voedingsspanning van de transceiver
- Laser bias stroom
- Optische Tx-voeding
- Optisch Rx-vermogen
Hoe DOM in te schakelen
In de tabel staan de opdrachten die u kunt gebruiken om DOM in/uit te schakelen voor alle typen transceivers in het systeem:
| Stappen |
Opdracht of actie |
Doel |
| Stap 1 |
inschakelen Voorbeeld: switch > Inschakelen |
Schakelt de fysieke EXEC-modus in. Voer uw wachtwoord in als u daarom wordt gevraagd. |
| Stap 2 |
Terminal configureren Voorbeeld: switch#configure terminal |
Hiermee voert u de algemene configuratiemodus in. |
| Stap 3 |
Transceiver type ALL Voorbeeld: switch(config)#transceiver Typ alles |
Hiermee wordt de configuratiemodus voor het type Transceiver ingevoerd. |
| Stap 4 |
controle Voorbeeld: switch(config)#monitoring |
Maakt bewaking van alle optische transceivers mogelijk. |
Gebruik de opdracht show interfaces {interface{interface-number}} transceiver detail om transceiver-informatie weer te geven:
Switch#show interfaces hundredGigE 1/0/25 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.
High Alarm High Warn Low Warn Low Alarm
Temperature Threshold Threshold Threshold Threshold
Port (Celsius) (Celsius) (Celsius) (Celsius) (Celsius)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 28.8 75.0 70.0 0.0 -5.0
High Alarm High Warn Low Warn Low Alarm
Voltage Threshold Threshold Threshold Threshold
Port (Volts) (Volts) (Volts) (Volts) (Volts)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 3.28 3.63 3.46 3.13 2.97
High Alarm High Warn Low Warn Low Alarm
Current Threshold Threshold Threshold Threshold
Port Lane (milliamperes) (mA) (mA) (mA) (mA)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A 6.2 10.0 8.5 3.0 2.6
Optical High Alarm High Warn Low Warn Low Alarm
Transmit Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -2.2 1.7 -1.3 -7.3 -11.3
Optical High Alarm High Warn Low Warn Low Alarm
Receive Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -16.7 2.0 -1.0 -9.9 -13.9
Berichten over het digitale optische bewakingssyslog
In dit gedeelte worden de meest relevante syslogberichten over drempelwaardeoverschrijding beschreven:
Temperatuurniveaus van SFP-optica
- Uitleg: Deze logberichten worden gegenereerd wanneer de temperatuur laag is of de normale optische werkwaarden overschrijdt:
%SFF8472-3-THRESHOLD_VIOLATION: Te7/3: Temperature high alarm; Operating value: 88.7 C, Threshold value: 74.0 C.
%SFF8472-3-THRESHOLD_VIOLATION: Fo1/1/1: Temperature low alarm; Operating value: 0.0 C, Threshold value: 35.0 C.
Spanningsniveaus van SFP Optics
- Uitleg: Deze logberichten worden gegenereerd wanneer de spanning laag is of de normale optische werkwaarden overschrijdt:
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/1/3: Voltage high warning; Operating value: 3.50 V, Threshold value: 3.50 V.
%SFF8472-5-THRESHOLD_VIOLATION: Gi1/1: Voltage low alarm; Operating value: 2.70 V, Threshold value: 2.97 V.
Lichtniveaus van SFP Optics
- Uitleg: Deze logberichten worden gegenereerd wanneer het lichtvermogen laag is of de optische werkwaarden overschrijdt:
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/0/1: Rx power high warning; Operating value: -2.7 dBm, Threshold value: -3.0 dBm.
%SFF8472-5-THRESHOLD_VIOLATION: Te1/1: Rx power low warning; Operating value: -13.8 dBm, Threshold value: -9.9 dBm.
Cisco Optics en Forward Error Correction (FEC)
FEC is een techniek die wordt gebruikt om een bepaald aantal fouten in een bitstream te detecteren en te corrigeren en voegt redundante bits en foutcontrolecode toe aan het berichtenblok voordat het wordt verzonden. Als modulefabrikant zorgt Cisco ervoor dat onze transceivers voldoen aan de specificaties. Wanneer de optische transceiver wordt bediend in een Cisco-hostplatform, wordt de FEC standaard ingeschakeld op basis van het type optische module dat de hostsoftware detecteert (zie deze downloadbare tabel). In de overgrote meerderheid van de gevallen wordt de FEC-implementatie gedicteerd door de industriestandaard die het optische type ondersteunt.
Voor bepaalde aangepaste specificaties variëren de FEC-implementaties. Raadpleeg FEC en de implementatie ervan in het Cisco Optics-document voor gedetailleerde informatie.
Het voorbeeld toont hoe u FEC en enkele van de beschikbare opties kunt configureren:
switch(config-if)#fec? auto Enable FEC Auto-Neg cl108 Enable clause108 with 25G cl74 Enable clause74 with 25G off Turn FEC off
Use the show interface command to verify FEC configuration:
TwentyFiveGigE1/0/13 is up, line protocol is up (connected)
Hardware is Twenty Five Gigabit Ethernet, address is 3473.2d93.bc8d (bia 3473.2d93.bc8d)
MTU 9170 bytes, BW 25000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 25Gb/s, link type is force-up, media type is SFP-25GBase-SR
Fec is auto < -- The configured setting for FEC is displayed here
input flow-control is on, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
--snip--
Opdrachten voor debugging
In deze tabel staan de verschillende opdrachten die kunnen worden gebruikt om poortflaps te debuggen
| Opdracht | Doel |
| foutopsporing PM | Poortbeheer foutopsporing |
| PM-poort voor foutopsporing | Poortgerelateerde gebeurtenissen |
| foutopsporingsplatform PM | NGWC Platform Port Manager Debug Info |
| debugplatform PM L2-besturing | NGWC L2 Control Infra debug |
| foutopsporingsplatform PM Link-status | Interfacelinkdetectiegebeurtenissen |
| foutopsporingsplatform PM-vectoren | Vectorfuncties voor poortbeheer |
| Foutopsporingsconditie-interface <interfacenaam> | Selectief debugs inschakelen voor specifieke interface |
| foutopsporingsinterfacestatus | Statusovergangen |
Dit is een gedeeltelijk voorbeeld van de uitvoer van de debug-opdrachten in de tabel:
SW_2#sh debugging
PM (platform):
L2 Control Infra debugging is on <-- debug platform pm l2-control
PM Link Status debugging is on <-- debug platform pm link-status
PM Vectors debugging is on <-- debug platform pm pm-vectors
Packet Infra debugs:
Ip Address Port
------------------------------------------------------|----------
Port Manager:
Port events debugging is on <-- debug pm port
Condition 1: interface Te1/0/2 (1 flags triggered)
Flags: Te1/0/2
------ Sample output ---------
*Aug 25 20:01:05.791: link up/down event : link-down on Te1/0/2
*Aug 25 20:01:05.791: pm_port 1/2: during state access, got event 5(link_down) <-- Link down event (day/time)
*Aug 25 20:01:05.791: @@@ pm_port 1/2: access -> pagp
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Vp Disable: pd=0x7F1E797914B0 dpidx=10 Te1/0/2
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: Maintains count of VP per Interface:delete, pm_vp_counter[0]: 14, pm_vp_counter[1]: 14
*Aug 25 20:01:05.792: *** port_modechange: 1/2 mode_none(10)
*Aug 25 20:01:05.792: @@@ pm_port 1/2: pagp -> dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: *** port_bndl_stop: 1/2 : inform yes
*Aug 25 20:01:05.792: @@@ pm_port 1/2: dtp -> present
*Aug 25 20:01:05.792: *** port_dtp_stop: 1/2
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 unknown
*Aug 25 20:01:05.792: *** port_linkchange: reason_link_change(3): link_down(0)1/2 <-- State link change
*Aug 25 20:01:05.792: pm_port 1/2: idle during state present
*Aug 25 20:01:05.792: @@@ pm_port 1/2: present -> link_down <-- State of the link
*Aug 25 20:01:06.791: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:07.792: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: Received LINKCHANGE in xcvr message, if_id 10 (TenGigabitEthernet1/0/2)
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: if_id 0xA, if_name Te1/0/2, link up <-- Link became up
*Aug 25 20:01:11.098: link up/down event: link-up on Te1/0/2
*Aug 25 20:01:11.098: pm_port 1/2: during state link_down, got event 4(link_up)
*Aug 25 20:01:11.098: @@@ pm_port 1/2: link_down -> link_up
*Aug 25 20:01:11.098: flap count for link type : Te1/0/2 Linkcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_up
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_up -> link_authentication
*Aug 25 20:01:11.099: pm_port 1/2: during state link_authentication, got event 8(authen_disable)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_authentication -> link_ready
*Aug 25 20:01:11.099: *** port_linkchange: reason_link_change(3): link_up(1)1/2
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_ready
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_ready -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 13(dtp_complete)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: DTP flapping: flap count for dtp type: Te1/0/2 Dtpcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 110(dtp_done)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> pre_pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: idle during state pre_pagp_may_suspend
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pre_pagp_may_suspend -> pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: during state pagp_may_suspend, got event 33(pagp_continue)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pagp_may_suspend -> start_pagp
*Aug 25 20:01:11.099: pm_port 1/2: idle during state start_pagp
*Aug 25 20:01:11.099: @@@ pm_port 1/2: start_pagp -> pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: *** port_bndl_start: 1/2
*Aug 25 20:01:11.100: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:11.100: pm_port 1/2: during state pagp, got event 34(dont_bundle)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pagp -> pre_post_pagp
*Aug 25 20:01:11.100: pm_port 1/2: idle during state pre_post_pagp
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pre_post_pagp -> post_pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: pm_port 1/2: during state post_pagp, got event 14(dtp_access)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: post_pagp -> access
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: Maintains count of VP per Interface:add, pm_vp_counter[0]: 15, pm_vp_counter[1]: 15
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: vlan vp enable for port(Te1/0/2) and vlan:1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP ENABLE: vp_pvlan_port_mode:access for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP Enable: vp_pvlan_native_vlanId:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: *** port_modechange: 1/2 mode_access(1)
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: The operational mode of Te1/0/2 in set all vlans is 1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access vlan:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access native_vlan:1 for Te1/0/2
*Aug 25 20:01:11.102: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:13.098: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to up
*Aug 25 20:01:14.098: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to up
Gerelateerde Cisco Bugs
| Cisco bug-ID |
Beschrijving |
| Cisco bug ID CSCvu13029 |
Intermitterende verbindingsflappen op mGig Cat9300-switches naar mGig-geschikte eindpunten. |
| Cisco bug ID CSCvt50788 |
Cat9400 mGig interopproblemen met andere mGig-apparaten veroorzaken verbindingsflappen. |
| Cisco bug ID CSCvu92432 |
CAT9400: Mgig-interface Flaps met Mgig AP's. |
| Cisco bug ID CSCve65787 |
Autonome ondersteuning voor 100G/40G/25G Cu xcvr. |
Gerelateerde informatie
- Cisco Optics-to-Device Compatibility Matrix
- Cisco SFP-modules voor Gigabit Ethernet-toepassingen Gegevensoverzicht
- 25GE en 100GE – Hogere snelheden in bedrijven mogelijk maken met Witboek over investeringsbescherming
- Gegevensoverzicht Cisco CWDM SFP Solution
- Ondersteuning van innovatie: hoe Cisco TAC documentatie transformeert en selfservice vereenvoudigt
- Cisco Technical Support en downloads
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
3.0 |
09-Sep-2026
|
Hercertificering - bijgewerkt probleem, SEO, machinevertaling, stijlvereisten en opmaak. |
2.0 |
13-Mar-2024
|
hercertificering |
1.0 |
04-Nov-2022
|
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)