Cisco IOS XR 설정의 PTP 및 SyncE 기본 사항

다운로드 옵션

PDF (3.0 MB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (3.2 MB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (1.9 MB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2021년 11월 30일

문서 ID:217579

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에서는 8275.1 및 8275.2 전화통신 프로필의 Cisco IOS® XR 디바이스에 대한 샘플 컨피그레이션, 예제 및 문제 해결 명령과 함께 PTP(Precision Time Protocol) 및 SyncE(Synchronous Ethernet)의 작업에 대해 설명합니다.

배경 정보

우리에게는 벽시계 또는 손목시계이지만, 네트워킹 장치에는 데이터 비트를 샘플링하는 데 사용되는 대체 0과 1의 주기적인 신호가 있습니다. 시계의 초침이 초침을 나타내는 각운동을 갖는 것처럼, 0과 1의 쌍은 T(시간 주기[T=1/주파수])를 나타낸다. 이 클록을 생성하기 위해, 네트워크 디바이스는 클록 신호를 생성할 때 ±100 ppm 에러(ppm per million. 예를 들어, 주파수가 250 MHz이고 100 ppm인 클록은 249.975 MHz 내지 250.025 MHz의 주파수 범위를 가짐)가 있는 수정 진동자를 사용한다. 따라서, 이상적으로, 클럭은 완전히 주기적이지 않지만, 인터페이스들로부터 데이터 신호들을 샘플링하는 요건에 충분하다.

Clock Signal

통신 네트워크(3G/4G/5G)는 매우 높은 품질(계층) 클럭을 사용하며 모든 기지국(NodeB/eNodeB 등)은 가능한 한 적은 오류/지연(약 1μs)으로 이 클럭에 동기화되어야 합니다.

한 가지 방법은 모든 기지국에 GPS를 설치하는 것인데, GPS는 위성 시스템에서 작동하기 때문에 비용이 많이 들고 보안성이 떨어진다.
두 번째 옵션은 기존 NE(Networking Equipment)를 사용하여 데이터 신호와 함께 클럭 정보를 전송하는 것입니다. 이 옵션은 이미 NEs에 의해 데이터가 전송 중이고 클럭 신호 전송에 NEs를 사용하면 더 저렴하고 더 안전해지기 때문에 매우 비용 효율적입니다. 그러나 클록 품질은 이전 GPS 옵션에 비해 좋지 않을 수 있으며 NE에 사용되는 프로필/프로토콜 및 네트워크의 혼잡에 따라 달라집니다.

위상/주파수 동기화의 중요성

송신단에서 고주파(반송파 신호)로 변조된 메시지 신호(예: 음성 신호)는 송신단에서 사용된 동일한 반송파 신호로 수신단에서 복조되어야 한다. 수신기에서 반송파 주파수 또는 위상의 변화/오프셋이 발생하면 메시지 신호가 손상된다. 다만, Rx 반송파와 Tx 반송파 간에는 항상 약간의 오프셋이 예상된다.

How the Signal is Encrypted and Decrypted with the Same Signal

비유는 안전한 상자를 사용하여 메시지를 전송하고 키로 잠그는 것입니다. 누군가가 안전 상자에서 메시지를 읽고자 하는 경우, 동일한 키를 사용하여 수신자 쪽에서 상자의 잠금을 해제해야 합니다. 복제 키에 왜곡/변형이 있으면 메시지를 읽을 수 없습니다.

Analogy to Understand the Signal and Clock Transmission

다양한 통신 서비스에 대해 허용되는 오프셋은 다음과 같습니다.

Frequency and Phase Synchronization Requirement for Various Telecom Services

네트워크 클럭 동기화

동기화는 동일한 시간/위상 및 주파수에 대한 클럭 정렬입니다.

클럭킹을 위한 동기화는 주파수 동기화(달성 = / = 여기서 = 동일한 비율이라고도 함), 위상 동기화(동시에), 시간 동기화(시간)로 분류할 수 있습니다.

주파수 동기화

Unsynchronized Clock Signal of Two Devices

모든 NE는 클럭의 주파수를 (MasterClock에서 파생된) 소스 클럭에 맞춰야 합니다.

Frequency Synchronized Clock Signal of Device A and Device B

NE에 대한 주파수 동기화는 SyncE 또는 PTPv2를 사용하여 달성할 수 있으며, 이에 대해서는 이 섹션에서 자세히 설명합니다.

SyncE는 인터페이스에서 수신된 데이터 패킷(물리적 레이어에서 작동함)과 인터페이스에서 수신된 ESMC 패킷(약 초당 1패킷)의 빈도를 도출하는 작업을 수행하며, 이 작업은 클럭의 품질을 설명합니다. 따라서 제어 패킷을 추가하지 않으며 SyncE의 가장 좋은 측면인 트래픽 혼잡의 영향을 받지 않습니다.

PTP는 패킷에서 실행되므로 제어 패킷 흐름이 있으며, 혼잡의 영향을 받아 지연이 증가합니다.

위상 동기화

위상 동기화는 이러한 클럭 신호의 정렬에 관한 것이다. 우리는 위의 주파수 동기화된 신호들이 아직 정렬되어 있지 않으므로 위상 오프셋을 가지고 있음을 알 수 있다.

Frequency Synchronized, but Phase Offset Present Between Clock Signals of Devices A and B

PTPv2는 네트워크를 통해 위상 정보를 전달하는 데 사용됩니다.

Phase and Frequency Synchronized Clock Signal of Two Devices

시간 동기화

Time of day라고도 하는 시간 동기화는 모든 NE에서 단순히 동일한 시간을 갖습니다. 즉, t₁=t_2^.

NTP 및 PTP는 네트워크에서 시간 정보를 전송하는 데 사용됩니다. NTP는 밀리초 단위의 정확도를 제공하지만 PTP는 마이크로초 미만의 정확도를 제공할 수 있습니다.

위상 동기화에 사용된 PTP가 시간 동기화를 달성하므로 시간 동기화 및 위상 동기화는 네트워킹에서 종종 동의어로 사용됩니다.

NTP는 이제 논의의 대상이 아닙니다.

SyncE

SyncE의 기본 원리

SyncE는 포트에서 수신된 데이터에서 클럭 주파수를 추출하는 기본 원리에 따라 작동합니다.

간단한 예가 여기에 나와 있습니다. 데이터 신호는 로컬 오실레이터로 처리되고 출력 데이터는 Tx 포트 외부로 보내진다. 포트에 전송된 데이터 신호에 클럭 주파수가 있음을 확인할 수 있습니다. SyncE는 Rx 포트에서 수신된 신호를 역처리하여 전송된 클럭의 주파수 정보를 얻는 원리로 작동한다.

Example of Clock and Data Processing - AND Operation

SyncE는 네트워크에서 주파수를 전달하는 방법에 대한 ITU-T의 권장 사항입니다. 추천에 따르면, 주파수는 이전에 지적된 바와 같이 물리 계층 내의 비트스트림으로부터 복구될 것이다. 체인에 분산되는 클록을 PRC(Primary Reference Clock)라고 하며, 네트워크의 모든 클록은 해당 클록에 추적 가능해야 합니다. 추적 가능한 시계를 얻으려면 SyncE 권장 사항에 따라 MasterClock과 엔드 디바이스 사이의 체인에 있는 모든 노드를 동기식 EEC(Ethernet Equipment Clock)로 구현해야 합니다. 복구된 클럭은 특정 패킷과 동기화되지 않으므로 네트워크 로드에 따라 성능이 달라지지 않습니다.

Three Nodes Implemented with SyncE

SyncE Working on a Hardware Level

MasterClock NE은 네트워크 클럭(SSU 또는 BITS)에서 오는 외부 입력 타이밍 참조를 가져옵니다. 이러한 참조는 EEC 클록에 대한 입력으로서 사용되는데, 이는 일반적으로 NE의 중앙 타이밍 카드에 위치한다. 그런 다음 EEC 출력 타이밍 참조를 사용하여 데이터를 샘플링하고 SyncE 지원 Tx 포트에서 트래픽을 전송합니다.

슬레이브클럭(NE)에서는 송수신기 클럭 데이터 복구(CDR) 내에서 클럭이 복구된다. RX 클록이 트랜시버에서 이용 가능하지 않은 일부 경우에, 클록을 복구하기 위해 외부 CDR의 사용이 필요할 수 있다. 그런 다음 백플레인을 통해 클럭이 전송되어 SlaveClock의 중앙 타이밍 카드에 도달합니다. 이 타이밍 레퍼런스는 그 후 EEC에 대한 레퍼런스가 된다(라인-타이밍 레퍼런스라고도 함). SlaveClock NE에 표시된 것처럼 EEC는 라인 및 외부 참조는 물론 ±4.6ppm 로컬 오실레이터의 입력도 허용할 수 있습니다(사용 가능한 라인 또는 외부 참조가 없는 경우에 사용됨). 이 시점부터 SlaveClock NE는 다음 다운스트림 NE에 대한 MasterClock NE이 되며, 동기화는 노드 대 노드 기반으로 전송되며, 여기서 각 노드는 복구 및 분배에 참여합니다.

이더넷 동기화 메시징 채널

ESMC(Ethernet Synchronization Messaging Channel)는 ITU-T로 정의된 이더넷 느린 프로토콜입니다. 즉, 메시지는 멀티캐스트 이더넷 대상 주소 01-80-C2-00-00-02로 전송되며 이더넷 유형 88-09를 사용하여 메시지가 동기화된 링크에서 다른 링크로 유출되는 것을 방지합니다.

전송 클럭의 품질 수준(QL)인 SSM(Synchronization Status Message) 정보를 전달합니다. 예를 들어 업스트림 디바이스가 PRC 클럭과 동기화되어 있는 경우 수신된 QL 값은 QL-PRC이고 해당 SSM 값은 0010입니다.

EMC 정보 PDU는 초당 1개의 PDU의 속도로 주기적으로 전송됩니다. 5초 이내에 EMC PDU를 수신하지 못하면 SSF=true(QL=QL-FAILED)가 됩니다. QL의 기본(초기) 값은 DNU(SSM=1111)이며 유효한 QL TLV를 수신한 경우에만 변경해야 합니다.

ESMC Packet Capture That Shows the QL

디바이스가 듀얼 홈(dual-homed)이고 두 업스트림 디바이스 모두에 대한 신호 소스가 PRC인 경우 두 링크에서 디바이스에서 수신한 QL은 QL-PRC입니다. 따라서 홉, 링크 등과 관련하여 올바른 업스트림 디바이스를 선택하려면 링크의 우선순위를 적절하게 지정해야 합니다.

동기화 보호를 위해 다수의 가능한 동기화 입력들을 갖는 몇몇 NE들을 통한 MasterClock-SlaveClock 동기화는 NE들 사이의 타이밍 루프들을 초래할 수 있다. 타이밍 루프를 방지하기 위해, NE는 NE 방향으로 DNU의 SSM 값을 삽입해야 하며, 이는 NE 클록에 대한 실제 동기화 소스로 사용된다.

Insertion of DNU in SSM on the Reverse Direction of the Selected Port to Avoid Loop

SyncE(LAG 포함)

SyncE는 물리적 레이어에서 작동하며 EMC 패킷도 이더넷 저속 프로토콜로 전달됩니다. LAG는 느린 프로토콜을 사용하는 또 다른 기능으로, LAG는 ESMC 이상에서 작동합니다. 따라서 LAG 그룹의 각 동기식 이더넷 지원 링크에서 ESMC 메시지를 처리해야 합니다.

또한 LAG가 있는 경우와 같이 병렬 링크의 사용은 타이밍 루프의 생성 잠재성으로 인해 신중하게 고려될 필요가 있다는 점에 유의해야 한다.

이상적으로는 번들의 단일 멤버 링크에서 실행해도 충분하지만, 그렇지 않은 경우에는 운영자에게 몇 개의 동기식 이더넷 지원 포트를 구성하도록 맡깁니다.

PTPv2/1588v2

IEEE 1588은 2002년 IEEE(Institute of Electrical and Electronics Engineers)에서 네트워크 측정 및 제어 시스템을 위한 PTP(Precision Clock Synchronization Protocol)로 정의됩니다. 이를 PTP(Precision Time Protocol)라고 합니다.

IEEE 1588v1은 산업 자동화 및 테스트 및 측정 분야에 적용됩니다. IP망의 발전과 3G망의 대중화로 통신망에서의 시간 동기에 대한 요구가 증가하였다. IEEE는 이러한 요구 사항을 충족하기 위해 2006년 6월에 IEEE 1588v1을 기반으로 IEEE 1588v2를 설계했고, 2007년에 IEEE 1588v2를 개정했으며, 2008년 말에 IEEE 1588v2를 출시했습니다.

1588v2는 디바이스 간 고도로 정확한 시간 동기화를 지원하는 시간 동기화 프로토콜입니다. 또한 디바이스 간 주파수 동기화를 구현하는 데에도 사용됩니다.

이 패킷 기반 동기화 메커니즘은 패킷 교환의 효율적인 메커니즘을 통해 ToD 배포 기능과 마이크로초 미만의 주파수 및 위상 동기화를 결합합니다

PTP의 주요 약점은 PTP에서 사용하는 동기화 패킷이 MasterClock과 호스트 간에 네트워크에서 전달되기 때문에, 프레임 지연(레이턴시), 프레임 지연 변화(패킷 지터), 프레임 손실 등의 모든 네트워크 이벤트에 영향을 받기 때문입니다. 동기화 흐름에 높은 우선 순위를 적용하는 모범 사례에서도 이러한 동기화 패킷은 여전히 정체 및 라우팅/포워딩 문제(예: 시퀀스 위반 및 경로 플랩)를 겪게 됩니다.

PTP의 기본 작동 원리

패킷의 시간(hh:mm:ss)을 보내고 패킷 흐름 왕복 시간을 사용하여 패킷 전송의 지연을 찾고 왕복 지연의 절반을 조정하여 클록 시간을 수정합니다.

How PTP Works

PTP 작업

PTP는 클록 분배를 위해 계층적 MasterClock-SlaveClock 아키텍처를 사용합니다.

시스템의 실시간 시계가 서로 동기화되는 방법을 지정합니다. 이러한 클럭은 MasterClock의 계층 구조 맨 위에 있는 클럭이 전체 시스템의 참조 시간을 결정하는 MasterClock을 사용하여 MasterClock−SlaveClock 동기화 계층으로 구성됩니다. 동기화는 PTP 타이밍 메시지를 SlaveClocks와 교환하여 타이밍 정보를 사용하여 계층에서 MasterClock 시간으로 클록을 조정함으로써 달성할 수 있습니다.

PTP는 멀티캐스트 통신 모델을 가정하여 설계되었습니다. PTP는 프로토콜의 동작이 유지되는 한 유니캐스트 통신 모델도 지원합니다. PTP는 Announce 메시지가 한 포트에서 주기적으로 전송되며 통신 경로 내의 일반 또는 경계 클럭의 다른 모든 포트에 전달된다고 가정합니다. 통신 경로가 둘 이상의 포트로 구성된 경우 알림 메시지가 멀티캐스트로 전송되거나 알림 정보가 유니캐스트 메시지를 사용하여 통신 경로의 모든 포트에 복제된다고 가정합니다. PTP 포트는 멀티캐스트 Announce 메시지의 수신을 통해 통신 경로 내의 다른 포트를 검색합니다.

프로토콜은 도메인이라는 논리적 범위 내에서 실행됩니다. 모든 PTP 메시지, 데이터 세트, 상태 시스템 및 기타 모든 PTP 엔티티는 항상 특정 도메인 ID와 연결됩니다

프로토콜은 이벤트 및 일반 PTP 메시지를 정의합니다. 이벤트 메시지는 전송 및 수신 모두에서 생성되는 정확한 타임스탬프(진입/종료 지점에서 디바이스에 기록된 시간, 그러나 메시지가 시간 t를 전달할 필요는 없음)와 같은 시간 메시지가 됩니다. 일반 메시지에는 정확한 타임스탬프가 필요하지 않습니다.

PTP 도메인

도메인은 PTP 프로토콜을 사용하여 서로 통신하는 클록의 논리적 그룹으로 구성됩니다.

PTP 도메인은 관리 엔티티 내에서 네트워크를 파티셔닝하는 데 사용됩니다. PTP 메시지 및 데이터 세트는 도메인과 연결되어 있으므로 PTP 프로토콜은 서로 다른 도메인에 대해 독립적입니다.

Basic PTP Packet Flow Exchange Mechanism, ms-MasterSlave and sm-SlaveMaster

메시지 교환 패턴

MasterClock은 Sync 메시지를 SlaveClock에 전송하고 전송된 시간을 기록합니다.
SlaveClock은 Sync 메시지를 수신하고 수신 시간을 기록합니다.
MasterClock은 다음을 통해 타임스탬프를 SlaveClock에 전달합니다.
- 동기화 메시지에 타임스탬프를 포함합니다. 이를 위해서는 가장 정확하고 정밀한 하드웨어 처리가 필요합니다.
- Follow_Up 메시지에 타임스탬프를 포함합니다.
SlaveClock은 Delay_Req 메시지를 MasterClock에 전송하고 전송 시간을 기록합니다.
MasterClock은 Delay_Req 메시지를 수신하고 수신 시간을 기록합니다.
MasterClock은 타임스탬프를 Delay_Resp 메시지에 포함시켜 SlaveClock에 전달합니다.

PTP 시간 정확도는 이벤트 메시지에 의해 수행된 경로의 비대칭성에 의해 저하됩니다. 구체적으로, 시간 오프셋 오차는 비대칭의 1/2이다.

비대칭은 PTP에 의해 탐지되지 않는다. 그러나 알려진 경우 PTP는 비대칭을 수정합니다. 비대칭은 물리적 계층에서, 예를 들어 전송 미디어 비대칭을 통해, 브리지와 라우터에 의해, 그리고 네트워크를 통해 상이한 경로를 취하는 이벤트 메시지에 의해 횡단되는 순방향 및 역방향 경로에 의해, 대형 시스템에서 도입될 수 있다. 시스템들이 구성되어야 하고, 요구되는 타이밍 정확도에 의해 안내되는 이러한 영향들을 최소화하도록 선택된 컴포넌트들이 필요하다. 거리가 몇 미터가 되는 단일 서브넷 시스템에서는 일반적으로 비대칭이 10초 이상의 ns에 대한 시간 정확성에 문제가 되지 않습니다.

Message Exchange with Delay, Offset, and Time Stamps

다양한 패킷 유형

이벤트 메시지 집합은 다음과 같이 구성됩니다.

Sync - MasterClock과 SlaveClock 사이의 시간 동기화에 사용됩니다. 2단계로 동기화 메시지는 시간을 전달하지 않지만 MasterClock에서 시간이 스탬프되고 Follow_Up 메시지로 전달됩니다. 한 번에 Sync(동기화) 메시지는 시간을 전달합니다. 기존 디바이스/하드웨어는 메시지를 포트로 전달할 때 종료 시점을 측정하고 전달하는 것을 지원할 수 없으므로, 2단계는 하드웨어 제한 때문이었습니다. 요즘은 하드웨어가 종료 시점을 기록하여 동기화 메시지 내에 전송할 수 있습니다. 1단계는 2단계와 역호환이 가능합니다.
Delay_Req - Delay_Req 메시지는 Delay_Resp 메시지를 사용하여 Delay_Req 메시지가 수신된 시간을 반환하라는 수신/슬레이브 클럭 노드의 요청입니다. SlaveClock과 MasterClock 사이의 전송 시간을 계산하는 데 사용됩니다. 이 메시지는 SlaveClock에서 타임스탬프가 지정됩니다.
Pdelay_Req - Pdelay_Req 메시지는 포트 대 포트 전파 시간 측정의 일환으로 PTP 포트에서 다른 PTP 포트로 전송되어 둘 사이의 링크에 대한 지연을 확인합니다. P2P 투명 클럭에서 홉당 링크 지연을 계산하는 데 사용됩니다.
Pdelay_Resp - Pdelay_Resp 메시지는 Pdelay_Req 메시지의 수신에 대한 응답으로 PTP 포트에 의해 전송됩니다.

일반 메시지 집합은 다음과 같이 구성됩니다.

Announce - 이 메시지는 BMCA(Best MasterClock Algorithm)에서 MasterClock-SlaveClock 토폴로지를 생성하는 데 사용됩니다. 최고의 MasterClock을 선택하여 제자리에 유지하는 데 사용됩니다.
Follow_Up - 이 메시지 유형은 2단계 모드에서 사용됩니다. 시간이 걸린다. (MasterClock 노드의 동기화 종료 시간) 메시지의.
Delay_Resp - MasterClock에서 SlaveClock으로의 전송 시간을 계산하는 데 사용됩니다. 메시지의 시간(Delay_Resp 메시지 종료 시간)을 전달합니다.
Pdelay_Resp_Follow_Up - Follow_Up 메시지와 유사하지만 P2P 투명 시계에 의해 생성됩니다.
관리: 논의의 일부가 아닙니다.
신호 - 다른 모든 목적을 위해 시계 간의 통신을 위해. 예를 들어 MasterClock과 SlaveClock 사이의 유니캐스트 메시지 속도 협상에 시그널링 메시지를 사용할 수 있습니다.

Sync, Delay_Req, Follow_Up 및 Delay_Resp 메시지는 지연 요청 응답 메커니즘을 사용하여 일반 클록과 경계 클록을 동기화하는 데 필요한 타이밍 정보를 생성하고 통신하는 데 사용됩니다.

Pdelay_Req, Pdelay_Resp 및 Pdelay_Resp_Follow_Up 메시지는 피어 지연 메커니즘을 구현하는 두 클록 포트 간의 링크 지연을 측정하는 데 사용됩니다. 링크 지연은 피어 투 피어 투명 시계로 구성된 시스템에서 Sync 및 Follow_Up 메시지의 타이밍 정보를 수정하는 데 사용됩니다.

피어 지연 메커니즘을 구현하는 일반 클럭과 경계 클럭은 측정된 링크 지연과 Sync 및 Follow_Up 메시지의 정보를 사용하여 동기화할 수 있습니다. Announce 메시지는 동기화 계층을 설정하는 데 사용됩니다. 관리 메시지는 시계에 의해 유지되는 PTP 데이터 세트를 쿼리하고 업데이트하는 데 사용됩니다. 이러한 메시지는 PTP 시스템을 사용자 지정하고 초기화 및 결함 관리를 위해 사용됩니다. 관리 메시지는 관리 노드와 시계 사이에 사용됩니다(논의의 일부가 아님).

시그널링 메시지들은 다른 모든 목적들을 위해 클록들 사이의 통신을 위해 사용된다. 예를 들어 MasterClock과 SlaveClock 사이의 유니캐스트 메시지 속도 협상에 시그널링 메시지를 사용할 수 있습니다.

PTP 디바이스 유형

다음과 같은 5가지 기본 유형의 PTP 디바이스가 있습니다.

일반 클럭 - GM(Grand MasterClock) 또는 SlaveClock만 가능합니다.
경계 클럭 - SlaveClock 및 GM 모두 가능
엔드 투 엔드 투명 시계 - 엔드 투 엔드 투명 시계는 일반 브리지, 라우터 또는 리피터처럼 모든 메시지를 전달합니다. 그러나 PTP 이벤트 메시지의 경우 아래 그림에 표시된 체류 시간 브리지는 PTP 이벤트 메시지의 체류 시간(메시지가 투명 시계를 통과하는 데 걸리는 시간)을 측정합니다. 이러한 체류 시간은 PTP 이벤트 메시지 또는 연관된 후속 메시지의 특수 필드인 수정 필드에 누적된다. 이러한 보정은 이벤트 메시지가 투명 클록에 들어가고 나갈 때 생성되는 타임스탬프의 차이에 기초한다.
P2P 투명 시계 - 피어 지연 메커니즘을 사용하여 ptp 메시지에 체류 시간 및 링크 전송 지연 시간을 추가합니다(피어 링크 지연을 계산하기 위해 자체 delay-req-resp 패킷을 생성함).
관리 노드(논의의 일부가 아님).

MasterClock−SlaveClock 계층 구조 설정

도메인 내에서 일반 및 경계 클럭의 각 포트는 프로토콜 상태 머신의 독립적인 사본을 실행합니다. "상태 결정 이벤트"의 경우 각 포트는 포트에서 수신된 모든 Announce 메시지의 내용을 검토합니다. 최상의 MasterClock 알고리즘을 사용하여 Announce 메시지 내용 및 일반 또는 경계 시계와 관련된 데이터 세트의 내용을 분석하여 시계의 각 포트의 상태를 확인합니다.

PTP 상태 시스템

일반 및 경계 클럭의 각 포트는 PTP 상태 머신의 개별 복사본을 유지합니다. 이 상태 시스템은 포트의 허용되는 상태 및 상태 간의 전환 규칙을 정의합니다. MasterClock−SlaveClock 계층을 결정하는 주요 "상태 결정 이벤트"는 Announce 메시지의 수신과 Announce 간격(Announce 메시지 간 간격)의 끝입니다. MasterClock−SlaveClock 계층을 결정하는 포트 상태는 다음과 같습니다.

INIT - 포트가 아직 PTP에 참여할 준비가 되지 않았습니다.
LISTENING - 포트가 PTP에 참여할 준비가 되었을 때의 첫 번째 상태: 포트는 (구성 가능한) 기간 동안 PTP MasterClocks를 수신 대기합니다.
PRE-MasterClock - 포트가 MasterClock 상태가 됩니다.
MasterClock - 포트는 수신 중인 모든 SlaveClock/경계 클럭에 대한 타임스탬프를 제공합니다.
UNCALIBRATED(교정되지 않음) - 포트가 MasterClock에서 타임스탬프를 수신하지만 라우터의 클럭이 아직 MasterClock에 동기화되지 않았습니다
SLAVE - 포트가 MasterClock에서 타임스탬프를 수신하고 라우터의 클럭이 해당 MasterClock에 동기화됩니다
PASSIVE(수동) - 포트가 MasterClock 상태에 있으면 보급할 수 있는 것보다 더 나은 시계를 인식하지만 해당 시계를 지연하지는 않습니다

P2P Transparent Clock Packet Exchange

최상의 마스터 클럭 알고리즘

최상의 MasterClock 알고리즘은 두 개의 클록을 설명하는 데이터를 비교하여 어떤 데이터가 더 나은 클록을 설명하는지 결정합니다. 이 알고리즘은 로컬 클록 포트에서 수신된 여러 Announce 메시지에 설명된 클록 중 어떤 것이 최상의 클록인지를 결정하는 데 사용됩니다. 또한 새로 검색된 클럭(외부 MasterClock)이 로컬 클럭 자체보다 나은지 여부를 확인하는 데에도 사용됩니다. 외부 MasterClock을 설명하는 데이터는 Announce 메시지의 grandMasterClock 필드에 포함됩니다.

데이터 집합 비교 알고리즘은 다음 우선 순위를 가진 특성의 쌍별 비교를 기반으로 합니다.

priority1 - MasterClock이 선택된 순서가 지정된 시계 집합에 시계가 속한다는 사용자 구성 가능한 지정
clockClass - 클럭의 TAI 추적 가능성을 정의하는 특성입니다.
clockAccuracy - 클럭의 정확도를 정의하는 속성
offsetScaledLogVariance - 클럭의 안정성을 정의하는 특성입니다.
priority2 - 사용자가 구성할 수 있는 지정으로, 다른 등가의 클럭 간에 더욱 세분화된 순서를 제공합니다.
clockIdentity - 고유 식별자를 기반으로 하는 타이 브레이커

이 우선 순위 외에도 두 Announce 메시지가 동일한 외부 MasterClock을 반영하는 경우 로컬 클럭과 외부 MasterClock 사이의 경계 클럭 수로 측정되는 "거리"가 사용됩니다. 거리는 Announce 메시지의 stepsRemoved 필드에 표시됩니다. 이 조건은 PTP 외부 프로토콜로 제거되지 않은 순환 경로를 사용하는 PTP 시스템에서 발생할 수 있습니다. 데이터 집합 비교 알고리즘은 모호하지 않게 두 시계 중 하나를 "better" 또는 "topological better"로 선택합니다.

프로파일

PTP 프로필의 목적은 조직이 PTP의 특성 값 및 선택적 기능의 특정 선택을 지정함으로써 동일한 전송 프로토콜을 사용할 때 상호 작용하여 특정 애플리케이션의 요구 사항을 충족하는 성능을 얻을 수 있도록 하는 것입니다.

PTP 프로파일은 다음을 정의해야 합니다.

최상의 MasterClock 알고리즘 옵션
구성 관리 옵션
경로 지연 메커니즘(peer-delay 또는 delay request-response)
모든 PTP 구성 가능한 특성 및 데이터 집합 멤버의 범위와 기본값
필요한 전송 메커니즘, 허용되는 전송 메커니즘 또는 금지된 전송 메커니즘
필수, 허용 또는 금지된 노드 유형
필요한 옵션, 허용된 옵션 또는 금지된 옵션

PTP를 사용한 패킷 네트워킹에 대해 정의된 다양한 프로파일은 다음과 같습니다.

Various Profiles

8265.x 프로파일은 PTP와의 주파수 동기화를 수행하는 데 사용됩니다.

8275.x는 PTP를 사용한 시간/단계 동기화에 사용됩니다. NCS5xx/55xx는 현재 8265.1, 8275.1, 8275.2 및 8273.2를 지원합니다.

8265.1은 3G/4G 클록 동기화에 사용되었지만, 8275.x는 5G 네트워크에서 정확성에 대한 수요가 증가하면서 현재 5G에 사용되고 있습니다.

8275.1

이 Annex에는 네트워크에서 전체 타이밍 지원을 제공하는 위상/시간 배포를 위한 PTP 통신 프로필이 포함되어 있습니다.

Comic to Understand PTP 8275.1

동기화 모델:

G.8275.1 프로필은 hop-by-hop 동기화 모델을 채택합니다. 서버-클라이언트 간 경로에 있는 각 네트워크 디바이스는 로컬 클럭을 업스트림 디바이스로 동기화하고 다운스트림 디바이스에 동기화를 제공합니다

노드 유형:

이 프로파일에서 허용되는 노드 유형은 일반 시계, 경계 시계 및 엔드 투 엔드 투명 시계입니다.

이 프로필에서 금지된 노드 유형은 P2P 투명 시계입니다.

도메인:

24~43의 도메인 ID를 사용할 수 있습니다. 기본 도메인 id는 24입니다

클럭 모드:

1단 시계와 2단 시계는 모두 허용됩니다. 클럭은 1단계 클럭과 2단계 클럭에서 모두 전송되는 메시지를 수신하고 처리할 수 있어야 한다. 메시지 전송을 위한 1단계 모드와 2단계 모드를 모두 지원하는 데에는 클럭이 필요하지 않다.

필요한 전송 메커니즘, 허용된 전송 메커니즘 또는 금지된 전송 메커니즘

이 프로필에서 허용되는 전송 메커니즘은 다음과 같습니다.

IEEE 802.3/이더넷 및
OTN

두 전송 메커니즘 중 하나 이상이 지원되어야 합니다. IEEE 802.3/이더넷을 통한 전송의 경우, 이 프로파일을 준수하기 위해 포워딩이 불가능한 멀티캐스트 주소 01-80-C2-00-00-0E와 포워딩이 가능한 멀티캐스트 주소 01-1B-19-00-00-00을 모두 지원해야 합니다

유니캐스트/멀티캐스트 메시지:

모든 메시지는 두 개의 멀티캐스트 주소(01-80-C2-00-00-0E/01-1B-19-00-00-00) 중 하나를 사용하여 멀티캐스트로 전송됩니다. 이 프로파일 버전에서는 유니캐스트 모드가 허용되지 않습니다.

최상의 MasterClock 알고리즘 옵션:

이 프로파일은 대체 BMCA를 사용합니다.

최상의 MasterClock을 선택하기 위해 사용 가능한 각 노드에서 다음 clock-parameters를 (순서대로) 비교합니다.

표 1. Telcom 프로필 BMCA 계층

매개변수	설명
우선 순위 1	전화통신 프로필에 사용되지 않음
시계급	클럭 추적 측정입니다. MasterClock의 주파수/시간을 GNSS 기준에 따라 추적할 수 있는지 여부(A, B, C보다 높음)
클럭 정확도	GM의 클럭 출력이 기본 참조에 얼마나 정확한가? 예: 25ns 이내로 정확한 시간
OSLV(Offset Scaled Log) 차이	클럭 정밀도의 측정입니다. 다른 소스에 동기화되지 않은 경우 클럭 출력의 변화 정도.
우선 순위 2	위의 모든 매개변수가 일치하는 경우 MasterClock 노드의 사용자 정의 우선 순위
로컬 포트 우선 순위	DUT의 포트별 사용자 정의 우선 순위
GM 클럭 ID	타이 브레이커로 사용되는 GrandMasterClock의 시계 ID
제거된 단계	GrandMasterClock이 여러 포트를 통해 도달할 수 있는 경우 선택한 최단 경로(A가 B보다 나음)

경로 지연 측정 옵션(지연 요청/지연 응답):

지연 요청/지연 응답 메커니즘이 이 프로파일에서 사용됩니다. 피어 지연 메커니즘은 이 프로파일에서 사용할 수 없으며 delay_req—response 메서드를 사용해야 합니다.

이 PTP 텔레콤 프로파일은 위상/시간 동기화 네트워크의 토폴로지를 설정하기 위해 두 가지 주요 방법을 사용하는 대체 BMCA를 정의합니다.

자동 토폴로지 설정:

이 권장 사항에 정의된 localPriority 특성을 기본값으로 구성할 때, PTP 토폴로지는 PTP 클럭에 의해 교환된 Announce 메시지에 따라 Alternate BMCA에 의해 자동으로 설정됩니다. 이 작업 후에 T-GM에 대한 경로가 가장 짧은 동기화 트리가 작성됩니다. 이 모드에서는 실패 이벤트 및 토폴로지 재구성 중에 대체 BMCA가 다시 실행되어 새 동기화 트리가 생성됩니다. 이 대체 BMCA 작업은 수동 개입 또는 사전 네트워크 분석 없이 타이밍 루프가 생성되지 않도록 합니다. 새 PTP 토폴로지에 대한 컨버전스 시간은 네트워크의 크기 및 PTP 매개변수의 특정 컨피그레이션에 따라 달라집니다.

수동 네트워크 계획: 이 권장 사항에 정의된 localPriority 속성을 기본값과 다른 값으로 사용하면 SDH(Synchronous Digital Hierarchy) 네트워크가 일반적으로 SSM(동기화 상태 메시지)을 기반으로 운영되는 것과 유사한 방식으로 동기화 네트워크 토폴로지를 수동으로 구축할 수 있습니다. 이 옵션을 사용하면 시스템의 구성된 로컬 우선 순위를 기반으로 오류 이벤트 및 토폴로지 재구성 중에 작업을 완벽하게 제어할 수 있습니다. 그러나 시간 루프를 방지하기 위해 구축 전에 신중한 네트워크 계획이 필요합니다.

Priority2 사용에 대한 고려 사항

PTP 특성 priority2는 이 프로파일에서 구성할 수 있습니다. 경우에 따라 priority2 특성을 사용하면 네트워크 관리를 간소화할 수 있습니다. 이 섹션에서는 두 가지 활용 사례에 대해 설명합니다. 다른 가능한 활용 사례는 추가 연구를 위한 것입니다.

사례 1.

운영자는 모든 T-BC(Telecom Boundary Clock)를 하나의 T-GM(Telecom Grand MasterClock)에 추적 가능하거나 동시에 두 개의 다른 T-GM에 추적 가능하도록 PTP 특성 priority2를 구성할 수 있습니다.

Use of Priority2 with Two T-GMs in the Network

예를 들어, 이 이미지에서 두 T-GM의 다른 모든 PTP 특성이 동일하고 두 T-GM이 동일한 priority2 값으로 구성된 경우 각 T-BC는 가장 짧은 경로의 T-GM을 선택합니다. 두 T-GM이 서로 다른 priority2 값으로 구성된 경우 모든 T-BC는 priority2 값이 가장 작은 T-GM과 동기화됩니다.

사례 2.

운영자는 T-GM이 실패할 때 업스트림 네트워크의 T-BC가 다운스트림 네트워크의 T-BC와 동기화되지 않도록 PTP 특성 priority2를 구성할 수 있습니다.

예를 들어, 그림에서 모든 T-BC의 다른 모든 PTP 특성이 동일하고 모든 T-BC의 PTP 특성 priority2가 동일한 값으로 구성된 경우 T-GM이 실패하는 경우 모든 T-BC의 clockIdentity 값에 따라 업스트림 네트워크의 T-BC가 다운스트림 네트워크의 T-BC와 동기화할 수 있습니다. 업스트림 네트워크의 T-BC가 다운스트림 네트워크의 T-BC보다 작은 priority2 값으로 구성된 경우, T-GM이 실패하는 경우, 다운스트림 네트워크의 T-BC는 업스트림 네트워크의 T-BC와 동기화됩니다.

Use of Priority2 with T-BC’s of Different Network Layers

Operations over Link Aggregation(링크 집계를 통한 운영):

이 프로파일을 준수하는 PTP 시계를 포함하는 두 장치가 LAG(link aggregation)를 통해 연결된 경우, LAG를 우회하여 PTP 메시지를 전송하기 위해 각 물리적 링크에 직접 액세스해야 합니다. 이 방법은 순방향 및 역방향 경로들이 LAG에 속하는 상이한 링크들을 통해 전달될 때 존재할 수 있는 잠재적인 비대칭들을 방지한다.

PTP 이더넷 멀티캐스트 대상 주소 선택 시 고려할 사항:

이 PTP 프로파일은 PTP 매핑을 사용할 경우 전달할 수 없는 멀티캐스트 주소 01-80-C2-00-00-0E 및 전달할 수 있는 멀티캐스트 주소 01-1B-19-00-00-00을 모두 지원합니다.

사용할 이더넷 멀티캐스트 주소는 운영자 정책에 따라 다릅니다. 자세한 내용은 이후 를 참조하십시오.

T-BC 또는 T-TC의 PTP 포트와 연결된 레이어 2 브리징 기능은 대상 MAC 주소가 01-1B-19-00-00-00인 프레임을 전달해서는 안 됩니다. 필터링 데이터베이스에서 이 멀티캐스트 주소를 적절히 프로비저닝하면 됩니다.

옵션 1 - 전달할 수 없는 멀티캐스트 주소 01-80-C2-00-00-0E를 사용합니다.

일부 네트워크 운영자는 PTP 메시지가 PTP 비인식 네트워크 장비를 통해 전달되어서는 안 된다고 간주합니다.

전달이 불가능한 멀티캐스트 주소 01-80-C2-00-00-0E를 사용하면 대부분의 경우 이 속성이 보장됩니다(일부 구형 이더넷 장비에는 예외 있음).

따라서 네트워크 장비 컨피그레이션이 잘못된 경우(예: PTP 인식 네트워크 장비에서 PTP 기능이 활성화되지 않은 경우), PTP 메시지가 PTP 인식 네트워크 장비에 의해 차단되므로 이 멀티캐스트 주소를 사용하면 잘못된 동기화 배포가 방지됩니다.

옵션 2 - 전달 가능한 멀티캐스트 주소 01-1B-19-00-00-00의 사용.

일부 네트워크 운영자는 전달 가능한 멀티캐스트 주소를 사용하는 것이 더 유연하며 일부 장비가 비 PTP 노드로 잘못 구성된 경우 PTP 메시지를 전달하여 동기화 링크를 계속 실행하는 것이 바람직하다고 생각하지만 성능 저하의 잠재적 위험이 있습니다. NMS(네트워크 관리 시스템)는 잘못된 컨피그레이션을 쉽게 발견하고 경보를 보냅니다.

그러나 이 멀티캐스트 주소를 각 이더넷 장비의 필터링 데이터베이스에 적절히 프로비저닝하여 PTP 메시지를 차단할 수 있습니다.

8275.2

이 권장 사항은 네트워크에서 PTS(Partial Timing Support)를 통한 단계 및 시간 배포를 허용하기 위해 또 다른 PTP 프로파일을 정의합니다(즉, 모든 디바이스에서 네트워크에서 ptp를 실행할 필요가 없음). 8275.2와 8275.1의 주요 차이점은 IPv4 유니캐스트에서 실행되며 네트워크의 모든 노드가 PTP를 실행할 필요는 없다는 것입니다.

Comic to Understand 8275.2

전송 메커니즘:

이 프로필에서 필요한 전송 메커니즘은 UDP/IPv4입니다.

유니캐스트 메시지:

모든 메시지는 유니캐스트로 전송됩니다.

이 전화통신 프로필에서는 기본값별로 유니캐스트 협상이 활성화됩니다.

SlaveClock은 유니캐스트 메시지 협상 절차에 따라 세션을 시작합니다.

도메인:

44~63의 도메인 ID를 사용할 수 있습니다. 기본 도메인 ID는 44입니다.

최상의 MasterClock 알고리즘 옵션:

이 프로파일은 대체 BMCA를 사용합니다.

속성 lPath 지연 측정 옵션(지연 요청/지연 응답), 자동 토폴로지 설정 및 priority2 사용에 대한 고려 사항은 전화통신 프로파일 8275.1과 동일합니다.

링 토폴로지의 PTP over IP 전송 고려 사항:

IP 전송 레이어를 통해 PTP 메시징을 사용할 경우 레이어 3 프로토콜의 몇 가지 측면을 고려해야 합니다. PTP 레이어는 대상 IP 주소를 사용하여 IP 레이어로 메시지를 전달합니다. 그러면 IP 레이어는 소스 노드에서 목적지 주소까지 IP 전송 네트워크를 통한 일부 경로가 있는 한 메시지가 목적지로 전달되도록 합니다. IP 레이어에는 IP 라우터 간의 사용 가능한 링크를 기반으로 네트워크를 통과하는 경로를 조정할 수 있는 동적 라우팅 프로토콜이 포함되어 있습니다. IP 전송 레이어에서 사용하는 경로가 동기화 플래너에서 사용하는 '예상' 경로가 아닐 수 있습니다. PTP 메시지에 대한 차선의 경로를 제어하기 위해 IP 전송 계층에서 일부 제한을 적용하는 것이 유용할 수 있다. 링 토폴로지에서는 이러한 경우가 발생할 수 있습니다.

아래 그림의 토폴로지를 예로 들면, SlaveClock은 BC3 및 BC4 모두에서 유니캐스트 서비스를 요청하도록 구성됩니다. BC3 및 BC4 모두로부터 Announce(알림) 메시지를 받은 후 SlaveClock은 BMCA를 실행하고 BC3의 경우 단계 제거 값 3과 비교하여 단계 - BC4의 제거 값이 1이라는 사실을 기반으로 BC4를 상위 시계로 선택합니다. 그러면 SlaveClock은 BC4에서 동기화 메시지를 요청합니다.

Normal Operation

BC4와 R6의 연결이 끊기면(아래 그림 참조) BC4가 예상 경로를 통해 연결되지 않습니다. 그러나 라우팅 프로토콜은 링 주위의 IP 패킷을 라우팅하여 연결을 유지하므로 이 트래픽에 계속 도달할 수 있습니다. BC4는 BMCA에서 더 나은 것으로 간주되므로 상위 시계로 유지됩니다.

Operation During Link Failure Between R6 and BC4

원하는 작업은 SlaveClock이 BC3로 전환되어 성능이 더 좋아지는 것일 가능성이 높습니다.

위에서 식별한 실패 시나리오에서 SlaveClock이 BC3를 상위 시계로 선택하는지 확인하기 위해 사용할 수 있는 몇 가지 기술이 있습니다. 이러한 메시지는 BC4에서 SlaveClock으로 전송되는 PTP IP 메시지가 링을 중심으로 시계 방향으로 전송되는 경우 이를 차단하는 것을 기반으로 합니다. 이 솔루션은 PTP 메시지만 차단하고 동일한 IP 주소를 사용할 수 있는 다른 프로토콜의 메시지는 차단하지 않습니다.

옵션 1. 고유 IP 주소 및 고정 경로:

일부 구축 모델에서는 PTP만 사용하도록 고유한 IP 주소를 할당할 수 있습니다. 그러면 고정 경로를 사용하여 노드 간 PTP 흐름의 방향을 제어할 수 있습니다. BC4는 11.x.x.141(SlaveClock)에 도달하기 위해 사용할 수 있는 유일한 경로가 BC4와 R6 사이의 링크가 되도록 구성됩니다. 또한, R6는 11.y.y.104(BC4)에 도달하기 위해 사용할 수 있는 유일한 경로가 R6와 BC4 사이의 링크가 되도록 구성될 수 있다. R6와 BC4 간의 링크가 실패하는 경우 11.x.x.141과 11.y.y.104 간의 IP 패킷을 가져올 수 있는 경로가 없으므로 SlaveClock은 BC4에서 Announces를 수신하지 않고 BMCA는 BC3을 상위 시계로 선택합니다. 이 이미지를 참조하십시오.

Operation During Link Failure Between R6 and BC4 When a Static Route is Used

옵션 2. IP 필터

모든 라우터는 일정 수준의 IP 필터링을 지원합니다. 필터는 원치 않는 메시지로부터 라우터의 제어 평면을 보호하는 데 사용될 수 있다. 이 경우 라우팅 인터페이스의 하위 집합에서 PTP 메시지의 수락을 제어하는 데 사용할 수 있습니다.

이 경우 R6은 잘못된 경로를 사용하는 PTP 메시지로부터 SlaveClock을 보호하도록 구성됩니다. BC3에 접하는 R6의 인터페이스에서 소스 주소가 BC3의 PTP 프로세스 주소와 일치하는 경우 UDP 포트 319 또는 320에 대한 메시지만 허용하도록 필터를 적용할 수 있습니다. 해당 인터페이스에서 수신된 BC4의 모든 메시지는 삭제됩니다. 이 이미지를 참조하십시오.

Normal Operation with IP Filters in R6

Operation During a Ring Failure with IP Filter at R6

옵션 3. 모든 PTP 메시지의 BC 처리

BC는 BC에서 사용하는 도메인에 대해 해당 포트로 수신된 모든 PTP 메시지를 종료할 수 있습니다. 그런 다음 PTP 프로세스 자체 내의 결정에 따라 PTP 메시지를 삭제 또는 전달할 수 있습니다. PTP 메시지의 목적지 주소가 BC가 소유한 주소가 아닌 경우 메시지를 삭제하거나, 목적지로 보낼 포워딩 엔진에 전달할 수도 있습니다. 후자의 경우는 PTP 메시지가 BC와 다른 도메인에 대한 경우 사용될 수 있습니다. 또한 후자의 경우, BC를 포함하는 네트워크 요소는 또한 PTP 메시지 추출 및 처리를 보상하기 위해, 즉, 이들 메시지에 대한 투명 시계 기능을 지원하기 위해 임의의 전달된 이벤트 메시지의 정정 필드를 업데이트할 수 있다. 라우터가 IP 패킷의 정책 기반 라우팅을 지원하는 경우 IP 플레인에서 메시지 추출을 수행할 수 있습니다.

이 예는 이 이미지에 나와 있습니다.

Operation During Link Failure if All PTP Messages are Terminated

옵션 4. IP 전송에서 TTL(Time to Live) 메커니즘 사용:

PTP 노드는 PTP 계약을 보유한 피어 PTP 포트에 도달하는 데 필요한 최소 라우팅 홉 수로 설정된 TTL 필드를 전달하는 IP/전송 헤더와 함께 PTP 패킷을 전송할 수 있습니다. MasterClock과 SlaveClock 사이에 라우터를 인식하지 못하는 일반적인 PTP 비인식 네트워크에서 PTP 비인식 라우터의 수가 PTP 메시지의 TTL 값보다 클 경우 PTP 메시지가 PTP 비인식 라우터 중 하나에 의해 삭제됩니다. 이는 인접 라우터 간의 PTP 패킷에서 통과하는 IP 홉의 수를 제한하고 원치 않는 긴 경로를 통한 통신을 방지하기 위해 사용할 수 있습니다.

이 동작은 PTP 포트별 또는 PTP 클럭별일 수 있으며, 구현에만 해당됩니다. 이러한 링 토폴로지에서는 IP 라우팅이 PTP MasterClock에 대한 더 짧은 경로가 링 주위의 더 긴 경로보다 더 나은 경로로 간주되도록 하는 것을 담당한다고 가정합니다.

예를 들어, SlaveClock에 더 긴 경로를 통해 연결할 수 있는 직접 연결된 MasterClock이 있는 경우 TTL 값 1을 사용하여 PTP 패킷이 링 주위의 더 긴 경로가 아닌 직접 연결된 경로를 통해서만 MasterClock에 연결되도록 할 수 있습니다.

서보 알고리즘

Servo Algorithm Flow Chart

모드에 대한 설명:

자유 실행 모드:

PTP 클럭은 시간 소스에 동기화되지 않았으며 시간 소스에 동기화하는 중이지 않습니다.

획득 모드:

PTP 클럭이 시간 소스에 동기화되고 있습니다. 이 모드의 지속 시간 및 기능은 구현별로 다릅니다. 이 모드는 구현에 필요하지 않습니다.

고정/위상 고정 모드:

위상 잠금 - PTP 클럭은 시간 소스에 위상 동기화되며 내부 허용 가능 정확도 내에 있습니다.

주파수 잠금(Frequency Lock) - 클럭은 시간 소스에 대해 주파수 동기화되며 내부 허용 가능 정확도 내에 있습니다.

[IEEE 1588]에 정의된 PTP 포트 상태와 관련이 있으므로, PTP 포트가 슬레이브 상태인 경우 클럭은 잠금 모드에 있습니다.

보류 모드:

PTP 클럭은 더 이상 시간 소스에 동기화되지 않으며, 원하는 사양 내에서 성능을 유지하거나 원하는 사양 내에서 성능을 유지할 수 없도록 이전에 동기화되었거나 다른 정보 소스를 계속 사용할 수 있을 때 얻은 정보를 사용합니다. 노드는 홀드오버를 위해 자체 설비에만 의존할 수도 있고, 시간 및/또는 단계의 홀드오버를 달성하기 위해 네트워크로부터의 주파수 입력과 같은 것을 사용할 수도 있다.

NCS 540의 8275.1/8275.2 구성 예(Cisco IOS XR)

라우터를 사용하면 빈도와 ToD(time-of-day)에 대해 별도의 소스를 선택할 수 있습니다. BITS, GPS, SyncE 또는 IEEE 1588 PTP와 같이 라우터에서 사용 가능한 주파수의 소스 간에 주파수를 선택할 수 있습니다. ToD 선택은 주파수에 대해 선택된 소스와 PTP(사용 가능한 경우) 사이에 있습니다(ToD 선택은 GPS, DTI 또는 PTP에서). 이를 하이브리드 모드라고 하며, 물리적 주파수 소스(BITS 또는 SyncE)를 사용하여 주파수 동기화를 제공하는 반면, PTP를 사용하여 ToD 동기화를 제공합니다.

8275.1을 구축하는 동안 네트워크에서 SyncE(주파수 전송용) 및 ptp(phase/time-of-day 전송용)를 함께 사용하여 정확성을 높일 수 있습니다(하이브리드 모드라고 하며 버전 7.3.x에서는 NCS에 대해 유일하게 지원되는 모드임).

Announce 메시지에서는 로컬 우선순위 특성이 전송되지 않습니다. 비교 중인 데이터 세트의 다른 모든 이전 속성이 동일한 경우 이 속성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다

8275.1:

	경계 시계
	설정	설명
PTP	PTP
	시계
	도메인 24
	프로필 g.8275.1 clock-type T-BC	프로파일 8275.1은 T-BC 전화통신 경계 클럭이 될 클럭 역할과 함께 사용되고 있습니다.
	!
	프로필 T-BC-MasterClock	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 이더넷	이더넷 전송이 사용되고 있습니다.
	포트 상태 MasterClock 전용	사용할 포트 상태는 MasterClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	프로파일 T-BC-SLAVE	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 이더넷	이더넷 전송이 사용되고 있습니다.
	포트 상태 SlaveClock 전용	사용할 포트 상태는 SlaveClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트
	PTP	이 포트에 대해 ptp 사용
	프로필 T-BC-MasterClock	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	!
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	PTP	이 포트에 대해 ptp 사용
	프로파일 T-BC-SLAVE	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 130
	!
	!
SyncE	주파수 동기화	전 세계적으로 활성화
	품질 itu-t 옵션 1	수신된 클럭의 QL은 itu-t 옵션 1에 따라 다릅니다.
	로그 선택 변경 사항
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	주파수 동기화	인터페이스에서 syncE 활성화
	선택 입력	SyncE에 대한 SlaveClock 상태의 인터페이스
	우선 순위 15	매우 중요합니다. 클럭 소스의 우선순위를 변경하여 클럭 선택 관리
	복원 대기 0	새로 활성화된 동기식 이더넷 클록 소스를 클록 선택에 포함하기 전에 라우터가 대기하는 시간. 기본값은 300초입니다
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트
	주파수 동기화	인터페이스에서 syncE 활성화
	복원 대기 0	새로 활성화된 동기식 이더넷 클록 소스를 클록 선택에 포함하기 전에 라우터가 대기하는 시간. 기본값은 300초입니다


	그랜드마스터클락
	설정	설명
PTP	PTP	ptp 전역으로 활성화
	시계
	도메인 24
	프로필 g.8275.1 clock-type T-GM	프로파일 8275.1은 T-GM 텔레콤 그랜드 MasterClock이 될 시계 역할과 함께 사용되고 있습니다.
	!
	프로필 T-MasterClock	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 이더넷	이더넷 전송이 사용되고 있습니다.
	포트 상태 MasterClock 전용	사용할 포트 상태는 MasterClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트
	PTP	이 포트에 대해 ptp 사용
	프로필 T-MasterClock	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	!
	!
	!
SyncE	주파수 동기화	전 세계적으로 활성화
	품질 itu-t 옵션 1	ITU-T 품질 레벨(QL) 옵션을 구성합니다. ITU-T 옵션 1도 기본값입니다
	로그 선택 변경 사항	로깅 사용
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트
	주파수 동기화	인터페이스에서 syncE 활성화
	복원 대기 0	새로 활성화된 동기식 이더넷 클록 소스를 클록 선택에 포함하기 전에 라우터가 대기하는 시간. 기본값은 300초입니다


	슬레이브클럭
	설정	설명
PTP	PTP	ptp 전역으로 활성화
	시계
	도메인 24
	프로필 g.8275.1 clock-type T-TSC	프로파일 8275.1은 T-TSC telecom SlaveClock이 될 클럭 역할과 함께 사용됩니다.
	!
	프로파일 T-슬레이브	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 이더넷	이더넷 전송이 사용되고 있습니다.
	포트 상태 SlaveClock 전용	사용할 포트 상태는 SlaveClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	PTP	이 포트에 대해 ptp 사용
	프로파일 T-슬레이브	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	!
	!
	!
SyncE	주파수 동기화	전 세계적으로 활성화
	품질 itu-t 옵션 1	ITU-T 품질 레벨(QL) 옵션을 구성합니다. ITU-T 옵션 1도 기본값입니다
	로그 선택 변경 사항	로깅 사용
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	주파수 동기화	인터페이스에서 syncE 활성화
	선택 입력	SyncE에 대한 SlaveClock 상태의 인터페이스
	우선 순위 15	매우 중요합니다. 클럭 소스의 우선순위를 변경하여 클럭 선택 관리
	복원 대기 0	새로 활성화된 동기식 이더넷 클록 소스를 클록 선택에 포함하기 전에 라우터가 대기하는 시간. 기본값은 300초입니다
	!

8275.2:

	경계 시계
	설정	설명
PTP	PTP
	시계
	도메인 44
	프로필 g.8275.2 clock-type T-BC	프로파일 8275.2는 T-BC 전화통신 경계 클럭이 될 클럭 역할과 함께 사용되고 있습니다.
	!
	프로필 T-BC-MasterClock	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 ipv4	이더넷 전송이 사용되고 있습니다.
	포트 상태 MasterClock 전용	사용할 포트 상태는 MasterClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	프로파일 T-BC-SLAVE	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 ipv4	이더넷 전송이 사용되고 있습니다.
	포트 상태 SlaveClock 전용	사용할 포트 상태는 SlaveClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트

	PTP	이 포트에 대해 ptp 사용
	프로필 T-BC-MasterClock	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	!
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	ip 주소 10.0.0.1 255.255.255.252
	PTP	이 포트에 대해 ptp 사용
	프로파일 T-BC-SLAVE	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 130
	MasterClock ipv4 10.0.0.2 255.255.255.252	MasterClock ip를 명시적으로 언급합니다.
	!


	그랜드마스터클락
	설정	설명
PTP	PTP	ptp 전역으로 활성화
	시계
	도메인 44
	프로필 g.8275.2 clock-type T-GM	프로파일 8275.1은 T-GM 텔레콤 그랜드 MasterClock이 될 시계 역할과 함께 사용되고 있습니다.
	!
	프로필 T-MasterClock	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 ipv4	이더넷 전송이 사용되고 있습니다.
	포트 상태 MasterClock 전용	사용할 포트 상태는 MasterClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/18	MasterClock 인터페이스 다운스트림 SlaveClock에 연결된 포트
	PTP	이 포트에 대해 ptp 사용
	프로필 T-MasterClock	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	!
	!
	!


	슬레이브클럭
	설정	설명
PTP	PTP	ptp 전역으로 활성화
	시계
	도메인 44
	프로필 g.8275.2 clock-type T-TSC	프로파일 8275.1은 T-TSC telecom SlaveClock이 될 클럭 역할과 함께 사용됩니다.
	!
	프로파일 T-슬레이브	ptp 포트에 대한 역할을 정의합니다.
	멀티캐스트 target-address ethernet 01-80-C2-00-00-0E	전달이 불가능한 멀티캐스트 주소가 사용되고 있습니다(선택 사항).
	전송 ipv4	이더넷 전송이 사용되고 있습니다.
	포트 상태 SlaveClock 전용	사용할 포트 상태는 SlaveClock만
	동기화 빈도 16	동기화 패킷은 초당 패킷 빈도로 전송됩니다.
	발표 빈도 8	Announce packets는 초당 패킷 빈도로 전송됩니다.
	지연 요청 빈도 16	Delay_Req 패킷은 초당 패킷 빈도로 전송됩니다.
	!
	!
	인터페이스 TenGigE0/0/0/19	SlaveClock 인터페이스 업스트림 MasterClock에 연결된 포트
	ip 주소 10.0.0.1 255.255.255.252
	PTP	이 포트에 대해 ptp 사용
	프로파일 T-슬레이브	이 ptp 포트에서 사용자 정의 역할이 호출됩니다.
	로컬 우선 순위 120	비교되는 데이터 세트의 다른 모든 이전 특성이 동일한 경우, localPriority 특성은 데이터 세트 비교 알고리즘에서 타이 브레이커로 사용됩니다
	MasterClock ipv4 10.0.0.2 255.255.255.252	MasterClock ip를 명시적으로 언급
	!
	!
	!

인터페이스에서 ESMC 패킷을 수신하지 않거나 포트 끝에 SyncE가 구성되지 않았지만 syncE를 활성화하려는 경우 인터페이스에서 QL 값을 정적으로 정의하고 SSM을 비활성화하면 됩니다.

SyncE	주파수 동기화
	품질 itu-t 옵션 1
	로그 선택 변경 사항
	!
	인터페이스 TenGigE0/0/0/19
	주파수 동기화
	ssm 비활성화
	품질 정확한 itu-t 옵션 1 PRC 받기
	선택 입력
	우선 순위 15
	복원 대기 0
	!

8275.2와 함께 하이브리드 모드를 사용하려면 인터페이스 아래에서 'physical-layer-frequency'를 사용합니다. 이를 통해 SyncE for frequency 및 ptp for phase가 활성화됩니다.

8275.2를 사용하는 하이브리드 모드를 활성화하려면 글로벌 ptp에서 '물리적 레이어 주파수'를 구성해야 합니다.

PTP

시계

도메인 44

프로필 g.8275.2 clock-type T-BC

프로파일 82752

전송 ipv4

동기화 빈도 16

발표 빈도 8

지연 요청 빈도 16

물리 계층 주파수

통나무

서보 이벤트

샘플 토폴로지 8275.1:

Sample Topology 8275.1

디바이스 A:

ptp

 clock

  domain 24

  profile g.8275.1 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

frequency synchronization

 quality itu-t option 1

 log selection changes

!

interface TenGigE0/0/0/23

 description ***to PTP GM***

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

  priority 10

  wait-to-restore 0

!

!



interface TenGigE0/0/0/19

ptp

  profile T-BC-MasterClock

 !

 frequency synchronization

  wait-to-restore 0

 !

!

디바이스 B:

ptp

 clock

  domain 24

  profile g.8275.1 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ethernet

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

interface TenGigE0/0/0/23

 ptp

  profile T-BC-MasterClock

 !

!

interface TenGigE0/0/0/19

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

 !

!

샘플 토폴로지 8275.2:

Sample Topology 8275.2

디바이스 A:

ptp

 clock

  domain 44

  profile g.8275.2 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state SlaveClock-only

  sync frequency 16

  clock operation one-step

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

frequency synchronization

 quality itu-t option 1

 log selection changes

!

interface TenGigE0/0/0/23

 description ***to PTP GM***

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

  priority 10

  wait-to-restore 0

!

!

interface TenGigE0/0/0/19

ip address 10.0.0.1 255.255.255.252

 ptp

  profile T-BC-MasterClock

  MasterClock ipv4 10.0.0.2 255.255.255.252

 !

 frequency synchronization

  wait-to-restore 0

 !

!

디바이스 B:

ptp

 clock

  domain 44

  profile g.8275.2 clock-type T-BC

 !

 profile T-BC-SLAVE

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state SlaveClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

 profile T-BC-MasterClock

  multicast target-address ethernet 01-80-C2-00-00-0E

  transport ipv4

  port state MasterClock-only

  sync frequency 16

  announce frequency 8

  delay-request frequency 16

 !

!

interface TenGigE0/0/0/19

  mtu 9216

 ptp

  profile T-BC-SLAVE

 !

 frequency synchronization

  selection input

 !

!

PTP 문제 해결

일부 명령은 명령을 표시하고 출력을 설명합니다.

Show Command Snippets

서보 알고리즘의 끝에 있는 서보 상태는 Phase_Locked여야 합니다. 서보 상태 플로우에 대한 를 볼 수 있습니다. 서보 모드가 하이브리드인 경우 위상 잠금은 Freq_Lock의 후에만 발생하므로 SyncE 흐름도 처리해야 합니다. PTP 실행 장치가 일반 MasterClock인 경우 서보 알고리즘이 실행되지 않으며 다른 MasterClock 소스에서 위상/주파수를 동기화하지 않아도 되므로 위의 출력이 유효하지 않을 수 있습니다.

오프셋이 허용 범위 내에 있지 않으면 디바이스 상태가 LOCK으로 이동하지 않습니다. 'Offset from MasterClock'도 확인합니다.

장치 상태:

FREE-RUN/HOLDOVER: 클럭 소스에 대해 잠겨 있지 않습니다.
FREQ_LOCKED: MasterClock에 동기화된 주파수

PHASE_LOCKED: MasterClock에 동기화된 주파수와 위상

서보 모드:

하이브리드: 주파수 동기화에 SyncE를 사용합니다. PTP는 단계 동기화에 대해서만 사용됩니다.

기본값: 빈도 및 단계 동기화에 PTP 사용

서보 알고리즘 b/w SlaveClock 및 MasterClock에서 관찰한 시간 차이입니다.

PTP 패킷에서 추출된 타임스탬프에 대한 카운터입니다. 계속 증가해야 합니다.

PTP 패킷에서 추출된 마지막 T1/T2/T3/T4 타임스탬프(sec.nanosec)입니다. 서로 가까우면서 균일하게 증가해야 합니다.

T1/T4: MasterClock에서 보냄, T2/T3: SlaveClock에서 계산됨

PTP 타임스탬프에 따라 계산된 오프셋입니다.

MasterClock에 맞게 정렬하기 위해 서보에서 수행하는 거친(setTime, stepTime) 및 미세(adjustFreq) 조정

'Show ptp interfaces brief' Command Snippets

3. show ptp interfaces brief는 출력 포트 상태를 보여줍니다. MasterClock/SlaveClock 상태여야 합니다.

'Show ptp packet-counters interface-id' Command Snippets

4. ptp에 의한 패킷 삭제는 매우 낮아야 합니다.

'Show ptp packet-counters interface-id' Command Snippets

5. 패킷 삭제 사유를 확인합니다.

'Show ptp packet-counters location' Command Snippets

'Show ptp trace' Command Snippets

6. 패킷이 PTP에 도달하지 않습니다.

PTP Packet Flow

패킷이 NPU에 도달합니까?

NCS (DNX) platforms: show controllers npu stats traps-all instance all location 0/0/CPU0  | inc 1588

RxTrap1588                                    0    71   0x47        32040   7148566              0

ASR9000 platform: show controller np counters <np> location 0/0/cpu0 | inc PTP

Check for PTP_ETHERNET / PTP_IPV4 counters

Packet drops at NPU (not specific to PTP)

NCS (DNX) platforms: show controllers fia diagshell <np> "diag counters g" location 0/0/cpu0

Shows Rx/TX path statistics along with any drops happening in the NPU 

ASR9000 platform: show drops all location <LC>

SPP에서 삭제 확인:

show spp node-counters location 0/0/cpu0    

# Check for any drop-counters incrementing

NCS (DNX) platforms: show spp trace platform common error last 20 location 0/0/cpu0

Dec 10 02:29:38.322 spp/fretta/err 0/0/CPU0 t2902 FRETTA SPP classify RX: 
Failed in dpa_punt_mapper; ssp: 0x1e, inlif: 0x2000, rif: 0x11; 
trap_code:FLP_IEEE_1588_PREFIX punt_reason:PTP-PKT pkt_type:L2_LOCALSWITCH rc: 
'ixdb' detected the 'fatal' condition 'Not found in database': No such file or directory

ASR9000 platforms:

SPP punt path is simpler in ASR9000 with no risk of a lookup failure.

Drops not expected during packet classification.

7. show ptp packet-counters <interface-id>는 패킷 흐름을 보여 줍니다. syncàDelay_ReqàDelay_Resp가 뒤따랐는지 확인합니다(2단계 클럭인 경우 Follow_Up).

'Show frequency synchronization interfaces brief' Command Snippet

8. 선택한 인터페이스에 대한 플래그(S)를 확인합니다.

9. 수신한 QL을 확인합니다. 선택된 인터페이스에서 루프를 방지하기 위해 QLsnd는 DNU가 됩니다. 인터페이스 환경 설정을 변경하려면 기본적으로 100인 우선순위 특성을 변경할 수 있습니다.

10. 'Output Driven by'가 선택된 SyncE 인터페이스인지 확인합니다.

'Show ptp foreign-masters brief' Command Snippet

11. show ptp foreign-MasterClocks brief output은 BMCA에 참여하는 ptp 디바이스의 목록으로 MasterClocks가 됩니다. 선택한 MasterClock을 보려면 해당 플래그를 확인합니다. show ptp packet-counters <interface-id>를 통해 해당 포트에서 수신된 알림 메시지를 볼 수 있습니다. 최상의 특성을 가진 장치가 BMCA를 획득합니다. 여러 포트에 동일한 특성이 있는 경우 local-priority가 마지막 타이 브레이커가 됩니다. 그러나 로컬 우선 순위를 사용하지 않고 ptp로 자동 토폴로지 설정도 가능합니다.

12. Ptp는 원하는 MasterClock(BMCA)을 선택하지 않습니다.

원격 노드에서 보급하는 클럭 확인:

show ptp foreign-MasterClocks 

Interface TenGigE0/9/0/2 (PTP port number 1)

  IPv4, Address X.X.X.X, Unicast

    Configured priority: None (128)

    Configured clock class: None

    Configured delay asymmetry: None

    Announce granted:   every 16 seconds,  1000 seconds

    Sync granted:       every 16 seconds,  1000 seconds

    Delay-resp granted: 64 per-second,     1000 seconds

    Qualified for 4 hours, 50 minutes, 6 seconds

    Clock ID: 1

    Received clock properties:

      Domain: 44, Priority1: 128, Priority2: 128, Class: 6

      Accuracy: 0x21, Offset scaled log variance: 0x4e5d

      Steps-removed: 1, Time source: Atomic, Timescale: PTP

      Frequency-traceable, Time-traceable

      Current UTC offset: 38 seconds (valid)

    Parent properties:

      Clock ID: 1

      Port number: 1

적격 및 선택된 MasterClocks 목록:

show ptp foreign-MasterClocks brief 

M=Multicast,X=Mixed-mode,Q=Qualified,D=QL-DNU,

GM=GrandMasterClock,LA=PTSF_lossAnnounce,LS=PTSF_lossSync

Interface         Transport Address                   Cfg-Pri  Pri1   State

----------------------------------------------------------------------------

Te0/0/0/12        Ethernet  008a.9691.3830            None     128    M,Q,GM

MasterClock에 보급된 시계를 확인합니다.

show ptp advertised-clock

Clock ID: 8a96fffe9138d8

Clock properties:

  Domain: 24, Priority1: 128, Priority2: 128, Class: 6

  Accuracy: 0xfe, Offset scaled log variance: 0xffff

  Time Source: Internal (configured, overrides Internal)

  Timescale: PTP (configured, overrides PTP)

  No frequency or time traceability

  Current UTC offset: 0 seconds

13. Ptp가 MasterClock과 동기화되지 않음

•Intended PTP MasterClock selected.

•PTP session established

•But not able to synchronize with the MasterClock

show ptp interface brief

Intf                    Port              Port            Line

Name              Number       State          Encap       State         Mechanism

--------------------------------------------------------------------------------

Te0/0/0/12        1            Uncalibrated Ethernet   up            1-step DRRM


OR occasional PTP flap in the field

Jul 31 09:29:43.114 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state PHASE_LOCKED to state HOLDOVER 

Jul 31 09:30:23.116 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state HOLDOVER to state FREQ_LOCKED 

ul 31 09:35:28.134 UTC: ptp_ctrlr[1086]: %PLATFORM-PTP-6-SERVO_EVENTS : PTP Servo state transition from state FREQ_LOCKED to state PHASE_LOCKED

14. 패킷 손실로 인해 PTP가 플랩되었는지 확인합니다.

show ptp trace last 100 location 0/rp0/cpu0

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Updated checkpoint record for clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0): Checkpoint ID 0x40002f60

Aug  1 02:35:01.616 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Inserted clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) into BMC list at position 0

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Comms] Received BMC message from node 0/0/CPU0. Comms is active

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Removed clock 0x8a96fffe9138d8 (Ethernet 008a.9691.3830) from node 0/0/CPU0(0x0) from BMC list

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] GrandMasterClock removed, local clock better than foreign MasterClock(s)

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Leap Seconds] GrandMasterClock lost

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Stopping servo

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] BMC servo stopped, BMC servo not synced

Aug  1 02:35:46.035 ptp/ctrlr/det 0/RP0/CPU0 t18625 [Comms] Started grandMasterClock message damping timer

Aug  1 02:35:46.035 ptp/ctrlr/sum 0/RP0/CPU0 t18625 [Platform] Sending SlaveClock update to platform. No grandMasterClock available

Aug  1 02:35:46.059 ptp/ctrlr/det 0/RP0/CPU0 t18625 [BMC] Received clock update from the platform. Clock active, not using PTP for frequency, using PTP for time. Current local clock is not a primary ref, sync state is 'Sync' and QL is 'Opt-I/PRC'

15. show ptp configuration-errors의 출력에서 구성 오류가 있는지 확인합니다.

'Show ptp configuration-errors' Command Snippet

Sync, Announce, Delay_Req 및 Delay_Resp 메시지의 샘플 패킷 캡처

Announce Message Packet Capture

Announce 메시지(8275.1)의 캡처는 전송된 클럭의 특성을 보여줍니다.

Sync Message Packet Capture

Sync 메시지의 캡처는 타임스탬프 생성(1단계)을 표시합니다.

Delay_Req Packet Capture

Delay_Resp Packet Capture

개정	게시 날짜	의견
2.0	30-Nov-2021	쉽게 액세스할 수 있도록 문서 내에 섹션 및 하이퍼링크에 대한 참조를 제거했습니다.
1.0	24-Nov-2021	최초 릴리스