Monitoramento e resolução de problemas

Propósito

Exibir estatísticas em tempo real sobre o tráfego que passa por todas as interfaces do roteador ou switch.

Ação

Para exibir estatísticas em tempo real sobre tráfego que passa por todas as interfaces do roteador ou switch:

Significado

A saída de amostra exibe dados de tráfego para interfaces ativas e a quantidade que cada campo mudou desde o início do comando ou desde que os contadores foram liberados usando a chave.C Neste exemplo, o comando funciona há 15 segundos desde que o comando foi emitido ou desde que os contadores voltaram a zero.monitor interface

Propósito

Exibir estatísticas em tempo real sobre o tráfego que passa por uma interface no roteador ou switch.

Ação

Para exibir o tráfego que passa por uma interface no roteador ou switch, use o seguinte comando de modo operacional Junos OS CLI:

Significado

A saída de amostra mostra os pacotes de entrada e saída para uma interface SONET específica ().so-0/0/1 As informações podem incluir falhas comuns na interface, como alarmes SONET/SDH e T3, loopbacks detectados e aumentos em erros de configuração. Para obter mais informações, consulte Checklist para rastrear condições de erro.Lista de verificação para condições de erro de rastreamento

Para controlar a saída do comando enquanto ele está em execução, use as chaves mostradas em .Tabela 1

Consulte o CLI Explorer para obter detalhes sobre como usar as condições de correspondência com o comando.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/monitor traffic

Problema

Solução

Você pode aplicar um mapa de agendador ao pacote multilink e seus links constituintes. Embora você possa aplicar vários componentes de CoS com o mapa do agendador, configure apenas os que são necessários. Recomendamos que você mantenha a configuração nos links constituintes simples para evitar atrasos desnecessários na transmissão.

Tabela 5 mostra os componentes cos a serem aplicados em um pacote multilink e seus links constituintes.

Problema

Solução

Para reduzir o jitter e a latência, faça o seguinte:

1. Certifique-se de ter configurado uma taxa de modelagem em cada link constituinte.

2. Certifique-se de não ter configurado uma taxa de modelagem na interface de serviços de link.

3. Certifique-se de que o valor da taxa de modelagem configurada seja igual à largura de banda da interface física.

4. Se as taxas de modelagem estiverem configuradas corretamente e o jitter ainda persistir, entre em contato com o Centro de Assistência Técnica (JTAC) da Juniper Networks.

Problema

Solução

Quando o LFI é habilitado, os pacotes de dados (não LFI) são encapsulados com um cabeçalho MLPPP e fragmentados em pacotes de um tamanho especificado. Os pacotes de voz (LFI) sensíveis ao atraso são encapsulados por PPP e intercalados entre fragmentos de pacote de dados. A fila e o balanceamento de carga são executados de forma diferente para pacotes LFI e não LFI.

Para verificar se o LFI é executado corretamente, determine que os pacotes estão fragmentados e encapsulados conforme configurados. Depois de saber se um pacote é tratado como um pacote LFI ou um pacote não LFI, você pode confirmar se o balanceamento de carga é executado corretamente.

— Suponha que dois dispositivos da Juniper Networks, R0 e R1, estejam conectados por um pacote multilink que agrega dois links serial e .Solution Scenariolsq-0/0/0.0se-1/0/0se-1/0/1 No R0 e R1, MLPPP e LFI estão habilitados na interface de serviços de link e o limite de fragmentação é definido para 128 bytes.

Neste exemplo, usamos um gerador de pacotes para gerar fluxos de voz e dados. Você pode usar o recurso de captura de pacotes para capturar e analisar os pacotes na interface de entrada.

Os dois fluxos de dados a seguir foram enviados no pacote multilink:

• 100 pacotes de dados de 200 bytes (maior que o limiar de fragmentação)

• 500 pacotes de dados de 60 bytes (menor que o limiar de fragmentação)

Os dois fluxos de voz a seguir foram enviados no pacote multilink:

• 100 pacotes de voz de 200 bytes da porta de origem 100

• 300 pacotes de voz de 200 bytes da porta de origem 200

Para confirmar que o LFI e o balanceamento de carga são executados corretamente:

1. Verifique a fragmentação de pacotes. Desde o modo operacional, entre no comando para verificar se pacotes grandes são fragmentados corretamente.show interfaces lsq-0/0/0

   Meaning— A saída mostra um resumo dos pacotes que transitam pelo dispositivo no pacote multilink. Verifique as seguintes informações sobre o pacote multilink:

   • O número total de pacotes de trânsito = 1000

   • O número total de fragmentos de trânsito=1100

   • O número de pacotes de dados fragmentados =100

   O número total de pacotes enviados (600 + 400) no pacote multilink corresponde ao número de pacotes de trânsito (1000), indicando que nenhum pacote foi descartado.

   O número de fragmentos de trânsito excede o número de pacotes de trânsito em 100, indicando que 100 grandes pacotes de dados foram corretamente fragmentados.

   Corrective Action— Se os pacotes não forem fragmentados corretamente, verifique a configuração do limiar de fragmentação. Pacotes menores que o limiar de fragmentação especificado não são fragmentados.

2. Verifique o encapsulamento de pacotes. Para descobrir se um pacote é tratado como um pacote LFI ou não LFI, determine seu tipo de encapsulamento. Os pacotes LFI são encapsulados por PPP, e os pacotes não LFI são encapsulados com PPP e MLPPP. Os encapsulamentos de PPP e MLPPP têm custos fixos diferentes, resultando em pacotes de diferentes tamanhos. Você pode comparar tamanhos de pacotes para determinar o tipo de encapsulamento.

   Um pequeno pacote de dados nãofragmentado contém um cabeçalho PPP e um único cabeçalho MLPPP. Em um grande pacote de dados fragmentado, o primeiro fragmento contém um cabeçalho PPP e um cabeçalho MLPPP, mas os fragmentos consecutivos contêm apenas um cabeçalho MLPPP.

   Os encapsulamentos de PPP e MLPPP adicionam o seguinte número de bytes a um pacote:

   • O encapsulamento de PPP adiciona 7 bytes:

     4 bytes de cabeçalho+2 bytes de sequência de verificação de quadro (FCS)+1 byte que está ocioso ou contém uma bandeira

   • O encapsulamento do MLPPP adiciona entre 6 e 8 bytes:

     4 bytes de cabeçalho PPP+2 a 4 bytes de cabeçalho multilink

   Figura 1 mostra a sobrecarga adicionada aos cabeçalhos PPP e MLPPP.

   Figura 1: Cabeçalhos PPP e MLPPP

   Para pacotes CRTP, a sobrecarga de encapsulamento e o tamanho dos pacotes são ainda menores do que para um pacote LFI. Para obter mais informações, veja Exemplo: Configuração do protocolo de transporte em tempo real comprimido.

   Tabela 6 mostra a sobrecarga de encapsulamento para um pacote de dados e um pacote de voz de 70 bytes cada. Após o encapsulamento, o tamanho do pacote de dados é maior do que o tamanho do pacote de voz.

   Tabela 6: Sobrecarga de encapsulamento de PPP e MLPPP

   Tipo de pacote	Encapsulamento	Tamanho inicial do pacote	Sobrecarga de encapsulamento	Tamanho do pacote após o encapsulamento
   Pacote de voz (LFI)	PPP	70 bytes	4 + 2 + 1 = 7 bytes	77 bytes
   Fragmento de dados (não LFI) com sequência curta	MLPPP	70 bytes	4 + 2 + 1 + 4 + 2 = 13 bytes	83 bytes
   Fragmento de dados (não LFI) com longa sequência	MLPPP	70 bytes	4 + 2 + 1 + 4 + 4 = 15 bytes	85 bytes

   Desde o modo operacional, insira o comando para exibir o tamanho do pacote transmitido em cada fila.show interfaces queue Divida o número de bytes transmitidos pelo número de pacotes para obter o tamanho dos pacotes e determinar o tipo de encapsulamento.

3. Verifique o balanceamento de carga. A partir do modo operacional, insira o comando no pacote multilink e seus links constituintes para confirmar se o balanceamento de carga é executado de acordo com os pacotes.show interfaces queue

   — A saída desses comandos mostra os pacotes transmitidos e enfileirados em cada fila da interface de serviços de link e seus links constituintes. mostra um resumo desses valores.MeaningTabela 7 (Como o número de pacotes transmitidos igualou o número de pacotes enfileirados em todos os links, esta tabela mostra apenas os pacotes enfileirados.)

   Tabela 7: Número de pacotes transmitidos em uma fila

   Pacotes enfileirados	Pacote lsq-0/0/0,0	Enlace constituinte se-1/0/0	Enlace constituinte se-1/0/1	Explicação
   Pacotes no Q0	600	350	350	O número total de pacotes que transitam pelos links constituintes (350+350 = 700) excedeu o número de pacotes enfileirados (600) no pacote multilink.
   Pacotes no 2º trimestre	400	100	300	O número total de pacotes que transitam pelos links constituintes igualou o número de pacotes no pacote.
   Pacotes no terceiro trimestre	0	19	18	Os pacotes que transitam no terceiro trimestre dos links constituintes são para mensagens keepalive trocadas entre links constituintes. Assim, nenhum pacote foi contado no terceiro trimestre do pacote.

   No pacote multilink, verifique o seguinte:

   • O número de pacotes enfileirados corresponde ao número transmitido. Se os números corresponderem, nenhum pacote foi descartado. Se mais pacotes fossem enfileirados do que os transmitidos, os pacotes eram descartados porque o buffer era muito pequeno. O tamanho do buffer nos links constituintes controla o congestionamento na fase de saída. Para corrigir esse problema, aumente o tamanho do buffer nos links constituintes.

   • O número de pacotes que transitam Q0 (600) corresponde ao número de pacotes de dados grandes e pequenos recebidos (100+500) no pacote multilink. Se os números corresponderem, todos os pacotes de dados transitaram corretamente no Q0.

   • O número de pacotes que transitam pelo Q2 no pacote multilink (400) corresponde ao número de pacotes de voz recebidos no pacote multilink. Se os números corresponderem, todos os pacotes LFI de voz transitaram corretamente no 2º trimestre.

   Nos links constituintes, verifique o seguinte:

   • O número total de pacotes em trânsito Q0 (350+350) corresponde ao número de pacotes de dados e fragmentos de dados (500+200). Se os números corresponderem, todos os pacotes de dados após a fragmentação transitaram corretamente pelo Q0 dos links constituintes.

     Os pacotes transitaram em ambos os links constituintes, indicando que o balanceamento de carga foi executado corretamente em pacotes não LFI.

   • O número total de pacotes que transitam pelo Q2 (300+100) em links constituintes corresponde ao número de pacotes de voz recebidos (400) no pacote multilink. Se os números corresponderem, todos os pacotes LFI de voz transitaram corretamente no 2º trimestre.

     Pacotes LFI da porta de origem transitados e pacotes LFI da porta de origem transitados .100se-1/0/0200se-1/0/1 Assim, todos os pacotes LFI (Q2) foram hashed com base na porta de origem e transitaram corretamente em ambos os links constituintes.

   Corrective Action— Se os pacotes transitaram apenas um link, tome as seguintes medidas para resolver o problema:

   1. Determine se o link físico está (operacional) ou (indisponível).updown Um link indisponível indica um problema com o PIM, a porta da interface ou a conexão física (erros da camada de enlace). Se o link estiver operacional, passe para a próxima etapa.

   2. Verifique se os classificadores estão definidos corretamente para pacotes não LFI. Certifique-se de que os pacotes não LFI não estejam configurados para serem enfileirados no 2º trimestre. Todos os pacotes enfileirados no 2º trimestre são tratados como pacotes LFI.

   3. Verifique se pelo menos um dos seguintes valores é diferente nos pacotes LFI: endereço fonte, endereço de destino, protocolo IP, porta de origem ou porta de destino. Se os mesmos valores estiverem configurados para todos os pacotes LFI, todos os pacotes serão hashed para o mesmo fluxo e transitam pelo mesmo link.

4. Use os resultados para verificar o balanceamento de carga.

Problema

Solução

Se o dispositivo de terceiros não tiver o mesmo suporte FRF.12 que o dispositivo Juniper Networks ou suportar o FRF.12 de uma maneira diferente, a interface de dispositivo da Juniper Networks no PVC pode descartar um pacote fragmentado contendo cabeçalhos FRF.12 e contá-lo como um "Descarte policiado".

Como uma solução alternativa, configure pacotes multilink em ambos os pares e configure limites de fragmentação nos pacotes multilink.

Problema

• Descrição
• Ambiente
• Sintomas

Solução

Use o comando para exibir o valor do checkum da política de segurança e use o comando para sincronizar a configuração das políticas de segurança no Mecanismo de Roteamento e mecanismo de encaminhamento de pacotes, se as políticas de segurança estiverem fora de sincronia.show security policies checksumrequest security policies resync

Problema

Solução

Para corrigir esses erros, faça o seguinte:

1. Analise seus dados de configuração.

2. Abra o arquivo /var/log/nsd_chk_only. Este arquivo é sobreescrito cada vez que você realiza uma verificação de confirmação e contém informações detalhadas de falha.

Problema

Solução

1. Comandos operacionais — Execute os comandos operacionais para políticas de segurança e verifique se as informações mostradas na saída são consistentes com o que você esperava.show Se não, a configuração precisa ser alterada adequadamente.

2. Traceoptions — Defina o comando em sua configuração de política.traceoptions As bandeiras sob essa hierarquia podem ser selecionadas de acordo com a análise do usuário da saída de comando.show Se você não puder determinar qual bandeira usar, a opção de bandeira pode ser usada para capturar todos os logs de rastreamento.all

Você também pode configurar um nome de arquivo opcional para capturar os logs.

Se você especificou um nome de arquivo nas opções de rastreamento, você pode procurar no /var/log/<filename> para o arquivo de log verificar se algum erro foi relatado no arquivo. (Se você não especificou um nome de arquivo, o nome de arquivo padrão é eventd.) As mensagens de erro indicam o local da falha e o motivo apropriado.

Após a configuração das opções de rastreamento, você deve reacomodar a mudança de configuração que causou o comportamento incorreto do sistema.

Problema

Solução

Problema

Solução

Use as mensagens de erro para entender os problemas relacionados ao chassi.

Quando o ISSU começa, uma solicitação é enviada ao chassi para verificar se há algum problema relacionado ao ISSU da perspectiva do chassi. Se houver um problema, uma mensagem de log será criada.

Problema

Solução

Quaisquer erros encontrados durante um resultado ISSU na criação de mensagens de log, e o ISSU continua funcionando sem impacto no tráfego. Se for necessário reverter para versões anteriores, o evento será registrado ou o ISSU será interrompido, de modo a não criar versões incompatíveis em ambos os nós do cluster do chassi. Tabela 8 fornece algumas das condições de erro comuns e as soluções alternativas para elas. As mensagens de amostra usadas no são do dispositivo SRX1500 e também são aplicáveis a todos os firewalls da Série SRX suportados.Tabela 8

error: [Oct  6 12:30:16]: Reboot secondary node failed (error-code: 4.1)

       error: [Oct  6 12:30:16]: ISSU Aborted! Backup node maybe in inconsistent state, Please restore backup node
       [Oct  6 12:30:16]: ISSU aborted. But, both nodes are in ISSU window.
       Please do the following:
       1. Rollback the node with the newer image using rollback command
          Note: use the 'node' option in the rollback command
          otherwise, images on both nodes will be rolled back
       2. Make sure that both nodes (will) have the same image
       3. Ensure the node with older image is primary for all RGs
       4. Abort ISSU on both nodes
       5. Reboot the rolled back node

[Oct  3 14:00:46]: timeout waiting for secondary node node1 to sync(error-code: 6.1)
        Chassis control process started, pid 36707 

       error: [Oct  3 14:00:46]: ISSU Aborted! Backup node has been upgraded, Please restore backup node 
       [Oct  3 14:00:46]: ISSU aborted. But, both nodes are in ISSU window. 
       Please do the following: 
      1. Rollback the node with the newer image using rollback command 
          Note: use the 'node' option in the rollback command 
          otherwise, images on both nodes will be rolled back 
      2. Make sure that both nodes (will) have the same image 
      3. Ensure the node with older image is primary for all RGs 
      4. Abort ISSU on both nodes 
      5. Reboot the rolled back node  

[Aug 27 15:28:17]: Secondary node0 ready for failover.
[Aug 27 15:28:17]: Failing over all redundancy-groups to node0
ISSU: Preparing for Switchover
error: remote rg1 priority zero, abort failover.
[Aug 27 15:28:17]: failover all RGs to node node0 failed (error-code: 7.1)
error: [Aug 27 15:28:17]: ISSU Aborted!
[Aug 27 15:28:17]: ISSU aborted. But, both nodes are in ISSU window.
Please do the following:
1. Rollback the node with the newer image using rollback command
    Note: use the 'node' option in the rollback command
           otherwise, images on both nodes will be rolled back
2. Make sure that both nodes (will) have the same image
3. Ensure the node with older image is primary for all RGs
4. Abort ISSU on both nodes
5. Reboot the rolled back node
{primary:node1}

Reboot failure on     Before the reboot of primary node, devices will be out of ISSU setup and no primary node error messages will be displayed.
Primary node

Problema

Solução

Use as seguintes mensagens de erro para entender os problemas relacionados à compatibilidade:

Problema

Solução

As verificações de validação falham se a imagem não estiver presente ou se o arquivo de imagem estiver corrupto. As mensagens de erro a seguir são exibidas quando as verificações iniciais de validação falham quando a imagem não está presente e o ISSU é interrompido:

Quando a imagem não está presente

Quando o arquivo de imagem é corrupto

Se o arquivo de imagem estiver corrupto, a saída a seguir exibe:

O nó primário valida a configuração do dispositivo para garantir que ele possa ser cometido usando a nova versão de software. Se algo der errado, o ISSU cancela e as mensagens de erro são exibidas.

Problema

Solução

Use as seguintes mensagens de erro para entender os problemas relacionados à instalação:

O ISSU baixa a imagem da instalação conforme especificado no comando ISSU como argumento. O arquivo de imagem pode ser um arquivo local ou localizado em um local remoto. Se o arquivo não existir ou o site remoto estiver inacessível, um erro será relatado.

Problema

Solução

Use as seguintes mensagens de erro para entender o problema:

Problema

Solução

Use as seguintes mensagens de erro para entender os problemas relacionados ao ksyncd:

O ISSU verifica se há algum erro de ksyncd no nó secundário (nó 1) e exibe a mensagem de erro se houver algum problema e cancela a atualização.