Estado do pseudowire versus contadores de tráfego: qual prova a entrega
O estado operacional diz que o serviço está configurado e ativo; os contadores dizem que os quadros se moveram. Combine os dois no índice de VC e verifique direção, descontinuidade e suporte de MIB.
Um pseudowire que reporta ativo diz-lhe que o serviço existe e que ambas as direções concordam que ele deveria transportar tráfego. Não lhe diz que um único quadro de cliente alguma vez o atravessou. Os objetos de estado e os objetos de contador foram escritos para propósitos diferentes, e é justamente em tomar um como prova do outro que a maioria destes painéis erra. Compará-los é o trabalho, porque confiar em apenas um deles responde a uma pergunta que ninguém fez.
Estado e contadores respondem a perguntas diferentes
A entrada principal de VC carrega um estado operacional combinado, e esse estado só está ativo quando ambos os estados direcionais estão ativos. Tudo por trás é conhecimento do plano de controlo e da configuração: o circuito de acesso local, o par, a sinalização. Uma linha neste estado é uma afirmação sobre intenção e prontidão, não sobre quadros encaminhados.
O tráfego vive numa tabela separada de contadores de alta capacidade para pacotes e bytes, e essas linhas carregam o mesmo índice de VC. O crescimento ali é evidência de que os quadros passaram por essa linha concreta durante o intervalo que mediu. Um contador sem alterações é ambíguo por si só. Um serviço inativo, um coletor que lê a linha errada e um caminho silenciosamente quebrado produzem todos a mesma linha plana.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
Leia a tabela como duas colunas de evidência, não como uma escala de gravidade. Ativo com contadores planos não é uma versão pior de ativo com crescimento, é uma observação diferente com um passo seguinte diferente.
Combine pelo índice de VC, não pelo número no ticket
A tabela de VC é indexada por um único inteiro, e o ID de VC, o endereço do par, o tipo e o nome do serviço são atributos dessa linha. Com esses atributos encontra o seu serviço; o índice é aquilo com que continua a encontrá-lo após a primeira consulta. Um índice de interface, um nome de circuito mostrado ou uma etiqueta MPLS não são esse índice mesmo quando os números coincidem.
Derive os OID numéricos do ficheiro MIB no coletor em vez de uma publicação de blog, depois percorra a tabela uma vez e guarde a identidade que encontrou.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableRegiste o endereço de gestão e o índice em conjunto no sistema de monitorização. Um novo aprovisionamento pode mover um serviço para outra linha, e um coletor que se ligou por nome ao ID de VC continuará então a desenhar um índice desatualizado que ainda responde com cortesia.
A direção significa o pseudowire, não o assinante
Os contadores de entrada descrevem o que o VC recebeu da rede comutada por pacotes; os contadores de saída descrevem o que reencaminhou para essa rede. Num PE virado para o cliente, isso mapeia frequentemente em download e upload por alguma ordem. Num PE de concentração, ou num PE que faz peering com um núcleo, os mesmos nomes de objeto descrevem a experiência de cliente oposta.
Escreva o mapeamento uma vez por função de equipamento e mantenha-o na etiqueta do painel. Um gráfico intitulado upload do cliente que na realidade desenha tráfego para o núcleo passará a revisão e enganará silenciosamente todos os que o usarem para decisões de capacidade. O mesmo risco se aplica aos alertas construídos sobre esses gráficos, porque irão chamar a equipa errada. Etiquete cada gráfico pela direção do percurso relativamente ao pseudowire, e deixe o mapeamento do cliente viver no painel que precisa dele.
Um teste supera qualquer quantidade de ler descrições de objetos: faça passar um ficheiro conhecido pelo serviço, consulte ambas as direções imediatamente depois e veja que contador se moveu. Registe o resultado junto da função do equipamento, porque a próxima pessoa fará a mesma pergunta.
Uma taxa só é válida dentro de uma janela de descontinuidade
Calcule uma taxa como o incremento do contador de bytes dividido pelos segundos decorridos, e multiplique por oito para bits por segundo. Trate o intervalo como inválido se o contador diminuiu, o agente reiniciou, a linha mudou ou o objeto de descontinuidade se moveu. Esse objeto é expresso em relação ao tempo de atividade do sistema, pelo que um reinício do equipamento também o invalida. Descarte a amostra e abra uma nova janela em vez de desenhar um pico.
Recolha duas amostras com um intervalo conhecido e guarde os carimbos temporais do coletor, não do histórico do seu terminal.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7Os contadores de alta capacidade tornam o transbordo um não-problema num único pseudowire, pelo que uma diminuição quase sempre significa uma reinicialização, um agente substituído ou uma linha diferente, não um transbordo aritmético. Por isso o terceiro comando importa tanto como os dois primeiros.
Verifique o que a versão instalada suporta realmente
Uma definição MIB é uma especificação, não uma promessa sobre a sua imagem. As tabelas podem faltar, estar implementadas em parte ou existir mas não estar preenchidas até uma funcionalidade ser ativada, e a mesma plataforma pode diferir entre versões. A definição CISCO-IETF-PW-MIB dá-lhe os nomes dos objetos; o equipamento diz-lhe se respondem.
Consulte ambas as tabelas e a cadeia de firmware numa só passagem, e depois compare com o que a nota de versão afirma.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lUm percurso vazio e um percurso não suportado são falhas diferentes, portanto leia o erro e não apenas a contagem de linhas. Se a tabela de estado responde e a de desempenho não, a junção concebida na primeira secção não tem onde aterrar, e a correção é uma mudança de coletor e não de circuito.
A sequência para um circuito contestado é curta: confirme a identidade da linha a partir do índice, confirme o mapeamento de direção com uma transferência conhecida, calcule a taxa apenas dentro de uma janela de descontinuidade limpa e confirme que ambas as tabelas respondem naquela versão. Cada passo elimina uma explicação candidata. Quando as quatro se verificam e os contadores continuam sem se mover, a evidência aponta para longe do pseudowire. É aí que uma captura de pacotes no circuito de acesso se justifica.