Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Entendendo o monitoramento de desempenho em tempo real nos switches EX e QFX

O monitoramento de desempenho em tempo real (RPM) permite configurar sondagens ativas para rastrear e monitorar o tráfego em toda a rede e investigar problemas de rede. Você pode usar RPM com switches da Série EX e da Série QFX da Juniper Networks.

As maneiras pelas quais você pode usar RPM incluem:

  • Monitore atrasos de tempo entre dispositivos.

  • Monitore atrasos de tempo no nível de protocolo.

  • Definir limites para acionar armadilhas SNMP quando os valores forem excedidos.

    Você pode configurar limites para o tempo de ida e volta, atraso na entrada ou saída, desvio padrão, jitter, sucessivas sondas perdidas e sondas perdidas totais por teste. (Os resultados da armadilha SNMP são armazenados empingResultsTable, , jnxPingResultsTablejnxPingProbeHistoryTablee pingProbeHistoryTable.)

  • Determine automaticamente se existe um caminho entre um roteador host ou switch e seus vizinhos BGP configurados. Você pode ver os resultados da descoberta usando um cliente SNMP.

  • Use o histórico das 50 sondagens mais recentes para analisar tendências em sua rede e prever necessidades futuras.

O RPM oferece suporte a MIB com extensões para RFC 2925, definições de objetos gerenciados para operações remotas de ping, traceroute e lookup.

Este tópico inclui:

Coleta de pacotes RPM

As sondagens coletam pacotes por destino e por aplicativo, incluindo pacotes de ping do Protocolo de Mensagem de Controle de Internet (ICMP), pacotes de protocolo de datagrama de usuário e protocolo de controle de transmissão (UDP/TCP) com portas configuradas pelo usuário, tipos de ponto de código de serviço (DSCP) configurados pelo usuário (DSCP) e pacotes de protocolo de transferência de hipertexto (HTTP).

Tipos de testes e sondagem

Um teste pode conter várias sondas. O tipo de sonda especifica o conteúdo do pacote e do protocolo da sonda.

Os switches da Série EX e da Série QFX oferecem suporte aos seguintes testes e tipos de sondagem:

Nota:

Os switches da Série QFX não oferecem suporte a sondas de data e hora do hardware.

  • Testes de ping:

    • Sonda de eco ICMP

    • Sonda de temporidade do ICMP

  • Testes DE HTTP:

    • Http get probe (não disponível para serviços BGP RPM)

    • HTTP obter sonda de metadados

  • Testes de UDP e TCP com portas configuradas pelo usuário:

    • Sonda de eco UDP

    • Sondagem de conexão TCP

    • Sonda de data e hora do UDP

Datas de tempo de hardware

Para explicar a latência ou o jitter na comunicação de mensagens de sondagem, você pode habilitar o temporizante dos pacotes de sonda (tempos de hardware). Se os tempos de hardware não estiverem configurados, os temporizadors serão gerados no nível de software menos precisos do que teriam sido com os tempos de hardware.

Nota:

Os switches da Série QFX não suportam datas de tempo de hardware.
Nota:

No switch EX4300, o temporizador de RPM é executado no software. As sondas RPM no solicitante e nos dispositivos de resposta são temporizados no Mecanismo de encaminhamento de pacotes em vez do processo Junos OS (rmpod) que é executado no Mecanismo de Roteamento. Este método de temporizando é chamado de temporizando pseudo-hardware.
Nota:

Os switches da Série EX oferecem suporte a datas de tempo de hardware para sondas UDP e ICMP. Os switches da Série EX não oferecem suporte a datas de tempo de hardware para sondas HTTP ou TCP.

Você pode tempostamp as seguintes sondas RPM para melhorar a medição de latência ou jitter.

  • Ping de ICMP

  • Data de ping do ICMP

  • Ping UDP

  • Data de ping do UDP

Nota:

icmp-ping é o tipo padrão de sondagem em dispositivos que executam o Junos OS.

Os pacotes de sondagem são carimbados com os horários em que são enviados e recebidos nos endpoints de origem e destino.

Você deve configurar o solicitante (o cliente RPM) com datas de tempo de hardware (ver Figura 1) para obter resultados mais significativos do que obteria sem os datas de tempo. O respondente (o servidor RPM) não precisa ser configurado para oferecer suporte a datas de tempo de hardware. Se o respondente oferece suporte a temporizações de hardware, ele faz o temporiza as sondas RPM. Se o respondente não oferecer suporte a datas de tempo de hardware, o RPM só pode relatar medições de ida e volta que incluem o tempo de processamento no respondente.

Nota:

No switch EX4300, você deve configurar o switch como o solicitante (o cliente RPM) e o respondente (o servidor RPM) para carimbar o pacote RPM.

A Figura 1 mostra os datas de tempo:

Figura 1: Datas RPM Timestamps de tempo de RPM

  • T1 é o momento em que o pacote sai da porta do solicitante.

  • T2 é o momento em que o respondente recebe o pacote.

  • T3 é o momento em que o respondente envia a resposta.

  • T4 é o momento em que o solicitante recebe a resposta.

O tempo de ida e volta é T4 – T1 – (T3 – T2). Se o respondente não suportar datas de tempo de hardware, o tempo de viagem de ida e volta será (T4 – T1) e, portanto, inclui o tempo de processamento do respondente.

Você pode usar sondas RPM para encontrar as seguintes medições de tempo:

  • Tempo mínimo de ida e volta

  • Tempo máximo de ida e volta

  • Tempo médio de ida e volta

  • Desvio padrão do tempo de ida e volta

  • Jitter do tempo de ida e volta — Diferença entre o tempo mínimo e máximo de ida e volta

O recurso RPM oferece uma opção de configuração para definir carimbos de tempo de hardware de ida. Use datas de tempo de ida quando quiser informações sobre o tempo de ida e volta, para que os pacotes percorram a rede entre o solicitante e o respondente. Como mostrado na Figura 1, os tempos de ida representam o tempo T2 – T1 e o tempo de T4 – T3. Use datas de tempo de ida quando quiser reunir informações sobre atraso em cada direção e encontrar valores de jitter de saída e entrada.

Nota:

Para uma medição de ida correta, os relógios do solicitante e do respondente devem ser sincronizados. Se os relógios não forem sincronizados, as medições e cálculos de jitter de ida podem incluir variações significativas, em alguns casos ordens de magnitude maiores do que os tempos de ida e volta.

Quando você habilita datas de tempo de ida em uma sonda, as seguintes medições de ida são relatadas:

  • Medições mínimas, máximas, de desvio padrão e jitter para tempos de saída e entrada

  • Número de sondagens enviadas

  • Número de respostas de sonda recebidas

  • Porcentagem de sondas perdidas

Limitações de RPM nos switches da Série EX e da Série QFX

  • O TWAMP (Two-Way Active Measurement Protocol, protocolo de medição ativa de duas vias) não é suportado nos switches.

  • Os switches não oferecem suporte a classificadores de classe de serviço (CoS) configurados pelo usuário ou priorização de pacotes de RPM em pacotes de dados regulares recebidos em uma interface de entrada.

  • Timestamps:

    • Se o respondente não oferece suporte a datas de tempo de hardware, o RPM só pode relatar as medições de ida e volta e não conseguir calcular o jitter de ida e volta.

      Nota:

      Os switches da Série QFX não suportam datas de tempo de hardware.

    • Os switches da Série EX não oferecem suporte a datas de tempo de hardware ou temporizações pseudo-hardware para sondas HTTP e TCP.

    • Os datas de tempo aplicam-se apenas ao tráfego IPv4.

    • Upgrades de software em serviço (ISSU) e upgrades de software sem parar (NSSU) não oferecem suporte a datas de tempo pseudo-hardware.