A solução de problemas do bit S do TWAMP está definida incorretamente

Introduction

Este documento descreve o Ative Measurement Protocol e o uso do bit de sincronização (bit S) para medições de atraso. Ele descreve a compatibilidade do bit S na plataforma IOS-XR.

   

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento básico sobre estes tópicos:

• OWAMP (One-Way Ative Measurement Protocol, protocolo de medição ativa unidirecional)

• Protocolo de Medição Ativa Bidirecional (TWAMP - Two-Way Ative Measurement Protocol)

• Roteadores de serviços de agregação Cisco ASR 9000 Series (ASR9000)

Componentes Utilizados

As informações neste documento são baseadas em Dispositivos Cisco ASR9000 - versão IOS-XR 5.3.4.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Problema: O bit S do TWAMP está definido incorretamente

Você pode usar o TWAMP para medir o desempenho unidirecional e round trip entre dois dispositivos suportados pelo TWAMP. Quando você testa o Contrato de Nível de Serviço de Protocolo Internet (SLA - Internet Protocol Service Level Agreement) baseado em TWAMP entre o testador de terceiros e os dispositivos CRS/ASR9000 executados no IOS-XR 5.3.4, o Servidor TWAMP define o bit S como Falso. Portanto, o atraso unidirecional não é calculado pelo dispositivo de sonda.

TWAMP fundamental

O OWAMP (One-Way Ative Measurement Protocol), especificado no RFC4656, fornece um protocolo comum para medir métricas unidirecionais entre dispositivos de rede. O OWAMP pode ser usado bidirecionalmente para medir métricas unidirecionais em ambas as direções entre dois elementos da rede. No entanto, ele não acomoda medidas de ida e volta ou de mão dupla.

O Two Way Ative Measurement Protocol (TWAMP), descrito no RFC5357, é um processo de monitoramento de desempenho baseado em padrões e altamente eficaz que se expande com base na especificação do One-Way Ative Measurement Protocol (OWAMP) definida no RFC-4656 com a adição da medição de desempenho de métricas de ida e volta para redes baseadas em IP. O TWAMP é um método independente do fornecedor para medir com precisão o desempenho unidirecional e de ida e volta entre dois terminais compatíveis com o TWAMP.

De acordo com o RFC4656 (One-Way Ative Measurement Protocol), o primeiro bit S deve ser definido se a parte que gera o timestamp tiver um relógio sincronizado com o UTC através de uma fonte externa. 

Por exemplo, o bit S deve ser definido, se:

• O hardware do Global Positioning System (GPS) é usado para indicar que ele adquiriu a posição e o tempo atuais.
• O Network Time Protocol (NTP) é usado para indicar que ele está sincronizado com uma fonte externa, que inclui a origem do stratum 0, etc.).
• Não há noção de sincronização externa para a fonte de tempo, o bit S não deve ser definido.

The Error Estimate specifies the estimate of the error and
   synchronization.  It has the following format:

         0                   1
         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |S|Z|   Scale   |   Multiplier  |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

As entidades TWAMP:

O sistema TWAMP consiste em 4 entidades lógicas:
    server - gerencia uma ou mais sessões do TWAMP e também configura portas por sessão nos terminais
    session-refletor - reflete um pacote de medição assim que recebe um pacote de teste da TWAMP
    control-client - inicia o início e o fim das sessões de teste da TWAMP
    session-sender - instancia os pacotes de teste do TWAMP enviados ao refletor de sessão

Os protocolos TWAMP:

O protocolo TWAMP inclui três categorias distintas de troca de mensagens:

• Troca de configuração de conexão

As mensagens estabelecem uma conexão de sessão entre o Control-Client e o Servidor. Primeiro, as identidades dos pares comunicados são estabelecidas por meio de um mecanismo de resposta a desafios. O Servidor envia um desafio gerado aleatoriamente, para o qual o Control Client envia uma resposta criptografando o desafio usando uma chave derivada do segredo compartilhado. Depois que as identidades forem estabelecidas, a próxima etapa negociará um modo de segurança que será vinculado para os comandos TWAMP-Control subsequentes, bem como para os pacotes de fluxo TWAMP-Test.

Observação: um servidor pode aceitar solicitações de conexão de vários clientes de controle.

• Intercâmbio de controle TWAMP

O protocolo TWAMP-Control é executado sobre o TCP e é usado para instanciar e controlar sessões de medição. A sequência de comandos é a seguinte, mas diferentemente das trocas de configuração de conexão, os comandos TWAMP-Control podem ser enviados várias vezes. No entanto, as mensagens não podem ocorrer fora de sequência, embora vários comandos request-session possam ser enviados antes de um comando session-start.
    Solicitação de sessão
    Início da sessão
    Sessão de parada

• intercâmbio de fluxo de teste TWAMP

O teste TWAMP é executado no UDP e troca pacotes TWAMP-Test entre o remetente da sessão e o refletor da sessão. Esses pacotes incluem campos de carimbo de data e hora que contêm o instantâneo de saída e entrada de pacotes. Além disso, cada pacote inclui uma estimativa de erro que indica a inclinação da sincronização do remetente (remetente da sessão ou refletor da sessão) com uma fonte de tempo externa (por exemplo, GPS ou NTP). O pacote também inclui um número de sequência.

O TWAMP-Control e o fluxo de teste do TWAMP têm três modos de segurança: não autenticado, autenticado e criptografado.

Troubleshoot

Algumas plataformas podem depender de uma certa configuração ou implantação para fornecer o datador de hora do hardware. Em particular, os roteadores da série Cisco ASR9000 precisam da sincronização do Precision Time Protocol (PTP) como fonte de tempo. Essa solução pode não estar disponível em todos os cenários do usuário. Para permitir o uso de outras fontes de carimbo de data e hora (NTP clock source, por meio de um daemon executado em RouteProcessor (RP)), uma nova configuração de ipsla hw-timestamp disable é introduzida para ignorar os valores de carimbo de data e hora fornecidos por outras camadas dependentes da plataforma e reverter para os carimbos de data e hora independentes da plataforma.

Se a sincronização de relógio do NTP estiver ativada e ativada, use o comando hw-timestamp disable na configuração do SLA IP para desativar o datador de hora do hardware.

   
  

  ipsla
    hw-timestamp disable
    responder
      twamp
       timeout 100
      !
    !
    server twamp
      timer inactivity 100

Notas de versão para Cisco ASR 9000 Series Aggregation Services Routers, versão 6.0.1 apresenta um novo recurso de aprimoramento de precisão do TWAMP.

O aprimoramento da precisão do TWAMP oferece granularidade de microssegundos em medições do TWAMP. Essa melhoria permite a coleta de carimbos de data e hora de entrada e saída o mais próximo possível do fio, para obter mais precisão.

Você pode atualizar a versão do IOS XR para 6.1.X e superior para poder usar o recurso de aprimoramento da precisão do TWAMP e verificar a conquista do comportamento desejado.

Você pode executar estas etapas para solucionar o problema, bem como as capturas de pacotes

1. Configure valores mais altos para timeouts de servidor twamp e respondente (por exemplo, 120s), para que as informações não expirem muito rapidamente antes da coleta.
2. Como a depuração precisa ser ativada, configure o dispositivo para enviar mensagens de log de depuração ao buffer de registro. O tamanho do buffer de registro precisa ser configurado grande o suficiente para evitar a rolagem de mensagens de depuração durante o teste.
3. Certifique-se de que todos os pacotes trocados entre o dispositivo e a sonda sejam capturados (não apenas pacotes de prova UDP, mas também TCP para o estabelecimento da sessão)
4. Colete os comandos listados dos dispositivos ASR9000 ou CRS, dependendo de onde os testes são feitos:

Etapa 1. Antes de iniciar o teste a partir da sonda, recolha:

• terminal length 0
• show install ative sum
• admin show platform
• admin show hw-module fpd location all
• show run
• padrões ipsla twamp
• vshow ipsla twamp status
• show ntp status
• show ntp associations detail

Etapa 2.Ative todas as depurações de Twamp no dispositivo e limpe o registro.

1. iniciar a captura de pacotes
2. iniciar o teste a partir da sonda 

Note: Isso não produz muitas saídas se for o único teste de twamp executado na sonda.

Etapa 3.Coletar esses comandos após o término do teste

• show log
• show ipsla twamp connection detail
• show ipsla twamp connection request
• show ipsla twamp session
• show ipsla trace twamp all verbose
• show ipsla trace twamp initialization verbose    

Solução: O bit S nunca foi implementado no IOS-XR

Conforme o RFC 4656, se não houver noção de sincronização externa para a origem de tempo, o bit não deve ser definido. Portanto, o bit S não é implementado na plataforma IOS-XR.