O comutador Cisco Access está reduzindo uma grande quantidade de pontos finais

3

Esta tarde, sem alterações na rede, um switch subitamente começou a perder muitas conexões. Essas conexões voltariam alguns minutos depois, depois outra área conectada ao switch cairia. Este é um switch de chassi 4006 mais antigo que poderia ser um problema, mas eu estou olhando para ver o que mais você procuraria na tentativa de encontrar uma causa raiz.

A chave é conectada através das portas 1/1 e 1/2 em um canal ether para um núcleo VSS 1/1/42 e 2/1/42. Ambos os lados estão ativos e funcionando, no entanto, a CPU no switch terá um pico de até 99%, e é aí que os erros de CRC começam a atingir o núcleo do VSS em uma dessas interfaces e os pontos finais começam a cair. Nós tentamos novos transceptores e SFPs em cada lado do link, o mesmo resultado. Quando tentamos trocar os cabos de patch de fibra no switch de acesso, os erros de CRC não seguiram os cabos de fibra que ficaram com a porta 1/2 no switch de acesso. Então, a porta 1/2 no módulo supervisor parece o culpado. Na verdade, tentamos criar um novo membro do canal ethernet, pegando um conversor de mídia de fibra para o cat5 e fazendo desse um membro do canal de porta, mas quando o conectamos, você não conseguia nem chegar ao switch. Eu estou supondo que isso não está relacionado e um problema com o conversor de mídia.

A partir de agora, deixamos em um estado de apenas um cabo de fibra que corre para um lado do núcleo do VSS (1/1 Access Switch - > 2/1/42). Enviei algumas informações para o TAC e eles estão investigando a situação, mas alguém mais tem algum comando que eu possa executar ou alguma solução de problemas que eu possa investigar enquanto isso?

    
por ouscotty 11.09.2012 / 04:59

1 resposta

2

picos de CPU dessa magnitude são geralmente algum tipo de evento de spanning tree (leia-se: loop) ou tráfego excessivo atingindo o plano de controle (tempestades de broadcast / multicast mais comumente).

O 4006 está conectado a outros switches downstream? Existe alguma possibilidade de que 4K sendo acidentalmente conectado a outro switch?

Você está representando o tráfego nessas portas de switch? Procure por níveis de tráfego radicalmente maiores. O TAC também vai querer descobrir qual processo está consumindo todo esse processador - quais são os principais consumidores de show proc cpu ? Você também está vendo alta utilização da CPU no 4K?

Da mesma forma, existem syslogs incomuns em torno dos tempos em que você está vendo alta CPU? Quaisquer mudanças (na rede ou nos hosts) na época em que tudo começou? Em um nível mais simples, como são as configurações de canal de porta nos dois lados do LACP? Estático? A configuração incorreta nesta área pode causar alguns comportamentos problemáticos.

    
por 11.09.2012 / 05:27

Tags