Monitoramento de desempenho em tempo real para dispositivos SRX
Esta seção descreve o recurso de monitoramento de desempenho em tempo real (RPM) que permite que os operadores de rede e seus clientes mensurem com precisão o desempenho da rede entre dois endpoints.
Visão geral do RPM (SRX)
Com a ferramenta RPM, você configura e envia sondagens para um alvo especificado e monitora os resultados analisados para determinar a perda de pacotes, o tempo de ida e volta e o jitter.
O RPM permite que você realize o monitoramento de nível de serviço. 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. Esses valores são reunidos por solicitações de GET do Hypertext Transfer Protocol (HTTP), solicitações do Protocolo de Mensagem de Controle de Internet (ICMP) e solicitações de TCP e UDP, dependendo da configuração.
Esta seção contém os seguintes tópicos:
- Sondas RPM
- Testes de RPM
- Intervalos de sonda e teste
- Medição do jitter com o tempode uso do hardware
- Estatísticas de RPM
- Limites e armadilhas de RPM
- RPM para monitoramento BGP
Sondas RPM
Você reúne estatísticas de RPM enviando sondagens para um alvo de sondagem especificado, identificado por um endereço IP ou URL. Quando o alvo recebe a sonda, ele gera respostas, que são recebidas pelo dispositivo. Analisando os tempos de trânsito de e para o servidor remoto, o dispositivo pode determinar estatísticas de desempenho da rede.
O dispositivo envia os seguintes tipos de sondagem:
SOLICITAÇÃO DE HTTP GET em uma URL-alvo
HTTP GET solicitação de metadados em uma URL alvo
Solicitação de eco do ICMP a um endereço-alvo (o padrão)
Solicitação de data e hora do ICMP a um endereço-alvo
Pacotes de ping UDP para um dispositivo-alvo
Solicitações de data e hora do UDP para um endereço-alvo
Pacotes de ping TCP para um dispositivo-alvo
Os tipos de sondagem UDP e TCP exigem que o servidor remoto seja configurado como um receptor RPM para que ele gere respostas às sondas.
Os resultados da sonda RPM também estão disponíveis na forma de objetos MIB por meio do protocolo SNMP.
No SRX300, SRX320, SRX340, SRX1500, SRX4600 dispositivos e instâncias de firewall virtual vSRX, quando você configura sondas rpm básicas, a combinação a seguir dos parâmetros de configuração não é suportada:
Endereço de origem e porta de destino e next-hop.
Configurar a sonda RPM com esses parâmetros impede o envio de sondas RPM para um alvo de sonda especificado. Recomendamos que você configure o endereço de origem ou a porta de destino e o próximo salto para configurar a sonda RPM.
Testes de RPM
Cada alvo sondado é monitorado ao longo de um teste. Um teste representa uma coleção de sondas, enviadas em intervalos regulares, conforme definido na configuração. As estatísticas são então devolvidas para cada teste. Como um teste é uma coleção de sondas que foram monitoradas ao longo de algum tempo, estatísticas de teste, como desvio padrão e jitter, podem ser calculadas e incluídas com as estatísticas médias da sonda.
Intervalos de sonda e teste
Em um teste, as sondas RPM são enviadas em intervalos regulares, configuradas em segundos. Quando o número total de sondas foi enviado e as respostas correspondentes recebidas, o teste é concluído. Você pode definir manualmente o intervalo da sonda para cada teste para controlar como o teste de RPM é conduzido.
Depois que todas as sondas para um teste em particular foram enviadas, o teste começa novamente. O tempo entre os testes é o intervalo de teste. Você pode definir manualmente o intervalo de teste para ajustar o desempenho de RPM.
Em dispositivos SRX340, a operação do servidor RPM com icmp não é suportada. O servidor RPM funciona bem com TCP e UDP.
Medição do jitter com o tempode uso do hardware
Jitter é a diferença no tempo de trânsito relativo entre duas sondas consecutivas.
Você pode temporizar 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
O dispositivo oferece suporte ao tempo de tempo de hardware de sondas RPM de ping UDP e UDP somente se a porta de destino for UDP-ECHO (porta 7).
O temporização ocorre durante o processo de encaminhamento do dispositivo que origina a sonda (o cliente RPM), mas não no dispositivo remoto que é o alvo da sonda (o servidor RPM).
Os encapsulamentos suportados em um dispositivo para o temporizador são Ethernet, incluindo VLAN, PPP síncrono e Frame Relay. A única interface lógica suportada é uma interface de serviços lt .
A geração de sondas RPM com data e hora do hardware pode ser recuperada pelo protocolo SNMP.
Estatísticas de RPM
Ao final de cada teste, o dispositivo coleta as estatísticas para tempo de ida e volta de pacotes, tempos de entrada e saída de pacotes (apenas para sondas de tempo de ICMP) e perda de sondagem conforme mostrado na Tabela 1.
Estatísticas de RPM |
Descrição |
|---|---|
| Tempos de ida e volta | |
Tempo mínimo de ida e volta |
Menor tempo de ida e volta desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste |
Tempo máximo de ida e volta |
O tempo de ida e volta mais longo do dispositivo da Juniper Networks para o servidor remoto, medido ao longo do teste |
Tempo médio de ida e volta |
Tempo médio de ida e volta desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste |
Tempo de ida e volta de desvio padrão |
Desvio padrão dos tempos de ida e volta do dispositivo da Juniper Networks para o servidor remoto, medido ao longo do teste |
Jitter |
Diferença entre os tempos máximos e mínimos de ida e volta, medidos ao longo do teste |
| Tempos de entrada e saída (apenas sondas de data e hora do ICMP) | |
Tempo mínimo de saída |
Menor tempo de ida, desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste |
Tempo máximo de entrada |
Menor tempo de ida do servidor remoto até o dispositivo da Juniper Networks, medido ao longo do teste |
Tempo médio de saída |
Tempo médio de ida do dispositivo da Juniper Networks até o servidor remoto, medido ao longo do teste |
Tempo médio de entrada |
Tempo médio de ida do servidor remoto até o dispositivo da Juniper Networks, medido ao longo do teste |
Tempo de saída de desvio padrão |
Desvio padrão dos tempos de ida do dispositivo da Juniper Networks para o servidor remoto, medido ao longo do teste |
Tempo de entrada de desvio padrão |
Desvio padrão dos tempos de ida do servidor remoto para o dispositivo da Juniper Networks, medido ao longo do teste |
Jitter de saída |
Diferença entre os tempos máximos e mínimos de saída, medidos ao longo do teste |
Jitter de entrada |
Diferença entre os tempos máximos e mínimos de entrada, medidos ao longo do teste |
| Contagem de sondas | |
Sondagens enviadas |
Número total de sondagens enviadas ao longo do teste |
Respostas de sondagem recebidas |
Número total de respostas de sonda recebidas ao longo do teste |
Porcentagem de perdas |
Porcentagem de sondagens enviadas para as quais uma resposta não foi recebida |
Limites e armadilhas de RPM
Você pode configurar os valores de limite de RPM para os tempos de ida e volta, os tempos de entrada (entrada) e os tempos de saída (de saída) medidos para cada sonda, bem como para o desvio padrão e valores de jitter que são medidos para cada teste. Além disso, você pode configurar valores limiares para o número de sondas perdidas sucessivas em um teste e o número total de sondas perdidas em um teste.
Se o resultado de uma sonda ou teste exceder qualquer limite, o dispositivo gera uma mensagem de log do sistema e envia quaisquer notificações (armadilhas) do Simple Network Management Protocol (SNMP) que você configurou.
A partir do Junos OS Release 18.4R1, se o resultado de uma sonda ou teste exceder o limite de perda de pacotes, a sonda de teste de monitoramento de desempenho (RPM) em tempo real é marcada como falha. A sonda de teste também falha quando o tempo de ida e volta (RTT) excede o valor limite configurado. Como resultado, o dispositivo gera uma notificação de SNMP (armadilha) e marca o teste de RPM como falha. O RPM permite que você realize o monitoramento de nível de serviço. 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.
RPM para monitoramento BGP
Ao gerenciar redes de peering conectadas usando o Border Gateway Protocol (BGP), você pode precisar descobrir se existe um caminho entre o dispositivo Juniper Networks e seus vizinhos BGP configurados. Você pode pingar manualmente em cada vizinho BGP para determinar o status da conexão, mas este método não é prático quando o dispositivo tem um grande número de vizinhos BGP configurados.
No dispositivo, você pode configurar sondas RPM para monitorar os vizinhos BGP e determinar se eles estão ativos.
Diretrizes para a configuração de sondas RPM para IPv6 (firewalls da Série SRX)
Começando pelo Junos OS Release 15.1X49-D10, você pode configurar sondas RPM para IPv6.
Tenha em mente as seguintes diretrizes ao configurar endereços IPv6 para destinos ou servidores de RPM:
O IPv6 RPM usa solicitações de sondagem ICMPv6. Você não pode configurar tipos de sondagem de data e hora do ICMP ou ICMP.
Apenas o RPM baseado em mecanismo de roteamento é suportado para alvos IPv6, incluindo suporte a VRF, especificação do tamanho da porção de dados das sondas ICMPv6, padrão de dados e classe de tráfego.
Você pode configurar sondas com uma combinação de testes IPv4 e IPv6. No entanto, um teste individual deve ser IPv4 ou IPv6.
A RPM baseada em mecanismo de roteamento não oferece suporte a datas de tempo baseadas em hardware ou de mão única.
Recomendamos que você inclua a
probe-limitdeclaração no nível de[edit services rpm]hierarquia para definir o limite em sondas simultâricas para 10. Sondas simultâricas mais altas podem resultar em picos mais altos.A operação de conjunto de SNMP é permitida apenas em sondas ICMP e não é suportada para outros tipos de sondagem.
A tabela a seguir descreve os prefixos de endereços especiais IPv6 que você não pode configurar em uma sonda.
Tipo de endereço IPV6
Prefixo de endereço IPV6
Unicast com escopo de nós
::1/128 é o endereço de loopback
::/128 é o endereço não especificado
Endereços mapeados por IPv4
::FFFF:0:0/96
Endereços compatíveis com IPv4
:<v4 endereço>/96
Unicast com escopo de link
fe80::/10
Exclusivo local
fc00::/7
Prefixo de documentação
2001:db8:/32
6to4
2002::/16
6bone
5f00::/8
ORQUÍDEA
2001:10::/28
Teredo
2001::/32
Rota padrão
::/0
Multicast
ff00::/8
No RPM baseado em mecanismo de roteamento, os picos de tempo de viagem de rota (RTT) podem ocorrer devido a atrasos na fila, mesmo com um único teste.
Como o RPM pode abrir portas TCP e UDP para se comunicar entre o servidor RPM e o cliente RPM, recomendamos que você use firewalls e filtros de ataque de negação de serviço (DDoS) distribuídos para proteger contra ameaças de segurança.
Sondas IPv6 RPM (firewall virtual vSRX)
A partir do Junos OS Release 15.1X49-D10, o RPM baseado em mecanismo de rota pode enviar e receber pacotes de sondagem IPv6 para monitorar o desempenho em redes IPv6.
Uma solicitação de sondagem é um pacote IPv6 padrão com cabeçalhos TCP, UDP e ICMPv6 correspondentes. Uma resposta de sondagem também é um pacote IPv6 padrão com cabeçalhos TCP, UDP e ICMPv6 correspondentes. Nenhum cabeçalho RPM é apensado ao pacote padrão para RPM baseado em RE. Um teste de RPM baseado em IPv6 ocorre entre um cliente IPv6 RPM e um servidor IPv6 RPM.
Você pode ter testes IPv4 e IPv6 na mesma sonda.
Configuração de sondas IPv6 RPM (firewall virtual vSRX)
Começando pelo Junos OS Release 15.1X49-D10, você pode configurar endereços de destino IPv6 para um teste de sonda rpm baseado em IPv6.
Para configurar um teste de RPM IPv6:
Ajuste de sondas RPM (firewalls da Série SRX)
Após a configuração de uma sonda RPM, você pode definir parâmetros para controlar funções de sondagem, como o intervalo entre sondas, o número total de sondagens simultâricas que um sistema pode lidar e o endereço de origem usado para cada pacote de sondagem.
Para ajustar as sondas RPM:
Monitoramento de sondas RPM (firewalls da Série SRX)
As informações de RPM incluem os valores de tempo de ida e volta, jitter e desvio padrão para cada teste de RPM configurado no dispositivo. Para ver essas propriedades de RPM, selecione Solução de problemas>RPM>View RPM na interface de usuário J-Web ou no modo de configuração entre no show comando:
[edit]
user@host# run show services rpm probe-results
Além das estatísticas de RPM para cada teste de RPM, a interface de usuário J-Web exibe os tempos de ida e volta e o jitter cumulativo graficamente. A Figura 1 mostra gráficos de amostra para um teste de RPM.
de RPM de amostra
Na Figura 1, os valores de jitter e tempo de ida e volta são plotados em função do tempo do sistema. Grandes picos no tempo ou jitter de ida e volta indicam um tempo de saída (saída) ou de entrada (entrada) mais lento para a sonda enviada naquele momento específico.
A Tabela 2 resume os principais campos de saída em displays RPM.
| Campo |
Valores |
Informações adicionais |
|---|---|---|
| Atualmente executando testes | ||
| Gráfico |
Clique no link gráfico para exibir o gráfico (se ainda não estiver exibido) ou atualizar o gráfico para um determinado teste. |
|
| Proprietário |
Nome do proprietário configurado do teste de RPM. |
– |
| Nome do teste |
Nome configurado do teste de RPM. |
– |
| Tipo de sonda |
Tipo de sonda RPM configurada para o teste especificado:
|
– |
| Endereço-alvo |
Endereço IPv4, endereço IPv6 ou URL do servidor remoto que está sendo sondado pelo teste RPM. |
– |
| Endereço fonte |
Endereço de origem IPv4 ou IPv6 configurado explicitamente que está incluído nos cabeçalhos de pacotes da sonda. |
Se nenhum endereço de origem estiver configurado, os pacotes de sonda RPM usam a interface de saída como endereço fonte, e o campo de endereço fonte está vazio. |
| RTT mínimo |
Menor tempo de ida e volta desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste. |
– |
| RTT máximo |
O tempo de ida e volta mais longo, desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste. |
– |
| RTT médio |
Tempo médio de ida e volta desde o dispositivo da Juniper Networks até o servidor remoto, conforme medido ao longo do teste. |
– |
| RTT de desvio padrão |
Desvio padrão de tempos de ida e volta do dispositivo da Juniper Networks para o servidor remoto, medido ao longo do teste. |
– |
| Sondagens enviadas |
Número total de sondagens enviadas ao longo do teste. |
– |
| Porcentagem de perdas |
Porcentagem de sondagens enviadas para as quais uma resposta não foi recebida. |
– |
| Tempo de ida e volta para uma sonda | ||
| Amostras |
Número total de sondagens usadas para o conjunto de dados. |
O dispositivo da Juniper Networks mantém registros das 50 sondas mais recentes para cada teste configurado. Essas 50 sondagens são usadas para gerar estatísticas de RPM para um teste específico. |
| Amostra mais antiga |
Tempo de sistema quando a primeira sonda da amostra foi recebida. |
– |
| Amostra mais recente |
Tempo de sistema quando a última sonda na amostra foi recebida. |
– |
| Valor médio |
Tempo médio de ida e volta para a amostra de 50 sondas. |
– |
| Desvio padrão |
Desvio padrão dos tempos de ida e volta para a amostra de 50 sondas. |
– |
| Menor valor |
Menor tempo de ida e volta do dispositivo até o servidor remoto, conforme medido ao longo da amostra de 50 sondas. |
– |
| Tempo de amostra mais baixa |
Tempo de sistema em que o menor valor da amostra de 50 sondas foi recebido. |
– |
| Mais alto valor |
O tempo de ida e volta mais longo, desde o dispositivo da Juniper Networks até o servidor remoto, medido ao longo da amostra de 50 sondas. |
– |
| Tempo de amostra mais alta |
Tempo de sistema em que o valor mais alto da amostra de 50 sondas foi recebido. |
– |
| Jitter cumulativo para uma sonda | ||
| Amostras |
Número total de sondagens usadas para o conjunto de dados. |
O dispositivo da Juniper Networks mantém registros das 50 sondas mais recentes para cada teste configurado. Essas 50 sondagens são usadas para gerar estatísticas de RPM para um teste específico. |
| Amostra mais antiga |
Tempo de sistema quando a primeira sonda da amostra foi recebida. |
– |
| Amostra mais recente |
Tempo de sistema quando a última sonda na amostra foi recebida. |
– |
| Valor médio |
Jitter médio para a amostra de 50 sondas. |
– |
| Desvio padrão |
Desvio padrão dos valores de jitter para a amostra de 50 sondas. |
– |
| Menor valor |
Menor valor de jitter, medido ao longo da amostra de 50 sondas. |
– |
| Tempo de amostra mais baixa |
Tempo de sistema em que o menor valor da amostra de 50 sondas foi recebido. |
– |
| Mais alto valor |
Maior valor de jitter, medido ao longo da amostra de 50 sondas. |
– |
| Tempo de amostra mais alta |
Tempo de sistema em que o maior valor de jitter na amostra de 50 sondas foi recebido. |
– |
Exemplo: Configuração de sondas RPM básicas (SRX)
Este exemplo mostra como configurar sondas de RPM básicas para medir o desempenho entre dois endpoints de rede.
Requisitos
Antes de começar:
Estabeleça conectividade básica.
Configure interfaces de rede. Consulte o guia de usuário de interfaces para dispositivos de segurança.
Visão geral
Neste exemplo, você configura sondagens básicas para dois proprietários de RPM, customerA e customerB. Você configura o teste de RPM como um teste de cânhamo para o clienteA com um intervalo de teste de 15 segundos e especifica um tipo de sonda como temporização de icmp-ping, um tempo de sonda e um endereço alvo como 192.178.16.5. Em seguida, você configura os limiares de RPM e as armadilhas SNMP correspondentes para capturar tempos de entrada (de entrada) maiores que 3000 microssegundos.
Em seguida, você configura o teste de RPM como http-teste para o customerB com um intervalo de teste de 30 segundos e especifica um tipo de sondagem como http-get e um URL alvo como http://customerB.net. Por fim, você configura limiares de RPM e armadilhas SNMP correspondentes como falha de sonda e falha no teste para capturar três ou mais sondas perdidas sucessivas e sondas perdidas totais de 10.
No SRX300, SRX320, SRX340 SRX1500 dispositivos e instâncias de firewall virtual vSRX, quando você configura sondas de RPM básicas, a seguinte combinação dos parâmetros de configuração não é suportada:
Endereço de origem e porta de destino e next-hop.
Configurar a sonda RPM com esses parâmetros impede o envio de sondas RPM para um alvo de sonda especificado. Recomendamos que você configure o endereço de origem ou a porta de destino e o próximo salto para configurar a sonda RPM.
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
set services rpm probe customerA test icmp-test probe-interval 15 set services rpm probe customerA test icmp-test probe-type icmp-ping-timestamp set services rpm probe customerA test icmp-test hardware-timestamp set services rpm probe customerA test icmp-test target address 192.178.16.5 set services rpm probe customerA test icmp-test thresholds ingress-time 3000 set services rpm probe customerA test icmp-test traps ingress-time-exceeded set services rpm probe customerB test http-test probe-interval 30 set services rpm probe customerB test http-test probe-type http-get set services rpm probe customerB test http-test target url http://customerB.net set services rpm probe customerB test http-test thresholds successive-loss 3 set services rpm probe customerB test http-test thresholds total-loss 10 set services rpm probe customerB test http-test traps probe-failure set services rpm probe customerB test http-test traps test-failure
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, veja Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI .
Para configurar sondas RPM básicas:
Configure o RPM.
[edit] user@host# edit services rpm
Configure os proprietários de RPM.
[edit services rpm] user@host# set probe customerA user@host# set probe customerB
Configure o teste de RPM para o customerA.
[edit services rpm] user@host# edit probe customerA user@host# set test icmp-test probe-interval 15 user@host# set test icmp-test probe-type icmp-ping-timestamp
Especifique um data de tempo de sonda e um endereço alvo.
[edit services rpm probe customerA] user@host# set test icmp-test hardware-timestamp user@host# set test icmp-test target address 192.178.16.5
Configure limiares de RPM e armadilhas SNMP correspondentes.
[edit services rpm probe customerA] user@host# set test icmp-test thresholds ingress-time 3000 user@host# set test icmp-test traps ingress-time-exceeded
Configure o teste de RPM para o customerB.
[edit] user@host# edit services rpm probe customerB user@host# set test http-test probe-interval 30
Especifique um tipo de sonda e um URL alvo.
[edit services rpm probe customerB] user@host# set test http-test probe-type http-get user@host# set test http-test target url http://customerB.net
Configure limiares de RPM e armadilhas SNMP correspondentes.
[edit services rpm probe customerB] user@host# set test http-test thresholds successive-loss 3 user@host# set test http-test thresholds total-loss 10 user@host# set test http-test traps probe-failure user@host# set test http-test traps test-failure
Resultados
A partir do modo de configuração, confirme sua configuração entrando no run show services rpm comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
[edit]
user@host# run show services rpm
probe customerA {
test icmp-test {
probe-type icmp-ping-timestamp;
target address 192.178.16.5;
probe-interval 15;
thresholds {
ingress-time 3000;
}
traps ingress-time-exceeded;
hardware-timestamp;
}
}
probe customerB {
test http-test {
probe-type http-get;
target url http://customerB.net;
probe-interval 30;
thresholds {
successive-loss 3;
total-loss 10;
}
traps [ probe-failure test-failure ];
}
}
Se você terminar de configurar o dispositivo, entre no commit modo de configuração.
Verificação
Confirme se a configuração está funcionando corretamente.
Verificação dos serviços de RPM
Propósito
Verifique se a configuração de RPM está dentro dos valores esperados.
Ação
A partir do modo operacional, entre no show services rpm comando. A saída mostra os valores configurados para RPM no dispositivo.
Verificação das estatísticas de RPM
Propósito
Verifique se as sondas RPM estão funcionando e se as estatísticas de RPM estão dentro dos valores esperados.
Ação
A partir do modo operacional, entre no show services rpm probe-results comando.
user@host> show services rpm probe-results
Owner: customerD, Test: icmp-test
Probe type: icmp-ping-timestamp
Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Average Rtt: 331 usec,
Jitter Rtt: 73 usec, Stddev Rtt: 27 usec
Minimum egress time: 0 usec, Maximum egress time: 0 usec,
Average egress time: 0 usec, Jitter egress time: 0 usec,
Stddev egress time: 0 usec
Minimum ingress time: 0 usec, Maximum ingress time: 0 usec,
Average ingress time: 0 usec, Jitter ingress time: 0 usec,
Stddev ingress time: 0 usec
Probes sent: 5, Probes received: 5, Loss percentage: 0
Owner: customerE, Test: http-test
Target address: 192.176.17.4, Target URL: http://customerB.net,
Probe type: http-get
Minimum Rtt: 1093 usec, Maximum Rtt: 1372 usec, Average Rtt: 1231 usec,
Jitter Rtt: 279 usec, Stddev Rtt: 114 usec
Probes sent: 3, Probes received: 3, Loss percentage: 0
Owner: Rpm-Bgp-Owner, Test: Rpm-Bgp-Test-1
Target address: 10.209.152.37, Probe type: icmp-ping, Test size: 5 probes
Routing Instance Name: LR1/RI1
Probe results:
Response received, Fri Oct 28 05:20:23 2005
Rtt: 662 usec
Results over current test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Results over all tests:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Measurement: Round trip time
Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec,
Jitter: 133 usec, Stddev: 53 usec
Configure as armadilhas que deseja usando o set services rpm probe p1 test t1 traps comando.
Se uma armadilha for acionada, você pode visualizar o mesmo no arquivo de log chamado mensagens nomeadas usando o show snmp log messages | match rmopd comando.
| Opção possível |
Conjunto de valores |
|---|---|
| egresso-jitter excedido |
Limite de tempo de jitter excedido na saída |
| egresso-std-dev-exced |
Limite de desvio padrão de tempo de saída excedido |
| tempo de saída excedido |
Limite de tempo de saída máximo excedido |
| de entrada-jitter-excedida |
Limite de tempo de entrada de jitter excedido |
| ingress-std-dev-exced |
Limite de desvio padrão de tempo de entrada excedido |
| falha na sonda |
Limite de perda de sonda sucessivo alcançado |
| rtt-excedido |
Limite máximo de tempo de ida e volta excedido |
| std-dev-exced |
Limite de desvio padrão de tempo de ida e volta excedido |
| conclusão do teste |
Teste concluído |
| falha no teste |
Limite total de perda de sonda alcançado |
Exemplo: configuração de RPM usando sondas TCP e UDP (firewalls da Série SRX)
Este exemplo mostra como configurar o RPM usando sondas TCP e UDP.
Requisitos
Antes de começar:
Estabeleça conectividade básica.
Configure interfaces de rede. Consulte o guia de usuário de interfaces para dispositivos de segurança.
Configure o proprietário da sonda, o teste e os parâmetros específicos da sonda RPM. Veja o monitoramento de desempenho em tempo real para dispositivos SRX.
Visão geral
Neste exemplo, você configura tanto o host (dispositivo A) quanto o dispositivo remoto (dispositivo B) para atuar como servidores TCP e UDP. Você configura uma sonda para o customerC, que usa pacotes TCP. O dispositivo B é configurado como um servidor RPM para pacotes TCP e UDP, usando uma interface de serviços lt como interface de destino e portas 50000 e 50037, respectivamente.
Use a classificação da sonda com cuidado, porque a configuração incorreta pode fazer com que os pacotes sejam descartados.
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
{device A}
set services rpm probe customerC test tcp-test probe-interval 5
set services rpm probe customerC test tcp-test probe-type tcp-ping
set services rpm probe customerC test tcp-test target address 192.162.45.6
set services rpm probe customerC test tcp-test destination-interface lt-0/0/0
set services rpm probe customerC test tcp-test destination-port 50000
{device B}
set services rpm probe-server tcp port 50000
set services rpm probe-server udp port 50037
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, veja Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI .
Para configurar RPM usando sondas TCP e UDP:
Configure o proprietário do RPM no dispositivo A.
{device A} [edit] user@host# edit services rpm user@host# set probe customerCConfigure o teste de RPM.
{device A} [edit services rpm] user@host# edit services rpm probe customerC user@host# set test tcp-test probe-interval 5Definir o tipo de sonda.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test probe-type tcp-pingEspecifique o endereço alvo.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test target address 192.162.45.6Configure a interface de destino.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-interface It-0/0/0Configure a porta 50000 como a porta TCP para a qual as sondas RPM são enviadas.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-port 50000Configure o dispositivo B para atuar como um servidor TCP usando a porta 50000.
{device B} [edit] user@host# edit services rpm user@host# set probe-server tcp port 50000Configure o dispositivo B para atuar como um servidor UDP usando a porta 50037.
{device B} [edit services rpm] user@host# set probe-server udp port 50037
Resultados
A partir do modo operacional, confirme sua configuração entrando no show services rpm comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
[edit]
user@host# show services rpm
probe customerC {
test tcp-test {
probe-type tcp-ping;
target address 192.162.45.6;
probe-interval 5;
destination-port 50000;
destination-interface lt-0/0/0.0;
}
}
probe-server {
tcp {
port 50000;
}
udp {
port 50037;
}
}
Se você terminar de configurar o dispositivo, entre no commit modo de configuração.
Verificação
Verificação de servidores de sondagem RPM
Propósito
Confirme se a configuração está funcionando corretamente.
Verifique se o dispositivo está configurado para receber e transmitir sondas TCP e UDP RPM nas portas corretas.
Ação
A partir do modo operacional, entre no show services rpm active-servers comando. A saída mostra uma lista dos protocolos e portas correspondentes para as quais o dispositivo está configurado como um servidor RPM.
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000
Protocol: UDP, Port: 50037
Exemplo: Configuração de sondas RPM para monitoramento BGP
Este exemplo mostra como configurar sondas RPM para monitorar vizinhos BGP.
Requisitos
Antes de começar:
Configure os parâmetros BGP na configuração de RPM para enviar sondas RPM para vizinhos BGP. Veja o monitoramento de desempenho em tempo real para dispositivos SRX.
Use sondas TCP ou UDP configurando tanto o servidor de sonda (dispositivo Juniper Networks) quanto o receptor de sondagem (o dispositivo remoto) para transmitir e receber sondas RPM na mesma porta TCP ou UDP. Veja o monitoramento de desempenho em tempo real para dispositivos SRX.
Visão geral
Neste exemplo, você especifica um valor hexadecimal que deseja usar para a parte de dados da sonda RPM como ABCD123. ( Varia de 1 a 2048 caracteres.) Você especifica o tamanho dos dados da sonda RPM como 1024 bytes. (O valor varia de 0 a 65.507.)
Em seguida, você configura a porta de destino 50000 como a porta TCP à qual as sondas RPM são enviadas. Você especifica o número de resultados da sonda a serem salvos no histórico da sonda como 25. (Varia de 0 a 255, e o padrão é de 50.) Você define a contagem de sondas em 5 e o intervalo da sonda como 1. (A contagem de sondas varia de 1 a 15, e o padrão é 1; e o intervalo da sonda varia de 1 a 255, e o padrão é 3.) Em seguida, você especifica o tcp-ping como o tipo de sonda a ser enviada como parte do teste.
Por fim, você define o intervalo de teste como 60. O valor varia de 0 a 86.400 segundos para o intervalo entre os testes.
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
set services rpm bgp data-fill ABCD123 data-size 1024 set services rpm bgp destination-port 50000 history-size 25 set services rpm bgp probe-count 5 probe-interval 1 set services rpm bgp probe-type tcp-ping test-interval 60
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, veja Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI .
Para configurar sondas RPM para monitorar vizinhos BGP:
Configure o RPM e o BGP.
[edit] user@host# edit services rpm bgp
Especifique um valor hexadimamal.
[edit services rpm bgp] user@host# set data-fill ABCD123
Especifique o tamanho dos dados da sonda RPM.
[edit services rpm bgp] user@host# set data-size 1024
Configure a porta de destino.
[edit services rpm bgp] user@host# set destination-port 50000
Especifique o número de sondagens.
[edit services rpm bgp] user@host# set history-size 25
Definir a contagem de sondas e o intervalo da sonda.
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
Especifique o tipo de sondagem.
[edit services rpm bgp] user@host# set probe-type tcp-ping
Nota:Se você não especificar o tipo de sonda, as sondas ICMP padrão serão enviadas.
Definir o intervalo de teste.
[edit services rpm bgp] user@host# set test-interval 60
Resultados
A partir do modo de configuração, confirme sua configuração entrando no run show services rpm comando. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
[edit]
user@host# run show services rpm
bgp {
probe-type tcp-ping;
probe-count 5;
probe-interval 1;
test-interval 60;
destination-port 50000;
history-size 25;
data-size 1024;
data-fill ABCD123;
}
Se você terminar de configurar o dispositivo, entre no commit modo de configuração.
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.