Primeira demão PTP para os manequins do cabo - Cisco
Primeira demão PTP para os manequins do cabo
ID do documento:212355
GrandMaster PTP
Escravo PTP
Pulso de disparo do limite PTP
Classes do pulso de disparo PTP
Estados PTP
Domínio PTP
Definição básica das mensagens PTP
Configuração no mestre
Configurando o oscilador interno local
Configuração no Slave(cBR8)
Verificação da configuração apropriada e comportamento de um escravo (cBR8)
Configuração no escravo (RPD)
Verificação da configuração apropriada e comportamento de um escravo (RPD)
Pesquise defeitos o mestre PTP
Pesquise defeitos o escravo PTP (cBR8)
DTI e PTP
Pesquise defeitos o escravo PTP (RPD)
Este documento descreve o protocolo de tempo da precisão (PTP) que é uso na rede de cabo com cBR8 e redes RPHY. O objetivo é dar uma compreensão global do protocolo e como configurar-lo em disposições cBR8/RPHY.
Contribuído por Tristan Van Egroo, engenheiro de TAC da Cisco, editado por Waqas Daar, engenheiro de TAC da Cisco.
PHY remoto
Este documento é restringido a seguinte versão de software e hardware.
cBR8 está executando a liberação 16.6.1 ou mais tarde.
Dica: Consulte o artigo de Cisco 1x2 RPD Cisco para mais informação.
PTP é definido sob o padrão de IEEE 1588-2008.
As especificações completas estão disponíveis aqui: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4839002.
Nota: Você precisa de ter usuários registrados a fim obter o acesso direto ao documento.
PTP reserva distribuir o tempo e a frequência através de uma rede:
Tempo (sincronização):
Sincronizações o tempo entre dispositivos em uma rede
Frequência (Syntonization):
Sincronizações a frequência
PTP usa o Multicast ou o unicast e move mensagens UDP 319 (para eventos) e UDP 320 (para o general)
Na aplicação CMTS, PTP usa o unicast do IPv4.
O protocolo cria um relacionamento do Mestre-escravo entre um pulso de disparo do Grandmaster e dispositivos do cliente através da rede. A maneira que PTP elege um pulso de disparo a ser distribuído em uma rede está usando um algoritmo chamado o melhor algoritmo do relógio mestre (BCMA).
O algoritmo determina o melhor pulso de disparo em uma rede usando estas propriedades:
Identificador (o número, construído do endereço MAC do dispositivo, olha tipicamente como o formato EUI-64 (xxxx: xxFF: FExx: xxxx))
clockAccuracy: Determina como exato é o pulso de disparo. Mais baixo o melhor (o mais exatos)
clockClass: Reflita o tracability do tempo e da frequência distribuídos pelo pulso de disparo do GrandMaster.
As classes do pulso de disparo são definidas pela IEEE 1588-2008 especificações como esta'n:
especificação (decimal) dos clockClass
Prioridade - Um valor administrativamente atribuído (entre 0-255)
Variação - A estabilidade calculada do pulso de disparo
The Grandmaster comunica-se com os escravos que sessões estabelecidas com o grandmaster a fim trocar a informação da sincronização (tempo) e do syntonization 2 aqueles escravos. um GrandMaster deve na teoria ser conectado a um PRTC (tempo principal da referência), como GPS através de uma antena de GPS, esta maneira, se um GrandMaster falha e um outro GrandMaster toma sobre, desde que ambos estão usando a mesma referência de tempo, os escravos se manterá em usar a mesma referência de tempo. Se não usando um PRTC, a falha de um pulso de disparo do GrandMaster fará com que os escravos mudem a referência de tempo, causando, em encenações CMTS, o Modems para ir off line.
O escravo inicia a conexão ao pulso de disparo do GrandMaster. Slave e o mestre trocará seus ajustes de configuração e as configurações de relógio a fim começar a negociação em nossos caso, cBR8 e RPD ambas serão escravo a um GrandMaster externo PTP.
aviso: O desenvolvimento cBR8 atual (até à data de 16.7.1) apoia somente cBR8 como escravo PTP. No futuro, nós pudemos ver o limite PTP ou o mestre PTP.
Sincronizar do pulso de disparo do limite 2 segmentos de rede junto. Atua como um escravo a um pulso de disparo GM no segmento 1 e atua então como um pulso de disparo GM em pulsos de disparo do limite do segmento 2. são referidos não como "pulsos de disparo ordinários".
As classes do pulso de disparo são um dos valores usados durante a negociação para encontrar que pulso de disparo, em uma rede com pulsos de disparo múltiplos é o mais exato.
As classes do pulso de disparo são definidas pela IEEE 1588-2008, consideram a lista acima
FREERUN: Não conectado a algum GM remoto, usando o oscilador local
CONSERVAÇÃO: A conexão perdida a um GM remoto, tenta recuperá-lo, e tenta manter o pulso de disparo precedente. Durante o estado da CONSERVAÇÃO, o pulso de disparo pode começar derivar, e se derivando fora das especificações, irá para trás a
Modo FREERUN.
AQUISIÇÃO: Negociação começada com GM, e mensagens de troca com o GM para determinar o atraso induzido pela rede e tentativa à sincronização com o pulso de disparo GM.
FREQ_LOCKED: O dispositivo do escravo é travado ao mestre no que diz respeito à frequência, mas não à fase alinhada
PHASE_ALIGNED: Travado ao mestre no que diz respeito à frequência e à fase
O domínio PTP é um número que identifica um grupo de dispositivos que falam junto. Os dispositivos do escravo e do mestre devem estar dentro do mesmo domínio PTP a poder à sincronização um com o otro. O domínio 0 é o domínio padrão e os domínios 1-2-3 são reservados por especificações. Outros números de domínio podem ser 4-255,
Note que as variações algum PTP tais como G.8275.2 exigem o domínio PTP estar dentro da escala 44-63, daqui se você não está usando esta variação, evite usar esta escala de domínios PTP, como isto pôde confundir o usuário e o dispositivo.
A informação adicional em G.8275.2 pode ser encontrada na seguinte URL:
https://www.cisco.com/c/en/us/td/docs/routers/asr903/software/guide/timing/16-5-1/b-timing-sync-xe-16-5-asr900/g-8275-2.html#con_1095736
A sincronização, Follow_up, Delay_req, Delay_resp é mensagens usadas pelo limite e por pulsos de disparo ordinários para comunicar a informação de tempo aos escravos através da rede.
Anuncie que as mensagens estão trocadas por ambos os escravos e mestre para identificar o melhor pulso de disparo na rede usando o melhor algoritmo do relógio mestre.
Dica: Consulte por favor figuras 26,27,28 das especificações IEEE para o mecanismo detalhado.
Sinalizando as mensagens são usadas para a informação não tempo-crítica
A recomendação do BU é usar um ASR900 para trabalhar porque o mestre PTP, mas os grão-mestres da terceira parte PTP é apoiado, se hardware baseado, como Adva ou IGM.
Há uma aplicação da base do software do protocolo PTP, em Linux, chamado ptpd. Contudo, desde o software baseado, não oferece bastante precisão para que o cBR8 e o RPD trabalhe com ele, consequentemente, o Modems não poderá vir em linha e a sincronização PTP não acontecido tampouco. Além disso, a aplicação do linux de PTPd exige o hardware que timestamping pelo NIC a fim aumentar a precisão. Isto significa que ao usar uma máquina virtual ou um NIC que não apoie o hardware que timestamping, PTPd pôde nem sequer começar de todo em Linux.
Dependendo o modelo de ASR900 no uso, pode ou não pode ter uma antena de GPS. Se o ASR900 não tem uma antena de GPS, nós não teremos PRTC, mas nós ainda poderemos executar o ASR900 como o Grandmaster com um PRTC local (oscilador interno). Isto significa que se este ASR900 falha e que um outro ASR900 toma sobre, o cBR8 e o RPD perderá a referência de tempo.
Então, uma vez que o oscilador interno é configurado corretamente, nós podemos configurar PTP como o mestre no ASR900:
Nota: Se não há nenhum oscilador local ou GPS configurado como a fonte, o mestre do modo PTP não estará disponível
Esta seção fornece a informação que você pode usar a fim verificar que sua configuração trabalha corretamente.
Nota: Durante a primeira configuração do oscilador interno, o oscilador precisa de aquecer antes para ser estável. Consequentemente, pôde tomar um quando antes que o estado do PTP esteja FREQ_LOCKED. Isto pode tomar até 35 minutos.
Nota: À revelia, o ASR900 relatará ser a classe 58 ao usar o oscilador interno. Se usando um pulso de disparo GM da terceira parte, você pode ver a classe 6 do pulso de disparo também.
Apesar deste ser a configuração RPD, isto precisa de ser entrado no cBR8 próprio, desde que o cBR8 provision o dispositivo remoto de Phy.
Nota: Os intervalos para a sincronização e anunciam são especificados na escala log2.
PHASE_LOCK é o estado correto quando tudo está trabalhando.
Nota: Veja a seção do estado PTP para outros estados e sua definição.
No mestre, a maioria de importante deve assegurar-se de que PTP tenha um origem de relógio de rede para cronometrar, uma antena de GPS (preferida), ou um oscilador local.
A fim assegurar o origem de relógio de rede está trabalhando como esperado, você pode usar o comando:
No cBR8 que atua como o escravo, o que é importante de notar é que somente o apoio cBR8, a partir de agora, as relações SUP DPIC para conectar ao mestre PTP, daqui não usam a relação Gig0 ou as relações RPHY PIC, porque PTP não pôde trabalhar através daquelas relações.
Nota: Consulte o manual de configuração remoto do software do dispositivo de Cisco PHY para mais informação.
Durante a negociação inicial PTP, pode tomar até 35 minutos para que o cBR8 ajuste e alinhe seu pulso de disparo ao pulso de disparo do mestre PTP. Durante esse tempo, o pulso de disparo será visto em ADQUIRIR o estado no cBR8:
Se o estado de AQUISIÇÃO permanece lá por mais por muito tempo de 35 minutos, pôde indicar que o relógio mestre PTP não é muito exato e deriva para a frente e para trás que faz com que o cBR não possa ADQUIRIR corretamente. Isto pôde ser visto ao usar um servidor Linux com PTPd por exemplo.
A fim configurar PTP, o pulso de disparo DTI do cabo deve SER DESABILITADO, se não, o seguinte Mensagem de Erro aparecerá:
No RPD, todos os comandos interessantes estão sob o guarda-chuva do ptp da mostra:
Há uns arquivos adicionais sob o shell do linux dos RPD que são úteis compreender o que aconteceu em relação a PTP no RPD, como aqueles contêm alguma história nos eventos passados.
http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4839002
https://www.cisco.com/c/en/us/td/docs/cable/cbr/configuration/guide/b-rpd-full-book-11/b_docsis_cbr_full_book_xe16_5_chapter_011.html#concept_hhk_rsl_jz