Verificar el bloqueo exitoso de la función maestro-esclavo requiere una combinación de tres dimensiones: verificación de parámetros de configuración, monitoreo de registros en tiempo real-y pruebas de estrés. Esto garantiza que la función no cambie en condiciones de red tanto normales como anormales:
I. Verificación de parámetros del archivo de configuración
Verifique el archivo de configuración `/etc/linuxptp/ptp4l.conf` en ambos sensores para confirmar que los parámetros de bloqueo de teclas estén vigentes:
Reloj maestro
"prioridad1" debe ser un valor bajo (por ejemplo, 128).
`masterOnly 1`: este es el parámetro principal para bloquear la función, lo que indica que el nodo se ve obligado a convertirse en el reloj maestro y se niega a participar en la elección de BMCA para convertirse en un reloj esclavo.
Reloj esclavo
`prioridad1` debe tener un valor alto (por ejemplo, 130), lo que garantiza que su prioridad sea menor que la del reloj maestro.
`masterOnly 0` (predeterminado): Le permite sincronizarse como reloj esclavo.
II. Supervisión del estado del registro en tiempo real-
Después de reiniciar el servicio ptp4l, ejecute `sudo ptp4l -i eth0 -m -q` para observar los registros en tiempo real-:
Visualización de función fija: el registro del dispositivo maestro debe mostrar continuamente "puerto 1: MAESTRO".
El registro del dispositivo esclavo debe mostrar continuamente "puerto 1: ESCLAVO".
Sin alarmas de elección: los registros no deben contener registros que indiquen la reelección de BMCA, como "mejor reloj maestro cambiado" o "mejor reloj maestro seleccionado".
Si aparece el estado DEFECTUOSO y luego vuelve rápidamente a su función original, el mecanismo de bloqueo está funcionando; Si los roles se intercambian después de la recuperación, el bloqueo falló.
III. Prueba de estrés de desconexión y reconexión de la red (verificación definitiva)
Simule un escenario de interrupción de la red para verificar la solidez del bloqueo de roles:
Operación: desconecte temporalmente el cable de red del reloj esclavo o desactive la interfaz de la tarjeta de red, espere aproximadamente de 10 a 20 segundos y luego restablezca la conexión.
Criterios de juicio:
Bloqueo exitoso: el reloj maestro permanece en estado MAESTRO durante la interrupción de la red (o ingresa a ESCUCHA pero no se degrada a ESCLAVO); Después de la recuperación de la red, el reloj esclavo se resincroniza rápidamente y se estabiliza en el estado ESCLAVO, sin intercambio de roles.
Bloqueo fallido: durante la interrupción de la red, el reloj maestro juzga erróneamente que toda la red no tiene maestro debido a la falta de paquetes y cambia automáticamente a ESCLAVO o ingresa a un estado indeterminado; después de la recuperación, los dos relojes se reeligen, lo que puede provocar una inversión de roles o una oscilación prolongada.
IV. Verificación de la fuente del reloj del sistema
Ejecute `chronyc sources -v` o `phc2sys` en el dispositivo esclavo para verificar el estado:
Confirme que el reloj del sistema solo sigue el reloj de hardware PTP especificado (por ejemplo, /dev/ptp0) y que el desplazamiento es estable en el rango de microsegundos sin saltos significativos, lo que demuestra indirectamente la estabilidad de la relación maestro-esclavo.
