Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplo: configurar o cliente e o servidor TWAMP para dispositivos SRX

Este exemplo mostra como configurar o cliente TWAMP (Two-Way Active Measurement Protocol, protocolo de medição ativa de duas vias) e o servidor TWAMP.

Nota:

Nossa equipe de testes de conteúdo validou e atualizou este exemplo.

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Dispositivo da Série SRX.

  • Junos OS Versão 18.1R1 e versões posteriores.

    • Atualizado e revalidado usando vMX no Junos OS Release 22.2R1.

Antes de começar a configurar o cliente TWAMP e o servidor TWAMP, certifique-se de ter lido o protocolo de medição ativa de duas vias para entender como essa tarefa se encaixa no processo geral de configuração.

Visão geral

O TWAMP é um protocolo aberto para medir o desempenho da rede entre dois dispositivos em uma rede que oferece suporte ao protocolo TWAMP. O TWAMP consiste no protocolo TWAMP-Control e no protocolo TWAMP-Test. O protocolo TWAMP-Control é usado para iniciar, iniciar e interromper as sessões de teste entre o cliente de controle. O protocolo TWAMP-Test usado para trocar os pacotes de teste entre o remetente de sessão e o refletor de sessão.

A Figura 1 mostra a arquitetura TWAMP composta pelas seguintes entidades responsáveis por iniciar uma sessão de monitoramento e trocar pacotes:

  • O cliente de controle inicia todas as sessões de teste solicitadas com uma mensagem de sessões de início, e o servidor TWAMP reconhece. Quando necessário, o cliente de controle envia uma mensagem para interromper todas as sessões de teste.

  • O remetente de sessão e os pacotes de teste de troca de refletores de sessão de acordo com o protocolo TWAMP-Test para cada sessão ativa. Ao receber um pacote TWAMP-Test, o refletor de sessão reflete um pacote de medição e não coleta estatísticas de pacotes no TWAMP.

Figura 1: Configuração do cliente TWAMP e do servidor Configuring TWAMP Client and TWAMP Server TWAMP

O servidor TWAMP é um sistema final que gerencia uma ou mais sessões de TWAMP e é capaz de configurar portas por sessão. O servidor TWAMP ouve a porta TCP. O refletor de sessão e o servidor TWAMP compõem o respondente TWAMP em uma operação de contrato de nível de serviço IP.

Para o Junos OS Release 18.1R1, tanto o cliente de controle quanto o remetente de sessão residem no mesmo dispositivo. O design do cliente não obriga o servidor TWAMP e o refletor de sessão a estarem no mesmo sistema. Assim, o cliente Juniper TWAMP também é capaz de trabalhar com uma implementação de servidor de terceiros.

Configurando o cliente TWAMP para dispositivos SRX

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 sua configuração de rede, copiar e colar os comandos na CLI, no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração.

Para configurar o cliente TWAMP:

  1. Configure o nome do host do dispositivo cliente como R1.

  2. Configure interfaces R1 do dispositivo.

  3. Permita que o fluxo de tráfego e os serviços do sistema sejam executados no dispositivo R1, que de outra forma é descartado por padrão.

  4. Configure a sessão de controle do dispositivo R1 ao dispositivo R2.

  5. Configure a sessão de teste do dispositivo R1 ao dispositivo R2 para coletar resultados da sonda.

Resultados

A partir do modo de configuração do dispositivo R1, confirme sua configuração entrando no show | no-more comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Configuração do servidor TWAMP para dispositivos SRX

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 sua configuração de rede, copiar e colar os comandos na CLI, no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração.

Para configurar o servidor TWAMP:

  1. Configure o nome do host do dispositivo do servidor como R2.

  2. Configure interfaces R2 do dispositivo.

  3. Permita que o fluxo de tráfego e os serviços do sistema sejam executados no dispositivo R2, que de outra forma é descartado por padrão.

  4. Configure os atributos do cliente para o dispositivo R2 para se conectar com o dispositivo R1.

Resultados

A partir do modo de configuração no R2, confirme sua configuração entrando no show | no-more comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificando sessões de cliente do TWAMP

Propósito

Verifique se as sessões de cliente do TWAMP estão estabelecidas no dispositivo R1.

Ação

Do modo operacional, entre no show services rpm twamp client session comando.

Significado

As sessões de controle e teste configuradas (c1 e t1, respectivamente) estão estabelecidas no dispositivo R1.

Verificando sessões de servidor TWAMP

Propósito

Verifique se as sessões de servidor TWAMP estão estabelecidas no Dispositivo R2.

Ação

Do modo operacional, entre no show services rpm twamp server session comando.

Significado

A sessão do servidor no dispositivo R2 está ativa com o Dispositivo R1 como remetente e o Dispositivo R2 como refletor.

Verificação dos resultados da sessão de teste

Propósito

Verifique se as sessões de teste do TWAMP no dispositivo R1.

Ação

Do modo operacional, entre no show services rpm twamp client probe-results comando.

Significado

Os resultados da sondagem da sessão de teste do TWAMP são gerados. Isso mostra que a conexão cliente-servidor é estabelecida com sucesso.