Introdução
Este original descreve o protocolo da Medição ativa e o uso de sincronizar o bit (S mordido) para medidas do atraso. Descreve o supportabilty do S mordido na plataforma IOS-XR.
Pré-requisitos
Requisitos
Cisco recomenda que você tem o conhecimento básico destes assuntos:
-
Protocolo de sentido único da Medição ativa (OWAMP)
-
Protocolo em dois sentidos da Medição ativa (TWAMP)
-
Roteadores de serviços de agregação Cisco ASR série 9000 (ASR9000)
A informação neste documento é baseada em dispositivos de Cisco ASR9000 - liberação IOS-XR 5.3.4.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste original começaram com uma configuração cancelada (do padrão). Se sua rede está viva, certifique-se de que você compreende o impacto potencial do comando any.
Problema: O bit TWAMP S é ajustado incorretamente
Você pode usar TWAMP para medir unidirecional e um desempenho round trip entre dois dispositivos TWAMP-apoiados. Quando você testar o Service Level Agreement TWAMP-baseado do protocolo de internet (IP SLA) entre a ponta de prova da 3ª parte e os dispositivos CRS/ASR9000 que é executado em IOS-XR 5.3.4, conjuntos de servidor que TWAMP o S mordeu a falso. Consequentemente, o retardo de sentido único não é calculado pelo dispositivo da ponta de prova.
Fundamento TWAMP
O protocolo de sentido único da Medição ativa (OWAMP), especificado no RFC4656, fornece um protocolo comum para medir o medidor de sentido único entre dispositivos de rede. OWAMP pode ser usado bidirecional para medir o medidor de sentido único nos ambos sentidos entre dois elementos de rede. Contudo, não acomoda o round trip ou medidas em dois sentidos.
O protocolo em dois sentidos da Medição ativa (TWAMP) descrito no RFC5357, é um processo padrão-baseado e altamente eficaz do monitoramento de desempenho que expanda em cima da especificação de sentido único do protocolo da Medição ativa (OWAMP) definida no RFC-4656 com a adição da medida de desempenho do round trip e do medidor em dois sentidos para redes baseadas IP. TWAMP é um método vendedor-agnóstico para medir exatamente unidirecional e um desempenho round trip entre dois valores-limite TWAMP-apoiados.
Conforme o RFC4656 (protocolo de sentido único da Medição ativa), o primeiro bit S deve ser ajustado, se o partido que gerencie o timestamp tem um pulso de disparo que esteja sincronizado ao UTC com um origem externa.
Por exemplo, o bit S deve ser ajustado, se:
- O hardware do Global Positioning System (GPS) é usado para indicar que adquiriu a posição atual e o tempo.
- O Network Time Protocol (NTP) é usado para indicar que está sincronizado a um origem externa, que inclua a fonte do estrato 0, etc.).
- Não há nenhuma noção da sincronização externo para o origem de tempo, o bit S não deve ser ajustado.
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ógica:
• server - controla umas ou várias sessões TWAMP e igualmente configura por sessão portas nos valores-limite
• sessão-refletor - reflete um pacote de medição assim que receber um pacote de teste TWAMP
• controle-cliente - inicia o começo e a parada de sessões do teste TWAMP
• sessão-remetente - instantiates os pacotes de teste TWAMP enviados ao refletor da sessão
Os protocolos TWAMP:
O protocolo TWAMP inclui três categorias distintas da troca da mensagem inclui:
- Troca da instalação da conexão
As mensagens estabelecem uma conexão de sessão entre o Controle-cliente e o server. As identidades dos pares comunicados são estabelecidas primeiramente através de um mecanismo de resposta de desafio. O server envia um desafio aleatoriamente gerado, a que o Controle-cliente a seguir envia uma resposta cifrando o desafio usando uma chave derivada do segredo compartilhado. Uma vez que as identidades são estabelecidas, a próxima etapa negocia um modo de segurança que seja ativado para os comandos subsequentes do TWAMP-controle assim como os pacotes do córrego do TWAMP-teste.
Note: Um server pode aceitar pedidos de conexão dos clientes múltiplos do controle.
O protocolo do TWAMP-controle executa sobre o TCP e é usado para instantiate e controlar sessões da medida. A sequência dos comandos é como segue, mas desigual, as trocas da instalação da conexão, os comandos do TWAMP-controle podem ser enviadas épocas múltiplas. Contudo, as mensagens não podem ocorrer fora da sequência embora os comandos múltiplos da pedido-sessão possam ser enviados antes de um comando do sessão-início.
Pedido-sessão do ◦
Início-sessão do ◦
Parada-sessão do ◦
- troca do córrego do TWAMP-teste
O TWAMP-teste executa sobre o UDP e troca pacotes do TWAMP-teste entre o Sessão-remetente e o Sessão-refletor. Estes pacotes incluem os campos do timestamp que contêm o o instante da saída e do ingresso do pacote. Além, cada pacote inclui uma erro-avaliação que indique o enviesamento da sincronização do remetente (sessão-remetente ou sessão-refletor) com um origem de tempo externo (e.g.GPS ou NTP). O pacote igualmente inclui um número de sequência.
O TWAMP-controle e o TWAMP-teste fluem, têm três modos de segurança: não-autenticado, autenticado, e cifrado.
Troubleshooting
Algumas Plataformas podem confiar em algum configuração ou desenvolvimento para fornecer o marcador temporal do hardware. Em particular, o Roteadores do ASR9000 Series de Cisco precisa a sincronização do protocolo de tempo da precisão (PTP) como um origem do relógio. Esta solução não pode estar disponível em todas as encenações do usuário. Para permitir o uso de outras fontes de carimbo do tempo (origem do relógio NTP, através de um demônio que é executado em RouteProcessor (RP)) uma configuração nova da inutilização do HW-timestamp do ipsla é introduzida para ignorar os valores do marcador temporal fornecidos por outras camadas do dependente da plataforma e para reverter de volta aos marcadores temporais da plataforma independente.
Se a sincronização de relógio NTP é permitida e ativada, use o comando disable do HW-timestamp na configuração IP SLA desabilitar o marcador temporal do hardware.
ipsla
hw-timestamp disable
responder
twamp
timeout 100
!
!
server twamp
timer inactivity 100
Os Release Note para o Roteadores de serviços de agregação Cisco ASR série 9000, a liberação 6.0.1 introduzem uma característica nova do realce da precisão TWAMP.
O realce da precisão TWAMP fornece a granularidade do microssegundo em medidas TWAMP. Este realce permite que a coleção de marcadores temporais do ingresso e da saída de tão perto quanto possível ao fio, consiga mais precisão.
Você pode promover a liberação IO XR a 6.1.X e acima poder usar a característica do realce da precisão TWAMP e verificar a realização do comportamento desejado.
Você pode executar estas etapas para pesquisar defeitos a edição assim como as capturas de pacote de informação
- Configurar uns valores mais altos para intervalos para o server do twamp e o que responde (por exemplo 120s), assim que a informação não expira demasiado rapidamente antes da coleção.
- Desde que debugar precisa de ser permitido, assegure para configurar o dispositivo para enviar mensagens de registro da eliminação de erros ao logging buffer. O tamanho do logging buffer precisa de ser grande configurado bastante para impedir sobre o rolo dos mensagens de debugging durante o teste.
- Esure que todos os pacotes trocados entre o dispositivo e a ponta de prova são capturados (não somente pacotes de ponta de prova UDP, mas igualmente o TCP para o estabelecimento de sessão)
- Recolha os comandos listados dos dispositivos ASR9000 ou CR, dependa onde os testes são feitos:
Etapa 1. Antes que você comece o teste da ponta de prova, recolha:
- comprimento terminal 0
- a mostra instala a soma ativa
- plataforma da mostra admin
- lugar todo do fpd do módulo HW da mostra admin
- show run
- padrões do twamp do ipsla
- estado do twamp do ipsla do vshow
- mostre o estado NTP
- mostre o detalhe das associações NTP
Etapa 2.Enable que todo o Twamp debuga no dispositivo e então claro o log.
- comece a captura de pacote de informação
- comece o teste da ponta de prova
Note: Isto não produz saídas demais se é o único teste do twamp que executa na ponta de prova.
Etapa 3.Collect estes comandos após o teste terminado
- show log
- mostre o detalhe da conexão do twamp do ipsla
- mostre pedidos de conexão do twamp do ipsla
- mostre a sessão do twamp do ipsla
- mostre o twamp do traço do ipsla toda verboso
- mostre a iniciação do twamp do traço do ipsla verboso
Solução: S mordido nunca executado em IOS-XR
Conforme o RFC 4656, se não há nenhuma noção da sincronização externo para o origem de tempo, o bit não deve ser ajustado. Consequentemente, o bit S não é executado na plataforma IOS-XR.