Precision Time Protocol(정밀 시간 프로토콜)

Precision Time Protocol(PTP)은 컴퓨터 네트워크 전체에서 클럭을 동기화하는 데 사용되는 프로토콜입니다.로컬 영역 네트워크에서는 마이크로초 미만의 클럭 정확도를 달성하여 측정 ^[1]및 제어 시스템에 적합합니다.PTP는 현재 금융거래, 휴대전화 타워 전송, 해저 음향 어레이 및 정확한 타이밍이 필요하지만 위성 내비게이션 신호에 접근할 수 없는 네트워크를 동기화하기 위해 사용되고 있습니다.

PTP의 원래 버전인 IEEE 1588-2002는 2002년에 발행되었습니다.PTP 버전2라고도 불리는 IEEE 1588-2008은 원래 2002 버전과는 하위 호환성이 없습니다.IEEE 1588-2019는 2019년 11월에 발행되었으며 2008년 출판물에 대한 하위 호환성을 개선하였다.IEEE 1588-2008에는 PTP 동작 파라미터 및 옵션을 정의하는 프로파일 개념이 포함되어 있습니다.통신, 배전, 시청각 등의 애플리케이션에 대해 몇 가지 프로파일이 정의되어 있습니다.IEEE 802.1AS는 오디오비디오 브리징 및 시간에 민감한 네트워킹에서 사용하기 위해 PTP를 채택한 것입니다.

역사

IEEE 1588-2002 표준화 작업을 주도한 John Eidson에 따르면, "IEEE 1588은 NTP와 GPS라는 두 가지 주요 프로토콜 중 어느 쪽에서도 제대로 작동하지 않는 틈새를 메우도록 설계되어 있습니다. IEEE 1588은 NTP를 사용하여 달성할 수 있는 것 이상의 정밀도를 필요로 하는 로컬 시스템을 위해 설계되었습니다.또한 각 노드의 GPS 수신기 비용을 감당할 수 없거나 GPS 신호에 ^[2]액세스할 수 없는 애플리케이션용으로 설계되었습니다."

PTP는 원래 IEEE 1588-2002 표준에 정의되어 있으며, 공식적으로는 "네트워크 측정 및 제어 시스템을 위한 Precision Clock Synchronization Protocol for a Networked Measurement and Control Systems"라는 제목으로 2002년에 발행되었습니다.2008년에 IEEE 1588-2008이 개정된 표준으로 출시되었습니다.PTP 버전 2(PTPv2)라고도 불리며 정확도, 정밀도 및 견고성이 향상되지만 2002년 ^[3]버전과는 하위 호환성이 없습니다.IEEE 1588-2019는 2019년 ^[4]11월에 발행되었으며, 비공식적으로 PTPv2.1로 알려져 있으며 2008년 ^[5]출판물에 대한 역호환성 개선을 포함하고 있다.

아키텍처

IEEE 1588 표준은 클럭 분배를 위한 계층형 마스터 슬레이브 아키텍처를 기술하고 있습니다.이 아키텍처에서 시간 분배 시스템은 하나 이상의 통신 미디어(네트워크 세그먼트)와 하나 이상의 클럭으로 구성됩니다.통상의 클럭은, 단일의 네트워크 접속을 가지는 디바이스로, 동기 참조의 송신원(마스터 또는 리더) 또는 행선지(슬레이브 또는 팔로워) 중 하나입니다.경계 클럭은 복수의 네트워크 접속을 가지며, 1개의 네트워크 세그먼트를 다른 네트워크 세그먼트에 정확하게 동기시킬 수 있습니다.동기화 마스터는 시스템 내의 각 네트워크 세그먼트에 대해 선택된다.루트 타이밍 참조는 그랜드 ^[6]마스터라고 불립니다.그랜드 마스터는 네트워크 세그먼트에 있는 클럭에 동기화 정보를 전송합니다.그 세그먼트에 존재감이 있는 경계 클럭은 그 세그먼트가 접속되어 있는 다른 세그먼트에 정확한 시간을 중계합니다.

단순화된 PTP 시스템은 단일 네트워크에 연결된 일반 클럭으로 구성되며 경계 클럭은 사용되지 않습니다.그랜드 마스터가 선출되고 다른 모든 클럭이 직접 동기화됩니다.

IEEE 1588-2008에서는 PTP 메시지 전송에 사용되는 네트워크 기기에 관련된 클럭이 도입됩니다.투과 클럭은 디바이스를 통과할 때 PTP 메시지를 ^[7]변경합니다.메시지 내의 타임스탬프는 네트워크 기기를 통과하는 데 소요된 시간에 대해 수정됩니다.이 스킴에서는, 네트워크 전체의 전달의 가변성을 보정하는 것으로, 전달의 정확도가 향상됩니다.

PTP 는, 통상, Unix 시각(1970년 ^[a]1월 1일 개시)과 같은 에폭을 사용합니다.Unix 의 시간은 Coordinated Universal Time(UTC; 세계 표준시)에 근거해 윤초에 준거하고 있습니다만, PTP 는 International Atomic Time(TAI; 국제 원자력 표준시)에 근거하고 있습니다.PTP 그랜드 마스터는 UTC와 TAI 사이의 현재 오프셋을 통신하여 수신한PTP 시각에서 UTC를 계산할 수 있도록 합니다.

프로토콜 세부 정보

PTP 시스템의 동기화 및 관리는 통신 매체 간의 메시지 교환을 통해 이루어집니다.이를 위해 PTP는 다음 메시지유형을 사용합니다.

Sync, Follow_Up, Delay_Req 및 Delay_Resp 메시지는 일반 클럭과 경계 클럭에서 사용되며 네트워크 전체에서 클럭 동기화에 사용되는 시간 관련 정보를 전달합니다.
Pdelay_Req, Pdelay_Resp 및 Pdelay_Resp_Follow_Up은 시스템에서 보정할 수 있도록 통신 매체 전체의 지연을 측정하기 위해 투명 클럭에 의해 사용됩니다.트랜스페어런트클럭 및 이와 관련된 메시지는 원래의 IEEE 1588-2002 PTPv1 표준에서는 사용할 수 없으며 PTPv2에서 추가되었습니다.
아나운스 메시지는 IEEE 1588-2008의 최적의 마스터 클럭알고리즘에 의해 클럭 계층을 구축하고 그랜드 ^[b]마스터를 선택하기 위해 사용됩니다.
관리 메시지는 네트워크 관리에 의해 PTP 시스템의 감시, 설정 및 유지보수에 사용됩니다.
시그널링 메시지는 클럭 간의 시간적으로 중요하지 않은 통신에 사용됩니다.시그널링 메시지는 IEEE 1588-2008에서 도입되었습니다.

메시지는 이벤트 메시지와 일반 메시지로 분류됩니다.이벤트 메시지는 전송 및 수신 타임스탬프 정확도가 클럭 분배 정확도에 직접 영향을 준다는 점에서 시간이 중요합니다.Sync, Delay_Req, Pdelay_Req 및 Pdelay_resp는 이벤트 메시지입니다.일반 메시지는 이러한 메시지의 데이터가 PTP에 중요하지만 전송 및 수신 타임스탬프는 중요하지 않다는 점에서 보다 일반적인 프로토콜 데이터 단위입니다.Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, Management 및 Signaling 메시지는 일반 메시지클래스의 ^[8]^{: Clause 6.4}멤버입니다

메시지 전송

PTP 메시지는 전송을 위해 UDP/IP(User Datagram Protocol over Internet Protocol)를 사용할 수 있습니다.IEEE 1588-2002 는 IPv4 트랜스포트만을 ^[9]^{: Annex D}사용하고 있습니다만, 이것은 IEEE 1588-2008 ^[8]^{: Annex F}의 IPv6 를 포함하도록 확장되고 있습니다.IEEE 1588-2002에서는 모든 PTP 메시지는 멀티캐스트메시지를 사용하여 송신됩니다.한편 IEEE 1588-2008에서는 포트 단위로 ^[8]^{: Clause 16.1}유니캐스트 전송을 네고시에이트하는 옵션이 도입되었습니다.멀티캐스트 전송에서는 IP 멀티캐스트어드레싱을 사용합니다.IP 멀티캐스트어드레싱에서는, IPv4 및 IPv6 용으로 멀티캐스트그룹 주소가 정의됩니다(표 ^[8]^{: Annex D and E}참조).시간 크리티컬이벤트 메시지(Sync, Delay_req, Pdelay_Req 및 Pdelay_Resp)는 포트 번호319 에 송신됩니다.일반 메시지(Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, 관리 및 시그널링)에는 포트 번호320 ^[8]^{: Clause 6.4}이 사용됩니다.

멀티캐스트 그룹 주소
메시지	IPv4	IPv6	IEEE 802.3이더넷^[8]^{: Annex F}^[c]	유형
피어 지연 메시지를 제외한 모든 메시지	224.0.1.1.120^[d]	FF0x::181^[e]	01-1B-19-00-00-00^[f]	전송 가능
피어 지연 메시지: Pdelay_Req, Pdelay_Resp 및 Pdelay_Resp_Follow_Up^[g]	224.0.0.124^[h]	FF02::6B	01-80-C2-00-00-0E	전송 불가

IEEE 1588-2008에서는 캡슐화는 ^[8]^{: Annex G}DeviceNet^[8]^{: Annex H}, ControlNet 및 ^[8]^{: Annex I}PROFINET에도 정의되어 있습니다.

도메인

도메인은^[i] PTP를 사용하여 서로 동기화하는 인터랙티브한 클럭세트입니다.클럭은 수신 또는 생성되는PTP 메시지의 Subdomain name(IEEE 1588-2002) 또는 domainNumber(IEEE 1588-2008) 필드의 내용에 따라 도메인에 할당됩니다.도메인을 사용하면 여러 클럭 분배 시스템이 동일한 통신 매체를 공유할 수 있습니다.

서브 도메인 이름 필드 내용(IEEE1588-2002)	IPv4 멀티캐스트주소 (IEEE1588-2002)^[j]	도메인 번호 (IEEE1588-2008)	메모들
_DFLT	224.0.1.129	0	기본 도메인
_ALT1	224.0.1.130	1	대체 도메인 1
_ALT2	224.0.1.131	2	대체 도메인 2
_ALT3	224.0.1.132	3	대체 도메인 3
어플리케이션 고유의^[9]^{: Clause 6.2.5.1} 최대 15 옥텟	서브 도메인^[9]^{: Annex C} 이름의 해시 함수에 따른 224.0.1.130, 131 또는 132	4 ~ 127	사용자 정의 도메인

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

Best Master Clock(BMC; 최적 마스터 클럭) 알고리즘은 다음 클럭속성에 따라 최적의 후보 클럭의 분산 선택을 수행합니다.

[Identifier] : 클럭의 유니버설 일의의 숫자 ID.이것은, 통상은 디바이스의 MAC 주소에 근거해 구축됩니다.
품질 – IEEE 1588 두 버전 모두 예상 타이밍 편차, 클럭스트레이텀 스키마에서 클럭 또는 로케이션을 구현하기 위해 사용되는 테크놀로지에 기초하여 클럭 품질을 정량화하려고 합니다.단, 데이터 필드 스트레이텀을 인식하고 있는 것은 V1(IEEE 1588-2002)뿐입니다.PTP V2(IEEE 1588-2008)는 clockAccuracy 및 clockClass 데이터 필드를 사용하여 클럭의 전체적인 품질을 정의합니다.
[Priority] : PTP 도메인의 그랜드 마스터를 선택하기 위해 BMC에 의해 사용되는 관리상 할당되는 우선순위 힌트.IEEE 1588-2002에서는 precedence를 나타내기 위해 단일 부울 변수를 사용했습니다.IEEE 1588-2008에는 2개의 8비트priority 필드가 있습니다.
분산 – PTP 참조에 대한 성능 관찰에 기초한 클럭의 안정성 추정치.

IEEE 1588-2008 에서는,^[8]^{: Figure 27} 다음의 속성에 근거하는 계층 선택 알고리즘이, 지정된 순서로 사용됩니다.

priority 1: 사용자는 각 클락에 특정 스태틱 설계 priority를 할당하여 이들 클럭 간의 priority를 사전에 정의할 수 있습니다.수치가 작을수록 우선순위가 높다는 것을 나타냅니다.
클래스: 각 클럭은 특정 클래스의 멤버이며 각 클래스는 자체 priority를 가집니다.
정확도 – 클럭과 UTC 사이의 정밀도(ns)
Variance – 클럭
priority 2 – 최종 정의된 priority.다른 기준이 충분하지 않은 경우 백업 순서를 정의합니다.수치가 작을수록 우선순위가 높다는 것을 나타냅니다.
고유 식별자: MAC 주소 기반 선택은 다른 속성이 모두 같을 때 타이 브레이커로 사용됩니다.

IEEE 1588-2002는 유사한 속성에 기초한 선택 알고리즘을 사용합니다.

클럭 속성은 IEEE 1588-2002 Sync 메시지 및 IEEE 1588-2008 Announce 메시지로 애드버타이즈 됩니다.현재 클럭 마스터는 이 정보를 정기적으로 전송합니다.자신을 보다 나은 마스터 클럭으로 간주하는 클럭은 마스터 클럭의 변경을 호출하기 위해 이 정보를 전송합니다.현재 마스터가 더 좋은 클럭을 인식하면 현재 마스터는 동기 메시지 및 관련 클럭 속성(IEEE 1588-2008의 경우 Announce 메시지)의 전송을 중지하고 더 좋은 클럭이 ^[10]마스터의 역할을 이어받습니다.BMC 알고리즘에서는 클럭의 자기 선언 품질만 고려되며 네트워크 링크 품질은 ^[11]고려되지 않습니다.

동기

PTP는 BMC 알고리즘을 사용하여 IEEE 1588 도메인 및 도메인 내의 각 네트워크 세그먼트의 마스터 시간원을 선택합니다.

클럭은 클럭과 마스터 ^[12]사이의 오프셋을 결정합니다. $변수$ t $\displaystyle$ t는 물리 $t$ 시간을 나타냅니다.특정 팔로어 디바이스의 경우 $시간$ t의 $o(t)$ ( $o(t)$ t ) \ $displaystyle$ $o$ ( t )는 $o(t)$ $t$ 다음과 같이 정의됩니다.

\displaystyle \ o(t)=s(t)-m(t)}

$s(t)$ 서 s $s(t)$ $)$ { $displaystyle$ s $(t)}$ 는 $s(t)$ $물리시간$ t ${displaystyle$ t $t$ 에서 팔로워 클럭으로 측정된 시간을 나타내고 m $m(t)$ $)$ { $displaystyle$ m $(t)}$ 은 $m(t)$ $물리시간$ t ${displaystyle$ t $t$ 에서 마스터 클럭으로 측정된 시간을 나타냅니다.

마스터는 현재 시각을 다른 클럭에 대한 메시지로 정기적으로 브로드캐스트합니다.IEEE 1588-2002에서는 브로드캐스트는 초당 1회까지입니다.IEEE 1588-2008 에서는, 1초당 10까지 허가됩니다.

IEEE 1588 동기화 메커니즘 및 지연 계산

각 브로드캐스트는 $({$ T_ ${1})$ 에 $T_{1}$ 시작되며 마스터가 도메인 내의 모든 클럭에 Sync 메시지를 보냅니다.이 메시지를 수신하는 클럭은 이 메시지를 수신할 때 현지 $T_{1}'$ T $T_{1}'$ ${\$ { $displaystyle T_{1}'$ 을 $T_{1}'$ 기록합니다.

이후 마스터는 $T_{1}$ 한 $({$ 타임스탬프를 포함한 멀티캐스트 Follow up을 전송할 수 있습니다.모든 마스터가 동기화 메시지에 정확한 타임스탬프를 표시할 수 있는 기능은 없습니다.전송이 완료된 후에야 네트워크 하드웨어에서 Sync 전송의 정확한 타임스탬프를 얻을 수 있습니다.이 제한이 있는 마스터는 Follow up 메시지를 사용하여 $(\$ 을 $T_{1}$ 합니다.네트워크 하드웨어에 PTP 기능이 내장된 마스터는 동기 메시지에 정확한 타임스탬프를 표시할 수 있으므로 Follow up 메시지를 보낼 필요가 없습니다.

마스터와 정확하게 동기화하려면 클럭이 Sync 메시지의 네트워크 전송 시간을 개별적으로 결정해야 합니다.전송 시간은 각 클럭에서 마스터까지의 왕복 시간을 측정함으로써 간접적으로 결정됩니다. $클럭$ 은 전송 시간을 $d$ 하도록 설계된 마스터와의 $교환$ 을 시작합니다 $d$ 교환은 클럭이 $T_{2}$ $({$ 에 $T_{2}$ Delay_Req 메시지를 마스터로 전송하는 것으로 시작됩니다.마스터는 $T_{2}'$ $T_{2}'$ 의 Delay_Req를 수신하여 타임스탬프 $(\$ 로 $T_{2}'$ 설정하고 Delay_Resp 메시지로 응답합니다.마스터는 Delay_Resp 메시지에 $T_{2}'$ $T_{2}'$ $"\$ 를 포함합니다 $T_{2}'$ .

이러한 교환을 통해 클럭은 $(\$ $(\$ T_ ${1$ $(\$ $T_{2}'$ $(\$ 를 $T_{2}$ $T_{1}$ 합니다.

d{\ $displaystyle$ d $}$ 가 $d$ 동기 메시지의 전송 ${\tilde {o}}$ 이고 ${\tilde {o}}$ o ~ ${\tilde {o}}$ {\ $displaystyle {o}}$ 가 $\tilde{o}$ 마스터 클럭과 팔로워 클럭 사이의 일정한 오프셋인 $경우$

\ displaystyle \ T_{1} - T_{1} = twilde {o} + dw 텍스트 { and }} \ T_{2} = - { \ tilde {o} + d }

위의 두 방정식을 조합하면 다음과 같은 것을 알 수 있다.

{\displaystyle\tilde {o}=black {1}{2}}(T_{1}-T_{1}-T_{2}'+T_{2}}

이제 시계는 이 트랜잭션 동안 $~(\$ { $})$ 오프셋을 ${\tilde {o}}$ 인식하고 있으며, 이만큼 수정하여 마스터와 일치시킬 수 있습니다.

한 가지 가정은 이러한 메시지 교환이 매우 작은 기간에 걸쳐 이루어지기 때문에 이 오프셋은 그 기간 동안 일정하다고 안전하게 간주될 수 있다는 것입니다.또 다른 가정은 마스터에서 팔로워로 가는 메시지의 전송 시간이 팔로워에서 마스터로 가는 메시지의 전송 시간과 동일하다는 것입니다.마지막으로 마스터와 팔로어 모두 메시지를 송수신하는 시간을 정확하게 측정할 수 있다고 가정합니다.이러한 가정이 참인 정도에 따라 팔로어 ^[8]^{: Clause 6.2}디바이스에서의 클럭 정확도가 결정됩니다.

옵션 기능

IEEE 1588-2008 규격에는 구현에서 지원되는 다음 기능 세트가 나열되어 있습니다.

대체 시간 척도
그랜드 마스터 클러스터
유니캐스트 마스터
대체 마스터
패스 트레이스

IEEE 1588-2019에는 옵션 ^[5]및 하위 호환 기능이 추가되어 있습니다.

모듈러 투과 클럭
시간 분배가 내장된 트랜스포트와 인터페이스하기 위한 특수 PTP 포트
유니캐스트 Delay_Req 및 Delay_Resp 메시지
수동 포트 설정이 BMCA를 덮어씁니다.
비대칭 교정
물리층 주파수 레퍼런스 이용 가능(동기 이더넷 등)
프로필 분리
도메인 간 상호 작용
무결성 체크를 위한 보안 TLV
표준 퍼포먼스 리포팅 지표
슬레이브 포트 감시

「」를 참조해 주세요.

메모들

^ IEEE 1588-2008 의 프로파일 기능에 의해서, 애플리케이션 고유의 ^[8]^{: Annex B}에폭을 사용할 수 있습니다.
^ IEEE 1588-2002에서는 Announce 메시지에 의해 전송되는 정보는 Sync 메시지로 전송됩니다.IEEE 1588-2008에서는 Sync 메시지가 최적화되어 이 정보는 더 이상 전송되지 않습니다.
^ PTP over IEEE 802.3이더넷은 Ethertype 0x88을 사용합니다.F7
^ IEEE 1588-2002 비디폴트 도메인은, 행선지 주소 224.0.130 ~224.0.1.132 를 사용합니다(#Domains 를 참조).
^ 여기서 x는 RFC 2373에 따라 주소 범위(링크 로컬의 경우 2)입니다(IPv6 멀티캐스트주소 참조).
^ 일부 PTP 애플리케이션에서는 모든 PTP 메시지를 01-1B-19-00-00-00으로 전송할 수 있습니다.
^ 피어 지연 메시지는 즉시 연결된 네이버에 전파되는 것을 목적으로 합니다.이러한 메시지의 멀티캐스트주소는 범위에서 링크 로컬로 설계되어 라우터를 통과하지 않습니다.IEEE 1588-2008 에서는, 메세지가 라우팅 되지 않는 것을 보증하기 위해서, Time to Live(존속 가능 시간)를 1(IPv4) 또는 홉 제한을 0(IPv6)으로 설정하는 것도 추천합니다.
^ IEEE 1588-2002에는 피어 지연 메시지가 없습니다.
^ IEEE 1588-2002는 도메인을 (서로 동기화되었는지 여부에 관계없이) 상호 연결된 클럭세트로 정의하고 서브도메인을 사용하여 IEEE 1588-2008에서 도메인으로 알려진 것을 참조합니다.
^ IEEE 1588-2008은 모든 멀티캐스트메시지 주소로서 224.0.1.129 를 사용합니다.

레퍼런스

^ Eidson, John (10 October 2005). "IEEE-1588 Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, a Tutorial". National Institute of Standards and Technology (NIST).
^ Eidson, John C. (April 2006). Measurement, Control and Communication Using IEEE 1588. Springer. ISBN 978-1-84628-250-8.
^ Eidson, John (2 October 2006). "IEEE 1588 Standard Version 2 - A Tutorial" (PDF). Archived from the original (PDF) on 31 March 2010. Retrieved 12 June 2008.
^ "1588-2019 - IEEE Approved Draft Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems". IEEE. Retrieved 15 February 2020.
^ ^a ^b Douglas Arnold (24 September 2017). "What's coming In the Next Edition of IEEE 1588?". Retrieved 15 February 2020.
^ "Meanings of common terms used in IEEE 1588". National Institute of Standards and Technology. Archived from the original on 27 May 2010. Retrieved 19 May 2006.
^ "AN-1838 IEEE 1588 Boundary Clock and Transparent Clock Implementation Using the DP83640" (PDF). ti.com. Texas Instruments. Retrieved 17 July 2019.
^ ^a ^b ^c ^d ^e ^f ^g ^h ⁱ ^j ^k ^l IEEE 1588-2008, IEEE, 24 July 2008, doi:10.1109/IEEESTD.2008.4579760, ISBN 978-0-7381-5400-8
^ ^a ^b ^c IEEE 1588-2002, IEEE, 8 November 2002, doi:10.1109/IEEESTD.2002.94144, ISBN 978-0-7381-3369-0
^ Watt, Steve T.; Achanta, Shankar; Abubakari, Hamza; Sagen, Eric (March 2014), Understanding and Applying Precision Time Protocol (PDF), retrieved 9 September 2017
^ FSMLabs Technical Staff (September 2015), Smart and Dumb PTP Client and the "so-called"Best Master Clock Algorithm, retrieved 17 May 2018
^ 국제 표준 IEC 61588: 네트워크 측정 및 제어 시스템을 위한 정밀 클럭 동기화 프로토콜.2004.
^ ISPCS 웹사이트
^ Geoffrey M. Garner (28 May 2010), IEEE 802.1AS and IEEE 1588 (PDF)
^ SMPTE Publishes First Two Parts of Standard Enabling Deployment of PTP-Timed Equipment in Existing SDI Plants, Society of Motion Picture and Television Engineers, 13 April 2015, retrieved 21 May 2015
^ AES-R16-2016: AES Standards Report - PTP parameters for AES67 and SMPTE ST 2059-2 interoperability, Audio Engineering Society, 2 May 2016
^ ^a ^b https://www.smpte.org/sites/default/files/users/user27446/AES67%20for%20Audio%20Production-Background%20Applications%20and%20Challenges.pdf^{[데드링크]}
^ "PTPv2 Timing protocol in AV networks". Luminex. 6 June 2017. Q-LAN updated to PTPv2 approximately two years ago.
^ Pepiciello, Antonio; Vaccaro, Alfredo (17 December 2018), "A reliable architecture based on Precision Time Protocol for WAMPAC synchronization", 2018 AEIT International Annual Conference, IEEE, pp. 1–5, doi:10.23919/AEIT.2018.8577414, ISBN 978-8-8872-3740-5, S2CID 58819556

외부 링크

NIST IEEE 1588 사이트
InES에서의 PTP 매뉴얼
LTE 이동통신망 PTP 및 동기화
설치/유지관리 관점에서 PTP 설명
Hirschmann PTP 화이트 페이퍼
Cisco CGS 2520 스위치소프트웨어 컨피규레이션가이드에서의 PTP의 개요
RuggedCom Smart Grid Research IEC 61850 테크놀로지에 관한 견해와 우선순위
스마트 변전소 솔루션을 사용한 프로젝트
McGhee, Jim; Goraj, Maciej (2010), "Smart High Voltage Substation Based on IEC 61850 Process Bus and IEEE 1588 Time Synchronization", 2010 First IEEE International Conference on Smart Grid Communications, pp. 489–494, doi:10.1109/SMARTGRID.2010.5622092, ISBN 978-1-4244-6510-1, S2CID 30638718
Ingram, D.M.E; Campbell, D.A.; Schaub, P.; Ledwich, G.F. (2011). "Test and evaluation system for multi-protocol sampled value protection schemes". Proceedings of the IEEE PES Trondheim PowerTech 2011. Trondheim, Norway: IEEE: 1–7. doi:10.1109/PTC.2011.6019243. ISBN 978-1-4244-8419-5. S2CID 42991214.
화이트 래빗 프로젝트 PTP
IEC 및 IEEE Precision Time Protocol, Pacworld, 2016년 9월]
IEC 62439-3의 내결함성 정밀 시간 프로토콜 프로필에 대한 자습서^{[데드링크]}
IEC 62439-3 부록 A-E 클럭 및 네트워크 관리 용장 부착
AV 네트워크의 PTPv2 타이밍 프로토콜
FSMLabs: 단일 소스 IEEE PTP 1588은 금융 규제 기준을 충족할 수 없습니다.

[9] IEEE 1588-2008 의 프로파일 기능에 의해서, 애플리케이션 고유의 ^[8]^{: Annex B}에폭을 사용할 수 있습니다.

[10] IEEE 1588-2002에서는 Announce 메시지에 의해 전송되는 정보는 Sync 메시지로 전송됩니다.IEEE 1588-2008에서는 Sync 메시지가 최적화되어 이 정보는 더 이상 전송되지 않습니다.

[12] PTP over IEEE 802.3이더넷은 Ethertype 0x88을 사용합니다.F7

[13] IEEE 1588-2002 비디폴트 도메인은, 행선지 주소 224.0.130 ~224.0.1.132 를 사용합니다(#Domains 를 참조).

[14] 여기서 x는 RFC 2373에 따라 주소 범위(링크 로컬의 경우 2)입니다(IPv6 멀티캐스트주소 참조).

[15] 일부 PTP 애플리케이션에서는 모든 PTP 메시지를 01-1B-19-00-00-00으로 전송할 수 있습니다.

[16] 피어 지연 메시지는 즉시 연결된 네이버에 전파되는 것을 목적으로 합니다.이러한 메시지의 멀티캐스트주소는 범위에서 링크 로컬로 설계되어 라우터를 통과하지 않습니다.IEEE 1588-2008 에서는, 메세지가 라우팅 되지 않는 것을 보증하기 위해서, Time to Live(존속 가능 시간)를 1(IPv4) 또는 홉 제한을 0(IPv6)으로 설정하는 것도 추천합니다.

[17] IEEE 1588-2002에는 피어 지연 메시지가 없습니다.

[18] IEEE 1588-2002는 도메인을 (서로 동기화되었는지 여부에 관계없이) 상호 연결된 클럭세트로 정의하고 서브도메인을 사용하여 IEEE 1588-2008에서 도메인으로 알려진 것을 참조합니다.

[19] IEEE 1588-2008은 모든 멀티캐스트메시지 주소로서 224.0.1.129 를 사용합니다.

[1] Eidson, John (10 October 2005). "IEEE-1588 Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, a Tutorial". National Institute of Standards and Technology (NIST).

[Eidson-2] Eidson, John C. (April 2006). Measurement, Control and Communication Using IEEE 1588. Springer. ISBN 978-1-84628-250-8.

[Eidson2-3] Eidson, John (2 October 2006). "IEEE 1588 Standard Version 2 - A Tutorial" (PDF). Archived from the original (PDF) on 31 March 2010. Retrieved 12 June 2008.

[4] "1588-2019 - IEEE Approved Draft Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems". IEEE. Retrieved 15 February 2020.

[Arnold_2017-5] Douglas Arnold (24 September 2017). "What's coming In the Next Edition of IEEE 1588?". Retrieved 15 February 2020.

[6] "Meanings of common terms used in IEEE 1588". National Institute of Standards and Technology. Archived from the original on 27 May 2010. Retrieved 19 May 2006.

[TI2013-7] "AN-1838 IEEE 1588 Boundary Clock and Transparent Clock Implementation Using the DP83640" (PDF). ti.com. Texas Instruments. Retrieved 17 July 2019.

[1588-2008-8] ^ ^a ^b ^c ^d ^e ^f ^g ^h ⁱ ^j ^k ^l IEEE 1588-2008, IEEE, 24 July 2008, doi:10.1109/IEEESTD.2008.4579760, ISBN 978-0-7381-5400-8

[1588-2002-11] IEEE 1588-2002, IEEE, 8 November 2002, doi:10.1109/IEEESTD.2002.94144, ISBN 978-0-7381-3369-0

[20] Watt, Steve T.; Achanta, Shankar; Abubakari, Hamza; Sagen, Eric (March 2014), Understanding and Applying Precision Time Protocol (PDF), retrieved 9 September 2017

[21] FSMLabs Technical Staff (September 2015), Smart and Dumb PTP Client and the "so-called"Best Master Clock Algorithm, retrieved 17 May 2018

[IEC-22] 국제 표준 IEC 61588: 네트워크 측정 및 제어 시스템을 위한 정밀 클럭 동기화 프로토콜.2004.

[23] ISPCS 웹사이트

[24] Geoffrey M. Garner (28 May 2010), IEEE 802.1AS and IEEE 1588 (PDF)

[25] SMPTE Publishes First Two Parts of Standard Enabling Deployment of PTP-Timed Equipment in Existing SDI Plants, Society of Motion Picture and Television Engineers, 13 April 2015, retrieved 21 May 2015

[26] AES-R16-2016: AES Standards Report - PTP parameters for AES67 and SMPTE ST 2059-2 interoperability, Audio Engineering Society, 2 May 2016

[coveloz2016-27] ttps://www.smpte.org/sites/default/files/users/user27446/AES67%20for%20Audio%20Production-Background%20Applications%20and%20Challenges.pdf^{[데드링크]}

[28] "PTPv2 Timing protocol in AV networks". Luminex. 6 June 2017. Q-LAN updated to PTPv2 approximately two years ago.

[29] Pepiciello, Antonio; Vaccaro, Alfredo (17 December 2018), "A reliable architecture based on Precision Time Protocol for WAMPAC synchronization", 2018 AEIT International Annual Conference, IEEE, pp. 1–5, doi:10.23919/AEIT.2018.8577414, ISBN 978-8-8872-3740-5, S2CID 58819556

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[a]

[b]

[8]

[9]

[c]

[d]

[e]

[f]

[g]

[h]

[i]

[j]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

Search

Precision Time Protocol(정밀 시간 프로토콜)

네임스페이스

더

목차

역사

아키텍처

프로토콜 세부 정보

메시지 전송

도메인

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

동기

옵션 기능

관련 이니셔티브

「」를 참조해 주세요.

메모들

레퍼런스

외부 링크

Search

Precision Time Protocol(정밀 시간 프로토콜)

역사

아키텍처

프로토콜 세부 정보

메시지 전송

도메인

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

동기

옵션 기능

관련 이니셔티브

「 」를 참조해 주세요.

메모들

레퍼런스

외부 링크

「」를 참조해 주세요.