Problemen oplossen met Port Flaps op Catalyst 9000 Series-Switches

Downloadopties

PDF (314.4 KB)
Met Adobe Reader op diverse apparaten bekijken

Bijgewerkt:13 maart 2024

Document-id:218397

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

In dit document wordt beschreven hoe u problemen met Port Flaps op Catalyst 9000-switches kunt identificeren, verzamelen en oplossen.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

De informatie in dit document is gebaseerd op alle Catalyst 9000 Series switches.

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

Dit artikel is geschreven door Leonardo Pena Davila.

Een port flap, meestal aangeduid als een link flap, is een situatie waarin een fysische interface op de switch voortdurend op en neer gaat. De gemeenschappelijke oorzaak is meestal gerelateerd aan slechte, niet-ondersteunde of niet-standaard kabel of Small Form-Factor Pluggable (SFP) of gerelateerd aan andere verbindingssynchronisatieproblemen. De oorzaak van de verbindingskleppen kan intermitterend of permanent zijn.

Aangezien linkflappen meestal een fysische interferentie zijn, worden in dit document de stappen uitgelegd voor het diagnosticeren, verzamelen van bruikbare logs en het oplossen van problemen die kunnen optreden met poortflappen op Catalyst 9000-switches.

Problemen oplossen

Er zijn een aantal dingen die u kunt controleren Als u toegang hebt tot de switch om ervoor te zorgen dat de netwerkmodules, kabels en SFP correct zijn geïnstalleerd:

Installatie van netwerkmodules

In de tabel worden de best practices beschreven voor het installeren van een netwerkmodule in een switch uit de 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 van de Catalyst 9600-reeks

Controleer de kabel en beide zijden van de verbinding

Deze tabellen beschrijven enkele van de mogelijke kabelproblemen die verbindingskleppen kunnen veroorzaken.

Oorzaak	terugvorderingsactie
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 te zitten, maar is dat niet het geval. 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
Slechte of verkeerde SFP (vezelspecifiek)	Wissel verdachte SFP uit met bekende goede SFP. Controleer de hardware- en softwareondersteuning voor dit type SFP
Slechte poort of modulepoort	Verplaats de kabel naar een goed werkende poort om problemen met een poort of module te troubleshooten
Slecht of oud eindpuntapparaat	Telefoon wisselen, Luidspreker, ander eindpunt met bekend goed apparaat of nieuwer apparaat
Slaapstand van medisch hulpmiddel	Dit is een "verwachte flap". Let op de tijdstempel van de poortklep om te bepalen of deze snel of met tussenpozen gebeurt en of een slaapinstelling de oorzaak is

SFP- en SFP+-compatibiliteit controleren

De Cisco-portfolio van hot-pluggable interfaces biedt een uitgebreide reeks keuzes op het gebied van snelheden, protocollen, bereik en ondersteunde transmissiemedia.

U kunt elke combinatie van SFP- of SFP + transceivermodules gebruiken die uw Catalyst 9000 Series-switches ondersteunt. De enige beperkingen zijn dat elke poort moet overeenkomen met de golflengtespecificaties aan het andere uiteinde van de kabel en dat de kabel de voorgeschreven kabellengte voor betrouwbare communicatie niet mag overschrijden.

Gebruik alleen Cisco SFP-transceivermodules op uw Cisco-apparaat. Elke SFP- of SFP+-transceivermodule ondersteunt de Cisco Quality Identification (ID)-functie waarmee een Cisco-switch of -router kan identificeren en valideren dat de transceivermodule is gecertificeerd en getest door Cisco.

Tip: raadpleeg deze koppeling om de compatibiliteitsmatrix Cisco Optics-to-Device te controleren

Poortkleppen identificeren

Gebruik deshow loggingopdracht om een koppelingsklepgebeurtenis te identificeren. In dit voorbeeld wordt een partiële interfacelogboekmelding weergegeven voor een gebeurtenis met een verbindingflap met de switch TenGigabitEthernet1/0/40:

Switch#show logging | include changed
Aug 17 21:06:08.431 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:06:39.058 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:06:41.968 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
Aug 17 21:06:42.969 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
Aug 17 21:07:20.041 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:07:21.041 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:07:36.534 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
Aug 17 21:08:06.598 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
Aug 17 21:08:07.628 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:08:08.628 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
Aug 17 21:08:10.943 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
Aug 17 21:08:11.944 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up

Tip: Als u de systeemberichtenlogboeken analyseert, moet u letten op de tijdstempel van de poortklep, omdat u hiermee gelijktijdige gebeurtenissen op die specifieke poort kunt vergelijken en kunt valideren of het optreden van de verbindingsklep wordt verwacht (bijvoorbeeld: slaapinstelling of andere "normale" oorzaak is niet noodzakelijkerwijs een probleem).

Interface Show-opdrachten

De opdracht interface tonen geeft u veel informatie die helpt bij het identificeren van een mogelijk Layer 1-probleem dat een link flap-gebeurtenis 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 deze tabel vindt u een overzicht van de tellers van de opdracht interface tonen:

Teller	Problemen en veelvoorkomende oorzaken van toenemende foutentellers
CRC	Een groot aantal CRC's is meestal het gevolg van botsingen, maar kan ook wijzen op een fysiek probleem (zoals bekabeling, SFP, slechte interface of NIC) of een duplex-mismatch.
Input errors	Dit omvat de tellingen voor Runts, Giants, no buffer, CRC, frame, overrun en ignored. Andere invoergerelateerde fouten kunnen er ook toe leiden dat het aantal invoerfouten toeneemt.
output errors	Dit probleem is te wijten aan de lage grootte van de uitvoerwachtrij of wanneer er overinschrijving is.
Totale output daalt	Uitgangsdalingen zijn over het algemeen het gevolg van overinschrijving van de interface veroorzaakt door velen naar één of een overdracht van 10Gbps naar 1Gps. Interfacebuffers zijn een beperkte bron en kunnen alleen een uitbarsting absorberen tot een punt waarna pakketten beginnen te vallen. Buffers kunnen worden afgestemd om wat kussen te geven, maar het kan geen nulscenario voor een daling van de output garanderen.
Onbekende protocoldruppels	Onbekende protocoldruppels worden normaal gesproken weggelaten omdat de interface waar deze pakketten worden ontvangen niet is geconfigureerd voor dit type protocol, of omdat het een protocol kan zijn dat de switch niet herkent. Als u bijvoorbeeld twee switches hebt aangesloten en u CDP op één switch-interface uitschakelt, resulteert dit in onbekende protocoldruppels op die interface. De CDP-pakketten worden niet meer herkend en worden afgewezen.

Met de opdracht geschiedenis kan een interface de gebruiksgeschiedenis bijhouden in een grafisch formaat dat vergelijkbaar is met de CPU-geschiedenis. Deze geschiedenis kan worden bijgehouden als bit per seconde (bps) of packets per seconde (pps) zoals u in dit voorbeeld kunt zien:

Switch(config-if)#history ?
 bps Maintain history in bits/second
 pps Maintain history in packets/second

Samen met de snelheid kan de gebruiker verschillende interfacetellers controleren:

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 er grafieken voor de laatste 60 seconden, de laatste 60 minuten en de laatste 72 uur. Er worden afzonderlijke grafieken bijgehouden voor invoer- en uitvoerhistogrammen:

Switch#sh 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
  

------ 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 show controllers ethernet-controller{interface{interface-nummer}} om per-interface (Verzenden en Ontvangen) verkeerstellers en fouttellers statistieken te lezen van de hardware. Gebruik het trefwoord phy om de interne registers van de interface of het trefwoord port-info weer te geven om informatie over de poort ASIC weer te geven.

Dit is een voorbeeld van uitvoer van de showcontrollers 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

Tip: U kunt ook de opdracht interfaces weergeven {interface{interface-nummer}} controller gebruiken om statistieken per interface weer te geven die van de hardware worden gelezen en ontvangen .

Het weergaveplatform pm-interfaceflaps gebruiken{interface{interface-nummer}} om het aantal keren weer te geven dat een interface is uitgeschakeld:

Dit is een voorbeeld van uitvoer van het weergaveplatform pm-interfaceflaps{interface{interface-nummer}}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 de show idprom{interface{interface-nummer}} opdracht zonder trefwoorden om de IDPROM-informatie voor de specifieke interface weer te geven. Gebruik het detail trefwoord om gedetailleerde hexadecimale IDPROM-informatie weer te geven.

Dit is een voorbeeld van de output van de show idprom{interface{interface-nummer}} voor een specifieke interface. De waarden Hoog en Laag Waarschuwing|Alarmdrempels in deze opdrachtuitvoer zijn de normale operationele optische transceiverparameters. Die waarden kunnen worden geverifieerd uit het gegevensblad voor de specifieke optiek. Raadpleeg de Cisco Optics Datasheet

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)                        = XXXXXXXXXX   <-- Cisco Serial Number
  Vendor Name                               = CISCO-FINISAR
  Vendor OUI (IEEE company ID)              = 00.90.65 (36965)
  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

Tip: zorg ervoor dat de hardware- en softwareversie van het apparaat compatibel is met de geïnstalleerde Cisco Optics-to-Device Compatibility Matrix van SFP/SFP+

Deze tabel bevat de verschillende opdrachten die kunnen worden gebruikt om koppelingskleppen op te lossen:

Opdracht	Doel
Interfaces tonen Tellers Fouten	Geeft de fouttellers van de interface weer
Interfacemogelijkheden weergeven	Geeft de mogelijkheden van de specifieke interface weer
tonen interface transceivers (fiber/SFP specifiek)	Geeft informatie weer over de optische transceivers waarvoor digitale optische bewaking (DOM) is ingeschakeld
Interfacekoppeling weergeven	Hiermee wordt informatie over het koppelingsniveau weergegeven
Interface {interface{`interface-nummer`}} platform weergeven	Informatie over interfaceplatform weergeven
Controllers weergeven Ethernet-controller {interface{`interface-nummer`}} Poort-info	Geeft extra poortinformatie weer
Controllers Ethernet-controller {interface{`interface-nummer`}} linkstatusdetail weergeven	Hiermee wordt de status van de koppeling weergegeven
Uitschakelbare flapwaarden tonen	Hier wordt het aantal flappen weergegeven dat mag optreden voordat de status wordt uitgeschakeld.
clear counters	Gebruik deze opdracht om de tellers voor verkeer en fouten op nul te zetten, zodat u kunt zien of het probleem slechts tijdelijk is of dat de tellers blijven toenemen.
Duidelijke controllers Ethernet-controller	Gebruik deze opdracht om de tellers voor verzending en ontvangst van de hardware te wissen.

Kabelstatus controleren met Time Domain Reflector (TDR)

Met de functie Time Domain Reflectometer (TDR) kunt u bepalen of een kabel OPEN of KORT is wanneer deze defect is. Met TDR kunt u de status van koperen kabels controleren voor de poorten op de Switches van de Catalyst 9000-reeks. TDR detecteert een kabelfout met een signaal dat door de kabel wordt verzonden en leest het signaal af dat wordt gereflecteerd. Het signaal kan geheel of gedeeltelijk worden gereflecteerd door defecten in de kabel

Gebruik de test cable-diagnostics tdr {interface{interface-nummer} } om de TDR-test te starten en gebruik vervolgens de show cable-diagnostics tdr{interface-nummer}.

Tip: raadpleeg Poortstatus en connectiviteit controleren voor meer informatie

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

Tip: op Switches uit de Catalyst 9300-reeks worden alleen deze typen kabelfouten gedetecteerd - OPEN, SHORT en IMPEDANCE MISMATCH. De status Normaal wordt weergegeven als de kabel goed is afgesloten. Dit wordt ter illustratie gedaan.

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 geschikt is voor Auto-MDIX, kan het TDR-resultaat ongeldig zijn.
Als u tijdens een TDR-test een poort 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 de kabelkenmerken moet u de TDR-test meerdere keren uitvoeren om nauwkeurige resultaten te krijgen.
Verander de poortstatus niet (verwijder bijvoorbeeld de kabel aan het nabije of verre einde) omdat de resultaten onnauwkeurig kunnen zijn.
TDR werkt het beste als de testkabel is losgekoppeld van de externe poort. Anders kan het moeilijk zijn voor u om de resultaten correct te interpreteren.
TDR werkt over vier draden. Op basis van de kabelcondities kan de status aangeven dat één paar OPEN of KORT is, terwijl alle andere draadparen als defect worden weergegeven. Deze bewerking is acceptabel omdat u een kabelfout kunt aangeven 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 vindt, kunt u nog steeds een offline diagnosetool voor de kabel gebruiken om het probleem beter te diagnosticeren.
De TDR-resultaten kunnen verschillen tussen runs op verschillende switch-modellen van Catalyst 9300 Series-Switches vanwege het resolutieverschil van TDR-implementaties. Wanneer dit gebeurt, moet u verwijzen naar een offline kabel diagnose tool.

Digital Optic Monitoring (DOM)

Digital Optical Monitoring (DOM) is een industriestandaard, bedoeld om een digitale interface te definiëren om toegang te krijgen tot real-time parameters zoals:

temperatuur
voedingsspanning van de transceiver
Laservervormingsstroom
Optisch Tx-vermogen
Optisch Rx-vermogen

Hoe DOM in te schakelen

In de tabel vindt u de opdrachten die u kunt gebruiken om DOM voor alle typen transceivers in het systeem in of uit te schakelen:

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 globale configuratiemodus in
Stap 3	transceivertype ALL Voorbeeld: switch(config)#transceivertype 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 interfaces weergeven {interface{interface-nummer}} transceiverdetail om transceiverinformatie 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

Tip: raadpleeg de Cisco Optics Datasheet om te bepalen of een optische transceiver op de juiste signaalniveaus werkt

Digital Optic Monitoring Syslog Messages

In dit gedeelte worden de meest relevante syslog-berichten voor drempelwaardeoverschrijdingen beschreven:

Temperatuurniveaus van SFP-optica

Uitleg: Deze logboekberichten worden gegenereerd wanneer de temperatuur laag is of de normale waarden voor optische bediening 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-optica

Uitleg: Deze logboekberichten worden gegenereerd wanneer de spanning laag is of de normale waarden voor optische bediening 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-optica

Uitleg: Deze logboekberichten worden gegenereerd wanneer het lichtvermogen laag is of de waarden van de optische bewerking 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.

Tip: Zie voor meer informatie over DOM Digital Optical Monitoring

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 vóór verzending. Als modulefabrikant zorgt Cisco ervoor dat onze transceivers voldoen aan de specificaties. Wanneer de optische transceiver wordt bediend in een Cisco-hostplatform, is 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 document Cisco Optics voor gedetailleerde informatie.

In het voorbeeld ziet u hoe u FEC configureert en een aantal van de beschikbare opties:

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--

Opmerking: beide zijden van een link moeten hetzelfde FEC-encodingalgoritme hebben ingeschakeld om de link te laten verschijnen.

Opdrachten voor debugging

In deze tabel staan de verschillende opdrachten die kunnen worden gebruikt om poortkleppen te debuggen

Let op: Gebruik de foutopsporingsopdrachten voorzichtig. Houd er rekening mee dat veel foutopsporingsopdrachten een impact hebben op het live netwerk en alleen worden aanbevolen om te gebruiken in een laboratoriumomgeving wanneer het probleem wordt gereproduceerd. ;

Opdracht	Doel
debug pm	Poortbeheer debuggen
Foutopsporingspoort	Havengerelateerde gebeurtenissen
Foutopsporingsplatform PM	NGWC Platform Port Manager Foutopsporingsgegevens
Foutopsporingsplatform PM L2-Control	NGWC L2 Control Infra debug
Foutopsporingsplatform PM-linkstatus	Gebeurtenissen voor detectie van interfacekoppelingen
Foutopsporingsplatform PM-vectoren	Poortbeheervectorfuncties
Foutopsporingsconditie-interface <Interfacenaam>	Selectief debugs inschakelen voor specifieke interface
foutopsporingsinterfacestatus	Staten overgangen

Dit is een voorbeeld van een partiële voorbeelduitvoer van de opdrachten voor foutopsporing 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 Link Flaps op mGig Cat9300 switches naar mGig geschikte eindpunten
Cisco bug ID CSCvt50788	Cat9400 mGig interop problemen met andere mGig apparaten veroorzaakt link flaps
Cisco bug ID CSCvu92432	CAT9400: Mgig-interfaceflappen met Mgig-toegangspunten
Cisco bug ID CSCve65787	Autoneg-ondersteuning voor 100G/40G/25G Cu xcvr