Según su enfoque anterior en el escenario de sincronización PTP con sensor dual-de Linux, verificar la habilitación exitosa del modo P2P requiere confirmación desde tres dimensiones: estado de configuración, interacción de paquetes y precisión de sincronización.
I. Verificar el estado de la configuración local
Criterios de valoración: el registro debe mostrar inicialmente "el mecanismo de retraso es P2P". Si muestra "E2E", indica que la configuración no ha tenido efecto o la negociación ha fallado.
II. Capturar paquete para verificar paquetes P2P-específicos
Utilice Wireshark/tcpdump
Capture paquetes PTP en la interfaz de red, configurando el filtro en "ptp".
Criterios de juicio: Se debe observar la interacción normal de los paquetes "Pdelay_Req" (solicitud de retraso) y "Pdelay_Resp" (respuesta de retraso).
Éxito: ambos tipos de paquetes aparecen periódicamente, sin pérdida de tiempo de espera.
Fallo: solo están presentes los paquetes de sincronización/anuncio, sin paquetes de Pdelay, lo que indica que el conmutador no ha habilitado el reloj transparente P2P o que el enlace no lo admite.
III. Comparación de la precisión y la estabilidad de la sincronización
Observe las fluctuaciones de compensación
Registre el desplazamiento de tiempo en modo P2P.
Criterios de juicio
Éxito: la compensación es estable en menos de -microsegundos (<1µs) or microsecond (±1~5µs) ranges, and the jitter is significantly less than in E2E mode.
Fallo: las grandes fluctuaciones de compensación o las frecuentes interrupciones de sincronización indican la presencia de nodos en la red que no admiten P2P, lo que provoca una medición anormal de la ruta.
