Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

정밀 시간 프로토콜

요약 PTP(Precision Time Protocol)는 패킷 스위칭 이더넷 네트워크에서 정확한 시간과 빈도를 배포하도록 설계된 시간 기반 프로토콜입니다.

PTP 개요

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

시스템 클럭은 네트워크에서 노드의 역할에 따라 분류될 수 있습니다. 일반적으로 일반 클럭과 경계 클럭으로 분류됩니다. 기본 클럭과 클라이언트 클럭을 일반 클럭으로 알려져 있습니다. 경계 클럭은 기본 클럭 또는 클라이언트 클럭 중 하나로 작동할 수 있습니다. 다음 목록은 이러한 클럭을 자세히 설명합니다.

  • 기본 클럭 - 기본 클럭은 PTP 클라이언트(클라이언트 노드 또는 경계 노드라고도 함)에 메시지를 전송합니다. 이를 통해 클라이언트는 상대적인 시간 거리를 설정하고 위상 동기화를 위한 기본 클럭(참조점)의 오프셋을 설정할 수 있습니다. 클라이언트에 전달 메커니즘은 이더넷 또는 UDP를 통한 유니캐스트 또는 멀티캐스트 패킷입니다.

  • PTP 클라이언트(클라이언트 노드라고도 함)에 위치한 멤버 클럭은 기본 클럭에서 수신 및 요청된 타임스탬프를 기반으로 클럭 및 시간 복구 작업을 수행합니다.

  • 경계 클럭 - 경계 클럭은 기본 및 클라이언트 클럭의 조합으로 작동합니다. 경계 클럭 엔드포인트는 기본 클럭의 클라이언트 클럭 역할을 하며 경계 엔드포인트에 보고하는 모든 슬레이브의 기본 역할도 합니다.

PTP 구성에 대한 자세한 내용은 정밀 시간 프로토콜 구성을 참조하십시오.

표 1 은 다양한 주니퍼 네트웍스 디바이스에서 PTP를 지원하는 첫 번째 Junos OS 릴리스를 요약합니다.

표 1: 정밀 시간 프로토콜 지원

주니퍼 네트웍스 디바이스

Junos OS 릴리스

모델 번호가 MX80-P인 MX80 유니버설 라우팅 플랫폼

12.2

MX240, MX480 및 MX960 라우터의 MX-MPC2E-3D-P(MPC2E P)

12.2

MX2010 및 MX2020 라우터의 MX-MPC2E-3D-P(MPC2E P)

12.3

MX-MPC2E- 3D-NG(MPC2E NG)

15.1R2

MX240, MX480, MX960, MX2010, MX2020의 MPC4E-3D-32XGE-SFPP

15.1R1

MX240, MX480, MX960, MX2010, MX2020의 MPC4E-3D-2CGE-8XGE

15.1R1

MX240, MX480, MX960, MX2010, MX2020의 MPC3E-3D-NG-Q

15.1R2

MX240, MX480, MX960, MX2010, MX2020의 MPC3E-3D-NG

15.1R2

다음으로 향상된 MPC가 PTP(1588v2)를 지원합니다.

  • MX240, MX480, MX960, MX2010 및 MX2020 라우터의 MPC5E-40G10G

  • MX240, MX480, MX960, MX2010 및 MX2020 라우터의 MPC5EQ-40G10G

  • MX240, MX480, MX960, MX2010 및 MX2020 라우터의 MPC5E-100G10G

  • MX240, MX480, MX960, MX2010 및 MX2020 라우터의 MPC5EQ-100G10G

  • MX2010 및 MX2020 라우터의 MX2K-MPC6E

14.2R2

MX240, MX480 및 MX960 라우터의 이더넷 MIC(Modular Interface Card)

12.2

MX2010 및 MX2020 라우터의 이더넷 MIC(Modular Interface Card)

12.3

MX240, MX480, MX960, MX2010 및 MX2020 라우터에서 다음의 Enhanced MPC(MPCEs)는 명시적 라이선스에 따라 PTP(1588v2)를 지원합니다.

  • MPC1E(MX-MPC1E-3D)

  • MPC1E Q(MX-MPC1E-3D-Q)

  • MPC2E(MX-MPC2E-3D)

  • MPC2E Q(MX-MPC2E-3D-Q)

  • MPC2E EQ(MX-MPC2E-3D-EQ)

라이선스 취득에 대한 자세한 내용은 JTAC에 문의하십시오.

12.3

ACX 시리즈 유니버설 메트로 라우터

12.2

MX2008에 대한 MPC6E, MPC7E, MPC8E, MPC9E, MPC2E NG 및 MPC3E NG.

17.2

MX10003 라우터의 고정 포트 PIC(6xQSFPP) 및 JNP-MIC1(Modular MIC)

17.3

MX204 라우터의 고정 포트 PIC(4xQSFP28 및 8xSFPP)

17.4

MX240, MX480, MX960, MX2010, MX2020의 MPC7E-10G 및 MPC7E-MRATE

17.4

MX2010, MX2020의 MPC8E 및 MPC9E

17.4

참고:
  • 통합 ISSU(in-service software upgrade)는 현재 MX240, MX480, MX960, MX2010 및 MX2020 라우터의 PTP 및 동기화 이더넷 및 강화된 MPCES에 대해 클럭 동기화가 구성될 때 지원되지 않습니다.

  • PTP와 동기식 이더넷 모드 간에 전환하려면 먼저 현재 모드에 대한 구성을 비활성화한 다음 구성을 커밋해야 합니다. 30초의 짧은 기간 동안 기다렸다가 새 모드와 관련 매개 변수를 구성한 다음 구성을 커밋합니다.

  • JNP10K-LC2101 라인 카드가 있는 MX10008 라우터 및 Hypermode가 활성화된 경우 PTP 구성이 제대로 작동하지 않을 수 있습니다. MX10008 라우터에 스위치 패브릭 보드 2(SFB2)가 있는 경우 또는 명령을 set forwarding-options hyper mode사용하여 하이퍼모드를 기본으로 활성화할 수 있습니다. 따라서 이러한 PTP 인터페이스(슬레이브, 마스터, 스테이트풀)는 지원되지 않습니다.

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

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

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

이 테이블은 다양한 주니퍼 네트웍스 디바이스에서 PTPoE 캡슐화와 LAG에 대한 PTP를 지원하는 첫 번째 Junos OS 릴리스를 요약합니다.

표 2: PTPoE 캡슐화 지원으로 LAG를 통한 PTP

네트워크 디바이스 Juniper

IPv4를 통해 PTP

이더넷을 통한 PTP

MPC2E NG

17.2R1

MPC3E NG

17.2R1

MPC5E

17.2R1

18.2R1

MPC6E

17.2R1

18.2R1

MPC7E-10G

18.1R1

18.3R1

MPC7E–MRATE

18.1R1

18.3R1

MPC8E

18.1R1

18.3R1

MPC9E

18.1R1

18.3R1

MX10008 22.4R1 22.4R1
MX10004 및 MX10K-LC480 23.1R1 23.1R1
PTX10001-36MR 23.1R1 23.1R1
참고: JNP10K-LC2101 라인 카드를 사용하여 MX10008 라우터에서 어그리게이션 이더넷(AE) 인터페이스가 구성된 경우 PTP가 올바르게 작동하지 않을 수 있습니다. AE의 기본 또는 보조 링크가 Hypermode가 있는 PTP를 지원하지 않는 경우, 전체 AE가 지원되지 않는 것으로 표시됩니다.

PTP 추적 개요

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

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

다음 섹션에서는 경로 추적 메커니즘과 경로 추적 메커니즘이 IPv4 네트워크를 통해 다중 참조 클럭 PTP 링 토폴로지에서 구현되는 방법을 설명합니다. 섹션은 또한 PTP 링 토폴로지에서 꾸준한 상태 및 장애 처리를 설명합니다.

PTP 링 토폴로지

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

그림 1에 나와 있는 것처럼 경계 클럭(BC1~BC5)의 단순한 링 토폴로지(기본 PTP 참조 클럭 1개와 백업 PTP 참조 클럭 1개,GM-A 및 GM-B)를 고려합니다. 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 경로 추적 세부 정보 표시를 참조하십시오.

참고:
  • 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(CID1 및 CID3)와 함께 BC2의 클럭 ID(CID2)를 포함하기 때문에 BC3의 발표 메시지를 삭제합니다. 이 동작은 장애 처리에 설명된 바와 같이 의도적이고 의도적으로 의도 적인 것임을 유의하십시오.

장애 처리

그림 1에 표시된 PTP 링에서 라우터 BC1이 충돌하는 시나리오를 고려합니다. 이 실패는 다음과 같은 방식으로 처리됩니다.

  1. 라우터 BC2는 BC1에서 공지 메시지 수신을 중단합니다.

  2. 현재 BC2가 수신한 공지 메시지는 BC3에서 보낸 메시지일 뿐입니다. BC2는 이러한 발표 메시지를 삭제합니다. 이러한 메시지에는 BC2의 자체 클럭 ID인 CID2가 포함되어 있기 때문입니다.

  3. BC2는 유효한 공지 메시지를 수신하지 않기 때문에 홀드오버 모드로 들어가 클럭 클래스와 같은 공지 매개 변수의 값을 낮추므로 BC2는 하위 클럭 클래스를 전달하는 메시지를 발표합니다.

  4. BC3는 BC2로부터 열등한 클럭 클래스로 이러한 공지 메시지를 수신하면 모든 다운스트림 라우터에 이 열등한 클럭 클래스를 발표합니다.

  5. BC5가 결국 BC4로부터 열등한 품질 수준 값으로 이 공지 메시지를 수신하면 BC5 라우터에서 실행되는 최고의 기본 클럭 알고리즘이 BC5를 GM-B로 자동으로 전환하고 BC5 라우터는 GM-B가 설정한 매개 변수에 해당하는 공지 메시지를 보냅니다.

  6. 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가 보낸 발표 메시지에 의해 수행 된 것과 비교하여 우수한 클럭 클래스 정보를 전달하는 발표 메시지를 보냅니다. 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 전환은 무중력으로 전환할 수 없습니다.
  • 2개 이상의 라인 카드의 스테이트풀 또는 슬레이브 포트 구성은 MX960, MX480, MX240, MX2020, MX2010, MX10003 및 MX2008 유니버설 라우팅 플랫폼에서 지원되지 않습니다. 이 제한은 MX10K(MX10008, MX10016 및 MX10004 플랫폼에는 적용되지 않습니다.

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

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

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

표 3: 타이밍 결함 및 이벤트에 대한 SNMP 트랩 알림

SNMP 트랩

알림 유형

설명

jnxTimingFaultLOS

결함

신호 손실을 나표로 함

jnxTimingFaultEFD

결함

초과된 주파수 편차를 나표

jnxTimingFaultLOESMC

결함

ESMC(Ethernet Synchronization Message Channel) 손실을 나타냅니다.

jnxTimingFaultQLFailed

결함

품질 수준에서 장애를 나감

jnxTimingFaultLTI

결함

타이밍 정보 손실을 나표로 함

jnxTimingFaultSrcFailed

결함

기본 소스의 실패를 나타내는

jnxTimingFaultSecSrcFailed

결함

보조 소스의 실패를 나태

jnxTimingFaultPtUniNegRateReject

결함

기본 역할을 할 때 이 SNMP 트랩은 실패를 표시하거나 신호 메시지에 대한 클라이언트를 거부합니다. 클라이언트 역할을 할 때 이 SNMP 트랩은 실패를 표시하거나 클라이언트가 신호 메시지 수신을 중단합니다.

jnxTimingEventPriSrcReovered

이벤트

기본 소스의 복구를 나타내는

jnxTimingEventSecSrcreovered

이벤트

보조 소스의 복구를 나타내는

jnxTimingEventPriRefChanged

이벤트

논리적 인터페이스의 변경 또는 SyncE에서 BITS/외부 인터페이스로의 변경과 같은 기본 참조의 변경을 나타냅니다)

jnxTimingEventSecRefChanged

이벤트

논리적 인터페이스의 변경과 같은 보조 참조의 변경을 나타내는

jnxTimingEventQLChanged

이벤트

품질 수준의 변화를 나타내는

jnxTimingEventDpllStatus

이벤트

DPLL 상태(SyncE, BITS, Hybrid)를 나타냅니다.

jnxTimingEventPtpServoStatus

이벤트

다음 PTP Servo 상태를 나타냅니다.

  • 초기화

  • 취득(기본이 선택되고 servo가 잠금을 획득하기 시작함)

  • 단계 정렬(기본으로 록인)

  • FREERUN(PTP 소스를 사용할 수 없음)

  • 홀드오버(멤버가 12시간 이상 PTP에 잠근 다음 모든 PTP 소스를 잃습니다)

jnxTimingEventPtpClockClassChange

이벤트

PTP 클럭 클래스의 변경을 나타냄

jnxTimingEventPtpClockAccuracyChange

이벤트

PTP 정확도의 변화를 나타냄

jnxTimingEventPtpGMChange

이벤트

PTP 참조 클럭의 변경을 나타냄

jnxTimingEventHybridStatus

이벤트

다음 하이브리드 상태를 나타냅니다.

  • 초기화

  • 취득(기본이 선택되고 servo가 잠금을 획득하기 시작함)

  • 주파수 잠금(주파수 잠금하지만 획득 단계)

  • 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) 및 동기화 관리 정보 베이스(MIB) 및 GPS 관리 정보 베이스(MIB) 타이밍 개체를 통해 활성화됩니다.

참고:

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

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

표 4: get, get-next, walk 관리를 위한 SNMP 관리 정보 베이스(MIB) 개체

SNMP 관리 정보 베이스(MIB)

개체

설명

PTP 관리 정보 베이스(MIB)

jnxPtpServoState

다음 PTP Servo 상태를 나타냅니다.

  • 초기화

  • 취득

  • 단계 조정

  • 프리런 (1)

  • 홀드오버

  • 주파수 잠김

jnxPtpServoStateStr

PTP Servo 상태 문자열을 표시합니다.

  • 초기화

  • 취득(기본이 선택되고 servo가 잠금을 획득하기 시작함)

  • 단계 정렬(기본으로 록인)

  • FREERUN(PTP 소스를 사용할 수 없음)

  • 홀드오버(멤버가 12시간 이상 PTP에 잠근 다음 모든 PTP 소스를 잃습니다)

jnxPtpClass

PTP 참조 클럭의 클래스를 나타냄

jnxPtpGmId

PTP 참조 클럭 식별자를 나타냄.

MIB 동기화

jnxClksyncQualityCode

10진수 형식으로 잠긴 소스의 SSM/ESMC 품질 수준을 나타내는 것입니다.

jnxClksyncQualityCodeStr

잠긴 소스의 SSM/ESMC 품질 수준을 문자열 형식으로 표시합니다.

jnxClksyncIfIndex

10진수 형식으로 잠긴 소스의 인터페이스 인덱스를 나표합니다.

jnxClksyncIntName

문자열 형식으로 잠긴 소스의 인터페이스 이름을 표시합니다.

GPS 관리 정보 베이스(MIB)

jnxGpsRecvStatus

GPS 수신기의 상태를 표시합니다.

참고:
  • SNMP get and walk 관리는 스칼라 객체에 대해서만 지원됩니다.

  • SyncE 개체의 경우, jnxClksyncQualityCode, jnxClksyncQualityCodeStr, jnxClksyncIfIndex 및 jnxClksyncIntfName 객체는 잠긴 소스에 대해서만 표시됩니다.

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

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

show chassis synchronization extensive

show chassis synchronization extensive

show ptp lock-status detail

show snmp mib는 <MIB-timing-objects>

show snmp mib walk jnxTimingNotfObjects

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

정밀 시간 프로토콜(PTP)이 지원하는 글로벌 항법 위성 시스템(GNSS)인 보조 부분 타이밍 지원(APTS)은 모바일 백홀 네트워크에서 정확한 타이밍과 동기화를 제공합니다.

참고:

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

ACX500 라우터에서 APTS 기능은 PTP 기본으로 기능하는 GNSS 참조 클럭에서 PTP 클라이언트 포트를 구성하는 데 도움이 됩니다.

APTS는 GNSS를 셀 사이트 위치의 기본 시간 참조로 사용하거나 셀 사이트와 가까운 어그리게이션 포인트에서 사용합니다. APTS는 네트워크 기반 타이밍 배포를 사용하여 GNSS를 사용할 수 없는 홀드오버 기간 동안 타이밍을 지원하고 유지합니다.

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

GNSS 구성

PTPoE 구성

PTPoIP 구성

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

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

라우팅 플랫폼의 글로벌 포지셔닝 시스템(GPS)

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

참고:

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

라우팅 플랫폼에 통합된 글로벌 항법 위성 시스템(GNSS)

글로벌 항법 위성 시스템(GNSS)은 위성의 신호를 사용하여 GPS 지원 수신기의 실제 위치를 계산하는 항법 보조 시스템입니다. 이러한 신호는 지구상의 수신기 위치를 결정하는 데 사용될뿐만 아니라 매우 정확한 시간 기지로 사용됩니다.

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

[edit chassis synchronization port gnss] 계층 수준에서 CLI 문을 포함하여 constellation gps] GNSS 포트를 구성할 수 있습니다. 옵션을 gps 지정 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 수신기의 상태를 확인합니다. 자세한 내용은 섀시 동기화 표시를 참조하십시오.