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 uso de sondas para monitoramento de desempenho em tempo real em roteadores da Série PTX e Switches EX e QFX

O monitoramento de desempenho em tempo real (RPM) permite que você configure sondas ativas para rastrear e monitorar o tráfego. As sondas coletam pacotes por destino e por aplicativo, incluindo pacotes PING Internet Control Message Protocol (ICMP), pacotes de Protocolo de datagrama de usuário e Protocolo de controle de transmissão (UDP/TCP) com portas configuradas pelo usuário, pacotes de ponto de código diferenciado de serviços (DSCP) configurados pelo usuário (ToS) e pacotes de protocolo de transferência de hipertexto (HTTP). O RPM fornece suporte à Base de Informações de Gerenciamento (MIB) com extensões para RFC 2925, Definições de Objetos Gerenciados para Operações de Ping, Traceroute e Pesquisa Remotas. Para obter mais informações sobre MIBs SNMP compatíveis com a Juniper, consulte Explorador de MIB SNMP.

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 coleta estatísticas de RPM enviando sondas para um alvo de sondagem especificado, identificado por um endereço IP. Quando o destino recebe uma sonda, ele gera respostas que são recebidas pelo dispositivo. Um teste pode conter várias sondas. O tipo de sondagem especifica o conteúdo do pacote e do protocolo da sondagem. Você pode usar o histórico das 50 sondas mais recentes para analisar tendências em sua rede e prever necessidades futuras.

Use o Explorador de recursos: monitoramento de desempenho em tempo real e o Explorador de recursos: RPM e TWAMP para confirmar o suporte à plataforma e à versão.

Com as sondas, você pode monitorar:

  • Tempo médio de ida e volta

  • Tremulação 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 unidirecionais para sondas de carimbo de data/hora ICMP incluem:

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

  • Número de respostas de sondagem recebidas

  • Número de sondas enviadas

  • Porcentagem de sondas perdidas

Você pode definir limites para acionar armadilhas SNMP quando os valores forem excedidos. Você pode configurar os seguintes limites de RPM:

  • Atraso de entrada/saída

  • Jitter

  • Tempo de ida e volta

  • Desvio padrão (apenas Junos OS)

  • Sondagens perdidas sucessivas

  • Total de sondas perdidas (por teste)

Você também pode configurar classificadores de CoS e priorização de pacotes RPM em vez de pacotes de dados regulares recebidos em uma interface de entrada com a dscp-code-points declaração de configuração.

Carimbos de data e hora de hardware

Para levar em conta a latência ou o jitter na comunicação de mensagens de sondagem, você pode habilitar o carimbo de data/hora dos pacotes de sondagem (carimbos de data/hora de hardware). Se os carimbos de data/hora de hardware não estiverem configurados, você estará usando carimbos de data/hora baseados em software. Os carimbos de data e hora gerados no nível do software são menos precisos do que seriam com os carimbos de data e hora de hardware.

Use o Explorador de recursos: carimbo de data/hora de hardware de mensagens de sondagem RPM, Explorador de recursos: carimbos de data/hora de hardware RPM com interfaces VLAN roteadas e Explorador de recursos: carimbo de data/hora de hardware RPM e TWAMP e medição RTT para confirmar o suporte de plataforma e versão para esse recurso.

Observação:

O carimbo de data/hora de hardware RPM é suportado apenas no Junos OS, com algumas restrições:

  • Roteadores da Série ACX: Os roteadores das séries ACX710 e ACX5448 são os únicos roteadores ACX que executam o Junos OS que oferecem suporte à configuração da hardware-timestamp declaraçã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 carimbos de data e hora de hardware para sondas UDP e ICMP. Os switches da Série EX não oferecem suporte a carimbos de data e hora de hardware para sondas HTTP ou TCP.

    No switch EX4300, o carimbo de data/hora RPM é realizado no software. As sondas RPM nos dispositivos solicitantes e respondentes são temporais no Mecanismo de Encaminhamento de Pacotes em vez do processo Junos OS (rmopd) que é executado no Mecanismo de Roteamento. Esse método de carimbo de data/hora é conhecido como carimbo de data/hora de pseudohardware.

  • Switches da Série QFX: Os switches da Série QFX não oferecem suporte a carimbos de data e hora de hardware.

Você pode definir a data e hora das seguintes sondas RPM para melhorar a medição de latência ou jitter.

  • Ping de ICMP

  • Carimbo de data/hora do ping ICMP

  • Ping UDP

  • Carimbo de data/hora de ping UDP

Observação:

ICMP-PING é o tipo de sondagem padrão em dispositivos que executam o Junos OS.

Os pacotes de sondagem são temporais 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 carimbos de data/hora de hardware (consulte a Figura 1) para obter resultados mais significativos do que obteria sem os carimbos de data/hora. O respondente (o servidor RPM) não precisa ser configurado para oferecer suporte a carimbos de data/hora de hardware. Se o respondente oferecer suporte a carimbos de data/hora de hardware, ele marcará a data e hora das sondas RPM. Se o respondente não oferecer suporte a carimbos de data/hora de hardware, o RPM só poderá relatar medições de ida e volta que incluam o tempo de processamento no respondente.

Observação:

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

A Figura 1 mostra os carimbos de data/hora:

Figura 1: Carimbos de data/hora do RPM Timestamps RPM

  • T1 é a hora em que o pacote deixa a porta do solicitante.

  • T2 é a hora em que o respondente recebe o pacote.

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

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

O tempo de ida e volta é T4 – T1 – (T3 – T2). Se o respondente não oferecer suporte a carimbos de data/hora de hardware, o tempo de ida e volta será (T4 – T1) e, portanto, incluirá 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

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

O recurso RPM fornece uma opção de configuração para definir carimbos de data/hora de hardware unidirecionais. Use carimbos de data/hora unidirecionais quando quiser informações sobre o tempo unidirecional, em vez de tempos de ida e volta, para que os pacotes atravessem a rede entre o solicitante e o respondente. Conforme mostrado na Figura 1, os carimbos de data/hora unidirecionais representam a hora T2 – T1 e a hora de T4 – T3. Use carimbos de data/hora unidirecionais quando quiser coletar informações sobre atraso em cada direção e encontrar valores de jitter de saída e entrada.

Observação:

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

Quando você habilita carimbos de data/hora unidirecionais em uma sonda, as seguintes medidas unidirecionais são relatadas:

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

  • Número de sondas enviadas

  • Número de respostas de sondagem recebidas

  • Porcentagem de sondas perdidas

Suporte ao Junos OS

Configuração e resultados da sonda

No Junos OS, a configuração e os resultados da sondagem são suportados pela interface de linha de comando (CLI) e pelo SNMP. Você define as opções de teste na test test-name instrução no nível deedit services rpm probe owner [] hierarquia. Use o show services rpm probe-results comando para exibir os resultados das sondas RPM mais recentes.

Observação:

Limitações para switches da Série EX e Série QFX:

  • O protocolo de medição ativa bidirecional (TWAMP) 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 RPM em relação aos pacotes de dados regulares recebidos em uma interface de entrada.

  • Carimbos de data/hora:

    • Se o respondente não oferecer suporte a carimbos de data/hora de hardware, o RPM só poderá relatar as medições de ida e volta e não poderá calcular o jitter de ida e volta. (Os switches da Série QFX não oferecem suporte a carimbos de data e hora de hardware.)

    • Os switches da Série EX não oferecem suporte a carimbos de data e hora de hardware ou carimbos de data e hora de pseudohardware para sondas HTTP e TCP.

    • Os carimbos de data/hora se aplicam apenas ao tráfego IPv4.

    • Atualizações de software em serviço (ISSU) e atualizações de software ininterruptas (NSSU) não suportam carimbos de data e hora de pseudo-hardware.

Para especificar o conteúdo do pacote e do protocolo da sonda, inclua a probe-type declaração no nível da [edit services rpm probe owner test test-name] hierarquia. Os seguintes tipos de sondagem são suportados:

  • http-get— Envia uma solicitação get HTTP (Hypertext Transfer Protocol) para uma URL de destino.

  • http-metadata-get— Envia uma solicitação HTTP get de metadados para um URL de destino.

  • icmp-ping— Envia solicitações de eco ICMP para um endereço de destino.

  • icmp-ping-timestamp— Envia solicitações de carimbo de data/hora ICMP para um endereço de destino.

  • tcp-ping— Envia pacotes TCP para um alvo.

  • udp-ping— Envia pacotes UDP para um alvo.

  • udp-ping-timestamp— Envia solicitações de carimbo de data/hora UDP para um endereço de destino.

Suporte a túnel IPsec e GRE

Você pode aplicar RPM a túneis IPsec e túneis GRE para clientes e servidores RPM baseados em PIC e no Mecanismo de Roteamento se estiver usando MS-MPCs ou MS-MICs. Mecanismo de Encaminhamento de Pacotes O RPM baseado em Mecanismo de Encaminhamento de Pacotes não é suportado para túneis IPsec. O suporte ao RPM em túneis IPSec permite o monitoramento do SLA (contrato de nível de serviço) para o tráfego transportado em túneis IPSec.

Observação:

O RPM não é suportado em sistemas lógicos.

Use o Explorador de recursos: suporte a RPM para túneis IPsec e GRE para confirmar o suporte à plataforma e à versão para esse recurso.

Rotas estáticas rastreadas por RPM

No Junos OS, você também pode configurar serviços RPM para determinar automaticamente se existe um caminho entre um dispositivo host e seus vizinhos BGP configurados. Você pode exibir os resultados da descoberta usando um cliente SNMP. Os resultados são armazenados em pingResultsTable, jnxPingResultsTable, jnxPingProbeHistoryTable, e pingProbeHistoryTable.

Usar o Explorador de Recursos: ativar ou desativar rotas estáticas com base nos resultados do teste de RPM, Explorador de Recursos: rastrear rotas RPM estáticas em vários próximos saltos e Explorador de Recursos: uma extensão das rotas estáticas rastreadas por RPM para confirmar o suporte à plataforma e liberar esse 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 da rota preferencial com base nos resultados da sonda. As rotas rastreadas por RPM podem ser IPv4 ou IPv6 e oferecem suporte a um único próximo salto IPv4 ou IPv6. Você configura esse recurso com a rpm-tracking declaração no nível da [edit routing-options] hierarquia or [edit routing-instances routing-options] . Por exemplo, sondas RPM podem ser enviadas a um endereço IP para determinar se o link está ativo e, em caso afirmativo, o software instala uma rota estática na tabela de rotas. As rotas estáticas rastreadas 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 esses dispositivos que suportam vários próximos saltos, você pode rastrear até 16 próximos saltos para cada rota estática rastreada por RPM IPv4 ou IPv6 e pode configurar valores de preferência de rota e tag para cada prefixo de destino IPv4 ou IPv6.

Suporte a RPM e carimbo de data/hora relacionado no MPC, MS-MIC/MPC e Mecanismo de Roteamento

A Tabela 1 fornece informações sobre RPM e suporte a carimbo de data/hora relacionado no MPC, MS-MIC/MPC e Mecanismo de Roteamento:

Tabela 1: RPM e suporte de carimbo de data/hora relacionado para sondas ICMP

Característica

Função

Versão IP

Suporte (S/N)

Carimbo de data/hora no Mecanismo de Roteamento

Carimbo de data/hora no MPC (carimbo de data/hora do hardware)

Carimbo de data/hora no MPC (interface si)

Carimbo de data/hora no MS-MIC/MPC (delegado-sondas)

RPM

Cliente

IPv4

Y

Y (μs)

2000 sondas máximas

Y (μs)

2000 sondas máximas

N

Y (ms)

1 milhão de sondas no máximo

IPv6

Y

Y (μs)

2000 sondas máximas

N

N

Y (ms)

1 milhão de sondas no máximo

Servidor

IPv4

Y

Y (μs)

2000 sondas máximas

Y (μs)

2000 sondas máximas

N

Y (ms)

1 milhão de sondas no máximo

IPv6

Y

Y (μs)

2000 sondas máximas

N

N

Y (ms)

1 milhão de sondas no máximo

Suporte ao Junos OS Evolved

Configuração e resultados da sonda

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 é 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-type declaração como none para configurar esse tipo de teste.

    • http-metadata-get (adicionado ao Junos OS Evolved 23.4R1)

      Você deve definir a offload-type declaração como none para configurar esse tipo de teste.

    • icmp-ping

    • carimbo de data e hora icmp

    • tcp-ping (adicionado no Junos OS Evolved 23.4R1)

      Você deve definir a offload-type declaração como none para configurar esse tipo de teste.

    • udp-ping

    • udp-timestamp

  • Gerenciamento do histórico de sondagem

  • Relatórios somente por meio de syslog

A partir do Junos OS Evolved Release 21.2R1, os relatórios por meio de objetos SNMP MIB são suportados para RPM.

Use o Explorador de recursos: serviços de RPM em linha para confirmar o suporte à plataforma e à versão para o Junos OS Evolved.

Rotas estáticas rastreadas por RPM

A partir do Junos OS Evolved Release 24.4R1 para dispositivos que oferecem suporte a esse recurso, estendemos o suporte para rastreamento de rota estática ao Junos OS Evolved e incluímos também o suporte para testes do Protocolo de medição ativa bidirecional (TWAMP). Você usa sondas RPM ou TWAMP para detectar o status do link e alterar o estado da rota preferencial com base nos resultados da sondagem. As rotas estáticas rastreadas podem ser IPv4 ou IPv6, e cada rota estática rastreada IPv4 e IPv6 suporta até 16 próximos saltos. 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 forma diferente em dispositivos Junos OS Evolved; Você configura a sla-tracking declaração no nível da [edit routing-options] hierarquia. Você também usa um comando diferente, show route sla-tracking, 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.

Documentação relacionada

Tabela de histórico de alterações

A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.

Lançamento
Descrição
25.4R1
Você pode especificar um FQDN (nome de domínio totalmente qualificado) como destino em vez do endereço IPv4 ou IPv6 do destino. O dispositivo resolve o FQDN por meio do DNS (Sistema de Nomes de Domínio) no início de cada teste e, em seguida, envia sondas para o endereço resolvido em cada intervalo. A telemetria primeiro exibe o FQDN até a resolução e, em seguida, mostra o endereço de destino para ajudá-lo a controlar as alterações. Se a resolução do DNS falhar, os resultados da investigação manterão o FQDN como o endereço de destino. Se o servidor DNS estiver lento para responder, não responder ou não estiver acessível, o teste de RPM poderá demorar para iniciar ou não iniciar.
24.4R1-EVO
Estendemos o suporte para rastreamento de rota estática ao Junos OS Evolved e incluímos também o suporte para testes do Protocolo de medição ativa bidirecional (TWAMP). Você usa sondas RPM ou TWAMP para detectar o status do link e alterar o estado da rota preferencial com base nos resultados da sondagem. As rotas estáticas rastreadas podem ser IPv4 ou IPv6, e cada rota estática rastreada IPv4 e IPv6 suporta até 16 próximos saltos. 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 forma diferente em dispositivos Junos OS Evolved; Você configura a sla-tracking declaração no nível da [edit routing-options] hierarquia. Para o Junos OS, você configuraria a rpm-tracking declaração no mesmo nível de hierarquia.
23.4R1-EVO
Você pode configurar tcp-ping, http-get, e http-metadata-get sondas para RPM.
23.1R1-EVO
Você pode configurar endereços de origem e destino IPv6 para sondas RPM. Também adicionamos suporte para endereços IPv6 às tabelas de controle e resultados de MIB SNMP RFC2925a. Para sondas RPM IPv6, você pode habilitar carimbos de data/hora somente no Mecanismo de Roteamento.
21.2R1-EVO
Há suporte para relatórios por meio de objetos MIB SNMP para RPM.
20.4R1
Para rotas estáticas rastreadas por RPM, você pode configurar valores de preferência de rota e tag para cada prefixo de destino IPv4 ou IPv6.
20.1R1-EVO
Você pode configurar sondas RPM. Para o Junos OS Evolved, o RPM é configurado no nível de [edit services monitoring rpm] hierarquia.
19.3R2
O RPM não é suportado quando você habilita os serviços de próxima geração em um roteador da Série MX.
19.1R1
Você pode rastrear até 16 próximos saltos para cada rota estática rastreada por RPM IPv4 ou IPv6.
19.1R1
Você pode habilitar carimbos de data/hora em mensagens de sondagem RPM no Mecanismo de Encaminhamento de Pacotes.
18.4R1
Você pode usar sondas RPM para detectar o status do link e alterar o estado da rota preferida com base nos resultados da sondagem. As rotas rastreadas por RPM podem ser IPv4 ou IPv6 e oferecem suporte a um único próximo salto IPv4 ou IPv6. Por exemplo, sondas RPM podem ser enviadas a um endereço IP para determinar se o link está ativo e, em caso afirmativo, o software instala uma rota estática na tabela de rotas. As rotas estáticas rastreadas 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.
17.3R1
Você pode aplicar RPM a túneis IPsec e túneis GRE para clientes e servidores RPM baseados em PIC e no Mecanismo de Roteamento se estiver usando MS-MPCs ou MS-MICs.