Kassinipedia

PTP - Troubleshooting

Se lee en 3 min

PTP - Troubleshooting

Método general (de lo mínimo a lo complejo)

  1. ¿El dominio PTP coincide en todos los relojes?
  2. ¿PTP está habilitado en las interfaces del camino?
  3. ¿Se eligió un grandmaster y este reloj lo ve? show ptp parent.
  4. ¿Los puertos tienen el rol esperado (master/slave)?
  5. ¿El mecanismo de retardo (E2E/P2P) y el perfil son iguales en todos?

Comando base:

Switch# show ptp clock
Switch# show ptp port

Caso 1 — Los relojes no se sincronizan

Síntoma: el esclavo no sigue al grandmaster; show ptp parent no muestra GM.

Causas:

  • Dominio distinto entre relojes (solo se sincronizan los del mismo dominio).
  • PTP no habilitado en alguna interfaz del camino.

Diagnóstico:

Switch# show ptp clock          ! comparar Clock Domain
Switch# show ptp port           ! ¿los puertos están activos?

Solución: igualar el dominio y habilitar PTP en las interfaces.

Switch(config)# ptp domain 0
Switch(config)# interface gigabitEthernet 1/0/1
Switch(config-if)# ptp enable

Caso 2 — El grandmaster no es el esperado

Síntoma: se eligió como GM un reloj distinto al planeado.

Causa: la elección (BMCA) se basa en priority1, calidad del reloj y priority2 — y menor valor gana.

Diagnóstico:

Switch# show ptp clock          ! ver Priority1/Priority2
Switch# show ptp foreign-master-record

Solución: bajar la prioridad del reloj que quieres como GM.

Switch(config)# ptp priority1 10

Caso 3 — Mecanismo de retardo o perfil incompatibles

Síntoma: los relojes se ven pero la sincronización es inestable o no converge.

Causa: unos usan E2E y otros P2P, o perfiles distintos (default vs power vs telecom).

Diagnóstico:

Switch# show ptp port           ! mecanismo de delay
Switch# show ptp clock          ! perfil

Solución: unificar el modo/perfil en todos los relojes del dominio.

Switch(config)# ptp mode e2etransparent

Caso 4 — Precisión pobre (offset alto)

Síntoma: hay sincronización, pero el offset respecto al maestro es grande.

Causas:

  • Un switch intermedio no es PTP-aware (no es boundary ni transparent), e introduce jitter.
  • Asimetría en los caminos de ida y vuelta.

Diagnóstico:

Switch# show ptp clock          ! Offset From Master

Solución: que todos los saltos intermedios sean boundary o transparent clocks (un salto no-PTP degrada toda la cadena).

Caso 5 — Un puerto PTP no participa

Síntoma: un enlace que debería llevar PTP aparece DISABLED.

Causa: falta ptp enable en la interfaz, o el otro extremo no tiene PTP.

Diagnóstico:

Switch# show ptp port
Switch# show run interface gigabitEthernet 1/0/1 | include ptp

Solución:

Switch(config)# interface gigabitEthernet 1/0/1
Switch(config-if)# ptp enable

Recuerda el orden: mismo dominio, PTP habilitado en el camino, un grandmaster elegido (prioridades), roles de puerto correctos (slave hacia el GM), y mismo mecanismo E2E/P2P y perfil en todos. La precisión se pierde si cualquier salto intermedio no es PTP-aware. Confirma la sintaxis con ptp ? según tu plataforma.

Vista Gráfica

Retroenlaces