Precision Time Protocol

ウィキペディアから無料の百科事典

Precision Time Protocol (PTP)は、コンピュータネットワーク全体でクロックを同期させるために使用される通信プロトコルである。

Local Area Network(LAN)においてマイクロ秒以下の精度のクロック同期を達成し、測定や制御システムにも使用できるようにする[1]。PTPは現在、金融取引、携帯電話の基地局、海底音響アレイ、および正確なタイミングを必要とするが衛星ナビゲーション信号を使用できないネットワークの同期に使用されている。

PTPは当初、2002年に発行されたIEEE 1588-2002 "Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems"(ネットワーク化された測定および制御システムのための精密クロック同期プロトコルの規格)において定義された。2008年に、改訂規格 IEEE 1588-2008がリリースされた。これは「PTPバージョン2」とも呼ばれ、精度や堅牢性を向上させたが、元の2002年バージョンとの下位互換性はない[2]

「IEEE 1588は、NTPGPSという2つの主要プロトコルのどちらでもうまく機能しないニッチを埋めるように設計されている。IEEE 1588は、NTPの使用で達成可能なものを超える精度を必要とするローカルシステム用に設計されている。また、各ノードでGPS受信機のコストを負担できない、またはGPS信号にアクセスできないアプリケーション向けにも設計されている。」[3]

アーキテクチャ[編集]

IEEE 1588規格は、クロック分配のための階層的マスタースレーブアーキテクチャとして定義されている。このアーキテクチャでは、時間配信システムは1つ以上の通信媒体(ネットワークセグメント)と1つ以上のクロックで構成されている。ordinary clock(通常クロック)は、単一のネットワーク接続を持つデバイスで、同期基準の発信元(マスター)または宛先(スレーブ)のいずれかである。boundary clock(境界クロック)は、複数のネットワーク接続を持ち、あるネットワークセグメント英語版を別のネットワークセグメントに正確に同期させることができる。システム内の各ネットワークセグメントに対して同期マスターが選択される。ネットワーク内において高精度な時刻を持つデバイスをグランドマスターに指定する[4]。グランドマスターは、そのネットワークセグメント上にあるクロックに同期情報を送信する。セグメント上に存在する境界クロックは、接続されている他のセグメントに正確な時間を中継する。

単純化PTPシステムは、単一のネットワークに接続された通常クロックからなり、境界クロックは使用されない。クロックの中からグランドマスターが選出され、他の全てのクロックはそれに直接同期する。

IEEE 1588-2008では、PTPメッセージの伝達に使用されるネットワーク機器に関連する新たな種類のクロックが導入されている。transparent clock(透過クロック)は、デバイスを通過するときにPTPメッセージを変更する。ネットワーク機器を通過するのに費やされた時間によってメッセージ内のタイムスタンプが修正される。この方式では、ネットワーク全体のパケット遅延変動を補正することで、配信の正確性が向上する。

PTPは通常、UNIX時間と同じエポック(1970年1月1日)を使用する[note 1]。UNIX時間は協定世界時(UTC)に基づいており閏秒の影響を受けるが、PTPは国際原子時(TAI)に基づいており、閏秒の影響を受けない。PTPグランドマスターは現在のUTCとTAIの差分を通知するので、受信した時間からUTCは計算できる。

プロトコルの詳細[編集]

PTPシステムにおける同期と管理は、通信媒体を介してメッセージを交換することによって行われる。PTPでは以下のメッセージタイプを使用する。

  • Sync, Follow_Up, Delay_Req, Delay_Resp - 通常クロックと境界クロックが使用し、クロックを同期するための時間関連の情報を通信する。
  • Pdelay_Req, Pdelay_Resp, Pdelay_Resp_Follow_Up - 透過クロックが、通信媒体による遅延を測定するために使用する。透過クロックとそれに関連するこれらのメッセージは、IEEE 1588-2002では使用できない。
  • Announce - IEEE 1588-2008のBMCA(後述)において、クロック階層を構築してグランドマスターを選択するために使用する[note 2]
  • Management - PTPシステムの監視・設定・維持(ネットワーク管理)のために使用する。
  • Signaling - クロック間のタイムクリティカルではない通信に使用される。このメッセージはIEEE 1588-2008で導入された。

メッセージはイベント(event)メッセージと一般(general)メッセージに分類される。イベントメッセージはタイムクリティカルである。これは、送信と受信のタイムスタンプの正確さの正確さが直接クロック分配の正確さに影響するためである。Sync, Delay_Req, Pdelay_Req, Pdelay_resp はイベントメッセージである。一般メッセージは、メッセージ内のデータがPTPにとって重要であるという点でより典型的なProtocol Data Unitであるが、その送信・受信タイムスタンプは重要ではない。Announce, Follow_Up, Delay_Resp, Pdelay_Resp_Follow_Up, Management, Signalingは一般メッセージである[5]:Clause 6.4

メッセージ転送[編集]

PTPメッセージは、メッセージの伝送にUser Datagram Protocol over Internet Protocol(UDP/IP)を使用する。IEEE 1588-2002はIPv4のみを使用する[6]:Annex Dが、IEEE 1588-2008ではIPv6でも使用できるように拡張されている[5]:Annex F。IEEE 1588-2002では、全てのPTPメッセージがマルチキャストで送信されるが、IEEE 1588-2008では、デバイスがポート単位でユニキャスト送信をネゴシエートするためのオプションが導入された[5]:Clause 16.1。マルチキャスト送信では、IPマルチキャストアドレスが使用される。IPマルチキャストアドレスでは、IPv4およびIPv6に対してマルチキャストグループアドレスが定義されている(表を参照)[5]:Annex D and E。イベントメッセージはポート番号319、一般メッセージはポート番号320を使用する。

マルチキャストグループアドレス
メッセージ IPv4 IPv6 IEEE 802.3イーサネット[5]:Annex F[note 3]
ピア遅延メッセージ以外 224.0.1.129[note 4] FF0x::181[note 5] 01-1B-19-00-00-00[note 6]
ピア遅延メッセージ: Pdelay_Req, Pdelay_Resp, Pdelay_Resp_Follow_Up[note 7] 224.0.0.107[note 8] FF02::6B 01-80-C2-00-00-0E

IEEE 1588-2008では、カプセル化がDeviceNet[5]:Annex GControlNet[5]:Annex HPROFINET[5]:Annex Iに対して定義されている。

ドメイン[編集]

ドメイン[note 9]は、PTPを使用して互いに同期し相互作用するクロックのセットである。クロックは、受信または生成するPTPメッセージ内のSubdomain_name(IEEE 1588-2002)またはdomainNumber(IEEE 1588-2008)フィールドの内容によって、ドメインに割り当てられる。ドメインにより、同じ通信媒体上で複数のクロック分配システムを共存させることができる。

Subdomain nameフィールドの内容
(IEEE1588-2002)
IPv4マルチキャストアドレス
(IEEE1588-2002)[note 10]
domainNumber
(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
15オクテットまでの特定用途向け[6]:Clause 6.2.5.1 SubDomain nameのハッシュ関数によって224.0.1.130, 131, 132のいずれか[6]:Annex C 4 - 127 ユーザー定義ドメイン

BMCA[編集]

best master clock algorithm(BMCA)は、最適な候補クロックの分散選択を実行するアルゴリズムであり、次のクロック特性に基づく。

  • 識別子 - 個々のクロックにユニークに設定された数値識別子。通常、デバイスのMACアドレスに基づいて設定される。
  • 品質 - データフィールドstratumを知っているのはV1(IEEE 1588-2002)だけであるが、IEEE 1588のどちらのバージョンでも、予想されるタイミング偏差、クロックの実装に用いられている技術、クロック階層(clock stratum)スキーマにおける位置に基づいてクロック品質を定量化する。PTP V2(IEEE 1588-2008)では、データフィールドclockAccuracy, clockClassを使用して、クロックの全体的な品質を定義する。
  • 優先度 – PTPドメインのグランドマスターを選択するためにBMCAによって使用される、管理上割り当てられた優先順位のヒント。IEEE 1588-2002では、優先順位を示すために単一のブール変数を使用する。IEEE 1588-2008では、2つの8ビット優先度フィールドがある。
  • 分散 - PTPの基準に対するパフォーマンスの観察に基づいた、クロックの安定性の見積もり。

IEEE 1588-2008は、以下に示す特性を基づく階層選択アルゴリズムを使用する。特性の優先度は、上から順である[5]:Figure 27

  1. 優先度1 - ユーザーは各クロックに優先順位を固定的に割り当てることができる。数値が小さいほど優先順位が高くなる。
  2. クラス - 各クロックは特定のクラスのメンバーであり、各クラスは独自の優先順位を取得する。
  3. 正確さ - クロックとUTCの間の精度(ナノ秒(ns)単位)
  4. 分散 - クロックのばらつき
  5. 優先度2 - 他の基準では決定できなかった場合に使用する、最終定義の優先順位。数値が小さいほど優先順位が高くなる。
  6. 一意の識別子 - 他の全ての特性が等しい場合は、MACアドレスに基づいて決定される。

IEEE 1588-2002では、同様の特性に基づく選択アルゴリズムを使用している。

クロック特性は、IEEE 1588-2002のSyncメッセージおよびIEEE 1588-2008のAnnounceメッセージによって広告される。現在のクロックマスターはこの情報を定期的に送信する。あるクロックが、自身が現在のクロックマスターよりも良いクロックだと判断した場合、マスタークロックを変更するためにこの情報を送信する。現在のマスターがより良いクロックを認識すると、現在のマスターはSyncメッセージおよび関連するクロック特性(IEEE 1588-2008の場合はAnnounceメッセージ)の送信を停止し、より良いクロックがマスターを引き継ぐ[7]。BMCAは、自己宣言されたクロック品質のみを考慮し、ネットワークリンク品質を考慮に入れない[8]

同期[編集]

BMCAを使用することで、PTPはIEEE 1588ドメインおよびドメイン内の各ネットワークセグメントのマスタータイムソースを選択する。

クロックは自身とマスターの間のオフセットを決定する[9]。ここで、変数を物理的な時間とする。特定のスレーブデバイスについて、時間におけるオフセットは、以下のように定義される。

ここで、は物理時間においてスレーブクロックが測定した時間、は物理時間においてマスタークロックが測定した時間を表す。

マスタは現在時刻を他のクロックへのメッセージとして定期的にブロードキャストする。IEEE 1588-2002では、ブロードキャストは1秒間に1回以下である。IEEE 1588-2008では、1秒間に10回まで許容される。

IEEE 1588の同期メカニズムと遅延の計算

各ブロードキャストは時間に始まり、Syncメッセージがマスターからドメイン内の全てのクロックに送信される。あるクロックがこのメッセージを受信したときの、そのクロックにおける時間をとする。

次いでマスターは、正確なのタイムスタンプを入れたFollow_Upメッセージをマルチキャストで送信することができる。全てのマスターがSyncメッセージに正確なタイムスタンプを乗せる機能を持っているわけではない。ネットワークハードウェアからSync送信時の正確なタイムスタンプを取得できるのは、送信が完了した後である。このような制限のあるマスターは、の正確なタイムスタンプをFollow_Upメッセージを使用して伝達する。ネットワークハードウェアにPTP機能が組み込まれたマスターは、Syncメッセージに正確なタイムスタンプを乗せることができるので、Follow_Upメッセージを送信する必要はない。

マスターと正確に同期するために、クロックはSyncメッセージのネットワーク転送時間を個別に決定する必要がある。転送時間は、各クロックからそのマスターまでの往復時間を測定することによって間接的に決定される。クロックは転送時間を測定するために、マスターとの交換を開始する。交換は時刻 から始まり、マスターに Delay_Reqメッセージを送信する。マスターは Delay_Reqを受信し、その受信した時刻を記録し、そのタイムスタンプを Delay_Respメッセージに含めて応答する。

これらの交換を通して、クロックは, , , を知る。

Syncメッセージの転送時間、をマスタクロックとスレーブクロックの間の定数オフセットとしたとき、次式のようになる。

上記の2つの式を組み合わせると、次のようになる。

これによって、クロックはこのトランザクション中のオフセットがわかり、この値を使って自身のクロックを修正し、マスターと一致させる。

ここでは、3つのことを仮定している。1つは、このメッセージ交換が非常に小さい時間で行われるので、このオフセットはその時間にわたって一定であると考えられるということである。2つ目は、マスターからスレーブへのメッセージの転送時間が、スレーブからマスターへのメッセージの転送時間に等しいということである。3つ目は、マスターとスレーブの両方が、メッセージを送受信する時間を正確に測定できるということである。これらの仮定が成り立つ度合いによって、スレーブデバイスでのクロックの精度が決まる[5]:Clause 6.2

オプション機能[編集]

IEEE 1588-2008規格では、実装で対応される可能性のある以下の機能がリストされている。

  • 代替タイムスケール
  • グランドマスタークラスター
  • ユニキャストマスター
  • 代替マスター
  • パストレース

関連項目[編集]

脚注[編集]

  1. ^ The profile capability under IEEE 1588-2008 allows the use of application-specific epochs.[5]:Annex B
  2. ^ IEEE 1588-2002では、Announceメッセージによって運ばれる情報はSyncメッセージで運ばれる。IEEE 1588-2008では、Syncメッセージは最適化されており、この情報はSyncメッセージでは運ばれない。
  3. ^ IEEE 802.3イーサネット上のPTPはEtherType 0x88F7を使用する。
  4. ^ IEEE 1588-2002デフォルト以外のドメインは、宛先アドレス224.0.1.132 - 224.0.1.130を使用する(ドメイン節を参照)。
  5. ^ ここで x はRFC 2373に準拠したアドレススコープ(link-localの場合は2)である(マルチキャストアドレス#IPv6を参照)
  6. ^ 一部のPTPアプリケーションでは、全てのPTPメッセージを01-1B-19-00-00-00に送信することが許可されている。
  7. ^ ピア遅延メッセージは、接続されている隣接者にすぐに伝播することを目的としている。これらのメッセージのマルチキャストアドレスはスコープ内でlink-localになるように設計されており、ルータを通過しない。IEEE 1588-2008では、メッセージがルーティングされないことを保証するために、Time to live(TTL)を1(IPv4)に、またはホップ制限を0(IPv6)に設定することも推奨されている。
  8. ^ ピア遅延メッセージングは、IEEE 1588-2002にはない。
  9. ^ IEEE 1588-2002では、「ドメイン」は(それらが互いに同期しているかどうかにかかわらず)相互接続されたクロックのセットとして定義し、IEEE 1588-2008でドメインと呼ばれるものは「サブドメイン」と呼ばれる。
  10. ^ IEEE 1588-2008では、全てのマルチキャストメッセージのアドレスとして224.0.1.129が使用されている。

出典[編集]

  1. ^ Eidson (2005年10月10日). “IEEE-1588 Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, a Tutorial” (PDF). National Institute of Standards and Technology (NIST). 2019年1月18日閲覧。
  2. ^ Eidson (2006年10月2日). “IEEE 1588 Standard Version 2 - A Tutorial”. 2010年6月18日時点のオリジナルよりアーカイブ。2008年6月12日閲覧。
  3. ^ Eidson, John C. (April 2006). Measurement, Control and Communication Using IEEE 1588. Springer. ISBN 1-84628-250-0 
  4. ^ Meanings of common terms used in IEEE 1588”. Nation Institute or Standards and Technologies. 2010年6月18日時点のオリジナルよりアーカイブ。2006年5月19日閲覧。
  5. ^ a b c d e f g h i j k IEEE 1588-2008, IEEE, (24 July 2008), doi:10.1109/IEEESTD.2008.4579760 
  6. ^ a b c IEEE 1588-2002, IEEE, (8 November 2002), doi:10.1109/IEEESTD.2002.94144 
  7. ^ Steve T. Watt, Shankar Achanta, Hamza Abubakari, and Eric Sagen (March 2014), Understanding and Applying Precision Time Protocol, https://cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/6650_UnderstandingApplying_SA_20140206_Web3.pdf 2017年9月9日閲覧。 
  8. ^ FSMLabs Technical Staff (September 2015), Smart and Dumb PTP Client and the "so-called"Best Master Clock Algorithm, http://www.fsmlabs.com/news/2015/09/18/socalledbestmasterclock.html 2018年5月17日閲覧。 
  9. ^ 国際規格 IEC 61588: Precision clock synchronization protocol for networked measurement and control systems. 2004.