PRP を介した PTP のパケットフロー

次の図は、PRP を介した PTP の動作を示しています。

この図では、VDAN 1 がグランドマスタークロック（GMC）です。デュアル接続デバイスは、両方の PRP ポートを介して PTP 同期情報を受信します。LAN-A ポートと LAN-B ポートは、GMC と同期された異なる仮想クロックを使用します。ただし、ローカルクロック（図では VDAN 2）を同期するために使用されるポート（図では時刻受信者）は 1 つだけです。LAN-A ポートが時刻受信者の場合、LAN-A ポートの仮想クロックが VDAN-2 の同期に使用されます。もう一方の PRP ポートである LAN-B は、PASSIVE と呼ばれます。LAN-B ポートの仮想クロックは引き続き同じ GMC に同期されますが、VDAN 2 の同期には使用されません。

LAN-A がダウンすると、LAN-B が時刻受信者の役割を引き継ぎ、RedBox 2 のローカルクロック同期を継続するために使用されます。RedBox 2 に接続された VDAN 2 は、以前と同様に RedBox 2 から PTP 同期の受信を継続します。同様に、図に示されているすべての DAN、VDAN、および RedBox も引き続き同期されます。SAN は冗長性を備えていません。この例では、LAN-A がダウンすると、SAN 1 は同期を失います。

この変更により、VDAN 2 は、LAN-A ポートの仮想クロックと LAN-B ポートの仮想クロックの間のオフセットが原因で、そのクロックに瞬間的な同期のずれが発生する場合があります。両方のクロックが同じ GMC に同期されているため、同期のずれはせいぜい数マイクロ秒です。このずれは、LAN-A ポートが時刻受信者に戻り、LAN-B ポートが PASSIVE になるときにも発生します。

（注）	シスコは、従来のマスター/スレーブの命名法から移行しています。このドキュメントでは、代わりにグランドマスタークロック（GMC）または時刻源と時刻受信者という用語が使用されます。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。

サポートされる GMC の場所

GMC は、PRP を介した PTP のトポロジに次のいずれかのように配置できます。

• LAN A と LAN B の両方に接続されている RedBox（たとえば、前の図の RedBox 1）。

• VDAN（たとえば、前の図の VDAN 1）。

• DAN（たとえば、前の図の DAN）。

LAN-A または LAN-B 内のデバイスだけしか GMC と同期されないため、GMC は SAN として LAN-A または LAN-B に接続することはできません。

設定

PRP を介した PTP では、通常 PTP と PRP を個別に設定する方法以上の設定は必要ありません。また、この機能用に追加されたユーザーインターフェイスはありません。違いは、PRP を介した PTP 機能が登場する以前は、PTP が LAN-A 上でのみ機能していたことです。これが現在は両方の LAN で機能するようになりました。PRP を介した PTP を実装する前に、「注意事項と制約事項」を参照してください。

ネットワークに PRP を介した PTP を実装するためのワークフローの概要は次のとおりです。

1. PRP RedBox の場所を確認するには、このガイドの「RedBox のタイプ」セクションを参照してください。PTP のモードとプロファイルに関する説明については、Cisco.com の『Precision Time Protocol Configuration Guide, Cisco Catalyst IE9300 Rugged Series Switches』を参照してください。

2. ステップ 1 で決定した PTP プロファイルを基に、Cisco.com の『Precision Time Protocol Configuration Guide, Cisco Catalyst IE9300 Rugged Series Switches』の説明に従って PTP を設定します。

3. 「PRP チャネルとグループの作成」の説明に従って、PRP を設定します。

（注）	IE-9320-26S2C-A、IE-9320-26S2C-E、IE-9320-22S2C4X-A、および IE-9320-22S2C4X-E の各スイッチには、次の 4 つの PRP 対応ポートがあります。 Gi1/0/21 および Gi1/0/22：PRP チャネル 1 に対応。 Gi1/0/23 および Gi1/0/24：PRP チャネル 2 に対応。

E2E を使用するダブル接続 BC（DABC）としての PRP RedBox

以下に示す設定では、2 つの RedBox（M と S など）が、エンドツーエンドの遅延測定メカニズムと IEEE1588v2 の Default プロファイルを使用する境界クロック（BC）として設定されています。RedBox M のベスト マスター クロック アルゴリズム（BMCA）で、時刻源に接続するポート A とポート B を決定します。Redbox M で実行されている PTP プロトコルは、ポート A と B の両方を時刻源ポートとして個別に扱い、両方のポートから同期メッセージや Follow_Up メッセージを個別に送信します。

Redbox S では、通常の BMCA 操作でポート A を時刻受信者、ポート B を PASSIVE に決定します。ただし、ポート A と B が同じ PRP チャネルの一部であることが判明した場合は、ポート B が強制的に PASSIVE_SLAVE 状態になります。Redbox S のポート A とポート B の動作は、次のとおりです。

• ポート A は、通常の受信者ポートとして機能します。エンドツーエンドの遅延測定メカニズムを使用して、時刻源からの遅延とオフセットを計算します。計算された遅延とオフセットを使用して、ローカルクロックを同期します。

• ポート B は PASSIVE_SLAVE 状態です。エンドツーエンドの遅延測定メカニズムを使用して、時刻源からの遅延とオフセットを計算します。

  これは、計算された遅延とオフセットを維持しますが、ローカルクロックの操作を実行しないという意味でパッシブです。遅延とオフセットの情報をすぐに利用できるようにすることで、ポート A で時刻源への接続が失われた場合に、その役割を時刻受信者に円滑に変更できます。

P2P を使用するダブル接続 BC（DABC）としての PRP RedBox

次の図は、Redbox M と Redbox S がピアツーピア（P2P）遅延測定メカニズムを使用する境界クロックとして Power プロファイルで実行するように設定されている例を示しています。この例で、GMC は LAN C を介して接続された通常のクロックです。すべてのクロックがピアツーピア遅延測定を実行するように設定され、ピア遅延は図に示すすべてのリンクで定期的に計算および維持されます。

Redbox M の BMCA は、時刻源に接続するポート A と B を決定します。Redbox M で実行されている PTP プロトコルは、ポート A と B の両方を時刻源ポートとして個別に扱い、両方のポートから同期メッセージや Follow_Up メッセージを個別に送信します。

Redbox S では、通常の BMCA 操作でポート A を時刻受信者、ポート B を PASSIVE に決定します。ただし、ポート A と B が同じ PRP チャネルの一部であることが判明した場合は、ポート B が強制的に PASSIVE_SLAVE 状態になります。Redbox S のポート A とポート B の動作は、次のとおりです。

• ポート A は、通常の受信者ポートとして機能します。同期および Follow_Up メッセージとその補正フィールドを使用して、時刻源からの遅延とオフセットを計算し、ローカルクロックを同期します（E2E BC とは異なり、Delay_Req メッセージを生成する必要はありません。これは、PTP 経路に沿ったすべてのリンク遅延と滞留時間が、Follow_Up メッセージの補正フィールドに蓄積されるためです）。

• ポート B は PASSIVE_SLAVE 状態です。ポート A と同様に時刻源からの遅延とオフセットを維持しますが、ローカルクロックに対する操作は実行しません。すべての同期情報を使用できるようにすることで、ポート A が GM との通信を失った場合に、新しい時刻受信者として円滑に引き継ぐことができます。

P2P を使用するダブル接続 TC（DATC）としての PRP RedBox

次の図は、Redbox M と Redbox S が Power プロファイルモードでトランスペアレントクロックとして動作するように設定されている例を示しています。この例で、GMC は LAN C を介して接続された通常のクロックです。すべてのクロックがピアツーピア遅延測定を実行するように設定され、ピア遅延は図に示すすべてのリンクで定期的に計算および維持されます。

P2P TC で BMCA を実行する必要はありませんが、Redbox M と Redbox S では BMCA を実行します。Redbox M の BMCA で、時刻源に接続するポート A と B を決定します。Redbox M は、ポート C で受信したすべての同期メッセージと Follow_Up メッセージをポート A と B に転送します。

Redbox S では、前述のようにポート A を時刻受信者に、ポート B を PASSIVE_SLAVE に決定します。Redbox S のポート A とポート B の動作は、次のとおりです。

• ポート A は、通常の受信者ポートとして機能します。同期および Follow_Up メッセージとその補正フィールドを使用して、時刻源からの遅延とオフセットを計算し、ローカルクロックを同期します（E2E BC とは異なり、Delay_Req メッセージを生成する必要はありません。これは、PTP 経路に沿ったすべてのリンク遅延と滞留時間が、Follow_Up メッセージの補正フィールドに蓄積されるためです）。

• ポート A と同様に、ポート B は時刻源からの遅延とオフセットを維持しますが、ローカルクロックに対する操作は実行しません。すべての同期情報を使用できるようにすることで、ポート A が GMC との通信を失った場合に、新しい時刻受信者として円滑に引き継ぐことができます。