Entenda o protocolo de medição ativa de duas vias
RESUMO Saiba mais sobre como usar o TWAMP (Two-Way Active Measurement Protocol, protocolo de medição ativa de duas vias) para medir o desempenho da rede entre qualquer dois dispositivos em uma rede.
Benefícios do TWAMP
-
A configuração do TWAMP ajuda você a ativar, testar, monitorar e solucionar problemas de ponta a ponta da sua rede sem usar um dispositivo de teste dedicado.
-
Os tempos de TWAMP fornecem métricas de ida ou volta com maior precisão do que outros métodos (atrasos no processamento também podem ser contabilizados).
-
O TWAMP é frequentemente usado para verificar a conformidade do contrato de nível de serviço (SLA), e o recurso TWAMP é frequentemente usado nesse contexto.
-
As medições de duas vias são melhores do que as medições de ida e volta, porque atrasos de ida e volta não exigem sincronização do relógio de host. Isso é possível porque o refletor coloca seu próprio número de sequência no pacote.
Recomendamos que você não configure o cliente RPM e um servidor TWAMP no mesmo dispositivo. Isso pode causar alguns problemas nos resultados da sonda RPM.
Entenda o protocolo de medição ativa de duas vias (TWAMP)
O protocolo de gerenciamento ativo de duas vias (TWAMP), descrito no RFC 5357, é uma extensão do Protocolo de Gerenciamento Ativo de Mão Única (OWAMP) que fornece medições de duas vias ou de ida e volta em vez de recursos unidirecionais. Medições de duas vias são úteis porque atrasos de ida e volta não exigem sincronização do relógio de host e o suporte remoto pode ser uma função de eco simples. No entanto, o Protocolo de Mensagem de Controle de Internet (ICMP) Solicitação/Resposta de Eco (usado por ping) para essa finalidade tem várias deficiências. O TWAMP define um protocolo aberto para medir métricas de duas vias ou de ida e volta com maior precisão do que outros métodos usando selos de tempo (atrasos no processamento também podem ser contabilizados).
Normalmente, o TWAMP opera entre interfaces em dois dispositivos desempenhando funções específicas. O TWAMP é frequentemente usado para verificar a conformidade do Acordo de Nível de Serviço (SLA), e o recurso TWAMP é frequentemente apresentado nesse contexto. O TWAMP usa dois protocolos relacionados, executados entre vários elementos definidos:
-
TWAMP-Control — inicia, inicia e encerra sessões de teste. O protocolo TWAMP-Control é executado entre um elemento Control-Client e um elemento Servidor.
-
Teste de TWAMP — troca pacotes de teste entre dois elementos TWAMP. O protocolo TWAMP-Test é executado entre um elemento Session-Sender e um elemento Session-Reflector.
Os quatro elementos são mostrados na Figura 1:
Embora quatro dispositivos TWAMP diferentes possam executar as quatro funções lógicas do TWAMP Control-Client, Server, Session-Sender e Session-Reflector, diferentes dispositivos podem desempenhar funções diferentes. Uma implementação comum combina as funções de Control-Client e Session-Sender em um dispositivo (conhecido como controlador TWAMP ou cliente TWAMP) e as funções de Servidor e Refletor de Sessão no outro dispositivo (conhecido como o respondente TWAMP ou servidor TWAMP). Nesse caso, cada dispositivo executa os protocolos TWAMP-Control (entre Control-Client e Server) e TWAMP-Test (entre Session-Sender e Session-Reflector).
A arquitetura TWAMP cliente-servidor como implementada se parece com isso:
-
Cliente TWAMP
-
Control-Client configura, inicia e interrompe as sessões de teste do TWAMP.
-
O Session-Sender cria pacotes de teste TWAMP que são enviados para o Session-Reflector no servidor TWAMP.
-
-
Servidor TWAMP
-
O Session-Reflector envia de volta um pacote de medição quando um pacote de teste é recebido, mas não mantém um registro dessas informações.
-
O servidor gerencia uma ou mais sessões com o cliente TWAMP e ouve mensagens de controle em uma porta TCP.
-
A embalagem desses elementos nos processos do cliente TWAMP e do servidor TWAMP é mostrada na Figura 2.
A Tabela 1 fornece informações sobre o TWAMP e o suporte relacionado ao timetamp no MPC, MS-MIC/MPC e em linha:
| Recurso |
Papel |
Versão IP |
Suporte (Y/N) |
Timestamp Inline |
Timestamp no MPC (tempo de tempo de hardware) |
Timestamp no MPC (si-interface) |
Timestamp no MS-MIC/MPC (delegações-sondas) |
|---|---|---|---|---|---|---|---|
| TWAMP |
Cliente |
IPv4 |
Y |
N |
Y (μsec) 500 sondas máximas |
Y (μsec) 500 sondas máximas |
N |
| IPv6 |
N |
N |
N |
N |
N |
||
| Servidor
|
IPv4 |
Y |
N |
Y (μsec) 500 sondas máximas |
Y (μsec) 500 sondas máximas |
N |
|
| IPv6 |
N |
N |
N |
N |
N |
A Tabela 2 fornece informações sobre o suporte ao TWAMP Light, conforme definido no Apêndice I do RFC 5357, que define uma versão leve do protocolo TWAMP, uma versão stateless do TWAMP onde os parâmetros de teste são predefinidos em vez de negociados. Todos os pacotes de teste recebidos pelo servidor em uma porta de teste são refletidos de volta e esquecidos imediatamente.
O suporte para endereços-alvo IPv6 para sessões de teste TWAMP Light é introduzido no Junos OS Release 21.3R1 e conforme mencionado na tabela abaixo.
O suporte para endereços-alvo locais IPv6 é introduzido no Junos OS Release 21.4R1, para a Série MX e o PTX1000, Roteadores PTX3000 e PTX5000 e no Junos OS Evolved Release 22.3R1, para os roteadores ACX7100, ACX7509, PTX10001-36MR, PTX10003, PTX10004, PTX10008 e PTX10016.
| Dispositivo | suportado em |
|---|---|
| ACX710 | Versão do Junos OS 22.3R1 |
| Série ACX5448 | Versão do Junos OS 22.3R1 |
| Série ACX7100 | Junos OS Evolved Release 21.2R1 |
| ACX7509 | Junos OS Evolved Release 22.3R1 |
| Série MX, com LC480, LC2101, LC2103 e MPCs até e incluindo o MPC9E | Versão do Junos OS 21.1R1 (IPv4), Versão Junos OS 21.3R1 (IPv6) |
| Série MX com as seguintes placas de linha: LMIC16-BASE, LC9600, MPC10E e MPC11E |
|
| Série PTX executando o Junos OS, com MPCs até e incluindo o MPC9E | Versão do Junos OS 21.1R1 (IPv4), Versão Junos OS 21.3R1 (IPv6) |
| Série PTX executando o Junos OS, com placas de linha MPC10E e MPC11E |
|
| PTX10001-36MR |
|
| PTX10003 |
|
| PTX10004 |
|
| PTX10008 e PTX10016 (com o JNP10008-SF3 e a placa de linha JNP10K-LC1201 ou JNP10K-LC1202-36MR) |
|
| QFX5130-32CD, QFX5220 e QFX5700 | Junos OS Evolved 22.4R1 (IPv4 e IPv6) |
| QFX10002, QFX10008 e QFX10016 | Versão do Junos OS 21.3R1 (IPv4) |
| EX9200 | Versão do Junos OS 21.4R1 |
TWAMP em roteadores da Série MX, série EX9200 e switches da série QFX10000
Tanto o cliente de controle quanto o remetente de sessão (o cliente TWAMP) residem no mesmo roteador da Juniper Networks. No entanto, o cliente TWAMP não exige que o servidor e o refletor de sessão estejam no mesmo sistema. Portanto, o cliente Juniper TWAMP é capaz de trabalhar com uma implementação de servidor de terceiros.
O TWAMP não é suportado quando você habilita serviços de próxima geração em um roteador da Série MX.
TWAMP em roteadores da Série PTX
O protocolo TWAMP-Control é usado para configurar sessões de medição de desempenho entre um cliente TWAMP e um servidor TWAMP, e o protocolo TWAMP-Test é usado para enviar e receber sondas de medição de desempenho. O atributo da interface si-x/y/z de destino, destinado à habilitação de serviços em linha, não é suportado em roteadores da Série PTX para configurações de clientes TWAMP.
Para o Junos OS, o TWAMP está configurado no nível de [edit services rpm twamp] hierarquia. Para o Junos OS Evolved, o TWAMP está configurado no nível de [edit services monitoring twamp] hierarquia. A Tabela 3 fornece informações sobre o suporte ao TWAMP.
| Dispositivo | suportado em |
|---|---|
| Série PTX executando o Junos OS | Versão 19.2R1 do Junos OS |
| PTX10001-36MR |
|
| PTX10003 |
|
| PTX10004 |
|
| PTX10008 (com o JNP10008-SF3 e a placa de linha JNP10K-LC1201 ou JNP10K-LC1202-36MR) |
|
| PTX10016 (com o JNP10008-SF3 e a placa de linha JNP10K-LC1201 ou JNP10K-LC1202-36MR) | Junos OS Evolved Release 22.4R1 (IPv4 e IPv6) |
O suporte do Junos OS Evolved para TWAMP está limitado ao seguinte:
-
Tráfego IPv4 e IPv6 apenas para sessões de controle e sessões de teste. A partir do Junos OS Evolved Release 21.4R1, endereços de origem e alvo IPv6 (exceto endereços locais de link) são suportados para listas de clientes, conexões de controle e sessões de teste.
-
Estatísticas e histórico de sondagem
-
Status da sessão de controle e teste
-
Geração e recepção de sondas de sessão de teste, bem como reflexão
-
Tempos definidos pelo mecanismo de roteamento ou pelo mecanismo de encaminhamento de pacotes para tráfego IPv4. Para o tráfego IPv6, os tempos definidos apenas pelo mecanismo de roteamento. Para o tráfego IPv6, a partir do Junos OS Evolved 22.3R1, oferecemos suporte a tempos do mecanismo de encaminhamento de pacotes. Antes do Junos OS Evolved Release 22.3R1, para tráfego IPv6, a
offload-typedeclaração no nível de[edit services monitoring twamp client control-connection name test-session name]hierarquia deve ser configurada comonone. -
Relatórios de erros por meio de mensagens de log do sistema e armadilhas SNMP apenas
-
Apenas modo não autenticado
TWAMP nos switches da Série QFX5000
O protocolo TWAMP-Control é usado para configurar sessões de medição de desempenho entre um cliente TWAMP e um servidor TWAMP, e o protocolo TWAMP-Test é usado para enviar e receber sondas de medição de desempenho. Para o Junos OS Evolved, o TWAMP está configurado no nível de [edit services monitoring twamp] hierarquia.
| Dispositivo | suportado em |
|---|---|
| QFX5130-32CD | Junos OS Evolved Release 22.4R1 |
| QFX5220 | Junos OS Evolved Release 22.4R1 |
| QFX5700 | Junos OS Evolved Release 22.4R1 |
O suporte do Junos OS Evolved para TWAMP está limitado ao seguinte:
-
Os endereços de origem e alvo IPv4 e IPv6 (incluindo endereços locais de link) são suportados para listas de clientes, conexões de controle e sessões de teste.
-
Estatísticas e histórico de sondagem
-
Status da sessão de controle e teste
-
Geração e recepção de sondas de sessão de teste, bem como reflexão
-
Timestamps definidos pelo mecanismo de roteamento ou pelo mecanismo de encaminhamento de pacotes para tráfego IPv4 e IPv6.
-
Relatórios de erros por meio de mensagens de log do sistema e armadilhas SNMP apenas
-
Apenas modo não autenticado
TWAMP em dispositivos SRX
OS dispositivos SRX300, SRX320, SRX340, SRX345, SRX550M, SRX1500, SRX4100 e SRX4200 e instâncias vSRX têm as seguintes limitações para o suporte ao TWAMP:
-
O TWAMP para IPv6 não tem suporte.
-
O servidor TWAMP e a autenticação do cliente TWAMP não são suportados.
-
O TWAMP Light não tem suporte.
TWAMP em roteadores da Série ACX
No Junos OS, o TWAMP tem suporte para roteadores ACX. Os roteadores da Série ACX710 e ACX5448 oferecem suporte a reflexão e geração. Outros roteadores da Série ACX que executam o Junos OS oferecem suporte apenas à reflexão, não à geração. Para o Junos OS, o TWAMP está configurado no nível de [edit services rpm twamp] hierarquia.
No Junos OS Evolved, o TWAMP tem suporte para roteadores ACX, tanto para reflexão quanto para geração. A partir do Junos OS Evolved 21.2R1, o TWAMP (incluindo o TWAMP Light) tem suporte para os roteadores da Série ACX7100. Para o Junos OS Evolved, o TWAMP está configurado no nível de [edit services monitoring twamp] hierarquia. O suporte do Junos OS Evolved para TWAMP está limitado ao seguinte:
-
Tráfego IPv4 apenas para sessões de controle e sessões de teste; Suporte de tráfego IPv6 (exceto endereços locais de link) a partir do Junos OS Evolved Release 21.4R1. Suporte para endereços locais de enlace IPv6 para sessões de teste TWAMP Light apenas a partir do Junos OS Evolved 22.3R1.
-
Estatísticas e histórico de sondagem
-
Status da sessão de controle e teste
-
Geração e recepção de sondas de sessão de teste, bem como reflexão
-
Tempos definidos pelo mecanismo de roteamento ou pelo mecanismo de encaminhamento de pacotes para tráfego IPv4. Para o tráfego IPv6, os tempos definidos apenas pelo mecanismo de roteamento. Para o tráfego IPv6, a partir do Junos OS Evolved 22.3R1, oferecemos suporte a tempos do mecanismo de encaminhamento de pacotes. Antes do Junos OS Evolved Release 22.3R1, para tráfego IPv6, a
offload-typedeclaração no nível de[edit services monitoring twamp client control-connection name test-session name]hierarquia deve ser configurada comonone. A partir do Junos OS Evolved 22.4R1 para roteadores ACX, você pode configurar a opçãoinline-timestampingdaoffload-typedeclaração para permitir tempostamps definidos em linha pelo hardware. -
Relatórios de erros apenas por meio de mensagens de log do sistema
-
Apenas modo não autenticado