La vérification du verrouillage réussi du rôle maître-esclave nécessite une combinaison de trois dimensions : la vérification des paramètres de configuration, la surveillance des journaux-en temps réel et les tests de résistance. Cela garantit que le rôle ne change pas dans des conditions réseau normales et anormales :
I. Vérification des paramètres du fichier de configuration
Vérifiez le fichier de configuration `/etc/linuxptp/ptp4l.conf` sur les deux capteurs pour confirmer que les paramètres de verrouillage des touches sont en vigueur :
Horloge maîtresse
« priority1 » doit être une valeur faible (par exemple, 128).
`masterOnly 1` : il s'agit du paramètre principal pour verrouiller le rôle, indiquant que le nœud est forcé de devenir l'horloge maître et refuse de participer à l'élection BMCA pour devenir une horloge esclave.
Horloge esclave
« priority1 » doit être une valeur élevée (par exemple, 130), garantissant que sa priorité est inférieure à celle de l'horloge principale.
`masterOnly 0` (par défaut) : lui permet de se synchroniser comme une horloge esclave.
II. Surveillance de l'état des journaux en-temps réel
Après avoir redémarré le service ptp4l, exécutez `sudo ptp4l -i eth0 -m -q` pour observer les journaux en temps réel- :
Affichage du rôle fixe : le journal du périphérique maître doit afficher en permanence « port 1 : MAÎTRE ».
Le journal du périphérique esclave doit afficher en permanence « port 1 : SLAVE ».
Aucune alarme électorale : les journaux ne doivent pas contenir d'enregistrements indiquant la réélection de BMCA, tels que "la meilleure horloge principale modifiée" ou "la meilleure horloge principale sélectionnée".
Si l'état FAULTY apparaît puis revient rapidement au rôle d'origine, le mécanisme de verrouillage fonctionne ; si les rôles sont échangés après la récupération, le verrouillage a échoué.
III. Test de contrainte de déconnexion et de reconnexion du réseau (vérification ultime)
Simulez un scénario de panne de réseau pour vérifier la robustesse du verrouillage des rôles :
Fonctionnement : débranchez temporairement le câble réseau de l'horloge esclave ou désactivez l'interface de la carte réseau, attendez environ 10 à 20 secondes, puis rétablissez la connexion.
Critères de jugement :
Verrouillage réussi : l'horloge maître reste à l'état MAÎTRE pendant l'interruption du réseau (ou passe en ÉCOUTE mais ne se dégrade pas en ESCLAVE) ; après la récupération du réseau, l'horloge esclave se resynchronise rapidement et se stabilise dans l'état SLAVE, sans échange de rôle.
Échec du verrouillage : lors d'une interruption du réseau, l'horloge principale juge par erreur l'ensemble du réseau comme étant sans maître en raison du manque de paquets et passe automatiquement en SLAVE ou entre dans un état indéterminé ; après la récupération, les deux horloges se réélisent-, ce qui peut entraîner une inversion de rôle ou une oscillation prolongée.
IV. Vérification de la source de l'horloge système
Exécutez `chronyc sources -v` ou `phc2sys` sur le périphérique esclave pour vérifier l'état :
Confirmez que l'horloge système suit uniquement l'horloge matérielle PTP spécifiée (par exemple, /dev/ptp0) et que le décalage est stable dans la plage des microsecondes sans sauts significatifs, prouvant indirectement la stabilité de la relation maître-esclave.
