Entenda o protocolo de medição ativa de duas vias
RESUMO Saiba mais sobre o uso do Protocolo de Medição Ativa de Duas Vias (TWAMP) 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 sua rede de ponta a ponta 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, pois atrasos de ida e volta não exigem sincronização do relógio do 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 na 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) Eco Request/Reply (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 ida e volta com maior precisão do que outros métodos usando carimbos 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 Contrato 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 Server.
-
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 desempenhar as quatro funções lógicas do TWAMP Control-Client, Server, Session-Sender e Session-Reflector, diferentes dispositivos podem desempenhar diferentes funções. 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 Session-Reflector no outro dispositivo (conhecido como o responder TWAMP ou servidor TWAMP). Neste caso, cada dispositivo executa tanto o TWAMP-Control (entre o cliente de controle e o servidor) quanto o TWAMP-Test (entre os protocolos Session-Sender e Session-Reflector).
A arquitetura TWAMP cliente-servidor como implementada é assim:
-
Cliente TWAMP
-
O 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 ao 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 de servidor TWAMP e cliente TWAMP é mostrada na Figura 2.
A Tabela 1 fornece informações sobre o TWAMP e suporte a datas de tempo relacionados no MPC, MS-MIC/MPC e em linha:
| Recurso |
Papel |
Versão IP |
Suporte (Y/N) |
Linha de temporidade |
Data de tempo no MPC (temporidade de hardware) |
Data-hora no MPC (si-interface) |
Temporizações no MS-MIC/MPC (delegações-sondas) |
|---|---|---|---|---|---|---|---|
| TWAMP |
Cliente |
IPv4 |
Y |
N |
Y (μsec) 500 sondagens máximas |
Y (μsec) 500 sondagens máximas |
N |
| IPv6 |
N |
N |
N |
N |
N |
||
| Servidor
|
IPv4 |
Y |
N |
Y (μsec) 500 sondagens máximas |
Y (μsec) 500 sondagens máximas |
N |
|
| IPv6 |
N |
N |
N |
N |
N |
Suporte de luz TWAMP
A Tabela 2 fornece informações sobre o suporte para o 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 de enlace IPv6 é introduzido no Junos OS Release 21.4R1, para a Série MX e os roteadores PTX1000, 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 Junos OS 22.3R1 |
| Série ACX5448 | Versão Junos OS 22.3R1 |
| Série ACX7100 | Versão evoluída do Junos OS 21.2R1 |
| ACX7509 | Versão evoluída do Junos OS 22.3R1 |
| Série MX, com LC480, LC2101, LC2103 e MPCs até e incluindo o MPC9E | Versão 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 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 Junos OS 21.3R1 (IPv4) |
| EX9200 | Versão Junos OS 21.4R1 |
Suporte simples para o protocolo de medição ativa de duas vias (STAMP)
A Tabela 3 fornece informações sobre o suporte ao TWAMP Light, conforme definido no RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP). O RFC 8762 padroniza e se expande no modo operacional TWAMP Light, que foi definido no Apêndice I do RFC 5357, Protocolo de Medição Ativa de Duas Vias (TWAMP). Um refletor compatível com STAMP garante o tamanho da carga simétrica (de acordo com o RFC 6038) e opera em modo apátrida ou stateful, dependendo se o número de sequência na carga refletida é copiado do quadro do cliente ou gerado de forma independente. Um refletor stateful pode detectar em que direção ocorreram quedas. Em versões anteriores, oferecemos suporte a cargas simétricas e reflexão stateless. Agora apoiamos a reflexão stateful, a conformidade total com o padrão STAMP e os valores de queda unidirecionais para os clientes. Oferecemos suporte a valores de queda unidirecionais não apenas para clientes STAMP, mas também para clientes do modo gerenciado TWAMP. Para o Junos OS Evolved, o STAMP está configurado no nível de hierarquia [editar serviços de monitoramento da luz do servidor twamp]. A reflexão stateful está configurada com a stateful-sequence declaração. Para servidores, o novo padrão offload-type agora pfe-timestamp inline-timestampé .
| Dispositivo |
Com suporte |
|---|---|
| ACX7024, ACX7024X, ACX7100-32C, ACX7100-48L, ACX7509 |
Junos OS Evolved Release 23.4R1 |
| PTX10001-36MR, PTX10003, PTX10004 e PTX10008 e PTX10016 (com o JNP10008-SF3 e a placa de linha JNP10K-LC1201 ou JNP10K-LC1202-36MR) |
Junos OS Evolved Release 23.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 TWAMP da Juniper é capaz de trabalhar com uma implementação de servidor terceirizada.
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 sondagens de medição de desempenho. O atributo de 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 4 fornece informações sobre o suporte ao TWAMP.
| Dispositivo | suportado em |
|---|---|
| Série PTX executando o Junos OS | Versão Junos OS 19.2R1 |
| 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 é 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 sondagem de sessão de teste, bem como reflexão
-
Carimbos de tempo definidos pelo mecanismo de roteamento ou pelo mecanismo de encaminhamento de pacotes para tráfego IPv4. Para tráfego IPv6, carimbos de tempo definidos apenas pelo Mecanismo de Roteamento. Para tráfego IPv6, a partir do Junos OS Evolved 22.3R1, oferecemos suporte a datas de tempo 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 23.4R1 para servidores, o padrão para aoffload-typedeclaração agorapfe-timestampinline-timestampé . -
A partir do Junos OS Evolved Release 23.4R1, oferecemos suporte ao RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP). O RFC 8762 padroniza e se expande no modo operacional TWAMP Light, que foi definido no Apêndice I do RFC 5357, Protocolo de Medição Ativa de Duas Vias (TWAMP). Para obter mais informações, consulte o suporte para o Simple Two-Way Active Measurement Protocol (STAMP).
-
Relatórios de erros por meio de mensagens de log do sistema e armadilhas SNMP apenas
-
Modo não autenticado apenas
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 sondagens 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 é 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 sondagem de sessão de teste, bem como reflexão
-
Carimbos de tempo 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
-
Modo não autenticado apenas
TWAMP em firewalls da Série SRX
SRX300, SRX320, SRX340, SRX345, SRX550M, SRX1500, SRX4100 e dispositivos de SRX4200 e instâncias de firewall virtual vSRX têm as seguintes limitações para 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 compatíveis.
-
O TWAMP Light não é compatível.
TWAMP em roteadores da Série ACX
No Junos OS, o TWAMP é compatível com roteadores ACX. Os roteadores da Série ACX710 e ACX5448 oferecem suporte tanto à reflexão quanto à 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) é compatível com 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 é limitado ao seguinte:
-
Tráfego IPv4 apenas para sessões de controle e sessões de teste; Suporte de tráfego IPv6 (exceto para endereços locais de enlace) 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 sondagem de sessão de teste, bem como reflexão
Carimbos de tempo definidos pelo mecanismo de roteamento ou pelo mecanismo de encaminhamento de pacotes para tráfego IPv4. Para tráfego IPv6, carimbos de tempo definidos apenas pelo Mecanismo de Roteamento. Para tráfego IPv6, a partir do Junos OS Evolved 22.3R1, oferecemos suporte a datas de tempo do Mecanismo de encaminhamento de pacotes. Antes do Junos OS Evolved Release 22.3R1, para tráfego IPv6, a
A partir do Junos OS Evolved 23.4R1, o padrão para aoffload-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 que os carimbos de tempo sejam definidos em linha pelo hardware.offload-typedeclaração agorapfe-timestampinline-timestampé .-
A partir do Junos OS Evolved Release 23.4R1, oferecemos suporte ao RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP). O RFC 8762 padroniza e se expande no modo operacional TWAMP Light, que foi definido no Apêndice I do RFC 5357, Protocolo de Medição Ativa de Duas Vias (TWAMP). Para obter mais informações, consulte o suporte para o Simple Two-Way Active Measurement Protocol (STAMP).
-
Relatórios de erros apenas por meio de mensagens de log do sistema
-
Modo não autenticado apenas