- play_arrow Serviços de monitoramento e coleta de fluxos
- play_arrow Entendendo o monitoramento de fluxos
- Termos e siglas de monitoramento de fluxo
- Configuração do monitoramento de fluxo
- Formatos de saída de monitoramento de fluxo
- Campos de saída de formato de monitoramento de fluxo versão 5
- Campos de saída de formato de monitoramento de fluxo versão 8
- Campos de saída de formato de monitoramento de fluxo versão 9
- play_arrow Monitoramento do tráfego usando o monitoramento ativo do fluxo
- Configuração do monitoramento ativo do fluxo
- Requisitos do sistema de monitoramento de fluxo ativo
- Aplicativos de monitoramento de fluxo ativo
- Especificações do PIC de monitoramento de fluxo ativo
- Visão geral do monitoramento de fluxo ativo
- Visão geral do monitoramento de fluxo ativo
- Exemplo: configuração do monitoramento ativo no sistema lógico de um roteador da Série M, MX ou T
- Exemplo: Configuração do monitoramento de fluxo em um roteador da Série MX com MS-MIC e MS-MPC
- Configuração de redundância de interface de serviços com monitoramento de fluxo
- Configuração do monitoramento de fluxo ativo em linha usando roteadores, switches ou NFX250
- Configuração de descarregamento de fluxo em roteadores da Série MX
- Configuração do monitoramento de fluxo ativo em roteadores de transporte de pacotes da Série PTX
- Configuração de interfaces monitoradas ativamente em roteadores das séries M, MX e T
- Coletando registros de fluxo
- Configuração de roteadores M, MX e Série T para descartar a contabilidade com um grupo de contabilidade
- Configuração de roteadores M, MX e Série T para descartar a contabilidade com um grupo de amostragem
- Configuração de roteadores M, MX e Série T para descartar a contabilidade com um modelo
- Definir um filtro de firewall em roteadores das séries M, MX e T para selecionar tráfego para monitoramento ativo de fluxo
- Processamento do tráfego IPv4 em um roteador da Série M, MX ou T usando serviços de monitoramento, serviços adaptativos ou interfaces multisserviços
- Replicando a amostragem baseada em mecanismos de roteamento das séries M, MX e T para vários servidores de fluxo
- Replicando a agregação de fluxo da versão 9 dos roteadores M, MX e Série T para vários servidores de fluxo
- Configuração da amostragem baseada em mecanismos de roteamento em roteadores das séries M, MX e T para exportação para vários servidores de fluxo
- Exemplo: copiar tráfego para um PIC Enquanto um roteador da Série M, MX ou T encaminha o pacote para o destino original
- Configurando um timer agregado de exportação em roteadores das séries M, MX e T para registros da versão 8
- Exemplo: Configuração de amostragem para roteadores das séries M, MX e T
- Associação de instâncias de amostragem para monitoramento ativo de fluxo com um FPC, MPC ou DPC específicos
- Exemplo: Configuração de instâncias de amostragem
- Exemplo: Amostragem e descarte da configuração de contabilidade em roteadores M, MX e Série T
- play_arrow Monitoramento do tráfego usando monitoramento de fluxo passivo
- Visão geral do monitoramento de fluxo passivo
- Requisitos do sistema de monitoramento de fluxo passivo para roteadores da Série T, Série M e Série MX
- Considerações de roteador de monitoramento de fluxo passivo e software para roteadores da Série T, Série M e Série MX
- Entendendo o monitoramento de fluxo passivo em roteadores da Série T, Série M e Série MX
- Permitindo o monitoramento de fluxo passivo em roteadores da Série M, Série MX ou Série T
- Configuração do monitoramento de fluxo passivo
- Exemplo: Configuração de monitoramento de fluxo passivo em roteadores da Série M, MX e T
- Configurando um grupo de tabela de roteamento em um roteador da Série M, MX ou T para adicionar rotas de interface na instância de encaminhamento
- Usando IPSec e um ES PIC em um roteador da Série M, MX ou T para enviar tráfego criptografado a um analisador de pacotes
- Aplicando uma interface de saída de filtro de firewall em um roteador da Série M, MX ou T ao tráfego de espelhos de porta para PICs ou serviços de coleta de fluxo
- Monitoramento do tráfego em um roteador com uma instância VRF e um grupo de monitoramento
- Especificando um filtro de firewall em um roteador da Série M, MX ou T para selecionar tráfego para monitorar
- Configuração de interfaces de entrada, interfaces de serviços de monitoramento e interfaces de exportação em roteadores M, MX ou Série T
- Estabelecendo uma instância VRF em um roteador da Série M, MX ou T para tráfego monitorado
- Configuração de um grupo de monitoramento em um roteador da Série M, MX ou T para enviar tráfego ao servidor de fluxo
- Configuração de opções de políticas em roteadores da Série M, MX ou T
- Despojando as etiquetas MPLS nas interfaces de roteador ATM, baseada em ethernet e SONET/SDH
- Usando uma interface de coletor de fluxo de roteador M, MX ou Série T para processar e exportar vários registros de fluxo
- Exemplo: configuração de uma interface de coletor de fluxo em um roteador da Série M, MX ou T
- play_arrow Processamento e exportação de vários registros usando a coleta de fluxos
- play_arrow Registro de registros de monitoramento de fluxo com modelos de versão 9 e IPFIX para eventos NAT
- Entendendo o registro de eventos NAT no formato de monitoramento de fluxo em um roteador da Série MX ou NFX250
- Configure logs de monitoramento de fluxo ativo para NAT44/NAT64
- Configuração da geração de log de eventos NAT em formato de registro de monitoramento de fluxo em um roteador da Série MX ou NFX250
- Exportação de mensagens de syslog para um host externo sem formatos de monitoramento de fluxo usando um roteador da Série MX ou NFX250
- Exportação de registros de dados de fluxo da versão 9 para uma visão geral do coletor de log usando um roteador da Série MX ou NFX250
- Entenda a exportação de registros de dados de fluxo IPFIX para um coletor de logs usando um roteador da Série MX ou NFX250
- Mapeamento entre valores de campo para modelos de fluxo da versão 9 e logs exportados de um roteador da Série MX ou NFX250
- Mapeamento entre valores de campo para modelos de fluxo IPFIX e logs exportados de um roteador da Série MX ou NFX250
- Monitoramento de eventos NAT em roteadores da Série MX registrando operações de NAT em formatos de modelo de fluxo
- Exemplo: Configuração de logs no formato de monitoramento de fluxo para eventos NAT em roteadores da Série MX para resolução de problemas
-
- play_arrow Serviços de captura de fluxo
- play_arrow Captura dinâmica de fluxos de pacotes usando o Junos Capture Vision
- play_arrow Detecção de ameaças e interceptação de fluxos usando o Junos Packet Vision
- Entendendo o serviço FlowTap
- Configuração do serviço flow-tap em roteadores da Série MX
- Exemplos: Configuração da visão do pacote Junos em roteadores da Série M, T e MX
- Envio de pacotes para um dispositivo de mediação em roteadores da Série MX
- Exemplo: Configuração do suporte IPv6 para FlowTapLite em um roteador M120 com FPCs III aprimorados
- play_arrow Usando o Flow-Tap para monitorar o fluxo de pacotes
- Entendendo a arquitetura flow-tap
- Configuração de uma interface flow-tap em roteadores da Série MX
- Configuração de propriedades de segurança flow-tap em roteadores da Série MX
- Restrições de aplicativos flow-tap
- Exemplo: configuração de flow-tap em roteadores da Série T e M
- Configuração do FlowTapLite em roteadores da Série MX e roteadores M320 com FPCs
-
- play_arrow Serviços de monitoramento em linha e telemetria de rede de banda inband
- play_arrow Serviços de monitoramento em linha
- play_arrow Telemetria baseada em fluxo
- play_arrow Analisador de fluxo de banda 2.0
- play_arrow Interface de resiliência da Juniper
-
- play_arrow Amostragem e descarte de serviços contábeis
- play_arrow Amostragem de dados usando amostragem de tráfego e descarte de contabilidade
- play_arrow Amostragem de dados usando amostragem em linha
- Entenda o monitoramento de fluxo ativo em linha
- Configuração do monitoramento de fluxo ativo em linha usando roteadores, switches ou NFX250
- Configuração do monitoramento de fluxo ativo em linha em roteadores MX80 e MX104
- Configuração do monitoramento de fluxo ativo em linha em roteadores da Série PTX
- Monitoramento de fluxo ativo em linha de fluxos MPLS-over-UDP em roteadores da Série PTX
- Monitoramento de fluxo ativo em linha em interfaces IRB
- Exemplo: configuração do monitoramento de fluxo ativo em linha nos roteadores MX Series e T4000
- play_arrow Amostragem de dados usando agregação de fluxo
- Entendendo a agregação de fluxo
- Habilitando a agregação de fluxo
- Configurando a agregação de fluxo em roteadores MX, M e Série T e NFX250 para usar a versão 5 ou a versão 8 cflowd
- Configurando a agregação de fluxo em roteadores MX, M, vMX e Série T e NFX250 para usar modelos de fluxo da versão 9
- Configurando a agregação de fluxo em roteadores da Série PTX para usar modelos de fluxo da versão 9
- Configuração do monitoramento de fluxo ativo em linha para usar modelos de fluxo IPFIX em roteadores MX, vMX e Série T, switches da Série EX, dispositivos da Série NFX e firewalls da Série SRX
- Configurando a agregação de fluxo para usar modelos de fluxo IPFIX em roteadores da Série PTX
- Configuração do ID do domínio de observação e ID de origem para fluxos de versão 9 e IPFIX
- Configuração de ID de modelo e ID de modelo de opções para fluxos de versão 9 e IPFIX
- Incluindo identificador de fragmentação e elementos de cabeçalho de extensão IPv6 em modelos de IPFIX em roteadores da Série MX
- Direcionando fluxos replicados dos roteadores da Série M e T para vários servidores de fluxo
- Registro de fluxos de fluxo em roteadores da Série M e T antes da exportação
- Configuração do aprendizado de endereço next-hop nos roteadores da Série MX e da Série PTX para destinos acessíveis em vários caminhos
-
- play_arrow Declarações de configuração e comandos operacionais
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-type
declaraçã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-type
declaração agorapfe-timestamp
inline-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-type
declaraçã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-timestamping
daoffload-type
declaração para permitir que os carimbos de tempo sejam definidos em linha pelo hardware.offload-type
declaração agorapfe-timestamp
inline-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