Entendendo o uso de sondagens para monitoramento de desempenho em tempo real nos roteadores da Série ACX, MX e PTX, switches EX e QFX
O monitoramento de desempenho em tempo real (RPM) permite configurar sondagens ativas para rastrear e monitorar o tráfego. As sondagens coletam pacotes por destino e por aplicativo, incluindo pacotes ping internet control message protocol (ICMP), pacotes de protocolo de datagrama do usuário e pacotes de 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). A RPM oferece suporte à Base de informações de gerenciamento (MIB) com extensões para RFC 2925, definições de objetos gerenciados para operações remotas de ping, traceroute e lookup. Para obter mais informações sobre as MIBs SNMP que a Juniper oferece suporte, consulte SNMP MIB Explorer.
Visão geral
Quando o RPM é configurado em um dispositivo, o dispositivo calcula o desempenho da rede com base no tempo de resposta do pacote, jitter e perda de pacotes. O dispositivo reúne estatísticas de RPM enviando sondagens para um alvo de sondagem especificado, identificado por um endereço IP. Quando o alvo recebe uma sonda, ele gera respostas recebidas pelo dispositivo. Um teste pode conter várias sondas. O tipo de sonda especifica o conteúdo do pacote e do protocolo da sonda. Você pode usar o histórico das 50 sondagens mais recentes para analisar tendências em sua rede e prever necessidades futuras.
Use o Feature Explorer: Monitoramento de desempenho em tempo real e Explorador de recursos: RPM e TWAMP para confirmar o suporte de plataforma e versão.
Com sondagens, você pode monitorar:
-
Tempo médio de ida e volta
-
Jitter do tempo de ida e volta — A diferença entre o tempo mínimo e máximo de ida e volta
-
Tempo máximo de ida e volta
-
Tempo mínimo de ida e volta
-
Desvio padrão do tempo de ida e volta (apenas Junos OS)
As medições de ida para sondas de data e hora do ICMP incluem:
-
Medições mínimas, máximas, de desvio padrão e jitter para tempos de saída e entrada
-
Número de respostas de sonda recebidas
-
Número de sondagens enviadas
-
Porcentagem de sondas perdidas
Você pode definir limites para acionar armadilhas SNMP quando os valores forem excedidos. Você pode configurar os seguintes limiares de RPM:
-
Atraso na entrada/saída
-
Jitter
-
Tempo de ida e volta
-
Desvio padrão (apenas Junos OS)
-
Sucessivas sondas perdidas
-
Total de sondas perdidas (por teste)
Você também pode configurar classificadores de CoS e a priorização de pacotes RPM em pacotes de dados regulares recebidos em uma interface de entrada com a declaração de dscp-code-points configuração.
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, você está usando datas de tempo baseadas em software. Os tempos que são gerados no nível de software são menos precisos do que teriam sido com tempos de hardware.
Use o Feature Explorer: temporizações de hardware de mensagens de sonda rpm, Feature Explorer: tempos de hardware RPM com interfaces VLAN roteadas, e Feature Explorer: tempo de tempo de hardware RPM e TWAMP e medição RTT para confirmar o suporte de plataforma e versão para este recurso.
O tempo de tempo de hardware rpm é suportado apenas no Junos OS, com algumas restrições:
-
Roteadores da Série ACX: Os roteadores ACX710 e série ACX5448 são os únicos roteadores ACX que executam o Junos OS que suportam a configuração da
hardware-timestampdeclaração. Esse suporte começou no Junos OS Release 22.3R1. -
Switches da Série EX: 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.
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 (rmopd) que é executado no Mecanismo de Roteamento. Este método de temporizando é chamado de temporizando pseudo-hardware.
-
Switches da Série QFX: Os switches da Série QFX não suportam datas de tempo de hardware.
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
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.
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:
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.
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
Suporte para o Junos OS
- Sondar a configuração e os resultados
- Suporte a túneis IPsec e GRE
- Rotas estáticas acompanhadas por RPM
- RPM e suporte de temporização relacionado no MPC, MS-MIC/MPC e mecanismo de roteamento
Sondar a configuração e os resultados
No Junos OS, os resultados da configuração e da sondagem são suportados tanto pela interface de linha de comando (CLI) quanto pelo SNMP. Você define as opções de sondagem na test test-name declaração no nível [edit services rpm probe owner] de hierarquia. Você usa o show services rpm probe-results comando para visualizar os resultados das sondas RPM mais recentes.
Limitações para 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 em switches QFX.
-
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. (Os switches da Série QFX não oferecem suporte a 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.
-
Para especificar o conteúdo do pacote e do protocolo da sonda, inclua a probe-type declaração no nível de [edit services rpm probe owner test test-name] hierarquia. Os seguintes tipos de sondagem são suportados:
-
http-get— Envia um protocolo de transferência de hipertexto (HTTP) para receber uma URL-alvo. -
http-metadata-get— Envia um pedido de metadados de HTTP para uma URL-alvo. -
icmp-ping— Envia solicitações de eco do ICMP para um endereço-alvo. -
icmp-ping-timestamp— Envia solicitações de data e hora do ICMP para um endereço-alvo. -
tcp-ping— Envia pacotes de TCP para um alvo. -
udp-ping— Envia pacotes UDP para um alvo. -
udp-ping-timestamp— Envia solicitações de data e hora do UDP para um endereço-alvo.
Suporte a túneis IPsec e GRE
Você pode aplicar RPM em túneis IPsec e túneis GRE para clientes e servidores RPM baseados em mecanismos e pic, se estiver usando MS-MPCs ou MS-MICs. O RPM baseado em mecanismo de encaminhamento de pacotes não é compatível com túneis IPsec. O suporte de RPM em túneis IPSec permite o monitoramento de contrato de nível de serviço (SLA) para tráfego transportado em túneis IPSec.
O RPM não é suportado em sistemas lógicos.
Use o Feature Explorer: suporte de RPM para túneis IPsec e GRE para confirmar o suporte de plataforma e versão para este recurso.
Rotas estáticas acompanhadas por RPM
No Junos OS, você também pode configurar serviços de RPM para determinar automaticamente se existe um caminho entre um dispositivo host e seus vizinhos BGP configurados. Você pode ver os resultados da descoberta usando um cliente SNMP. Os resultados são armazenados empingResultsTable, jnxPingResultsTableejnxPingProbeHistoryTablepingProbeHistoryTable.
Use o Feature Explorer: ativando ou desativando rotas estáticas com base nos resultados dos testes de RPM, Feature Explorer: rastreamento de rotas de RPM estáticas em vários saltos seguintes, e Feature Explorer: Uma extensão para as rotas estáticas acompanhadas por RPM para confirmar o suporte de plataforma e versão para este recurso.
Para os dispositivos que oferecem suporte a esse recurso, você pode usar sondas RPM para detectar o status do link e alterar o estado de rota preferida com base nos resultados da sonda. As rotas acompanhadas por RPM podem ser IPv4 ou IPv6, e oferecem suporte a um único salto IPv4 ou IPv6. Você configura esse recurso com a rpm-tracking declaração no nível da [edit routing-options] hierarquia. [edit routing-instances routing-options] Por exemplo, as sondas RPM podem ser enviadas a um endereço IP para determinar se o link está funcionando e, se sim, o software instala uma rota estática na tabela de rotas. As rotas estáticas acompanhadas por RPM são instaladas com preferência 1 e, portanto, são preferidas em relação a quaisquer rotas estáticas existentes para o mesmo prefixo. Para aqueles dispositivos que oferecem suporte a vários saltos seguintes, você pode rastrear até 16 saltos seguintes para cada rota estática rastreada por IPv4 ou IPv6 RPM e você pode configurar os valores de preferência de rota e tag para cada prefixo de destino IPv4 ou IPv6.
RPM e suporte de temporização relacionado no MPC, MS-MIC/MPC e mecanismo de roteamento
A Tabela 1 fornece informações sobre RPM e suporte a datas de tempo relacionadas no MPC, MS-MIC/MPC e mecanismo de roteamento:
| Característica |
Papel |
Versão IP |
Suporte (Y/N) |
Temporização no mecanismo de roteamento |
Data de tempo no MPC (temporidade de hardware) |
Data-hora no MPC (si-interface) |
Temporizações no MS-MIC/MPC (delegações-sondas) |
|---|---|---|---|---|---|---|---|
| RPM |
Cliente |
IPv4 |
Y |
Y (μsec) Sondas máximas de 2000 |
Y (μsec) Sondas máximas de 2000 |
N |
Y (msec) 1 milhão de sondagens máximas |
| IPv6 |
Y |
Y (μsec) Sondas máximas de 2000 |
N |
N |
Y (msec) 1 milhão de sondagens máximas |
||
| Servidor |
IPv4 |
Y |
Y (μsec) Sondas máximas de 2000 |
Y (μsec) Sondas máximas de 2000 |
N |
Y (msec) 1 milhão de sondagens máximas |
|
| IPv6 |
Y |
Y (μsec) Sondas máximas de 2000 |
N |
N |
Y (msec) 1 milhão de sondagens máximas |
Suporte ao Junos OS Evolved
Sondar a configuração e os resultados
A partir do Junos OS Evolved Release 20.1R1 para dispositivos que oferecem suporte a esse recurso, você pode configurar sondas RPM. Para o Junos OS Evolved, o RPM está configurado no nível de [edit services monitoring rpm] hierarquia. O escopo do suporte é limitado a:
-
Geração e recepção de sondagem (cliente) bem como reflexão (servidor) para os seguintes tipos de sondagem RPM:
-
http-get (adicionado no Junos OS Evolved 23.4R1)
Você deve definir a
offload-typedeclaração paranoneconfigurar este tipo de sonda. -
http-metadados-get (adicionado no Junos OS Evolved 23.4R1)
Você deve definir a
offload-typedeclaração paranoneconfigurar este tipo de sonda. -
icmp-ping
-
temporidade do cânhamo de ICMP
-
tcp-ping (adicionado no Junos OS Evolved 23.4R1)
Você deve definir a
offload-typedeclaração paranoneconfigurar este tipo de sonda. -
udp-ping
-
temporizou udp
-
-
Gerenciamento de histórico de sondagem
-
Relatórios apenas por meio de syslog
A partir do Junos OS Evolved Release 21.2R1, o relatório por meio de objetos SNMP MIB é suportado para RPM.
Use o Feature Explorer: Serviços de RPM em linha para confirmar o suporte de plataforma e versão para o Junos OS Evolved.
Rotas estáticas acompanhadas por RPM
A partir do Junos OS Evolved Release 24.4R1 para dispositivos que oferecem suporte a esse recurso, estendemos o suporte para o rastreamento de rotas estáticas para o Junos OS Evolved e também incluímos suporte de teste de protocolo de medição ativa de duas vias (TWAMP). Você usa sondas RPM ou TWAMP para detectar o status do enlace e alterar o estado de rota preferida com base nos resultados da sonda. Rotas estáticas acompanhadas podem ser IPv4 ou IPv6, e cada rota estática acompanhada de IPv4 e IPv6 suporta até 16 saltos seguintes. Você também pode configurar os valores de métrica, preferência de rota e tag para cada prefixo de destino IPv4 ou IPv6. No entanto, você configura esse recurso de maneira diferente nos dispositivos Junos OS Evolved; você configura a sla-tracking declaração no nível de [edit routing-options] hierarquia. Você também usa um comando show route sla-trackingdiferente para ver informações sobre essas rotas. Para o Junos OS, você configuraria a rpm-tracking declaração no mesmo nível de hierarquia e usaria o comando show route rpm-tracking para ver informações sobre essas rotas.
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.
sla-tracking declaração no nível de
[edit routing-options] hierarquia. Para o Junos OS, você configuraria a
rpm-tracking declaração no mesmo nível de hierarquia.
tcp-pinge
http-get
http-metadata-get sondagens para RPM.