Em nosso último webinar, com a participação de Gerard Phillips, da Arista, e Steve Holmes e Kevin Salvidge, da Leader, respondemos às suas perguntas sobre PTP e implementações simples do SMPTE ST 2110. Com base em sua experiência no mundo real, Gerard, Steve e Kevin compartilharam suas ideias sobre a melhor configuração de design e como evitar as armadilhas mais comuns.
Veja a seguir algumas das perguntas feitas à equipe antes e durante o webinar e suas respostas úteis.
- Como faço para integrar uma infraestrutura IP a uma infraestrutura SDI existente e garantir que os dois sistemas estejam sincronizados?
É essencial que o BB/TLS e o PTP sejam provenientes do mesmo SPG. Dessa forma, ambos são sincronizados com a referência do GPS. Se a referência do GPS for perdida, ambos reverterão para "permanecer em sincronia" usando o oscilador interno. Quando o GPS retornar, ambos também implementarão uma "sincronização lenta" para voltar à sincronização com o GPS sem causar choque grave nos sinais de referência BB/TLS e PTP.
Principais pontos a serem considerados:
- Oscilador único: Todos os sinais de referência, incluindo black and burst, PTP, sinais de teste e AES, devem ser derivados de um único oscilador, de preferência controlado por forno para aumentar a estabilidade.
- Redundância: Empregue grandmasters redundantes e uma arquitetura PTP robusta para garantir a operação contínua em caso de falhas no equipamento.
- Monitoramento: Monitora continuamente os sinais SDI e PTP para detectar quaisquer discrepâncias ou desvios, permitindo ações corretivas em tempo hábil.
- Como faço para garantir que tanto o PTP quanto o BB/TLS sejam 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 projetado corretamente, é possível acabar com referências BB/TLS provenientes de um SPG e PTP provenientes de outro.
Discutimos isso em detalhes no vídeo em anexo.
- Por que é importante projetar meu sistema com mais de um SPG?
Como engenheiros de transmissão, projetamos sistemas para lidar com a falha mais inesperada no momento mais inoportuno. Recomenda-se ter no mínimo dois SPGs para atender a uma falha significativa do sistema.
- O 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 você pode ter um ambiente de fabricante misto. Isso pode ser benéfico se um fabricante emitir uma atualização de serviço "severa", que exija que os SPGs sejam desligados ou retirados do ar para atualizações de manutenção. Ter um ambiente de fabricante misto significa que suas referências BB/TLS e PTP ainda estarão disponíveis.
- Qual é o erro de projeto de sistema mais comum quando se trata de PTP?
Um dos erros mais comuns é esquecer de alterar o domínio PTP padrão de 127. Quase todos os dispositivos PTP são fornecidos com esse domínio e, se você adicionar um novo dispositivo com o mesmo domínio, ele poderá se tornar o grande mestre e interromper 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 práticas recomendadas: Aproveite as arquiteturas PTP padrão do setor para evitar reinventar a roda e encontrar problemas conhecidos.
- Intervalos de mensagens de anúncio incompatíveis: Certifique-se de que esses intervalos sejam iguais entre os dispositivos seguidor e leader para uma operação PTP adequada. Se não forem configurados corretamente, isso 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 incorreta das prioridades do PTP: Configure as prioridades corretamente, especialmente a prioridade 1, para garantir que os dispositivos desejados assumam o controle como grandmaster em caso de falhas.
- Qual é a prática recomendada para implementar o BMCA em um ambiente de várias camadas?
Recomenda-se, dentro das práticas recomendadas do PTP, que o BMCA esteja operando na camada de distribuição e não na camada Media-Spine ou Media-Leaf.
Você também pode usar "ptp role master" para evitar que hosts indesejados sejam selecionados como Grandmaster pelo BMCA.
- Devo usar um relógio de limite ou um relógio transparente para 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: Eles dividem uma rede grande em segmentos menores e gerenciáveis, evitando que os grandes mestres sejam sobrecarregados por vários pontos de extremidade.
- Segurança: Recursos como o PTP Roll Master aumentam a segurança, permitindo que apenas 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 de extremidade oferecem suporte à medição de atraso de ponta a ponta, e não ponto a ponto, como usado com relógios transparentes. Portanto, você provavelmente acabará com uma arquitetura de ponta a ponta na camada de acesso, independentemente da sua escolha.
- Devo usar o mesmo relógio PTP para as redes primária e reserva do 2110?
Sim, é altamente recomendável usar o mesmo relógio PTP para as redes primária e de backup. O uso de relógios diferentes pode levar a problemas de sincronização devido ao mecanismo de seleção de pacotes nos receptores.
Normalmente, os receptores são bloqueados em um único domínio e endereço MAC. Se as suas redes tiverem domínios PTP diferentes, o receptor alternará constantemente entre domínios e endereços MAC, o que pode fazer com que ele seja bloqueado 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 serão bloqueados para o melhor relógio, o que pode causar discrepâncias de tempo e instabilidade na rede.
- Como posso monitorar o PTP em todos os relógios de limite da minha rede?
Há várias maneiras de monitorar o PTP em 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 o 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 o Grafana podem ser usadas para criar painéis personalizados para visualizar dados de telemetria de 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 precisa (classe de relógio 6), os grandmasters também podem operar de forma confiável usando seus osciladores internos (classe de relógio 248). Isso pode ser necessário em locais onde a obtenção de um bloqueio de GPS é um desafio.
O oscilador interno em um grandmaster é normalmente um oscilador de cristal controlado por forno, fornecendo precisão suficiente para implantações de curto prazo. Embora não seja tão preciso quanto o GPS, ele oferece uma referência de tempo estável e confiável sem depender de sinais externos.