Descripción general del reloj de límite PTP

Reloj de límite PTP

Los relojes de límite pueden mejorar la precisión de la sincronización del reloj al reducir el número de saltos no conscientes de 1588v2 entre timeTransmitter y timeReceiver. Los relojes de límite también se pueden desplegar para ofrecer una mejor escala, ya que reducen el número de sesiones y el número de paquetes por segundo en timeTransmitter.

El reloj de límite intercepta y procesa todos los mensajes PTP y pasa todo el resto del tráfico. El mejor algoritmo de reloj timeTransmitter (BTCA) es utilizado por el reloj de límite para seleccionar el reloj timeTransmitter aceptable mejor configurado que puede ver un puerto timeReceiver de límite. Para configurar un reloj de límite, incluya la boundary instrucción en el nivel de jerarquía [edit protocols ptp clock-mode] y al menos un timeTransmitter con la master instrucción y al menos un timeReceiver con la slave instrucción en el nivel de jerarquía [edit protocols ptp].

Todos los paquetes PTP utilizan la cola de máximo esfuerzo en lugar de la cola de control de red.

Si clksyncd-service se inicia el reinicio, la salida del comando de la CLI de los show ptp lock status detail campos Estado de referencia del reloj y Estado de referencia de 1pps muestra información incorrecta. A continuación se muestra un ejemplo de salida para show ptp lock status detail:

La Figura 1 ilustra dos relojes límite en una red en la que el flujo del reloj es del nodo aguas arriba (BC-1) al nodo aguas abajo (BC-2). Esta cifra también se aplica a los enrutadores de la serie MX y a los conmutadores de la serie QFX.

El primer reloj de límite, BC-1, tiene cuatro puertos. Cada puerto está configurado de la siguiente manera:

• BC-1 P-1 y BC-1 P-4 son puertos receptores de tiempo límite conectados a dos relojes maestros: OC-1 y OC-5. Los relojes maestros se incluyen como fuentes de reloj en las configuraciones de puerto timeReceiver. De los paquetes recibidos en los puertos timeReceiver, BC-1 selecciona el mejor timeTransmitter, sincroniza su reloj y genera paquetes PTP, que se envían a través de los puertos timeTransmitter (BC-1 P-2 y BC-1 P-3) a los relojes timeReceiver descendentes.

• BC-1 P-2, un puerto transmisor de tiempo, está conectado a OC-2, un receptor de tiempo remoto ordinario. OC-2 se incluye como un cliente de reloj en la configuración timeTransmitter de BC-1 P-2 y, por lo tanto, recibe paquetes PTP de BC-1 P-2.

• BC-1 P-3, un puerto transmisor de tiempo, está conectado a BC-2 P-1, un puerto receptor de tiempo de límite remoto. En esta situación, el puerto timeTransmitter (BC-1 P-3) se incluye como origen de reloj en la configuración del puerto timeReceiver límite (BC-2 P-1). Además, el puerto timeReceiver de límite (BC-2 P-1) se incluye como cliente de reloj en la configuración del puerto timeTransmitter (BC-1 P-3). Con esta configuración, el timeReceiver de límite (BC-2 P1) recibe paquetes PTP de BC-1 P3.

El segundo reloj de límite, BC-2, tiene tres puertos. Cada puerto está configurado de la siguiente manera:

• BC-2 P-1 es un puerto receptor de tiempo límite conectado al puerto transmisor de tiempo ascendente: BC-1 P3. Como se describió anteriormente, BC-2 P-1 recibe paquetes PTP de BC-1 P3. Los puertos timeTransmitter (BC-2, P-2 y BC-2, P-3) sincronizan su hora a partir de los paquetes recibidos de BC-2, P1.

• BC-2 P-2 y BC-2 P-3, tiempo límiteLos puertos transmisores, están conectados a los relojes receptores de tiempo remotos ordinarios: OC-3 y OC-4. OC-3 y OC-4 se incluyen como clientes de reloj en la configuración de los puertos transmisores de tiempo: BC-2 P2 y BC-2 P-3. Ambos relojes timeReceiver reciben paquetes PTP del puerto límite timeTransmitter al que están conectados.

En este ejemplo, el reloj de límite sincroniza su reloj desde los paquetes recibidos en sus puertos timeReceiver desde el timeTransmitter ascendente. Luego, el reloj de límite genera paquetes PTP, que se envían a través del puerto timeTransmitter a los relojes timeReceiver descendentes. El reloj de límite marca de tiempo de estos paquetes utiliza su propia hora, que se sincroniza con el timeTransmitter ascendente seleccionado.

Clientes de reloj

Un cliente de reloj es el host PTP remoto, el cual recibe la hora del PTP timeTransmitter y está en una relación timeReceiver con timeTransmitter.

Nota:

El término timeReceiver se utiliza a veces para referirse al cliente del reloj.

Un dispositivo que actúa como reloj de límite timeTransmitter admite los siguientes tipos de relojes timeReceiver descendentes:

• TimeReceiver automático: se configura un timeReceiver automático con una dirección IP, que incluye la máscara de subred, lo que indica que cualquier host PTP remoto que pertenezca a esa subred puede unirse al reloj timeTransmitter mediante una negociación de unidifusión. Para configurar un timeReceiver automático, incluya la máscara de subred en la clock-client ip-address instrucción en el nivel de jerarquía [edit protocols ptp master interface interface-name unicast-mode].

• Manual timeReceiver: se configura un timeReceiver manual con la manual instrucción en el nivel de jerarquía [edit protocols ptp master interface interface-name unicast-mode clock-client ip-address local-ip-address local-ip-address]. Un timeReceiver manual no utiliza la negociación de unidifusión para unirse al reloj timeTransmitter. La manual instrucción anula la unicast negotiation instrucción configurada en el nivel de jerarquía [edit protocols ptp]. Tan pronto como configure un timeReceiver manual, comenzará a recibir paquetes de anuncio y sincronización.

• Secure timeReceiver: un timeReceiver seguro se configura con una dirección IP exacta del host PTP remoto, después de lo cual se une a un reloj timeTransmitter mediante la negociación de unidifusión. Para configurar un timeReceiver seguro, incluya la dirección IP exacta en la clock-client ip-address instrucción en el nivel de jerarquía [edit protocols ptp master interface interface-name unicast-mode].

Nota:

Puede configurar un número máximo de 512 relojes timeReceiver en la siguiente combinación:

• 256 relojes automáticos timeReceiver

• 256 relojes timeReceiver manuales y seguros: se permite cualquier combinación de relojes timeReceiver manuales y seguros siempre que el total combinado ascienda a 256.

Comportamiento del reloj de límite específico de la plataforma

Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.

Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para su plataforma:

Plataforma	Diferencia
serie ACX	El enrutador ACX5448 admite relojes de límite PTP para sincronización de fase y tiempo mediante el protocolo de temporización de precisión (PTP) IEEE-1588. El enrutador ACX5448 admite las siguientes características: PTP sobre IPv4 (IEEE-1588v2) Relojes ordinarios y de límite PTP Operación en modo de reloj de un paso para PTP TimeTransmitter Salida de 10Mhz y 1PPS para fines de medición Puede configurar un máximo de 512 relojes timeReceiver en cualquier combinación de relojes automáticos, manuales y seguros timeReceiver para dispositivos ACX7100 en Junos OS Evolved. Los enrutadores ACX5048 y ACX5096 no admiten reloj de límite.
MX y serie PTX	En las plataformas MX240, MX480, MX960, MX2010 y MX2020, cuando el reloj de límite se cambia de una ranura MPC a otra, el PTP puede entrar en un estado de readquisición independientemente del estado de bloqueo del PTP. El estado del reloj pasará de Initializing/Free run a Acquiring y luego a Phase-Aligned al cambiar de una ranura a la otra. En estas plataformas, mientras la recuperación del reloj está en curso, los nodos descendentes reciben una notificación del cambio a través de la degradación de la clase de reloj. La clase de reloj 248 se transmite a los nodos descendentes. Los nodos descendentes pueden realizar las acciones adecuadas, como pasar al estado de remanente o cambiar a una ruta de reloj alternativa. En MX304, PTX10004, PTX10008 y PTX10016, si el contador de hora del día (TOD) de las unidades de marca de tiempo (PHY o ASIC) del sistema no se sincroniza con el contador TOD global durante más de 3 segundos debido a cualquier motivo, la clase de reloj descendente del reloj de límite se degrada a 248. Una vez que las unidades de marca de tiempo están sincronizadas con el contador global de ToD, el valor de la clase de reloj se restaura al valor válido anterior en función de su clase de reloj activa timeTransmitter.