Estado do pseudowire fronte aos contadores de tráfico: cal demostra a entrega
O estado operativo di que o servizo está configurado e activo; os contadores din que se moveron as tramas. Unifica ambos polo índice de VC e comproba dirección, discontinuidade e soporte de MIB.
Un pseudowire que informa de que está activo dille que o servizo existe e que ambas as dúas direccións coinciden en que debería transportar tráfico. Non lle di que algunha trama de cliente o cruzase algunha vez. Os obxectos de estado e os obxectos de contador escribíronse con propósitos distintos, e tratar un como proba do outro é onde fallan a maioría destes paneis. Comparalos é o traballo, porque confiar en calquera dos dous por separado responde a unha pregunta que ninguén fixo.
O estado e os contadores responden a preguntas distintas
A entrada principal de VC leva un estado operativo combinado, e ese estado está activo só cando o están os dous estados direccionais. Todo o que hai detrás é coñecemento do plano de control e da configuración: o circuíto de acceso local, o par, a sinalización. Unha fila neste estado é unha afirmación sobre a intención e a preparación, non sobre as tramas reenviadas.
O tráfico vive nunha táboa separada de contadores de alta capacidade para paquetes e bytes, e esas filas levan o mesmo índice de VC. O crecemento alí é evidencia de que as tramas pasaron por esa fila concreta durante o intervalo que mediu. Un contador sen cambios é ambiguo por si só. Un servizo inactivo, un colector que le a fila equivocada e un camiño roto en silencio producen todos a mesma liña 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. |
Lea a táboa como dúas columnas de evidencia, non como unha escala de gravidade. Activo con contadores planos non é unha versión peor de activo con crecemento, é unha observación distinta cun paso seguinte distinto.
Unir polo índice de VC, non polo número do ticket
A táboa de VC indexase cun só enteiro, e o ID de VC, o enderezo do par, o tipo e o nome do servizo son atributos desa fila. Con eses atributos atopa o seu servizo; o índice é con que segue atopándoo despois da primeira consulta. Un índice de interface, un nome de circuíto mostrado ou unha etiqueta MPLS non son ese índice aínda que os números coincidan.
Derive os OID numéricos do ficheiro MIB do colector en lugar dunha entrada de blog, e despois percorra a táboa unha vez e garde a identidade que atopou.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableRexiste o enderezo de xestión e o índice xuntos no sistema de monitorización. Un reaprovisionamento pode mover un servizo a outra fila, e un colector que se uniu por nome ao ID de VC seguirá debuxando un índice obsoleto que aínda responde con cortesía.
A dirección significa o pseudowire, non o abonado
Os contadores de entrada describen o que o VC recibiu da rede conmutada por paquetes; os contadores de saída describen o que reenviou cara a esa rede. Nun PE orientado ao cliente, iso adoita corresponderse con descarga e subida nalgunha orde. Nun PE central, ou nun PE que ten un par no núcleo, os mesmos nomes de obxecto describen a experiencia de cliente oposta.
Escriba o mapeo unha vez por rol de dispositivo e téñao na etiqueta do panel. Un gráfico titulado subida do cliente que en realidade debuxa tráfico cara ao núcleo sobrevivirá á revisión e enganará en silencio a todos os que o usen para decisións de capacidade. O mesmo risco se aplica ás alertas construídas sobre eses gráficos, porque avisarán o equipo equivocado. Etiquete cada gráfico pola dirección do percorrido respecto ao pseudowire, e deixe que o mapeo do cliente viva no panel que o necesita.
Unha proba supera calquera cantidade de ler descricións de obxectos: faga pasar un ficheiro coñecido polo servizo, consulte ambas as dúas direccións inmediatamente despois e vexa que contador se moveu. Rexiste o resultado xunto ao rol do dispositivo, porque a seguinte persoa fará a mesma pregunta.
Unha taxa só é válida dentro dunha fiestra de discontinuidade
Calcule unha taxa como o incremento do contador de bytes dividido polos segundos transcorridos, e multiplíqueo por oito para bits por segundo. Trate o intervalo como inválido se o contador diminuíu, o axente se reiniciou, a fila cambiou ou o obxecto de discontinuidade se moveu. Ese obxecto exprésase respecto ao tempo de actividade do sistema, así que un reinicio do dispositivo tamén o invalida. Descarte a mostra e abra unha fiestra nova en lugar de debuxar un pico.
Tome dúas mostras cun oco coñecido e garde as marcas de tempo do colector, non do historial 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 fan que o desbordamento non sexa un problema nun só pseudowire, así que unha diminución case sempre significa un reinicio, un axente substituído ou unha fila distinta, non un desbordamento aritmético. Por iso o terceiro comando importa tanto coma os dous primeiros.
Comprobe que admite realmente a versión instalada
Unha definición de MIB é unha especificación, non unha promesa sobre a súa imaxe. As táboas poden faltar, estar implementadas en parte ou existir pero non estar poboadas ata que se activa unha función, e a mesma plataforma pode diferir entre versións. A definición de CISCO-IETF-PW-MIB dálle os nomes de obxecto; o dispositivo dille se responden.
Consulte ambas as dúas táboas e a cadea de firmware nunha soa pasada, e despois compárao co que afirma a nota da versión.
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 -lUn percorrido baleiro e un percorrido non admitido son fallos distintos, así que lea o erro e non só o reconto de liñas. Se a táboa de estado responde e a de rendemento non, a unión que deseñou na primeira sección non ten onde aterrar, e a corrección é un cambio de colector e non de circuíto.
A secuencia para un circuíto en disputa é curta: confirme a identidade da fila a partir do índice, confirme o mapeo de dirección cunha transferencia coñecida, calcule a taxa só dentro dunha fiestra de discontinuidade limpa e confirme que ambas as dúas táboas responden nesa versión. Cada paso elimina unha explicación candidata. Cando as catro se cumpren e os contadores seguen sen moverse, a evidencia apunta lonxe do pseudowire. Ese é o punto no que unha captura de paquetes no circuíto de acceso gaña o soldo.