En nuestro último seminario web, en el que participaron Gerard Phillips, de Arista, y Steve Holmes y Kevin Salvidge, de Leader, respondimos a sus preguntas sobre PTP e implementaciones sencillas de SMPTE ST 2110. Basándose en su experiencia real, Gerard, Steve y Kevin compartieron sus ideas sobre la mejor configuración de diseño y cómo evitar los errores más comunes.
Estas son algunas de las preguntas que se hicieron al equipo antes y durante el seminario, y sus útiles respuestas.
- ¿Cómo integrar una infraestructura IP en una infraestructura SDI existente y garantizar la sincronización de ambos sistemas?
Es esencial que tanto el BB/TLS como el PTP provengan del mismo SPG. De esta forma, ambos están sincronizados con la referencia GPS. Si se pierde la referencia GPS, ambos vuelven a "permanecer sincronizados" utilizando el oscilador interno. Cuando el GPS vuelva, ambos desplegarán también un'slow-sync'para volver a la sincronización GPS sin causar un choque severo tanto a las señales de referencia BB/TLS como PTP.
Puntos clave a tener en cuenta:
- Oscilador único: Todas las señales de referencia, incluidas las de negro y ráfaga, PTP, señales de prueba y AES, deben derivarse de un solo oscilador, preferiblemente controlado en horno para mejorar la estabilidad.
- Redundancia: Emplea grandes maestros redundantes y una arquitectura PTP robusta para garantizar el funcionamiento continuo en caso de fallos del equipo.
- Monitorización: Supervisa continuamente las señales SDI y PTP para detectar cualquier discrepancia o desviación, lo que permite tomar medidas correctivas a tiempo.
- ¿Cómo puedo asegurarme de que tanto PTP como BB/TLS proceden de la misma GDS?
Como las fuentes de referencia PTP no pasan a través de las unidades de conmutación de emergencia, si el sistema no se diseña correctamente, es posible acabar con referencias BB/TLS procedentes de un SPG y PTP procedentes de otro.
En el vídeo adjunto lo explicamos con detalle.
- ¿Por qué es importante diseñar mi sistema con más de un SPG?
Como ingenieros de radiodifusión, diseñamos sistemas para hacer frente al fallo más inesperado en el momento más inoportuno. Se recomienda tener un mínimo de dos SPG para hacer frente a un fallo importante del sistema.
- ¿Puede funcionar el algoritmo BMCA (Best Master Clock Algorithm) con GDS de varios fabricantes?
Sí, la BMCA es independiente del fabricante de la AAP, lo que significa que puede tener un entorno con varios fabricantes. Esto puede resultar beneficioso si un fabricante emite una actualización de servicio "severa", que requiera que las AAP sean apagadas o desconectadas para actualizaciones de mantenimiento. Contar con un entorno de varios fabricantes significa que sus referencias BB/TLS y PTP seguirán estando disponibles.
- ¿Cuál es el error más común en el diseño de sistemas PTP?
Uno de los errores más comunes es olvidar cambiar el dominio PTP por defecto de 127. Casi todos los dispositivos PTP se envían con este dominio, y si añades un nuevo dispositivo con el mismo dominio, puede convertirse en el gran maestro e interrumpir toda tu red. Además, evita usar el dominio 0 ya que está reservado para los dominios de audio AES67 y Dante.
Otros errores comunes son:
- No seguir las mejores prácticas: Aprovecha las arquitecturas PTP estándar del sector para evitar reinventar la rueda y encontrarte con problemas conocidos.
- Intervalos de mensajes de anuncio no coincidentes: Asegúrese de que estos intervalos coinciden entre los dispositivos seguidor y leader para un correcto funcionamiento PTP. Si no se configuran correctamente, el BMCA puede seleccionar un nuevo Grandmaster, no porque el Grandmaster original se haya desconectado, sino simplemente porque no ha respondido en el tiempo de espera de anuncio. Esto puede provocar que el Grandmaster "cambie" de dispositivo y cause problemas de "calidad de servicio" con la referencia PTP en todo el sistema de difusión IP.
- Comprensión incorrecta de las prioridades PTP: Configure las prioridades correctamente, especialmente la prioridad 1, para garantizar que los dispositivos deseados asuman el papel de gran maestro en caso de fallos.
- ¿Cuáles son las mejores prácticas para aplicar el BMCA en un entorno de varios niveles?
Se recomienda dentro de las mejores prácticas PTP que el BMCA esté operando en la capa de distribución y no en la capa Media-Spine o Media-Leaf.
También puedes utilizar 'ptp role master' para evitar que hosts no deseados sean seleccionados como Grandmaster por el BMCA.
- ¿Debo utilizar un reloj de frontera o un reloj transparente para mi red PTP?
En la mayoría de los casos, los relojes de contorno son preferibles a los relojes transparentes. Ambos minimizan el jitter, pero los relojes de contorno ofrecen varias ventajas:
- Escalabilidad: Dividen una red grande en segmentos más pequeños y manejables, evitando que los grandes maestros se vean desbordados por numerosos puntos finales.
- Seguridad: Funciones como PTP Roll Master mejoran la seguridad al permitir que solo los grandes maestros autorizados se conviertan en líderes.
- Visibilidad: Los relojes de frontera ofrecen mejor telemetría y visibilidad del rendimiento de la red, lo que facilita la supervisión de la salud de PTP.
Sin embargo, tenga en cuenta que muchos puntos finales admiten la medición de retardo de extremo a extremo, no de igual a igual, como se utiliza con los relojes transparentes. Por lo tanto, es probable que acabes con una arquitectura de extremo a extremo en la capa de acceso independientemente de tu elección.
- ¿Debo utilizar el mismo reloj PTP para mis redes 2110 principal y de reserva?
Sí, es muy recomendable utilizar el mismo reloj PTP para la red principal y la de reserva. Utilizar relojes diferentes puede provocar problemas de sincronización debido al mecanismo de selección de paquetes de los receptores.
Los receptores suelen bloquearse en un único dominio y dirección MAC. Si sus redes tienen diferentes dominios PTP, el receptor cambia constantemente entre dominios y direcciones MAC, lo que puede provocar que se vuelva a bloquear repetidamente, interrumpiendo el flujo de la señal.
Incluso si los dominios son los mismos pero los relojes son diferentes, no hay garantía de que los puntos finales se ajusten al mejor reloj, lo que puede provocar discrepancias de sincronización e inestabilidad en la red.
- ¿Cómo puedo supervisar PTP en cada reloj fronterizo de mi red?
Hay varias formas de monitorizar PTP en relojes de frontera:
- Telemetría de conmutadores: Los conmutadores modernos compatibles con PTP, como los de Arista, ofrecen numerosos datos de telemetría que pueden utilizarse para supervisar el rendimiento del reloj de frontera. Estos datos pueden incluir el desplazamiento desde el maestro, la latencia de la red, el recuento de paquetes y las tasas de caída.
- Herramientas de supervisión específicas: Herramientas como Leader serieZEN , PHABRIX serieQX , y soluciones de software como DataMiner pueden recopilar, analizar y visualizar datos PTP de conmutadores y puntos finales, proporcionando una visión completa del estado de la red.
- Herramientas de código abierto: Herramientas como Grafana se pueden utilizar para crear cuadros de mando personalizados para visualizar los datos de telemetría PTP, proporcionando una solución de monitorización rentable.
- ¿Es siempre necesario el GPS para los despliegues temporales de SMPTE ST 2110?
No, el GPS no siempre es necesario para los despliegues temporales. Aunque el GPS proporciona la referencia horaria más precisa (clase de reloj 6), los grandes maestros también pueden funcionar de forma fiable utilizando sus osciladores internos (clase de reloj 248). Esto puede ser necesario en lugares en los que es difícil fijar el GPS.
El oscilador interno de un grandmaster suele ser un oscilador de cristal controlado en horno, lo que proporciona una precisión suficiente para despliegues a corto plazo. Aunque no es tan preciso como el GPS, ofrece una referencia de tiempo estable y fiable sin depender de señales externas.