Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Entendendo o autoinicialização do TWAMP

Após uma interrupção de rede ou uma mudança de configuração, quando o cliente do Protocolo de gerenciamento ativo de duas vias (TWAMP) cai, você precisa iniciar manualmente a sessão de TWAMP usando request services rpm twamp start client comando. A partir do Junos OS Release 19.1R1, o cliente TWAMP reinicia automaticamente sem qualquer intervenção manual.

A reinicialização automática da sessão de TWAMP permite que o cliente TWAMP inicie a conexão de controle de TCP e as sessões de teste de UDP automaticamente durante os seguintes cenários:

  • Imediatamente após o comprometimento da configuração do cliente do TWAMP.

  • Após o daemon de operação remota (rmopd) ser iniciado com a presença válida de configuração do cliente TWAMP.

  • Após a configuração do cliente TWAMP ser ativada.

  • Imediatamente após o servidor TWAMP ser alcançado a partir do cliente TWAMP, com base no test-interval.

Quando a rede falha ou o servidor TWAMP se torna inalcançável por qualquer motivo, o cliente TWAMP tenta se reconectar ao servidor TWAMP após cada test-interval valor até que ele seja bem sucedido. No entanto, para que o cliente se reconecte automaticamente ao servidor TWAMP, o test-count set rpm twamp client control-connection test-count valor no comando deve ser 0. No lado do servidor TWAMP, o valor padrão também max-connection-duration set rpm twamp server max-connection-duration deve ser 0. Com isso, você pode manter a conexão até que ela seja liberada.

Nota:

A partir do Junos OS Release 19.1R1, o valor padrão do test-count cliente TWAMP e max-connection-duration do servidor TWAMP é 0.

Depois de configurar e confirmar um teste de TWAMP, o cliente executa testes indefinidamente — ou seja, continua a enviar sondagens após o intervalo de teste configurado mesmo após a conclusão de um teste e mesmo se houver uma falha na rede ou servidor. Você pode interromper a execução automática dos testes alterando o valor da opção test-count para um valor não zero. Se você fizer isso, o recurso de reinicialização automática é desativado, e você precisa iniciar manualmente o cliente TWAMP para que ele estabeleça conexão com o servidor e inicie sessões de teste.

Você pode manter e visualizar as estatísticas relacionadas às sondas anteriores enviadas durante a indisponibilidade do servidor. Você pode usar o set services rpm twamp client control-connection c1 persistent-results comando para preservar e exibir os resultados do teste após a recuperação da rede ou quando o servidor TWAMP for novamente acessável.

Benefícios

  • Você não precisa reiniciar a sessão de TWAMP manualmente depois que o cliente cair como resultado de uma interrupção de rede ou mudança de configuração.

  • Você não precisa executar um script de eventos para reiniciar a sessão de TWAMP do lado do cliente.

Suporte keepalive do TCP para servidor e cliente TWAMP

As sondagens keepalive podem afirmar clientes (peers) quando outro peer se torna inalcançável. Se o problema estiver na rede entre dois pares, a ação keepalive é aguardar por algum tempo e tentar novamente enviar o pacote keepalive antes de marcar a conexão como quebrada.

Quando o temporizante keepalive para uma conexão TCP chega a zero, o cliente TCP envia ao peer um pacote de sondagem keepalive sem dados e com a bandeira ACK ativada. O cliente recebe uma resposta do host remoto sem dados e com o conjunto de bandeiras ACK. Se o cliente receber uma resposta à sua sonda keepalive, o cliente pode afirmar que a conexão ainda está em funcionamento. Se o peer não responder à sonda keepalive, você pode afirmar que a conexão não pode ser considerada válida e então tomar medidas corretivas.

No Junos OS, para detectar falhas de conexão de controle de TWAMP nos servidores TWAMP e TWAMP, você precisa configurar os seguintes parâmetros:

  • tcp-keepcnt— Número de sondagens não reconhecidas para enviar antes de considerar a conexão inativo e notificar a camada de aplicativo.

  • tcp-keepidle— Intervalo de tempo entre o último pacote de dados enviado e a primeira sonda keepalive enviada.

  • tcp-keepintvl— Intervalo de tempo entre sucessivas sondas keepalive.

Tabela de histórico de lançamentos
Lançamento
Descrição
19.1R1
A partir do Junos OS Release 19.1R1, o cliente TWAMP reinicia automaticamente sem qualquer intervenção manual.