Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ITU-T Y. y.1731 イーサネットサービス OAM 概要

SUMMARY このセクションでは、サービス OAM(ITU-TY.1731)とその 2 つの主要コンポーネントについて説明します。障害管理 (監視、検知、分離) とパフォーマンス監視 (フレームロスの測定、生成フレームロスの測定、フレーム遅延測定)。

イーサネットフレーム遅延測定の概要

ITU-T Y. y.1731 フレーム遅延測定機能

イーサネットの運用、管理、保守のための IEEE 802.3 標準 (OAM) は、単一のポイントツーポイントイーサネット LAN 上でリンク障害を検知して報告する、一連のリンク障害管理メカニズムを定義します。

Junos OS は、サービスプロバイダによるイーサネットサービスのエンドツーエンドでの自動管理と監視を実現する、主要な OAM 標準をサポートしています。

  • IEEE Standard 802.1ag(「Connectivity Fault Management(CFM)」とも呼ばれています。

  • ITU-T Recommendation Y.1731:IEEE 802.1ag とは異なる用語を使用し、障害監視、診断、パフォーマンス監視用にイーサネット サービス OAM 機能を定義しています。

これらの機能により、通信事業者は、サービス品質保証契約 (バインディング) を提供し、顧客の特定のニーズに合わせて調整された、レートとパフォーマンスに優れたサービスパッケージから、新たな収益を生み出します。

ACX シリーズルーターは、事前対応型およびオンデマンドモードをサポートしています。

注:

ACX5048 および ACX5096 ルーターでは、遅延測定のためのソフトウェアベースのタイムスタンプのみがサポートされています。

イーサネット CFM

接続障害管理 (CFM) の IEEE 802.1 ag 規格は、1つのリンクまたは複数の Lan で構成される複数のリンクが存在する場合でも、あらゆるパスでエンドツーエンドのイーサネットサービス保証を提供するためのメカニズムを定義します。

M320、MX シリーズ、T Series ルーターのイーサネットインターフェイスでは、Junos OS は、イーサネット CFM 標準の以下の主要な要素をサポートしています。

  • IEEE 802.1 ag Ethernet OAM 連続性を使用した障害監視プロトコルの確認

  • IEEE 802.1 ag Ethernet OAM Linktrace プロトコルを使用したパス検出と障害検証

  • IEEE 802.1 ag イーサネット OAM ループバックプロトコルを使用した障害切り分け

CFM 環境では、ネットワーク通信事業者、サービスプロバイダ、顧客などのネットワークエンティティが、さまざまな管理ドメインの一部になっている場合があります。各管理ドメインは1つの保守ドメインにマップされています。保守ドメインは、異なるレベル値で構成されているため、個別に維持できます。各ドメインは、エンティティが独自の管理とエンドツーエンドの監視を実行し、セキュリティ侵害を回避するために十分な情報を提供します。

図 1は、顧客、プロバイダ、オペレータイーサネットブリッジ、保守ドメイン、保守関連エンドポイント (MEPs)、メンテナンス中間点 (MIPs) の関係を示しています。

図 1: MEPs、MIPs、保守の各ドメインレベルの関係MEPs、MIPs、保守の各ドメインレベルの関係
注:

ACX シリーズルーターでは、ACX5048 と ACX5096 のルーター上でのみメンテナンス中間ポイント (MIP) がサポートされています。

イーサネットフレーム遅延測定

OAM 機能の 2 つの主要な目的は、フレーム遅延やフレーム遅延変動(「フレーム ジッター」とも呼ばれる)など、サービス品質の属性を 測定することにあります。このような測定によって、ネットワーク障害の影響を受けていない場合でも、問題を特定することができます。

Junos OS は、MX シリーズルーター上のイーサネット物理または論理インタフェースで構成された、イーサネットフレーム遅延測定をサポートします。イーサネットフレーム遅延測定は、特定のサービスで遅延測定をトリガーするための事業者の制御を可能にします。また、Sla を監視するために使用することもできます。また、イーサネットフレーム遅延測定は、最悪の場合や、最優先される遅延や平均遅延の変動など、その他の有益な情報も収集します。ETH-DM(イーサネット フレーム遅延測定)の Junos OS 実装は、イーサネットベース ネットワーク向け ITU-T Recommendation Y.1731, OAM 機能および機構 に完全に準拠しています。この推奨事項は、イーサネットサービスレイヤーでネットワークを運用および維持するための OAM メカニズムを定義しており、ITU-T の用語では「ETH レイヤー」と呼ばれています。

ポートコンセントレーター (MPCs) と10ギガビットイーサネット MPCs を備えた MX シリーズルーター (フレーム遅延と遅延偏差を含む) VPLS で y.1731 機能をサポートしています。

注:

MX シリーズバーチャルシャーシは、イーサネットフレーム遅延測定 (DM) をサポートしていません。

一方向イーサネットフレーム遅延測定

一方向の ETH モードでは、一連のフレーム遅延とフレーム遅延の偏差値は、測定フレームがルーターでイニシエーター MEP から送信されてから、othe で受信したフレームをレシーバー MEP にした時点までの経過時間に基づいて計算されます。r ルーター。

注:

ACX シリーズルーターは、一方向のイーサネットフレーム遅延測定をサポートしていません。

1個の DM 伝送

一方通行のフレーム遅延測定を開始すると、ルーターは 1DM フレーム(プロトコル データ ユニット(PDU)を運ぶフレームを一方通行の遅延測定に送信します。イニシエーター MEP からレシーバ MEP まで、指定したフレーム数です。ルーターは、1つの DM フレームをドロップできないものとしてマークし、送信時間のタイムスタンプをフレームに挿入します。

1 DM 受信

MEP 社が1DM フレームを受信すると、受信側 MEP を含むルーターは、そのフレームの一方向遅延 (フレームを受信した時刻とフレーム自体に含まれるタイムスタンプの差) を測定し、遅延の変化を評価します (違い現在と以前の遅延値の間)

一方向の ETH の統計

受け手 MEP を含むルーターは、ETH データベースにおける一方向の遅延統計の各セットを保存しています。ETH データベースは、指定された CFM セッション (ピア・ Ps のペア) について、最大100の統計情報を収集します。これらの統計情報には、ETH データベースの内容を表示することで、いつでもアクセスできます。

一方向の ETH フレーム数

各ルーターは、送受信された一方向 ETH のフレーム数をカウントします。

  • イニシエーター MEP の場合、ルーターは送信された DM フレーム数を1つカウントします。

  • 受信機の場合、ルーターは受信した有効な 1 DM フレーム数と受信した無効な1DM フレーム数をカウントします。

各ルーターは、CFM データベースに ETH のフレーム数を保存しています。CFM データベースには、CFM セッションの統計情報と、ETH をサポートするインターフェイス用の ETH DM フレーム数が格納されています。CFM のデータベース情報を表示することにより、CFM セッションで MEPs に割り当てられたイーサネットインタフェースや MEPs インターフェイスに関する、いつでもフレーム数にアクセスできます。

システムクロックの同期

一方向の遅延計算の精度は、initiator MEP およびレシーバー MEP のシステムクロックの同期が終了した場合によって異なります。

一方向遅延の変化の精度は、システムクロックの同期には依存しません。遅延の変化は、連続した一方向の遅延値の違いであるため、フレームのジッター値から位相の範囲外の期間が不要になります。

注:

特定の一方向イーサネットフレーム遅延測定では、フレーム遅延とフレーム遅延のバリエーション値は、受け手 MEP を含むルーターでのみ使用できます。

双方向イーサネットフレーム遅延測定

双方向 ETH モードでは、フレーム遅延とフレーム遅延のバリエーション値は、イニシエーターがリクエストフレームを送信してから、応答側 mep からの応答フレームを受信し、応答側 MEP からの経過時間を引いてくるまでの時間差に基づいています。

DMM 伝送

二方的なフレーム遅延測定を開始すると、ルーターは、遅延測定メッセージ(DMM)フレーム(イニシエーター MEP からレスポンダ MEP まで、指定したフレーム数)に対して、PDU を送信して PDU を 2 対の ETH-DM リクエストに送信します。ルーターは、各 DMM フレームをドロップできないものとしてマークし、フレームに伝送時間のタイムスタンプを挿入します。

DMR 伝送

MEP が DMM フレームを受信すると、応答側 MEP は、DMM フレームに含まれる ETH の返信情報とタイムスタンプのコピーを搬送する、遅延測定応答 (DMR) フレームで応答します。

DMR の受信

MEP が有効な DMR を受信すると、MEP を含むルーターは、次の一連のタイムスタンプに基づいて、そのフレームに対する双方向の遅延を測定します。

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

双方向のフレーム遅延は、次のように計算されます。

  1. [TIRxDMR – TITxDMM]– [TRTxDMR – TRRxDMM]

この計算では、フレーム遅延は、DMM フレームを送信した時刻と、イニシエーター MEP がレスポンダー MEP から経過した DMR フレームを受信した時点と、レスポンダー MEP の時間を差し引いた時間の差を示しています。

遅延の変化は、現在と以前の遅延値の差です。

双方向の ETH 統計

イニシエーター MEP を含むルーターは、ETH データベースにおける双方向の遅延統計の各セットを格納しています。ETH データベースは、指定された CFM セッション (ピア・ Ps のペア) について、最大100の統計情報を収集します。これらの統計情報には、ETH データベースの内容を表示することで、いつでもアクセスできます。

ETH の双方向フレーム数

各ルーターは、送受信された双方向の ETH のフレーム数をカウントします。

  • イニシエーター MEP の場合、ルーターは、送信した DMM フレーム数、受信した DMR フレーム数、受信した DMR フレーム数をカウントします。

  • 応答側 MEP の場合、ルーターは送信された DMR フレームの数をカウントします。

各ルーターは、CFM データベースに ETH のフレーム数を保存しています。CFM データベースには、CFM セッションの統計情報と、ETH をサポートするインターフェイス用の ETH DM フレーム数が格納されています。CFM のデータベース情報を表示することにより、CFM セッションで MEPs に割り当てられたイーサネットインタフェースや MEPs インターフェイスに関する、いつでもフレーム数にアクセスできます。

注:

特定の双方向のイーサネットフレーム遅延測定では、フレーム遅延とフレーム遅延のバリエーション値は、イニシエーター MEP を含むルーターでのみ使用できます。

一方向と双方向の ETH の選択

一方向フレーム遅延測定では、initiator MEP およびレシーバー MEP のシステムクロックを密接に同期化する必要があります。双方向のフレーム遅延測定では、2つのシステムの同期は必要ありません。クロックの同期が実際的でない場合は、双方向のフレーム遅延測定の精度が向上します。

2つのシステムが物理的に近い場所にある場合、一方向の遅延値は双方向遅延値に比べて非常に高くなります。一方向の遅延測定では、2つのシステムのタイミングを非常にきめ細かなレベルで同期することが求められます。現在、MX シリーズルーターは、このようなきめ細かい同期をサポートしていません。

イーサネットフレーム遅延測定の制限

イーサネットフレーム遅延測定機能には、以下の制限が適用されます。

  • ETH 機能は、ラベル交換インターフェイス(LSI) 擬似ワイヤではサポートされていません。

    ETH 機能は、アグリゲート型イーサネットインターフェイスでサポートされています。

  • 受信パス内の ETH フレームのハードウェア支援タイムスタンプは、拡張 Dpc の MEP インターフェイスと、MX シリーズルーターの拡張キューイング Dpc でのみサポートされています。ハードウェア補助のタイムスタンプの詳細については、 ETH セッションをサポートするようにルーターを構成し、ハードウェア支援のタイムスタンプオプションを有効にするためのガイドラインを参照してください。

  • イーサネットフレーム遅延測定は、分散型定期パケット管理デーモン (ppm) が有効になっている場合にのみトリガーできます。この制限の詳細については、 ETH セッションをサポートするようにルーターを構成するためのガイドラインを参照し、分散された ppm が無効になっていないことを確認してください。

  • 一度に1つのセッションのみを同じ remote MEP または MAC アドレスに監視できます。ETH セッションの開始の詳細については、「 ETH の Dm セッションの開始」を参照してください。

  • ETH の統計は、ETH DM セッション内の2つのピアルーターの1つでのみ収集されます。一方向の ETH セッションでは、ETH 固有showのコマンドを使用して、受信機でフレーム ETH の統計情報を表示できます。双方向の ETH セッションでは、イニシエーター MEP でフレーム遅延統計を表示できるのは、同じ ETH-DM 固有showのコマンドを使用している場合のみです。詳細については、 ETH の統計と ETH のフレーム数を管理するを参照してください。

  • ETH フレーム数は、両方の Ps で収集され、それぞれの CFM データベースに格納されます。

  • グレースフルルーティングエンジンスイッチオーバー (gres) が発生した場合、収集された ETH の統計情報はすべて消失し、ETH のフレームカウントはゼロにリセットされます。そのため、スイッチオーバーの完了後に、ETH の統計および ETH のフレームカウンターのコレクションを再起動する必要があります。GRES を使用すると、デュアル ルーティング エンジンを搭載したルーターは、パケット転送を中断ルーティング エンジンプライマリ スイッチからバックアップ ルーティング エンジンスイッチを実行できます。詳細については、「 高可用性ユーザー ガイド Junos OS 」を参照してください

  • 再構成などによってシステムが変更されると、フレーム遅延統計の精度が低下します。安定したシステムでイーサネットフレーム遅延測定を実行することをお勧めします。

イーサネットフレーム損失の測定の概要

OAM 機能の主な目的は、フレーム遅延、フレーム遅延変動(「フレーム ジッター」とも呼ばれる)、フレーム 損失などのサービス品質属性を測定します。このような測定により、ネットワークの問題が発生してもユーザーがネットワーク障害の影響を受けないようにすることができます。

Junos OS は、MX シリーズルーター上のイーサネット物理または論理インターフェイスに設定された保守関連エンドポイント (ETH) と、イーサネットフレーム損失測定 (MEPs) をサポートしています。現在は、 Vpwsサービスでのみサポートされています。ETH は、受信および送信サービスフレームに適用可能なカウンター値を収集するために、事業者によって使用されています。これらのカウンターは、1組の MEPs との間で送信され、受信されるデータフレームの数を保持しています。イーサネットフレーム損失の測定は、ETH 情報を持つフレームを peer MEP に送信し、同様に、ピア MEP から ETH-LM 情報でフレームを受信することによって実行されます。この種のフレーム損失測定は、シングルエンドイーサネット損失測定としても知られています。

注:

MX シリーズバーチャルシャーシは、イーサネットフレーム損失測定 (ETH) をサポートしていません。

ETH は、以下のフレーム損失測定値をサポートしています。

  • 近端フレーム損失測定:イングレス データ フレームに関連するフレーム 損失を測定します。

  • 遠端フレーム損失測定:エグレス データ フレームに関連するフレーム 損失を測定します。

注:

Y1731 のルーター ACX シリーズでは、プロアクティブ/二重損失測定機能 (ITU-T) がサポートされていません。

ETH 機能は、アグリゲート型イーサネットインターフェイスでサポートされています。

注:

ETH のリリース16.1 を Junos OS 開始すると、接続障害管理 (CFM) およびパフォーマンス監視 (PM) の Pdu が、黄色に分類された保守エンドポイント (MEP) でローカルに受信した場合に、イーサネット損失測定の結果が不正確になります。クラスまたはパケット損失優先度 (PLP) (中-高)。この不正な結果の問題は、CFM セッションでのイーサネット損失の測定に固有のものです。イーサネット損失測定の統計は、以下のシナリオでは不正確です。

  • イーサネット損失測定は、MEP a on p の CFM セッションで動作しています。

  • Down p の論理インターフェースで受信した CFM Pdu は、分類子によって黄色または中レベルの PLP として分類されています。

  • 入力分類子が PLP を中速としてマークすると、パケットは黄色として識別されます。

Colorless モードでイーサネット損失測定値を設定した場合、イーサネット損失測定結果の不一致の問題は確認されません。正確でない損失の測定結果に関するこの問題を回避するには、すべてのローカル CFM Pdu を緑または PLP でハイにプロビジョニングします。

注:

Junos OS リリース16.1 以降、接続障害管理のパフォーマンス監視 (文とperformance-monitoring[edit protocols oam ethernet connectivity-fault-management]階層レベルでのサブ文の挿入を含む) は、ネットワークツーネットワーク (nni) または送信インタフェースが dpc 上でメンバーリンク付きのアグリゲート型イーサネットインターフェイスである場合は、サポートされません。

サービスレベル契約の測定

サービス品質保証契約 (SLA) 測定は、サービスの帯域幅、遅延、遅延偏差 (ジッター)、連続性、可用性を監視するプロセス (e ラインまたは e-LAN) です。これにより、ネットワーク障害の影響を受ける前に問題を特定することができます。

注:

イーサネット VPN サービスは、以下のものに分類できます。

  • ピアツーピアサービス(E-Lineサービス)—E-Lineサービスは、MPLSベースのレイヤー2 VPN仮想 プライベートワイヤサービス(VPWS)を使用して提供されます。

  • マルチポイント間サービス(E-LAN サービス) — E-LAN サービスは、MPLS ベースの VPLS(仮想プライベート LAN サービス)を使用して提供されます。

詳細については、「 VPN の設定ガイド Junos 」を参照してください

Junos OS では、SLA 測定は以下のように分類されています。

  • オンデマンド モード — オンデマンド モードでは、これらのイベントを使用して測定がCLI。

  • プロアクティブ モード — プロアクティブ モードでは、計測はアプリケーションアプリケーションによってトリガーされます。

イーサネットフレーム遅延測定およびイーサネットフレーム損失の測定は、 aeインターフェイスではサポートされていません。

SLA 測定のオンデマンドモード

オンデマンドモードでは、ユーザーが CLI を使用して測定をトリガーします。

ユーザーが CLI を使用して遅延測定をトリガーすると、ITU-T y.1731 規格で指定されたフレーム形式に従って遅延測定要求が生成されます。双方向の遅延測定では、サーバー側の処理をパケット転送エンジンに委任して、ルーティングエンジンの過負荷を回避できます。詳細については、 ETH セッションをサポートするためのルーターの構成を参照してください。サーバー側の処理がパケット転送エンジンに委任されると、遅延測定メッセージ (DMM) フレームreceiveカウンターおよび遅延測定応答 (dmr) フレームtransmitカウンターは、 showコマンドでは表示されません。

ユーザーが CLI を使用して損失測定をトリガーすると、ルーターは損失測定 TLV とともに、パケットを標準形式で送信します。デフォルトでは、 session-id-tlv同じローカル mep からの同時損失測定セッションを可能にするために、この引数がパケットに含まれています。また、 no-session-id-tlv引数を使用して、セッション ID TLV を無効にすることもできます。

オンデマンドの運用、管理、保守の目的で、シングルエンドの ETH-LM が使用されます。MEP は、ETH のリクエスト情報をピア MEP に送信するフレームと、そのピア MEP からの ETH-LM 応答情報を持つフレームを受信して、損失の測定を実行します。シングルエンドの ETH-LM リクエストに使用されるプロトコルデータユニット (PDU) は、損失測定メッセージ (LMM) と呼ばれ、単一の終端を持つ ETH-LM 応答として使用される PDU は、損失測定応答 (LMR) と呼ばれます。

SLA 測定の事前対応モード

予防的モードでは、SLA 測定は反復子アプリケーションによってトリガーされます。反復子は、SLA 測定パケットを ITU-T の形で定期的に送信するように設計されています。 y.1731 準拠フレームは、MX シリーズルーターでの双方向の遅延測定または損失に対応します。このモードは、ユーザーが開始するオンデマンドの SLA 測定とは異なります。反復子は、登録された各接続について、周期的な遅延または損失の測定パケットを送信します。反復子は、CPU 過負荷を回避するために同じ接続に測定サイクルが同時に発生していないことを確認します。Junos OS は、 Vpwsに対して事前対応型のモードをサポートしています。反復子がリモート隣接関係を形成し、機能的に動作するようにするには、接続障害管理 (CFM) のローカルおよびリモートの MEP 設定の間で、連続性確認メッセージ (CCM) がアクティブになっている必要があります。反復子の隣接関係パラメーターを変更すると、既存の反復統計がリセットされ、反復子が再始動します。ここでは、隣接関係という用語は、2つのエンドポイント (直接または仮想的に接続されている) のペアを意味し、相互の理解を目的とした関連情報があります。これは、後続の処理に使用されますたとえば、反復子の隣接関係は、MEPs の2つのエンドポイント間の反復子関連を示しています。

すべてのDPCまたはMPCでは、10ミリ秒(ms)のサイクル時間値に対して、30のリサイト インスタンスのみサポートされています。Junos OS では、255反復子プロファイルの設定と 2000 remote MEP の関連付けがサポートされています。

サイクル時間値が 100 ms 未満のリサイトは無限の無限の計算でのみサポートされます。また、サイクル時間値が 100 ms を超える変更は、有限で無限の無限の自由の両方でサポートされます。無限反復子は、反復子が手動で無効化または非アクティブになるまで無限に実行される反復子です。

注:

ACX5048 と ACX5096 ルーターは、1秒以上の反復子サイクル時間をサポートしています。

ルーター上で構成された VPWS サービスは、接続を登録することで SLA 測定値を監視します (ここでは、接続はリモートおよびローカル MEPs のペアであり、これらの接続で定期的な SLA 測定フレーム伝送を開始します)。エンドツーエンドのサービスは、両端で設定された保守関連エンドポイント (MEP) を通して識別されます。

双方向で遅延を測定し、損失を測定するには、反復子が接続用のリクエストメッセージ (存在する場合) を送信し、その後、以前の反復サイクルでポーリングされた接続に対するリクエストメッセージを送信します。SLA 測定フレームとその応答のバックツーバック要求メッセージは、遅延の変動と損失の測定に対応するのに便利です。

反復子にアタッチされたサービスの Y y.1731 フレーム伝送は、演算子によって intervened して停止するか、反復回数の条件が満たされるまで、無限に継続します。反復子がより事前対応型の SLA 測定フレームを送信しないようにするには、オペレータが以下のいずれかのタスクを実行する必要があります。

  • deactivate sla-iterator-profile階層レベルで[edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id]明細書を有効にします。

  • 階層レベルdisableで、対応する反復子プロファイルの下にステートメントをプロビジョニングします。 [edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name]

事前対応型モードによるイーサネット遅延測定および損失の測定

双方向の遅延測定では、遅延測定メッセージ (DMM) フレームが反復子アプリケーションを使用してトリガーされます。DMM フレームは、標準フレーム形式で記述されたフィールドに加えて、反復子のタイプ、長さ、値 (TLV) を保持し、サーバーは、DMM フレームから遅延測定応答 (DMR) フレームに反復子 TLV をコピーします。

双方向の遅延測定方法を使用した一方向遅延偏差の計算では、遅延変動計算は、1DM フレームではなく、DMR フレームに存在するタイムスタンプに基づいています。そのため、クライアント側とサーバー側のクロックを同期させる必要はありません。クロックの違いが変わらないと仮定すると、一方向の遅延偏差の結果はかなり正確であると想定されています。この方法では、一方向の遅延によるバリエーション測定の目的で、個別の1つの DM フレームを送信する必要がなくなります。

プロアクティブモードで損失を測定する場合、ルーターは、損失測定 TLV および反復子 TLV とともに、パケットを標準形式で送信します。

イーサネット障害通知プロトコルの概要

エラー通知プロトコル (FNP) は、MX シリーズルーター上のポイントツーポイントイーサネットトランスポートネットワークの障害を検知する障害通知メカニズムです。ノードリンクに障害が発生した場合、FNP は障害を検知し、FNP メッセージを隣接ノードに送信します。これにより、回線がダウンしていることが確認できます。FNP メッセージを受信すると、ノードはトラフィックを保護回線にリダイレクトすることができます。

注:

FNP は、E シリーズのサービスでのみサポートされています。

E ラインサービスは、2つのユーザーネットワークインターフェイス (Uni) 間のセキュアなポイントツーポイントイーサネット接続を提供します。E ラインサービスは、保護されたサービスであり、各サービスは回線および保護回線を使用します。CFM は、機能と保護のパスを監視するために使用されています。CCM インターバルは、フェイルオーバー時間を数秒で、または数秒間で発生させることができます。FNP は、サービス回路障害検知と伝搬を50ミリ秒未満で提供し、E ラインサービスに50ミリ秒のフェイルオーバーを提供します。

MX ルーターは PE ノードとして機能し、管理用 VLAN で受信した FNP メッセージと、管理 VPLS 用に作成されたイーサネットインターフェイスと PWs の両方で受信した FNP メッセージを処理します。MX シリーズルーターは、FNP メッセージを開始せず、イーサネットアクセスネットワーク内のデバイスによって生成される FNP メッセージのみに応答します。FNP は、VPLS ルーティングインスタンスの一部である論理インタフェース上でのみ有効にでき、その VPLS ルーティングインスタンスには CCM が設定されている物理インタフェースは存在しません。FNP は、物理インタフェースごとに1つの論理インタフェースでのみ有効にすることができます。

すべての E ラインサービスは、エッジ保護付きのレイヤー2回線として構成されています。稼働回路または保護回路に関連付けられている VLAN は、論理インタフェースにマッピングされる必要があります。E ラインサービスによって使用される Vlan へのリングリンクでは、トランクポートまたはアクセスポートがサポートされていません。FNP では、保護回線に関連付けられた論理インタフェースは制御されません。MX ノードに存在しない終端ポイントを持つ E シリーズサービスのみが、FNP によって制御されます。

FNP は、グレースフルリスタートとグレースフルルーティングエンジンスイッチオーバー (gres) 機能をサポートしています。

イーサネットの合成による損失の測定の概要

イーサネット合成損失測定 (ETH-SLM) は、データトラフィックの代わりに合成フレームを使用してフレームロスの計算を可能にするアプリケーションです。このメカニズムは、データトラフィックのフレームロス率を概算する統計的サンプルとして考えることができます。各保守関連のエンドポイント (MEP) は、フレームロスの測定値を実行します。これは、時間に影響を与えません。

ニアエンドフレームロスは、受信データフレームに関連付けられたフレームロスを指定し、「末端フレーム損失」は送信データフレームに関連するフレームロスを指定します。近接と末端の両方のフレームロスの測定はどちらも、ニアエンドの重大な障害秒に対応し、同時に使用されていない時間を判断するために、組み合わせによって非常に大きな結果を提供しています。ETH-SLM は、合成損失メッセージ (SLM) と合成損失応答 (SLR) フレームを使用して実行されます。ETH は、双方向のサービスが利用できないと判断された場合、相互に利用可能として定義されていないため、各 MEP は、合成フレームを使用して、ほぼエンドの合成フレームロスの測定を実行できます。

Y.1731 標準、ETH-LM、ETH-SLM に定義されている2種類のフレーム損失の測定があります。Junos OS は、シングルエンドの ETH-SLM のみをサポートしています。シングルエンドの ETH-SLM では、各 MEP は ETH 要求情報を持つフレームを peer MEP に送信し、ピア MEP からの ETH SLM reply 情報を含むフレームを受信して、合成損失の測定値を実行します。シングルエンドの ETH-SLM は、事前対応型またはオンデマンドの OAM で、ポイントツーポイントイーサネット接続に適用可能な合成損失の測定を実行するために使用されます。この方法を使用すると、MEP は、同じ保守エンティティーグループ (m) の一部である Mep of のペアに関連付けられた、ほぼ完全に損失する測定基準を開始してレポートすることができます。

注:

MX シリーズバーチャルシャーシは、イーサネットの合成損失測定 (ETH-SLM) をサポートしていません。

シングルエンド ETH-SLM は、オンデマンドまたは事前対応型のテストを実行するために使用されます。1つまたは複数の MEP ピアに対して、限られた量の ETH SLM フレームを開始し、ピアから ETH SLM 応答を受信します。ETH の SLM フレームには、近距離および遠隔エンドの両方の合成損失測定の測定とレポートに使用される ETH SLM の情報が含まれています。サービスレベル契約 (SLA) 測定は、サービスの帯域幅、遅延、遅延偏差 (ジッター)、連続性、可用性を監視するプロセスです。これにより、ネットワーク障害の影響を受ける前に問題を特定することができます。予防的モードでは、SLA 測定は反復子アプリケーションによってトリガーされます。反復子は、SLA 測定パケットを ITU-T の形で定期的に送信するように設計されています。 y.1731 準拠フレームを使用して、代理フレーム損失の測定を行います。このモードは、ユーザーが開始するオンデマンドの SLA 測定とは異なります。オンデマンドモードでは、ユーザーが CLI を使用して測定をトリガーします。ユーザーが CLI を介して ETH-SLM をトリガーした場合、生成される SLM 要求は、ITU-T Y によって指定されたフレーム形式に従って実行されます。 y.1731 標準。

注:

ACX5048 および ACX5096 ルーターは、レイヤー2サービスの ETH-SLM をサポートしています。

ETH の構成のシナリオ-SLM

ETH は、同じ m レベルの一部である2つの MEPs 間で、ほぼエンドフレームの損失を測定します。ETH-SLM を構成して、上向きおよび上りの両方の MEP p と下りまたは下流の MEP の両方に対して、合成損失を測定できます。このセクションでは、ETH-SLM の運用に関する以下のシナリオについて説明します。

MPLS トンネルにおける上流の MEP

2つの MX シリーズルーター、MX1、MX2 のユーザーネットワークインターフェイス (Uni) の間に、MEARU が構成されているシナリオを、上流の方向に設定することを検討してください。MX1 と MX2 は、MPLS コアネットワークを介して接続されています。ETH-SLM 測定は、2つのルーターをリンクするパスの上流の MEP の間で実行されます。MX1 と MX2 はどちらもオンデマンドまたは事前対応型の ETH-SLM を開始できます。これにより、MX1 と MX2 で、極めて完全な損失とほぼエンドツー終了の両方を測定できます。この2つの Uni は、MPLS ベースのレイヤー 2 VPN仮想プライベートワイヤサービス(vpws) を使用して接続されています。

イーサネットネットワークにおける下流の MEP

MX1 と MX2 の2つの MX シリーズルーターの間に、下流方向のイーサネットインターフェイス上で MEP が設定されているシナリオを考えてみましょう。MX1 と MX2 はイーサネット・トポロジーで接続され、下流の MEP はイーサネット・ネットワークに設定されています。ETH-SLM 測定は、2つのルーターをリンクしているパス内の下流の MEP 間で実行されます。ETH-SLM は、これら2つのルーター間のパスで測定できます。

また、mep が下流方向に設定されていて、VPWS 上でのサービス保護が有効なパスまたは保護パスを指定することによって可能になっている MPLS について考えてみましょう。サービス保護は、障害が発生した場合に、稼働パスをエンドツーエンドで接続して保護します。サービス保護を設定するには、2 つの独立したトランスポート パス(ワーキング パスと保護パス)を作成する必要があります。有効なパスと保護パスを指定するには、2つの保守の関連付けを作成します。保守関連をパスに関連付けるには、メンテナンスアソシエーションで MEP インターフェイスを設定し、path を working または protect として指定する必要があります。

サンプルトポロジでは、MX シリーズルーター (MX1) は、その他の2つの MX シリーズルーター、MX2、MX3 に接続されています。コアは MPLS です。MX1 と MX2 間の接続障害管理 (CFM) セッションは、MEP のワーキングパスであり、MX1 と MX3 の間の CFM セッションは MEP の保護パスです。MX2 と MX3 は、イーサネットインターフェイスに接続して、アクセスネットワーク内の MX4 として機能させることができます。下流の MEP は、MX1 と MX4 の間に、MX2 (ワーキング CFM セッション) を通過し、MX1 と MX4 を通過する MX3 と間で構成されています。ETH は、これらのダウンストリームの間で SLM を実行しています。下流の MEPs 環境では、MX1 および MX4 Uni で設定を実行します。これは上流の MEPS と同様です。

ETH の SLM メッセージの形式

合成損失メッセージ (Slp Ms) は、シングルエンドイーサネットの合成損失測定 (ETH-SLM) 要求をサポートします。このトピックでは、SLM プロトコルデータユニット (Pdu)、SLR Pdu、およびデータ反復子タイプ長値 (TLV) の形式について説明する以下のセクションが含まれています。

SLM PDU 形式

SLM PDU 形式は、MEP が SLM の情報を送信するために使用します。SLM Pdu には、以下のコンポーネントが含まれています。

  • ソース MEP ID:送信元 MEP ID は 2 オクテット フィールドで、SLM フレームを送信する MEP を識別するために最後の 13 ビットの最小ビットが使用されます。MEP ID は m 内で一意です。

  • テスト ID—テスト ID は、送信 MEP によって 4 オクテットのフィールド セットであり、複数のテストが MEP 間で同時に実行された場合のテストの識別に使用されます(同時オンデマンド テストと事前対応型テストの両方を含む)。

  • TxFCf:TxFCf は、MEP によってピア MEP に送信される SLM フレーム数を運ぶ 4 オクテット フィールドです。

SLM PDU のフィールドは以下のとおりです。

  • MEGレベル — 0~7の範囲でメンテナンス ドメイン レベルを設定します。

  • バージョン — 0.

  • OpCode—OAM PDU タイプを識別します。SLM では、55になっています。

  • フラグ — すべてのゼロに設定します。

  • TLV オフセット:16。

  • ソース MEP ID —SLM フレームを送信する MEP を識別するために使用される 2 オクテット フィールド。この2ビットのフィールドで、最新の13位の最上位ビットを使用して、SLM フレームを送信している MEP を特定します。MEP ID は m 内で一意です。

  • RESV — [予約済み] フィールドはすべてのゼロに設定されます。

  • テスト ID —送信 MEP によって 4 オクテットのフィールドセットが設定され、MEP 間で複数のテストが同時に実行された場合のテストの識別に使用されます(同時オンデマンド テストと事前対応型テストの両方を含む)。

  • TxFCf—MEPによってピアMEDに送信されたSLMフレーム数を運ぶ4オクテットフィールド。

  • オプションの TLV — 送信される SLM にデータ TLV を含め設定できます。ETH の目的では、データ TLV の価値部分は指定されていません。

  • TLV の終了 — すべてのゼロ オクテット値。

SLR PDU 形式

代理損失応答 (SLR) PDU 形式は、SLR 情報を送信するために MEP によって使用されています。SLR PDU のフィールドは以下のとおりです。

  • MEGレベル—最後に受信したSLM PDUからコピーされた値を3ビット フィールドにコピーします。

  • バージョン —最後に受信した SLM PDU からコピーされた 5 ビット フィールドの値。

  • OpCode—OAM PDU タイプを識別します。SLR の場合、54として設定されます。

  • フラグ — SLM PDU からコピーされた 1 オクテット フィールド。

  • TLV Offset —SLM PDU からコピーされた 1 オクテット フィールド。

  • ソース MEP ID —SLM PDU からコピーされた 2 オクテット フィールド。

  • レスポンダ MEP ID — SLR フレームを送信する MEP を識別するために使用される 2 オクテット フィールド。

  • テスト ID — SLM PDU からコピーされた 4 オクテット フィールド。

  • TxFCf—SLM PDU からコピーされた 4 オクテット フィールド。

  • TxFCb—4 オクテット フィールド。この値は、このテスト ID で送信された SLP r フレーム数を表します。

  • オプションの TLV — 値が存在する場合、SLM PDU からコピーされます。

  • End TLV —SLM PDU からコピーされた 1 オクテット フィールド。

データ反復子 TLV 形式

データ反復子 TLV は、y.1731 データフレームのデータ TLV 部分を指定します。MEP は、MEP が、さまざまなフレームサイズの遅延と遅延の変化を測定するよう設定されているときに、データ TLV を使用しています。データ TLV のフィールドは次のとおりです。

  • タイプ — TLV タイプを識別します。この TLV タイプの値はデータ(3)です。

  • 長さ — データ パターンを含む Value フィールドのサイズ(オクテット)を識別します。長さフィールドの最大値は1440です。

  • データ パターン — n-octet(n は長さを示す)任意のビット パターンです。受信側はそれを無視します。

ETH SLM のメッセージの送信

ETH の SLM 機能は、1組の MEPs との間で同時に複数の SLM (合成損失メッセージ) リクエストを処理できます。セッションは、事前対応型またはオンデマンドの SLM セッションにすることができます。各 SLM の要求は、テスト ID によって一意に識別されます。

MEP は、SLM リクエストを送信したり、SLM リクエストに応答したりすることができます。SLM の要求に対する応答は、代理損失応答 (SLR) と呼ばれます。MEP は、試験 ID を使用して SLM の要求を判断した後、SLM のメッセージまたは SLM プロトコルデータユニット (PDU) 内の情報に基づいて、末端とニアラインのフレーム損失を計算します。

MEP は、各テスト ID の以下のローカルカウンターと、損失測定を実行する保守エンティティーで監視されている各ピア MEP を保持しています。

  • TxFCl —テスト ID のためにピア MEP 方向に送信される合成フレームの数。ソース MEP は、宛先または受信側で ETH の SLM の要求情報を持つ合成フレームを連続的に転送するために、この数値を増加させることで、SLR 情報を持つ合成フレームの連続的な転送にこの値を増加させる。

  • RxFCl — テスト ID 用にピア MEP から受信した合成フレームの数。ソース MEP は、この数値を増加させて、宛先や受信しても SLR 情報を含む合成フレームを連続的に受信することで、ETH-SLM の要求情報を持つ合成フレームが次々に受信されるようにしています。

以下のセクションでは、SLM Pdu を処理して、代理フレームの損失を特定する方法について説明します。

SLM リクエストの開始と送信

MEP は、SLM の要求をオペコードフィールドセットとともに定期的に送信し、55としています。MEP は、セッションに対して一意のテスト ID を生成し、ソース MEP ID を追加して、セッションのローカルカウンターを初期化してから SLM を開始します。セッションで送信される各 SLM PDU (テスト ID) について、ローカルカウンター TxFCl がパケットで送信されます。

MEPs の開始と応答の間にテスト id 値の同期は必要ありません。テスト ID は開始 MEPS で構成されており、応答側では、開始 MEPS から受信したテスト ID を使用しています。ETH-SLM はサンプリング手法であるため、サービスフレームをカウントするよりも正確ではありません。また、測定の精度は、使用されている SLM フレームの数や、SLM フレームの送信における期間によって異なります。

SLMs と Slms の伝送の受信

宛先がソース MEP から有効な SLM フレームを受信すると、SLR フレームが生成され、要求側またはソース側の MEP に転送されるようになります。SLR フレームは、MEG レベルと宛先が受信 MEP のMAC アドレス一致する場合にMAC アドレス。SLM Pdu のすべてのフィールドは、以下のフィールドを除いて SLM 要求からコピーされます。

  • 送信元アドレスMAC アドレス宛先アドレスにコピーされMAC アドレスアドレスには MEP のリンクがMAC アドレス。

  • オペコードフィールドの値は、SLM から SLR (54) に変更されています。

  • レスポンダ MEP ID には MEP の MEP ID が設定されます。

  • TxFCb が、ローカルカウンター RxFCl の値とともに、SLR フレーム転送の時点で保存されます。

  • SLM フレームが受信されるたびに、SLR フレームが生成されます。そのため、応答側の RxFCl は、受信した SLM フレーム数と、送信された SLP r フレーム数に等しくなります。レスポンダーまたは受信 MEP では、RxFCl equals が TxFCl です。

SLRs の受信

SLM フレーム (指定された TxFCf 値) が送信された後、MEP は、ピア MEP からのタイムアウト値内で、対応する SLR フレーム (同じ TxTCf 値を運ぶ) を受信することを想定しています。タイムアウト値 (5 秒) を経過した後に受信された SLR フレームは破棄されます。SLR フレームに含まれる情報を使用して、MEP は指定された測定期間のフレーム損失を決定します。測定期間は、指定された精度で測定を行うために送信される SLM フレーム数が統計的に適切である時間間隔です。MEP は、以下の値を使用して、測定期間中のニアエンドおよび遠隔エンドのフレームロスを決定します。

  • 最後に受信した SLR フレームの TxFCf と TxFCb 値、および測定期間の終了時点でのローカル カウンター RxFCl 値。これらの値は、TxFCf [tc]、TxFCb [tc]、および RxFCl [tc] として表されます。 tc は測定期間の終了時刻です。

  • テスト開始後の最初の受信 SLR フレームの SLR フレームの TxFCf および TxFCb 値、および測定期間の開始時にローカル カウンター RxFCl。これらの値は、TxFCf [tp]、TxFCb [tp]、および RxFCl [tp] として表されます。 tp は測定期間の開始時刻です。

受信した SLR パケットごとに、ローカル RxFCl カウンターは送信またはソース MEP で増分されます。

フレームロスの計算

ローカルカウンターの値および受信したフレームの情報に基づいて、測定期間の終了時に合成フレームの損失が計算されます。最後に受信したフレームには、TxFCf と TxFCb の値が含まれています。ローカルカウンターには RxFCl 値が含まれています。これらの値を使用して、フレームロスは次の数式で判断されます。

フレーム損失(端) = TxFCf – TxFCb

フレーム損失(近端) = TxFCb – RxFCl

リリース履歴テーブル
リリース
説明
16.1
ETH のリリース16.1 を Junos OS 開始すると、接続障害管理 (CFM) およびパフォーマンス監視 (PM) の Pdu が、黄色に分類された保守エンドポイント (MEP) でローカルに受信した場合に、イーサネット損失測定の結果が不正確になります。クラスまたはパケット損失優先度 (PLP) (中-高)。
16.1
Junos OS リリース16.1 以降、接続障害管理のパフォーマンス監視 (文とperformance-monitoring[edit protocols oam ethernet connectivity-fault-management]階層レベルでのサブ文の挿入を含む) は、ネットワークツーネットワーク (nni) または送信インタフェースが dpc 上でメンバーリンク付きのアグリゲート型イーサネットインターフェイスである場合は、サポートされません。