Este documento descreve como solucionar problemas de mensagens de erro de Uni-Directional Link Detection (UDLD) em um switch Cisco Nexus 7000 Series.
A Cisco recomenda que você tenha um conhecimento básico sobre estes tópicos:
As informações neste documento são baseadas nestas versões de software e hardware:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
As portas trocam pacotes UDLD durante o processo de detecção de UDLD, para incluir o ID do switch de origem e o ID da porta de origem. Quando um pacote UDLD é recebido, o switch ecoa o ID do switch e o ID da porta do peer de volta ao peer. Quando os switches trocam pacotes de eco, uma relação bidirecional é formada.
As condições de erro UDLD existem quando o switch não recebe as informações esperadas de seu peer UDLD.
Este documento descreve estas condições de erro UDLD e como solucioná-las:
Esta seção descreve os vários tipos de condições de erro UDLD e algumas causas prováveis.
Essa condição está presente quando o Switch-A recebe um quadro UDLD do Switch-B sem o eco esperado do ID do switch Switch-A e ID da porta.
Quando um eco vazio é detectado, o UDLD executa estas ações:
Modo
|
Ação
|
---|---|
Modo normal | porta err-disable |
Modo agressivo | porta err-disable |
Essas mensagens de syslog são geradas:
2015 Mar 19 11:57:56.155 N7kA ETHPORT-2-IF_DOWN_ERROR_DISABLED Interface Ethernet1/2
is down (Error disabled. Reason:UDLD empty echo)
2015 Mar 19 11:57:56.186 N7kA ETH_PORT_CHANNEL-5-PORT_INDIVIDUAL_DOWN individual port
Ethernet1/2 is down
2015 Mar 19 11:57:56.336 N7kA ETHPORT-2-IF_DOWN_ERROR_DISABLED Interface Ethernet1/2
is down (Error disabled. Reason:UDLD empty echo)
Aqui estão algumas causas possíveis para essa condição
Essa condição ocorre quando um quadro UDLD é recebido na mesma porta de onde foi transmitido.
Quando um loop Tx-Rx é detectado, o UDLD executa estas ações:
Modo
|
Ação
|
---|---|
Modo normal | porta err-disable |
Modo agressivo | porta err-disable |
Essas mensagens de syslog são geradas:
2015 Mar 20 14:52:30 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet17/5
is down (Error disabled. Reason:UDLD Tx-Rx Loop)
2015 Mar 20 14:52:30 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet17/5
is down (Error disabled. Reason:UDLD Tx-Rx Loop)
Aqui estão algumas causas possíveis para esta condição:
Essa condição está presente quando a porta-A no Switch-A recebe um quadro de uma porta diferente daquela com a qual já formou um relacionamento bidirecional de UDLD.
Quando uma incompatibilidade de vizinhos é detectada, o UDLD executa estas ações:
Modo
|
Ação
|
---|---|
Modo normal | porta err-disable |
Modo agressivo | porta err-disable |
Essas mensagens de syslog são geradas:
2015 Mar 21 10:23:05.598 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet3/21
is down (Error disabled. Reason:UDLD Neighbor mismatch)
2015 Mar 21 10:24:07.065 N7kA %ETHPORT-2-IF_DOWN_ERROR_DISABLED: Interface Ethernet3/21
is down (Error disabled. Reason:UDLD Neighbor mismatch)
Aqui estão algumas causas possíveis para esta condição:
Essa condição está presente quando uma porta que formou uma relação bidirecional não recebe um quadro UDLD durante o intervalo de tempo limite (por padrão, 50 segundos).
Quando essa condição é detectada, o UDLD executa estas ações:
Modo
|
Ação
|
---|---|
Modo normal | O UDLD marca a porta como indeterminada, e a porta continua a funcionar de acordo com seu estado de porta de spanning tree |
Modo agressivo | porta err-disable |
Esta seção descreve as etapas gerais de solução de problemas que você deve concluir se encontrar uma porta desabilitada por erro de UDLD.
Como os erros de UDLD indicam falhas da camada física, é apropriado solucionar problemas na camada física. Quando mensagens de erro UDLD forem encontradas, considere estas perguntas:
Use este comando para restaurar todas as portas que foram colocadas no modo desativar erro pelo UDLD:
N7KA(config)# udld reset
Use este comando para verificar a relação bidirecional:
N7KA-NORTH-AGG(config-if)# show udld eth 3/4
Interface Ethernet3/4
--------------------------------
Port enable administrative configuration setting: enabled
Port enable operational state: enabled
Current bidirectional state: bidirectional
Current operational state: advertisement - Single neighbor detected
Message interval: 7
Timeout interval: 5
Entry 1
----------------
Expiration time: 39
Cache Device index: 1
Current neighbor state: bidirectional
Device ID: JAF1620ABAB
Port ID: Ethernet3/12
Neighbor echo 1 devices: JAF1617BACD
Neighbor echo 1 port: Ethernet3/4
Message interval: 15
Timeout interval: 5
CDP Device name: N7KB-SOUTH-AGG(JAF1620ABAB)
Last pkt send on: 400096, Aug 6 13:58:52 2014
Probe pkt send on: 400096, Aug 6 13:58:52 2014
Echo pkt send on: 395799, Aug 6 13:58:43 2014
Flush pkt send on: None.
Last pkt recv on: 740333, Aug 6 13:58:52 2014
Probe pkt recv on: 740333, Aug 6 13:58:52 2014
Echo pkt recv on: 730454, Aug 6 13:58:43 2014
Flush pkt recv on: None.
Deep pkt inspections done: None.
Mismatched if index found: None.
Deep pkt inspection drops: None.
Use este comando para verificar os contadores de erro nas interfaces físicas, que determina se os quadros UDLD são descartados devido a falhas de hardware da camada física:
RTP-Agg1# show interface ethernet 4/1 | i error|CRC|discard|drop
0 runts 0 giants 0 CRC/FCS 0 no buffer
0 input error 0 short frame 0 overrun 0 underrun 0 ignored
0 watchdog 0 bad etype drop 0 bad proto drop 0 if down drop
0 input with dribble 0 input discard
0 output error 0 collision 0 deferred 0 late collision
0 lost carrier 0 no carrier 0 babble 0 output discard
Use este comando para verificar a utilização da CPU, que determina se a alta utilização da CPU impede que os quadros UDLD sejam processados:
N7K-A# show system resources
Load average: 1 minute: 0.17 5 minutes: 0.25 15 minutes: 0.20
Processes : 1993 total, 1 running
CPU states : 0.18% user, 0.81% kernel, 98.99% idle
Esta seção descreve as saídas que você deve coletar antes de restaurar o link (se as circunstâncias permitirem) para fornecer ao Cisco Technical Assistance Center (TAC) a melhor chance de diagnosticar a causa raiz do link que está sendo colocado no modo desabilitado por erro pelo UDLD:
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
22-Apr-2015 |
Versão inicial |