インライン伝送モード
このトピックでは、インライン伝送とは何か、およびインライン伝送を有効にして CFM、LFM、およびパフォーマンス監視機能を最大限スケーリングする方法について説明します。
最大スケーリングのための連続性チェックメッセージのインライン送信の有効化
スケーリングとは、増大する作業量を処理し、適切に機能し続けるシステムの能力です。スケーリングとは、容量の増加と、増加するワークロード、加入者またはセッションの数、ハードウェアコンポーネントなどを処理する能力の増加を指す場合があります。連続性チェックプロトコルは、メンテナンスアソシエーション内の障害検出に使用されます。メンテナンス アソシエーション エンドポイント (MEP) は、継続性チェック メッセージ (CCM) を定期的に送信します。CCM の送信間隔は、間隔と呼ばれます。受信側の MEP は、メンテナンス アソシエーション内のすべての MEP のデータベースを維持します。
デフォルトでは、CCM は MPC(モジュラー ポート コンセントレータ)などのラインカードの CPU によって送信されます。CCM の送信間隔が短い場合、または特定のラインカードの CCM が拡張される場合は、CCM のインライン送信を有効にして、転送 ASIC(つまり、ハードウェア)に CCM の送信を委任することを推奨します。CCM のインライン伝送は、インラインキープアライブまたはインライン KA とも呼ばれます。インライン伝送により、システムはラインカードごとにより多くの接続障害管理(CFM)セッションを処理できます。CCM のインライン送信を有効にすることで、CCM の最大スケーリングを実現できます。
CCM のインライン伝送を使用可能にするには、以下のステップを実行します。
インライン送信を無効にするには、 hardware-assisted-keepalives disable
ステートメントを使用します。インライン送信を無効にした後、変更を有効にするには、ルーターを再起動する必要があります。
関連項目
リンク障害管理キープアライブのインライン送信を可能にし、最大限のスケーリングを実現
スケーリングとは、増大する作業量を処理し、適切に機能し続けるシステムの能力です。スケーリングとは、容量の増加と、増加するワークロード、加入者またはセッションの数、ハードウェアコンポーネントなどを処理する能力の増加を指す場合があります。
デフォルトでは、LFM キープアライブパケットは、ラインカード上の定期的なパケット管理 ppm
プロセスによって送信されます。インライン送信を有効にすることで、LFM キープアライブパケットの送信を転送 ASIC(つまりハードウェア)に委任できます。LFM キープアライブのインライン送信は、インラインキープアライブまたはインライン KA とも呼ばれます。LFMキープアライブパケットのインライン送信を有効にすることで、キープアライブパケットの最大スケーリング、 ppm
プロセスの負荷の軽減、非ジュニパーピアのLFMインサービスソフトウェアアップグレード(ISSU)のサポート(キープアライブ間隔1秒)を実現できます。
LFM セッションがすでに確立されている場合は、LFM のインライン送信を有効または無効にしないでください。インライン送信を有効または無効にするには、まず deactivate
コマンドを使用して既存の確立された LFM セッションを非アクティブ化し、インライン LFM を有効または無効にした後、 activate
コマンドを使用して LFM セッションを再アクティブ化する必要があります。
LFM キープアライブパケットのインライン送信を有効にする前に、以下のタスクを実行してください。
オンラインでアクティブなLFMセッションがあるかどうかを確認します。既存または確立済みの LFM セッションがオンラインでアクティブかどうかを確認するには、次のコマンドを発行します。
user@host> show oam ethernet link-fault-management detail Oct 18 02:04:17 Interface: ge-0/0/0 Status: Running, Discovery state: Active Send Local Transmit interval: 1000ms, PDU threshold: 3 frames, Hold time: 0ms Peer address: 00:00:00:00:00:00 Flags:0x8 OAM receive statistics: Information: 0, Event: 0, Variable request: 0, Variable response: 0 Loopback control: 0, Organization specific: 0 OAM flags receive statistics: Critical event: 0, Dying gasp: 0, Link fault: 0 OAM transmit statistics: Information: 28, Event: 0, Variable request: 0, Variable response: 0 = after waiting for a while count increased by 15 Loopback control: 0, Organization specific: 0 OAM received symbol error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame period error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM received frame seconds error event information: Events: 0, Window: 0, Threshold: 0 Errors in period: 0, Total errors: 0 OAM transmitted symbol error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM current symbol error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM transmitted frame error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 OAM current frame error event information: Events: 0, Window: 0, Threshold: 1 Errors in period: 0, Total errors: 0 Loopback tracking: Disabled, Loop status: Unknown Detect LOC: Disabled, LOC status: Unknown
OAM 送信統計は、
ppm
プロセスが LFM キープアライブ パケットの送信を処理していることを反映します。インライン LFM モードを有効にできるように、LFM セッションを非アクティブ化します。LFM セッションを非アクティブ化するには、次のコマンドを発行します。
[edit] user@host # deactivate protocols oam ethernet link-fault-management interface interface-name
設定をコミットします。設定をコミットするには、次のコマンドを発行します。
[edit] user@host # commit
LFM キープアライブ パケットのインライン送信を有効にするには、次の手順を実行します。
インライン LFM を無効にするには、確立済みの既存の LFM セッションがオンラインでアクティブになっているかどうかを確認します。LFM セッションを非アクティブ化してコミットします。インライン LFM を無効にするには、 hardware-assisted-keepalives
ステートメントを削除してコミットします。その後、LFM セッションを再アクティブ化し、設定をコミットします。
関連項目
最大のスケーリングを達成するためのパフォーマンス監視のインラインモードの有効化
パフォーマンス監視は、一定期間にわたるネットワーク内のトラフィック パターンを調査するのに役立ちます。ネットワークの障害の影響を受ける前に、ネットワークの問題を特定するのに役立ちます。
デフォルトでは、パフォーマンス監視パケットは、MPC(モジュラー ポート コンセントレータ)などのラインカードの CPU によって処理されます。パフォーマンス監視のインライン モードを有効にすると、プロトコル データ ユニット(PDU)の処理が転送 ASIC(つまり、ハードウェア)に委任されます。インライン モードのパフォーマンス監視を有効にすると、ラインカードの CPU の負荷が軽減され、パフォーマンス監視セッションの数を増やして、サービス OAM パフォーマンス監視セッションの最大スケーリングを実現できます。MX シリーズ ルーターでは、ルーターのネットワーク サービス モードが enhanced-ip
に設定され、拡張接続障害管理 (enhanced-cfm-mode)
) が設定されている場合にのみ、パフォーマンス監視のインライン モードを構成できます。
パフォーマンス・モニターのインライン・モードを使用可能にすることにより、パフォーマンス・モニター・セッションの最大スケーリングを実現できます。パフォーマンス・モニター・セッションの最大スケーリングを実現するには、継続性チェック・メッセージ (CCM) セッションのスケーリングを有効にする必要があります。CCM セッションのスケーリングを有効にするには、連続性チェック・メッセージのインライン伝送を有効にします。連続性チェックメッセージのインライン送信の詳細については、 最大スケーリングのための連続性チェックメッセージのインライン送信の有効化を参照してください。CCM と PM でサポートされているスケーリング値を表示するには、「 サポートされているインライン CCM とインライン PM スケーリング値」を参照してください。
パフォーマンス監視のインライン モードは、フレーム遅延測定 (双方向遅延測定) および合成損失測定 (SLM) セッションのプロアクティブ モードでのみサポートされます。反復子プロファイル (CFM) を使用して構成されたパフォーマンス監視関数は、事前対応型パフォーマンス監視と呼ばれます。サービス フレーム (LM) を使用したフレーム損失測定のパフォーマンス監視のインライン モードはサポートされていません。
MPC3E(MX-MPC3E-3D)およびMPC4E(MPC4E-3D-32XGE-SFPPおよびMPC4E-3D-2CGE-8XGE)は、パフォーマンス監視のインラインモードをサポートしていません。ユーザー定義データ TLV は、パフォーマンス監視のインライン モードを設定した場合、サポートされません。また、PM セッションごとに 12 個の履歴レコードのみがサポートされています。
変更によって既存のパフォーマンス監視セッションに干渉する可能性があるため、パフォーマンス監視セッションを構成する前に、パフォーマンス監視のインライン モードを有効にすることをお勧めします。
インライン モードのパフォーマンス監視を有効にするには、次の手順を実行します。
関連項目
サポートされているインライン CCM およびインライン PM スケーリング値
このトピックでは、パフォーマンス・モニターのインライン・モードおよび連続性チェック・メッセージのインライン伝送のスケーリング値をリストします。スケーリング値は、さまざまなサイクルタイム間隔値に基づいています。各テーブルには、 hardware-assisted-keepalives
、 enhanced-cfm-mode
、および hardware-assisted-pm
オプションを使用してインライン CCM、拡張 CFM、および拡張 PM を設定した場合の接続障害管理(CFM)セッションとパフォーマンス監視(PM)セッションの最大数がラインカードごとおよびシャーシごとに示されています。
このスケーリング値は、システム内の他のプロトコルからの負荷を考慮していないため、ラインカードとシャーシの実際の実現スケーリング値は、他のプロトコル設定やシステム内のスケーリングによって異なります。CFM に対して DDoS を設定することをお勧めします。ラインカードの CPU に送信される CFM パケットの数を 3000 に制限します。パケット数を制限すると、さまざまな CFM プロトコルイベントのスケーリングされた CFM 設定から CPU が保護されます。
表 1 には、CCM間隔とPM間隔の両方を1秒として設定した場合の、ラインカードごと、シャーシごとの、接続障害管理(CFM)セッションとパフォーマンス監視(PM)セッションの最大数が一覧表示されます。
CFMラインカードスケール |
PMラインカードスケール |
CFM シャーシ スケール |
PMシャーシスケール |
---|---|---|---|
4,000 |
4500 |
16000 |
16000 |
6000 |
3750 |
16000 |
16000 |
7000 |
3375 |
16000 |
16000 |
8,000 |
3000 |
16000 |
16000 |
表 2 CCM間隔を1秒、PM間隔を100ミリ秒に設定した場合、ラインカードごと、シャーシごとの接続障害管理(CFM)セッションとパフォーマンス監視(PM)セッションの最大数が一覧表示されます。
CFMラインカードスケール |
PMラインカードスケール |
CFM シャーシ スケール |
PMシャーシスケール |
---|---|---|---|
4,000 |
450 |
12000 |
4,000 |
6000 |
375 |
12000 |
4,000 |
7000 |
337 |
12000 |
4,000 |
8,000 |
300 |
12000 |
4,000 |
表 3 CCM間隔を100ミリ秒、PM間隔を1秒に設定した場合、ラインカードごと、シャーシごとの接続障害管理(CFM)セッションとパフォーマンス監視(PM)セッションの最大数が一覧表示されます。
CFMラインカードスケール |
PMラインカードスケール |
CFM シャーシ スケール |
PMシャーシスケール |
---|---|---|---|
4,000 |
3000 |
8,000 |
6000 |
3000 |
3750 |
8,000 |
6000 |
2000 |
4500 |
8,000 |
6000 |
1000 |
4500 |
8,000 |
6000 |
表 4 CCM間隔とPM間隔の両方を100ミリ秒に設定した場合、ラインカードごと、シャーシごとの接続障害管理(CFM)セッションとパフォーマンス監視(PM)セッションの最大数を一覧表示します。
CFMラインカードスケール |
PMラインカードスケール |
CFM シャーシ スケール |
PMシャーシスケール |
---|---|---|---|
4,000 |
300 |
8,000 |
3000 |
3000 |
375 |
8,000 |
3000 |
2000 |
450 |
8,000 |
3000 |
1000 |
450 |
8,000 |
3000 |