정밀 시간 프로토콜 | Junos OS | 주니퍼 네트웍스

PTP 개요

IEEE 1588v2라고도 하는 PTP는 운영자가 패킷 기반 모바일 백홀 네트워크에서 동기화 서비스를 제공할 수 있도록 하는 패킷 기반 기술입니다. IEEE 1588 PTP(버전 2) 클럭 동기화 표준은 분산 시스템의 클럭을 동기화하는 고도로 정확한 시간 동기화 프로토콜입니다. 시간 동기화는 기본 클럭 과 클라이언트 클럭 사이의 세션에서 전송 및 수신되는 패킷을 통해 달성됩니다.

시스템 클럭은 네트워크에서 노드의 역할에 따라 분류할 수 있습니다. 그것들은 크게 일반 시계와 경계 시계로 분류됩니다. 기본 클럭과 클라이언트 클럭을 일반 클럭이라고 합니다. 경계 클럭은 기본 클럭 또는 클라이언트 클럭으로 작동할 수 있습니다. 다음 목록에서는 이러한 시계에 대해 자세히 설명합니다.

기본 클럭 - 기본 클럭은 PTP 클라이언트(클라이언트 노드 또는 경계 노드라고도 함)에 메시지를 전송합니다. 이를 통해 클라이언트는 위상 동기화를 위해 상대적 시간 거리와 기본 클럭(기준점)으로부터의 오프셋을 설정할 수 있습니다. 클라이언트로의 전달 메커니즘은 이더넷 또는 UDP를 통한 유니캐스트 또는 멀티캐스트 패킷입니다.
멤버 클럭 - PTP 클라이언트(클라이언트 노드라고도 함)에 위치한 클라이언트 클럭은 기본 클럭에서 수신 및 요청된 타임스탬프를 기반으로 클럭 및 시간 복구 작업을 수행합니다.
경계 클럭 - 경계 클럭은 기본 클럭과 클라이언트 클럭의 조합으로 작동합니다. 경계 클럭 엔드포인트는 기본 클럭에 대한 클라이언트 클럭 역할을 하며, 경계 엔드포인트에 보고하는 모든 슬레이브의 기본 클럭 역할도 합니다.

PTP 구성에 대한 자세한 내용은 PTP(Precision Time Protocol) 구성을 참조하십시오.

기능 탐색기 페이지를 참조하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.

메모:

현재 MIC의 PTP 및 동기식 이더넷과 MX240, MX480, MX960, MX2010 및 MX2020 라우터의 향상된 MPCE에 대한 클럭 동기화가 구성된 경우 통합 ISSU(In-Service Software Upgrade)가 지원되지 않습니다.
PTP와 동기식 이더넷 모드 사이를 전환하려면 먼저 현재 모드에 대한 구성을 비활성화한 다음 구성을 커밋해야 합니다. 30초라는 짧은 시간 동안 기다렸다가 새 모드 및 관련 매개 변수를 구성한 다음 구성을 커밋합니다.
JNP10K-LC2101 라인 카드와 하이퍼모드가 활성화된 라우터MX10008 경우 PTP 구성이 제대로 작동하지 않을 수 있습니다. 라우터에 SFB2(Switch Fabric Board 2)MX10008 있는 경우 또는 명령을 set forwarding-options hyper mode사용하여 하이퍼모드를 기본적으로 활성화할 수 있습니다. 따라서 이러한 PTP 인터페이스(슬레이브, 마스터, 스테이트풀)는 지원되지 않습니다.

링크 어그리게이션 그룹을 통한 PTP

Junos는 ITU-T-G.8275.1의 권장 사항에 따라 LAG를 통한 PTP를 지원합니다. PTP 기본 또는 클라이언트로 구성된 각 어그리게이션 이더넷 링크에 대해 어그리게이션 이더넷 번들의 멤버 링크 하나를 기본으로, 다른 멤버 링크를 보조로 지정할 수 있습니다. PTP는 기본 어그리게이션 이더넷 링크가 다운되면 어그리게이션 이더넷 번들의 보조 멤버로 전환됩니다. 링크 수준과 FPC 수준 중복을 모두 제공하려면 어그리게이션 이더넷 번들의 기본 및 보조 인터페이스를 별도의 라인 카드에 구성해야 합니다. 기본 및 보조 라인 카드가 모두 동일한 라인 카드에 구성된 경우 링크 수준 이중화만 제공합니다.

PTP 기본 스트림은 기본 인터페이스가 존재하는 FPC에서 생성됩니다. 공지 및 동기화 패킷은 이 활성 PTP 어그리게이션 이더넷 링크에서 전송됩니다. 이 활성 PTP 어그리게이션 이더넷 링크를 포함하는 PTP 클라이언트의 라인 카드는 원격 기본에서 패킷을 수신, 발표 및 동기화합니다.

기능 탐색기 페이지를 참조하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.

메모: JNP10K-LC2101 라인 카드가 있는 라우터에서 어그리게이션 이더넷(AE) 인터페이스가 구성된 경우 PTP MX10008 올바르게 작동하지 않을 수 있습니다. AE의 기본 또는 보조 링크가 하이퍼모드에서 PTP를 지원하지 않는 경우 전체 AE가 지원되지 않는 것으로 표시됩니다.

PTP 추적 개요

IEEE 1588v2라고도 하는 PTP(Precision Time Protocol)는 위상 동기화 및 주파수 동기화의 원리에 따라 작동하며, 하루 중 시간을 포함하여 주파수와 위상을 모두 동기화합니다. 단계 동기화는 클라이언트 클럭(라우터의 내부 클럭 발진기)의 위상을 불연속적으로 조정하거나(불규칙한 시간 주기로 기본 클럭에서 클럭 신호를 수신함으로써) 또는 클라이언트 내부 클럭의 위상 잠금 루프를 정기적으로 조정하여 달성됩니다. 클럭 동기화의 정확도는 패킷 지연 변동, 사용된 발진기 품질, 네트워크 비대칭 등과 같은 요인에 따라 달라집니다.

경로 추적 메커니즘을 구현하여 IPv4 네트워크를 통해 경계 클럭의 PTP 링 내에서 끝없이 순환하는 PTP 루프를 탐지할 수 있습니다. PTP 링 토폴로지 구현은 1588v2 경로 추적 메커니즘을 사용하여 PTP 루프를 방지하고 단일 지점 실패 시 PTP 컨버전스를 제공합니다.

다음 섹션에서는 경로 추적 메커니즘과 IPv4 네트워크를 통한 다중 참조 클럭 PTP 링 토폴로지에서 어떻게 구현되는지 설명합니다. 또한 PTP 링 토폴로지의 정상 상태 및 장애 처리에 대해서도 설명합니다.

PTP 링 토폴로지
PTP 실패 처리를 위한 경로 추적 메커니즘
정상 상태
장애 처리
경로 추적 메커니즘이 없는 PTP 링 토폴로지

PTP 링 토폴로지

PTP 링 토폴로지는 하나 이상의 참조 클럭과 여러 경계 클럭으로 구성된 링 토폴로지입니다.

그림 1에 표시된 것처럼 기본 PTP 참조 클럭 1개와 백업 PTP 참조 클럭(각각 GM-A 및 GM-B)에 의해 구동되는 경계 클럭(BC1에서 BC5까지)의 간단한 링 토폴로지를 고려하십시오. GM-A가 GM-B보다 우수하다고 가정, 즉 GM-A 시계의 품질 수준이 GM-B 시계의 품질 수준보다 높다고 가정합니다.

그림 1: 다중 참조 클럭 PTP 링 토폴로지 Multiple-reference Clock PTP Ring Topology

PTP 링의 각 경계 클럭은 참조 또는 경계 클럭 실패 시 원활한 PTP 참조 클럭 전환을 제공하기 위해 클라이언트와 바로 이웃에 대한 기본으로 구성됩니다. 예를 들어 그림 1 에서 BC2는 BC1 및 BC3 모두에 대한 주 클라이언트이고, BC3은 BC2 및 BC4에 대한 주 및 클라이언트입니다.

PTP 실패 처리를 위한 경로 추적 메커니즘

PTP 링 토폴로지에서 동기화하는 과정에서 특정 공지 메시지(기본에서 클라이언트로 전송되는 타이밍 정보 메시지)는 경계 클럭의 네트워크 추적에서 무한 루프( PTP 루프라고도 함)로 형성될 수 있습니다. 이러한 PTP 루프는 로컬 클럭을 자체 타이밍 정보와 동기화할 수 있는 경계 클럭과 같은 문제를 일으켜 복구된 클럭의 품질을 저하시킵니다. 경로 추적 메커니즘은 이러한 루프를 감지하는 데 사용됩니다.

경로 추적은 PTP 발표 메시지가 경계 클럭의 네트워크 추적을 통과하고 발표 메시지의 경로 추적 TLV를 통해 추적되는 경로입니다. 경로 추적 TLV(유형, 길이 및 값)는 TLV 유형, 길이 필드 및 경로 시퀀스를 포함하는 공지 메시지의 옥텟 집합입니다. 경로 추적 시퀀스에는 발표 메시지가 PTP 링을 통과하는 각 경계 클럭의 클럭 ID가 포함됩니다.

경로 추적 메커니즘의 주요 용도 중 하나는 경계 클럭의 PTP 링에서 루프로 끝없이 순환하는 이른바 불량 발표 메시지를 탐지하는 것입니다. 경계 클럭은 수신된 발표 메시지의 경로 추적에서 자체 클럭 ID를 찾으면 PTP 루프를 감지합니다. 이러한 루프가 탐지되면 라우터는 수신된 공지 메시지를 폐기합니다.

공지 메시지 또는 경로 추적의 흔적을 보려면 운영 모드 명령을 show ptp path-trace detail 사용합니다. 자세한 내용은 ptp path-trace detail 표시를 참조하세요.

메모:

GRES 중에 경로 추적 및 최상의 기본 클럭 알고리즘 정보가 커널로 푸시됩니다. 따라서 이 정보는 백업 라우팅 엔진에서도 사용할 수 있습니다.
토폴로지의 경계 클럭 수가 20을 초과하면 경로 추적 TLV가 삭제됩니다.
현재 PTP 링 토폴로지는 IPv4 네트워크를 통한 PTP에 대해서만 지원됩니다.

정상 상태

PTP 링은 라우터(예: BC1)가 네트워크의 다른 참조 클럭의 품질 수준보다 높은 품질 수준 값을 가진 참조 클럭에 잠겨 있을 때(즉, 연결 및 동기화됨) 정상 상태이거나 정상적으로 작동하는 것으로 간주되며 PTP 링의 다른 모든 라우터는 이 라우터 BC1을 통해 참조 클럭에 잠깁니다. 예를 들어 그림 1에서 정상 상태 동안 BC1은 GM-A에 잠기고, BC2 및 BC5는 BC1에 잠기고, BC3은 BC2에 잠기고, BC4는 BC5에 잠깁니다. 이 링 토폴로지에서 경로 추적 메커니즘이 구현되면 클럭 ID가 각 경계 클럭에 할당되며, 이는 차례로 발표 메시지 내의 경로 추적 TLV에 포함됩니다. 따라서 BC1에서 시작되는 공지 메시지의 경로 추적 TLV에는 자체 클럭 ID—CID1이 있습니다. 마찬가지로 BC2의 알림 메시지에는 자체 클럭 ID(CID2)와 BC1의 클럭 ID(CID1) 등이 있습니다.

라우터 BC2가 BC1의 기본이므로 BC1은 BC2의 공지 메시지를 지속적으로 수신합니다. BC1에서 수신된 BC2의 공지 메시지에는 BC1의 자체 클럭 ID(CID1)와 BC2의 클럭 ID(CID2)가 포함되어 있습니다. BC1은 발표 메시지에서 자체 클럭 ID(CID1)를 수신하므로 BC1은 BC2의 발표 메시지를 삭제합니다. 마찬가지로 메시지에 BC2의 클럭 ID(CID2)와 다른 클럭 ID(CID1 및 CID3)가 포함되어 있으므로 BC2는 BC3의 알림 메시지를 삭제합니다. 이 동작은 의도적인 것이며 의도적으로 설계된 것으로, 오류 처리에 설명되어 있습니다.

장애 처리

그림 1에 나와 있는 PTP 링에서 라우터 BC1이 충돌하는 시나리오를 생각해 보십시오. 이 오류는 다음과 같은 방식으로 처리됩니다.

라우터 BC2가 BC1에서 알림 메시지 수신을 중지합니다.
현재 BC2에서 수신한 공지 메시지는 BC3에서 보낸 메시지뿐입니다. BC2는 이러한 메시지에 BC2의 자체 시계 ID(CID2)가 포함되어 있으므로 이러한 알림 메시지를 삭제합니다.
BC2는 유효한 공지 메시지를 수신하지 않으므로 홀드오버 모드로 전환되고 클럭 클래스와 같은 공지 매개 변수의 값을 낮추어 BC2가 열등한 클록 클래스를 전달하는 공지 메시지를 생성하게 됩니다.
BC3가 BC2에서 열등한 클럭 클래스로 이러한 발표 메시지를 수신하면 모든 다운스트림 라우터에 이 열등한 클럭 클래스를 알립니다.
BC5가 최종적으로 BC4로부터 열등한 품질 수준 값을 가진 이 발표 메시지를 수신하면 BC5 라우터에서 실행되는 최상의 기본 클럭 알고리즘이 BC5를 GM-B로 자동 전환하고 BC5 라우터는 GM-B에서 설정한 매개 변수에 해당하는 공지 메시지를 보냅니다.
BC4가 BC3의 발표 메시지와 비교하여 우수한 클럭 클래스 정보를 전달하는 이 발표 메시지를 수신하면 BC4 라우터가 BC5로 전환됩니다. 마찬가지로 BC3은 BC4에 잠긴 다음 BC2는 BC3에 잠깁니다. 즉, 그림 1 에 표시된 링 토폴로지는 경계 클럭의 시계 방향 계층으로 수렴됩니다. 이 전체 프로세스에는 수십 초가 걸립니다.

각 경계 클럭에서 각 PTP 최고의 기본 클럭 알고리즘 전환은 원활하므로 PTP 링의 성능이 저하되지 않습니다. 그러나 링 토폴로지에 여러 개의 동시 장애가 있는 경우(예: GM-A와 BC1 사이 및 BC4와 BC5 사이의 동시 링크 실패) 단기 절대 최대 시간 간격 오류(MTIE)는 최대 650ns까지 올라갈 수 있습니다(예: 라우터 BC2에서 BC4 사이). 링 토폴로지에서 이러한 유형의 다중 실패는 드뭅니다.

MTIE는 일정 기간 동안 측정되는 최대 위상 변동 오차로, 오차는 신호의 위상 변화와 완벽한 신호 사이에서 계산됩니다.

경로 추적 메커니즘이 없는 PTP 링 토폴로지

PTP 경로 추적 메커니즘이 구현되지 않은 경우 BC2 라우터는 실제로 BC2의 반복되는 공지 메시지인 BC3의 공지 메시지를 탐지할 수 없습니다. 이로 인해 BC2가 BC3에 대한 잠금을 시도하고(BC3은 이미 BC2에 잠겨 있음) PTP 교착 상태가 발생합니다. PTP 교착 상태로 인해 BC2 및 BC3 모두에서 일정 기간 동안 상당한 클럭 드리프트가 발생하며 BC3으로 추적할 수 있는 모든 경계 클럭에서 상당한 클럭 드리프트가 발생할 수 있습니다.

충돌한 라우터 BC1이 나타나면 GM-A를 기본으로 선택하고 GM-B에서 보낸 announce 메시지에 비해 우수한 클럭 클래스 정보를 전달하는 announce 메시지를 보냅니다. BC2 라우터의 최상의 기본 클럭 알고리즘은 BC1의 발표 메시지가 BC3에 비해 우수한 클럭 클래스 정보를 전달하므로 BC2가 BC1로 다시 전환됩니다. 마찬가지로 BC3은 BC2로 다시 전환됩니다. 이렇게 하면 링 토폴로지가 충돌 전 토폴로지로 복원됩니다.

PTP를 위한 라인 카드 이중화

라인 카드 이중화는 모바일 백홀 솔루션에서 가능한 PTP 이중화 시나리오 중 하나입니다. 여러 클라이언트 스트림이 라인 카드에 걸쳐 구성되며, 현재 활성 클라이언트 라인 카드가 충돌하거나 해당 라인 카드의 모든 스트림이 타이밍 패킷을 손실하는 경우, 다른 클라이언트 라인 카드가 이를 인계받을 준비가 되어 있으면 이를 대신할 수 있습니다.

라인 카드 이중화를 구성하면 클라이언트 스트림이 적절한 라인 카드에 생성됩니다. 현재 모든 라인 카드는 DPLL 모드입니다. 모든 클라이언트 스트림은 공지 메시지를 수신하고 처리할 준비가 되어 있습니다.

각 라인 카드는 BMCA 알고리즘을 실행하고 최고의 기본과 최고의 기본을 제공하는 스트림을 식별합니다. 라인 카드는 최상의 기본 정보를 RE로 보냅니다. 개별 라인 카드에서 최상의 기본 정보를 수신한 후 RE는 BC 노드에 서비스를 제공할 최상의 기본 정보를 선택합니다. 이 정보는 모든 라인 카드에 전파됩니다. RE가 최상의 기본을 선택하면 일반 PTP 상태 시스템이 실행됩니다.

BMCA 알고리즘으로 인해 스트림 전환이 발생하고 새 스트림이 다른 라인 카드에 떨어지면 무중단 전환이 트리거됩니다. 새 클라이언트 카드는 순수 PTP 또는 하이브리드 모드로 구성할 수 있습니다. 이전 클라이언트 카드는 순수 PTP 클라이언트 또는 하이브리드 클라이언트 모드일 수 있습니다. 라인 카드는 다음 단계를 거쳐야 합니다.

클라이언트 라인 카드 전환은 기본 라인 카드의 홀드오버 상태를 통해 이루어져야 합니다.
FSM은 이전 클라이언트 라인 카드를 순수 PTP 기본 모드로 변환해야 합니다.
새 클라이언트 카드에서 FSM은 순수 PTP 또는 하이브리드 작동 모드에 따라 트리거되어야 합니다. 이러한 모든 전환은 중단이 없어야 합니다.

메모:

제한된 라인 카드 중복은 NG-MPCE2, 3, MPCE5, MPCE6, MPCE7, MPCE8, MPCE9 및 MPCE10 라인 카드에서 지원됩니다.
한 라인 카드의 포트에서 다른 라인 카드로의 BMCA 전환은 무중단이 아닙니다.
MX960, MX480, MX240, MX2020, MX2010, MX10003 및 MX2008 유니버설 라우팅 플랫폼에서는 2라인 이상의 스테이트풀 또는 슬레이브 포트 구성이 지원되지 않습니다. 이 제한은 MX10K(MX10008, MX10016 및 MX10004 플랫폼에는 적용되지 않습니다.

라우팅 플랫폼에서의 타이밍 결함 및 이벤트 관리

ACX 유니버설 메트로 라우터용 Junos OS는 타이밍 기능에 대한 결함 및 이벤트 관리 기능을 지원합니다. 결함 및 이벤트는 SNMP 트랩의 형태로 통보되며 이러한 SNMP 트랩은 시스템 로그 파일(var/log/snmpd)에 기록됩니다. 생성된 각 SNMP 트랩(타이밍 결함 및 타이밍 이벤트)에 대해 clksyncd 파일(var/log/clksyncd)에 메시지가 기록됩니다.

Junos Evolved 릴리스 버전 24.2R1부터 ACX7332 및 ACX7348 디바이스는 SYNCE, PTP MIB(SNMP 트랩)에 대한 추가 결함 관리 기능을 지원하고 타이밍 기능에 대한 오류 메시지를 표시합니다. 자세한 내용은 라우팅 플랫폼의 타이밍에 대한 SNMP 관리 정보 베이스(MIB)를 참조하십시오.

표 1 에는 ACX 유니버설 메트로 라우터에서 지원되는 타이밍 결함 및 이벤트에 대한 SNMP 트랩 알림 목록이 나와 있습니다.

표 1: 타이밍 결함 및 이벤트에 대한 SNMP 트랩 알림
SNMP 트랩	Notification Type(알림 유형)	묘사
jnxTimingFaultLOS	결함: 집합 맑다	신호 손실을 나타냄 신호 손실이 지워졌음을 나타냅니다.
jnxTimingFaultEFD	결함(설정, 지우기)	초과된 주파수 편차를 나타냅니다.
jnxTimingFaultLOESMC	결함(설정, 지우기)	ESMC(Ethernet Synchronization Message Channel)의 손실을 나타냅니다.
jnxTimingFaultQL파일	결함(설정, 지우기)	품질 수준의 실패를 나타냅니다.
jnxTimingFaultLTI	결함(설정, 지우기)	타이밍 정보의 손실을 나타냅니다.
jnxTimingFaultPriSrcFailed	결함	기본 소스의 실패를 나타냅니다.
jnxTimingFaultSecSrcFailed	결함	보조 소스의 실패를 나타냅니다.
jnxTimingFaultPtpUniNegRateReject	결함	기본으로 작동할 때 이 SNMP 트랩은 실패를 나타내거나 신호 메시지에 대한 클라이언트를 거부합니다. 클라이언트 역할을 할 때 이 SNMP 트랩은 실패를 나타내거나 클라이언트가 신호 메시지 수신을 중지합니다
jnxTimingEventPriSrc복구됨	이벤트	기본 소스의 복구를 나타냅니다.
jnxTimingEventSecSrc복구됨	이벤트	보조 소스의 복구를 나타냅니다.
jnxTimingEventPriRefChanged	이벤트	논리적 인터페이스의 변경 또는 SyncE에서 BITS/외부 인터페이스로의 변경과 같은 기본 참조의 변경을 나타냅니다.)
jnxTimingEventSecRefChanged	이벤트	논리적 인터페이스의 변경과 같은 2차 참조의 변경을 나타냅니다.
jnxTimingEventQLChangedRx(ACX7332, ACX7348)	이벤트	수신기 SSM/ESMC의 품질 수준 변경을 나타냅니다.
jnxTimingEventQLChangedTx(ACX7332, ACX7348)	이벤트	송신기 SSM/ESMC의 품질 수준 변화를 나타냅니다.
jnxTimingEventDpllStatus	이벤트	DPLL 상태(SyncE, BITS, Hybrid)를 나타냅니다.
jnxTimingEventSynceDpllStatus(ACX7332, ACX7348)	이벤트	다음 SyncE DPLL 상태를 나타냅니다. jnxClksyncIfIndex: 빈도는 이 인터페이스 인덱스에서 파생됩니다. jnxClksyncIntfName: Frequency는 이 인터페이스 이름에서 파생됩니다. jnxClksyncDpllState: DPLL 상태입니다. jnxClksyncDpllStateStr: 문자열 형식의 DPLL 상태입니다.
jnxTimingEventPtpServoStatus(jnxTimingEventPtpServoStatus)	이벤트	다음 PTP 서보 상태를 나타냅니다. 초기화 획득 중(기본이 선택되고 서보가 잠금 획득을 시작함) PHASE ALIGNED(기본에 고정됨) FREERUN(사용 가능한 PTP 소스 없음) HOLDOVER(멤버가 12시간 이상 PTP에 잠긴 후 모든 PTP 소스를 잃음)
jnxTimingEventPtpClockClassChange	이벤트	PTP 클럭 클래스의 변경을 나타냅니다.
jnxTimingEventPtpClockAccuracyChange	이벤트	PTP 정확도의 변화를 나타냅니다.
jnxTimingEventPtpGM체인지	이벤트	PTP 참조 클럭의 변경을 나타냅니다.
jnxTimingEventHybridStatus	이벤트	다음과 같은 하이브리드 상태를 나타냅니다. 초기화 획득 중(기본이 선택되고 서보가 잠금 획득을 시작함) FREQUENCY LOCKED (주파수는 잠겨 있지만 획득 단계) PHASE ALIGNED(주파수 및 위상 잠금)

타이밍 결함 및 이벤트 트랩 알림을 구성하고 생성하려면 아래와 같이 [edit snmp trap-group trap-group-name categories] 계층 수준에서 명령문을 포함합니다timing-events.

다음은 ACX 시리즈 라우터의 SNMP 타이밍에 대한 샘플 구성입니다.

라우팅 플랫폼의 타이밍을 위한 SNMP 관리 정보 베이스(MIB)

ACX 유니버설 메트로 라우터용 Junos OS는 타이밍 기능을 위한 SNMP get, get-next 및 walk 관리 기능을 지원합니다. 이러한 기능은 PTP 관리 정보 베이스(MIB), SyncE 관리 정보 베이스(MIB) 및 GPS 관리 정보 베이스(MIB) 타이밍 개체를 통해 활성화됩니다.

메모:

PTP 관리 정보 베이스(MIB) 및 SyncE 관리 정보 베이스(MIB) 타이밍 개체는 SNMP 관리 정보 베이스(MIB) jnxTimingNotfObjects 개체 아래에 그룹화됩니다.

표 1 에는 ACX 유니버설 메트로 라우터에서 SNMP get, get-next 및 walk 관리에 지원되는 SNMP 관리 정보 베이스(MIB) 개체 목록이 나와 있습니다.

표 2: get, get-next 및 walk 관리를 위한 SNMP 관리 정보 베이스(MIB) 객체
SNMP 관리 정보 베이스(MIB)	객체	묘사
PTP 관리 정보 베이스(MIB)	jnxPtp서보 상태	다음 PTP 서보 상태를 나타냅니다. 초기화 취득 위상 정렬 프리런 홀드오버 주파수 잠김
	jnxPtpServoStateStr	PTP 서보 상태 문자열을 나타냅니다. 초기화 획득 중(기본이 선택되고 서보가 잠금 획득을 시작함) PHASE ALIGNED(기본에 고정됨) FREERUN(사용 가능한 PTP 소스 없음) HOLDOVER(멤버가 12시간 이상 PTP에 잠긴 후 모든 PTP 소스를 잃음)
	jnxPtp클래스	PTP 참조 클럭의 클래스를 나타냅니다.
	jnxPtpGmId	PTP 참조 클럭 식별자를 나타냅니다.
	(ACX7332, ACX7348)
	jnxPtpPhaseOffset	PTP 위상 오프셋을 나타냅니다.
	jnxPtpUtc오프셋	PTP UTC 오프셋을 나타냅니다.
	jnxPtpAdvClockClass	PTP 보급 클럭 클래스를 나타냅니다.
	jnxTimingFrequencyTraceability	주파수 추적성 표시기를 나타냅니다.
	jnxTimingTimeTraceability (jnx타이밍시간 추적성)	시간 추적성 표시기를 나타냅니다.
	jnxClksyncPtpOperationalMasters	PTP 운영 마스터를 나타냅니다.
	jnxClksyncPtpOperationalSlaves	PTP 운영 슬레이브를 나타냅니다.
SyncE 관리 정보 베이스(MIB)	jnxClksync품질코드	잠긴 소스의 SSM/ESMC 품질 수준을 10진수 형식으로 나타냅니다.
	jnxClksync품질코드Str	잠긴 원본의 SSM/ESMC 품질 수준을 문자열 형식으로 나타냅니다.
	jnxClksyncIf인덱스	잠긴 소스의 인터페이스 인덱스를 10진수 형식으로 나타냅니다.
	jnxClksyncIntfName	잠긴 소스의 인터페이스 이름을 문자열 형식으로 나타냅니다.
	(ACX7332, ACX7348)
	jnxClksyncSynce퀄리티 테이블	구성된 모든 소스에 대한 품질 메트릭을 가져오기 위해 SyncE 테이블을 나타냅니다.
	jnxClksyncSynceQualityEntry	구성된 모든 소스에 대한 품질 메트릭을 가져오기 위한 SyncE 테이블 항목을 나타냅니다.
	jnxClksyncSynceQualityIntfName	구성된 소스의 인터페이스 이름을 나타냅니다.
	jnxClksyncSynceQuality값	구성된 소스의 품질 수준을 나타냅니다.
	jnxClksyncSynceLockedIfIndex(jnxClksyncSynceLockedIfIndex)	멤버 인터페이스의 잠긴 SNMP ifIndex를 나타냅니다.
	jnxClksyncSynceLockedIntfName	SyncE 인터페이스 이름을 나타냅니다.
	jnxClksyncDpllState	SyncE DPLL 상태를 나타냅니다.
	jnxClksyncDpllStateStr	DPLL 상태를 문자열 형식으로 나타냅니다.
GPS 관리 정보 베이스(MIB)	jnxGpsRecvStatus	GPS 수신기의 상태를 표시합니다.

메모:

SNMP get 및 walk 관리는 스칼라 객체에 대해서만 지원됩니다.

show snmp mib get> 및 show snmp mib walk <oid> 명령을 사용하여 구성된 SNMP 관리 정보 베이스(MIB) 개체를 볼 수 있습니다.
SyncE 객체의 경우 jnxClksyncQualityCode, jnxClksyncQualityCodeStr, jnxClksyncIfIndex 및 jnxClksyncIntfName 객체는 잠긴 소스에 대해서만 표시됩니다.
자세한 내용은 타이밍 관리 정보 베이스(MIB) 및 알림을 참조하십시오.

모니터링 및 문제 해결을 위해 , , 및 show snmp mib walk jnxTimingNotfObjects show 명령을 사용할 show chassis synchronization extensive수 show snmp mib get <MIB-timing-objects>있습니다. show ptp lock-status detail

다음은 참조용 샘플 show 명령 출력입니다.

섀시 동기화 확장 표시

ptp 잠금 상태 세부 정보 표시

snmp mib get <MIB-timing-objects를 표시합니다>

snmp mib walk jnxTimingNotfObjects 표시

라우팅 플랫폼에서 부분 타이밍 지원

PTP(Precision Time Protocol)로 지원되는 GNSS(Global Navigation Satellite System)인 APTS(Assisted Partial Timing Support)는 모바일 백홀 네트워크에서 정확한 타이밍과 동기화를 제공합니다.

메모:

APTS 기능은 ACX500 라우터용 Junos OS 릴리스 12.3X54–D25에서만 지원됩니다.

ACX500 라우터에서 APTS 기능을 사용하면 PTP 기본 역할을 하는 GNSS 참조 클럭에서 PTP 클라이언트 포트를 구성할 수 있습니다.

APTS는 셀 사이트 위치 또는 셀 사이트에 가까운 집계 지점에서 GNSS를 기본 시간 참조로 사용합니다. APTS는 네트워크 기반 타이밍 분배를 사용하여 GNSS를 사용할 수 없는 홀드오버 기간 동안 타이밍을 지원하고 유지합니다.

이 기능을 지원하려면 아래와 같이 [edit chassis synchronization] 계층 수준에서 구성된 GNSS 소스와 [edit protocols ptp] 계층 수준에서 구성된 PTP 경계 클럭이 있는 APTS 노드가 필요합니다.

GNSS 구성

PTPoE 구성

PTPoIP 구성

클럭 소스의 우선 순위는 GNSS가 먼저이고 그 다음이 PTP입니다.

, show chassis synchronization extensive, show show chassis synchronization gnss extensive 명령을 사용하여 show ptp lock-status detail구성을 모니터링하고 문제를 해결할 수 있습니다.

라우팅 플랫폼의 GPS(Global Positioning System)

GPS(Global Positioning System)는 위성의 신호를 사용하여 GPS 지원 수신기의 실제 위치를 계산하는 내비게이션 보조 시스템입니다. 이러한 신호는 지구에서 수신기의 위치를 결정하는 데 사용될 뿐만 아니라 매우 정확한 시간 기준으로도 사용됩니다. GPS 위성에 동기화된 10MHz 클럭 주파수 출력이 있는 GPS 수신기가 있습니다. ACX 시리즈 라우터에는 GPS 수신기에서 10MHz 사인파 입력을 받을 수 있는 서브미니어처 버전 B(SMB) 커넥터가 있습니다. GPS 수신기의 이 10MHz 클럭을 섀시 동기화를 위한 후보 클럭 소스로 구성하려면 [edit chassis synchronization source] 계층 수준에서 명령문과 옵션을 포함합니다gps.

메모:

ACX500 라우터는 GPS 수신기가 시스템에 통합되어 있기 때문에 외부 GPS 수신기가 필요하지 않습니다.

라우팅 플랫폼의 통합 글로벌 내비게이션 위성 시스템(GNSS)

GNSS(Global Navigation Satellite System)는 위성의 신호를 사용하여 GPS 지원 수신기의 실제 위치를 계산하는 내비게이션 보조 시스템입니다. 이러한 신호는 지구에서 수신기의 위치를 결정하는 데 사용될 뿐만 아니라 매우 정확한 시간 기준으로도 사용됩니다.

ACX500 시리즈 라우터에는 시스템에 통합된 GNSS 수신기가 있습니다. 따라서 외부 GPS 수신기가 필요하지 않습니다. 그러나 GPS 안테나가 필요합니다. ACX500 시리즈 라우터는 SMA(SubMiniature version A) 커넥터를 통해 GNSS 입력을 지원합니다. GNSS 포트 및 관련 매개 변수는 [edit chassis synchronization] 계층 수준에서 구성할 수 있습니다.

[edit chassis synchronization port gnss] 계층 수준에서 CLI 문을 포함하여 constellation gps] GNSS 포트를 구성할 수 있습니다. 옵션을 gps 지정하지 constellation 않으면 constellation 옵션이 기본값으로 고려됩니다.

다음은 [edit chassis synchronization port gnss] 계층 수준입니다.

메모:

의 cable-length-compensation 범위는 나노초입니다 0 to 50000000 .
ACX500 시리즈 라우터의 통합 GNSS 수신기는 10MHz 주파수 입력 및 출력을 지원하지 않습니다.
PTP는 모든 플랫폼의 1G 포트에서 지원되지 않습니다. PTP 플랫폼 및 지원되는 PTP 기능에 대한 정보는 PTP 기능 및 지원 플랫폼을 참조하십시오.

ACX500 시리즈 라우터는 통합 GNSS 수신기를 통해 레퍼런스 클럭 기능을 지원합니다.

show chassis synchronization gnss 명령을 사용하여 GNSS 수신기의 상태를 확인합니다. 자세한 내용은 섀시 동기화 표시를 참조하십시오.

이 페이지의 내용

PTP(Precision Time Protocol)