No nosso último webinar, com a participação de Gerard Phillips da Arista e Steve Holmes e Kevin Salvidge de Leader, respondemos às suas perguntas sobre PTP e implementações simples de SMPTE ST 2110. Com base na sua experiência no mundo real, Gerard, Steve e Kevin partilharam as suas ideias sobre a melhor configuração de design e como evitar as armadilhas mais comuns.
Eis algumas das perguntas feitas à equipa antes e durante o webinar, bem como as suas respostas úteis.
- Como é que integro uma infraestrutura IP numa infraestrutura SDI existente e asseguro que ambos os sistemas estão sincronizados?
É essencial que o BB/TLS e o PTP sejam provenientes do mesmo SPG. Dessa forma, ambos estão sincronizados com a referência GPS. Se a referência GPS for perdida, ambos revertem para 'stay-in-sync' usando o oscilador interno. Quando o GPS retornar, ambos também usarão uma 'sincronização lenta' para reverter para a sincronização GPS sem causar choque severo nos sinais de referência BB/TLS e PTP.
Pontos-chave a considerar:
- Oscilador único: Todos os sinais de referência, incluindo os sinais de black and burst, PTP, sinais de teste e AES, devem ser derivados de um único oscilador, de preferência controlado por um forno para aumentar a estabilidade.
- Redundância: Empregar grandmasters redundantes e uma arquitetura PTP robusta para garantir o funcionamento contínuo em caso de falhas de equipamento.
- Monitorização: Monitoriza continuamente os sinais SDI e PTP para detetar quaisquer discrepâncias ou desvios, permitindo acções corretivas atempadas.
- Como é que posso garantir que tanto o PTP como o BB/TLS são provenientes do mesmo SPG?
Como as fontes de referência PTP não passam pelas unidades de comutação de emergência, se o sistema não for concebido corretamente, é possível que as referências BB/TLS venham de um SPG e as PTP venham de outro.
Este assunto é abordado em pormenor no vídeo em anexo.
- Porque é que é importante conceber o meu sistema com mais do que um SPG?
Como engenheiros de transmissão, concebemos sistemas para lidar com a falha mais inesperada no momento mais inoportuno. Recomenda-se que haja um mínimo de dois SPGs para fazer face a uma falha significativa do sistema.
- O algoritmo Best Master Clock Algorithm (BMCA) pode funcionar com SPGs de vários fabricantes?
Sim, o BMCA é agnóstico em relação ao fabricante do SPG, o que significa que pode ter um ambiente de fabricantes mistos. Isso pode ser benéfico se um fabricante emitir uma atualização de serviço "severa", que exige que os SPGs sejam desligados ou retirados para atualizações de manutenção. Ter um ambiente de fabricante misto significa que as suas referências BB/TLS e PTP ainda estão disponíveis.
- Qual é o erro de conceção de sistema mais comum no que diz respeito ao PTP?
Um dos erros mais comuns é esquecer-se de alterar o domínio PTP predefinido de 127. Quase todos os dispositivos PTP são fornecidos com este domínio e, se adicionar um novo dispositivo com o mesmo domínio, este pode tornar-se o grande mestre e perturbar toda a sua rede. Além disso, evite usar o domínio 0, pois ele é reservado para os domínios de áudio AES67 e Dante.
Outros erros comuns incluem:
- Não seguir as melhores práticas: Utilizar arquitecturas PTP padrão da indústria para evitar reinventar a roda e deparar-se com problemas conhecidos.
- Intervalos de mensagens de anúncio não coincidentes: Certifique-se de que esses intervalos correspondam entre os dispositivos seguidor e leader para uma operação PTP adequada. Se não forem corretamente configurados, isto pode fazer com que o BMCA selecione um novo Grandmaster, não porque o Grandmaster original tenha ficado off-line, mas simplesmente porque não respondeu na janela de tempo limite de anúncio. Isso pode fazer com que o Grandmaster "alterne" entre dispositivos e cause problemas de "Qualidade de serviço" com a referência PTP em todo o sistema de transmissão IP.
- Compreensão incorrecta das prioridades PTP: Configurar corretamente as prioridades, especialmente a prioridade 1, para garantir que os dispositivos pretendidos assumem o papel de grandmaster em caso de falha.
- Qual é a melhor prática para implementar a BMCA num ambiente com vários níveis?
Recomenda-se, de acordo com as melhores práticas do PTP, que o BMCA esteja a funcionar na camada de distribuição e não na camada de suporte de dados ou de folha de dados.
Também é possível usar 'ptp role master' para evitar que hosts indesejados sejam selecionados como Grandmaster pelo BMCA.
- Devo utilizar um relógio de limite ou um relógio transparente para a minha rede PTP?
Na maioria dos casos, os relógios de limite são preferíveis aos relógios transparentes. Ambos minimizam o jitter, mas os relógios de limite oferecem várias vantagens:
- Escalabilidade: Dividem uma grande rede em segmentos mais pequenos e geríveis, evitando que os grandes mestres sejam sobrecarregados por numerosos pontos finais.
- Segurança: Funcionalidades como o PTP Roll Master aumentam a segurança, permitindo que apenas os grandmasters autorizados se tornem líderes.
- Visibilidade: Os relógios de limite oferecem melhor telemetria e visibilidade do desempenho da rede, facilitando o monitoramento da integridade do PTP.
No entanto, lembre-se de que muitos pontos finais suportam a medição de atraso de ponta a ponta, e não ponto a ponto, como usado com relógios transparentes. Por conseguinte, é provável que acabe por ter uma arquitetura extremo-a-extremo na camada de acesso, independentemente da sua escolha.
- Devo utilizar o mesmo relógio PTP para as minhas redes 2110 principal e de reserva?
Sim, é altamente recomendável usar o mesmo relógio PTP para as redes primária e de backup. A utilização de relógios diferentes pode levar a problemas de sincronização devido ao mecanismo de seleção de pacotes nos receptores.
Os receptores normalmente bloqueiam um único domínio e endereço MAC. Se as suas redes tiverem domínios PTP diferentes, o recetor alterna constantemente entre domínios e endereços MAC, o que pode fazer com que volte a bloquear repetidamente, interrompendo o fluxo de sinal.
Mesmo que os domínios sejam os mesmos, mas os relógios sejam diferentes, não há garantia de que os pontos de extremidade bloqueiem o melhor relógio, levando a potenciais discrepâncias de tempo e instabilidade da rede.
- Como posso monitorizar o PTP em todos os relógios de limite da minha rede?
Existem várias formas de monitorizar o PTP nos relógios de limite:
- Telemetria do switch: Os switches modernos com reconhecimento de PTP, como os da Arista, oferecem dados de telemetria abrangentes que podem ser usados para monitorar o desempenho do relógio de limite. Esses dados podem incluir deslocamento do mestre, latência da rede, contagem de pacotes e taxas de queda.
- Ferramentas de monitoramento dedicadas: Ferramentas como Leader ZEN series, PHABRIX QX series e soluções de software como DataMiner podem coletar, analisar e visualizar dados PTP de switches e endpoints, fornecendo uma visão abrangente da integridade da rede.
- Ferramentas de código aberto: Ferramentas como Grafana podem ser usadas para criar painéis personalizados para visualizar dados de telemetria PTP, fornecendo uma solução de monitoramento econômica.
- O GPS é sempre necessário para implantações temporárias do SMPTE ST 2110?
Não, o GPS nem sempre é necessário para implantações temporárias. Embora o GPS forneça a referência de tempo mais exacta (classe de relógio 6), os grandmasters também podem funcionar de forma fiável utilizando os seus osciladores internos (classe de relógio 248). Isto pode ser necessário em locais onde a obtenção de um bloqueio GPS é difícil.
O oscilador interno num grandmaster é tipicamente um oscilador de cristal controlado por forno, fornecendo precisão suficiente para implantações de curto prazo. Embora não seja tão preciso como o GPS, oferece uma referência de temporização estável e fiável sem depender de sinais externos.