Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

検証フレームワーク

メトロイーサネットビジネスサービスJVDとそれ以降のMetro as a ServiceJVDの重要な焦点は、MEF標準との整合性です。主要な MEF 3.0 キャリア イーサネット規格は、顧客に提供される加入者サービス、イーサネット サービスの相互接続を可能にする運用担当者サービス、サービスの拡張と新しいテクノロジーをカバーする特別なトピックの 3 つの主要なカテゴリに分類されます。

次のセクションでは、この検証の主な基準点として、MEF 3.0 CE認定の対象となる主要な技術仕様について説明します。MEF 91からわかるように、この認定は技術仕様全体を網羅しているわけではなく、関連する特定のセクションを特定しています。

MEF 3.0キャリアイーサネットの主要規格

  • MEF 91:加入者および運用担当者のキャリアイーサネットサービスのテスト要件を確立します。MEF 91は、テスト対象の設計図であり、加入者サービスと運用担当者サービスの両方について、基盤となるMEFサービス標準を識別します。
  • MEF 3.0 認証フレームワーク: MEF 3.0 仕様への準拠を検証するための認定プロセス、テスト手順、基準を概説し、認定された製品とサービスの一貫した品質と相互運用性を確保します。
  • MEF 6.3 加入者イーサネット サービスの定義:すべてのキャリアイーサネットサービスタイプのUNI属性、EVC属性、帯域幅プロファイルのサービス定義を確立する、置き換えられたMEF 6.2基本仕様が含まれています。
  • MEF 10.4加入者イーサネットサービス属性:置き換えられたMEF 10.3仕様を含み、E-Line、E-LAN、E-Tree、E-Access、E-Transitサービスタイプの基本サービス属性を確立します。帯域幅プロファイル、サービス多重化、サービス品質(QoS)パラメーターなど、キャリアイーサネットサービスのサービス属性、パフォーマンス目標、管理要件を定義します。
  • MEF 26.2 オペレーター イーサネット サービスの属性:マルチ運用担当者のサービス提供に不可欠な外部ネットワーク間インターフェイス(ENNI)属性と要件を確立します。これは、複数のオペレーターにまたがるENNI上でオペレーター仮想接続(OVC)を管理する方法を指定します。さらに、ENNIにおけるパフォーマンス目標、トラフィック管理、サービス多重化、OAMプロトコルの処理についても説明します。
  • MEF 51(.1)オペレーターイーサネットサービスの定義:OVC UNIまたはENNIエンドポイント属性を含む、26.2サービス属性に基づいて運用担当者サービスを定義します。O-Line、O-LAN、O-Treeの定義と実装を確立します。
  • MEF 62 マネージドアクセスE-Line(MAEL)サービス:MEF 51に基づくポイントツーポイントのマネージドAccess E-Lineサービスの実装と特性を標準化します。
  • MEF 65 簡略化トランジット E-Line(STEL)サービス:MEF 26.2 で定義された特定の ENNI 共通属性、ENNI サービス属性、およびオペレーター イーサネット サービス属性の値を制約することで、Transit E-Line サービスの一般的なユース ケースを形式化します。
  • MEF 30.1サービスOAM障害管理の実装:イーサネットサービスにサービスOAM(SOAM)障害管理を実装するための共通基盤を確立します。
  • MEF 35.1(サービスOAMパフォーマンス監視):MEF 17フレームワークから構築され、イーサネットサービス向けのSOAMパフォーマンス監視(PM)実装を標準化します。
  • イーサネット サービスの MEF 45.1 レイヤー 2 制御プロトコル:キャリアイーサネットサービス内のレイヤー2制御プロトコル(L2CP)フレームの処理要件を定義します。
  • MEF 23.2(.1)サービスクラス:トークン共有を備えた帯域幅プロファイルモデルを含めるためのMEF 23.2標準および改正23.2.1標準では、キャリアイーサネットネットワークのサービスクラス属性が定義され、サービスの差別化機能が確保されます。
  • MEF 48.1イーサネットサービスアクティベーションテスト:イーサネットサービスのサービスアクティベーションテスト(SAT)の方法と要件について説明します。

キャリアイーサネット加入者モデル

メトロイーサネットフォーラム(MEF)は、キャリアイーサネットネットワーク内のサービス属性と定義のフレームワークを確立します。このJVDに含まれる加入者配信メカニズムは、これらの標準化されたモデルに準拠しています。右側の列には、サービスの種類に共通するソリューションが記載されており、その大部分が検証で取り上げられています。

表1:キャリアイーサネットサービスのカテゴリ
サービスタイプ サービス概要 一般的なVPNタイプ
A cloud with text on it Description automatically generated イーサネット専用線(EPL)やイーサネット仮想専用線(EVPL)などのポイントツーポイント接続を提供するE-LINE

EVPN-VPWS

EVPN-FXC

L2サーキット

VPLS VPWS
A diagram of a network Description automatically generated イーサネットプライベートLAN(EP-LAN)やイーサネット仮想プライベートLAN(EVP-LAN)などのマルチポイントツーマルチポイント接続を提供するE-LAN。

EVPN-ELAN

VPLS

L2VPN
A diagram of a network Description automatically generated イーサネットプライベートツリー(EP-TREE)やイーサネット仮想プライベートツリー(EVP-TREE)などのルート化されたマルチポイントハブアンドスポーク接続を提供するE-TREE。

EVPN-ETREE

H-VPLS
A diagram of a cloud Description automatically generated Access EPLまたはAccess EVPLとしてUNIとNNIを接続するホールセール型ポイントツーポイントサービスを提供するためのE-ACCESS

EVPN-VPWS LSW

L2CCC LSW

主なサービス属性

MEFサービスの属性は、主要な特性に基づいてさらに定義されます。

  • サービスマルチプレキシング:この属性により、複数のイーサネット仮想接続(EVC)が同じユーザーネットワークインターフェイス(UNI)で終端できるため、複数の異なるイーサネットサービスが同じ物理または仮想インターフェイスを共有することができます。UNI でサービス マルチプレキシングが有効になっている場合、複数の EVC が同じインターフェイスを共有できます。例えば、カスタマーAのEVC1とカスタマーBのEVC2には、ローカルの分離を維持したまま、同じ物理インターフェイスを割り当てることができます。各サービスのトラフィックを区別するために、MEF標準では、受信フレームを適切なEVCにマッピングするためのカスタマーエッジVLAN(CE-VLAN)IDの使用が指定されています。各EVCは、パフォーマンス、帯域幅、およびサービス品質(QoS)パラメーターについて、個別のサービス特性を維持します。このアプローチにより、ネットワークの効率性と柔軟性が最適化され、サービスプロバイダは、各サービスに専用の接続を必要とせずに、共通のインフラストラクチャ上でカスタマイズされたオンデマンドサービスを提供できます。
  • バンドリング:この属性により、複数のCE-VLANをUNIの1つのイーサネットサービスにグループ化できます。音声、データ、ビデオなどのさまざまなタイプの顧客トラフィックが、各CE-VLANで異なるサービス特性を維持しながら、1つのEVCを介して伝送されます。バンドリングにより、サービス プロバイダは 1 つの EVC 内で複数の CE-VLAN を管理できるため、さまざまなトラフィック ポリシーやパフォーマンス要件に柔軟に対応できるため、単一の顧客から複数のトラフィック タイプを共通のインターフェイス上で配信する場合に最適です。
  • オールツーワンのバンドリング:この属性は、単一の UNI のすべての CE-VLAN を単一の EVC に統合し、VLAN ごとの差別化が不要な場合のサービス プロビジョニングを簡素化します。すべてのCE-VLANは、EVCに適用される同じQoS属性を継承する統一サービスポリシーを共有します。通常、プライベートイーサネットサービスと併用されるオールツーワンバンドリングは、共通のネットワークインフラストラクチャを介して顧客サイト間で安全かつ隔離された接続を可能にします。
  • イーサネット仮想回線(EVC):この属性は、サービスプロバイダのネットワーク全体で2つ以上のカスタマーエッジ(CE)デバイスをリンクする論理接続です。これは、MEFで定義されたイーサネットサービス(E-Line、E-LAN、E-Treeなど)の基盤を形成します。EVC は、顧客のトラフィックが流れる論理パスを提供し、指定された CE 間のトラフィックが分離され、帯域幅や遅延などの定義されたパフォーマンス特性に従うことを保証します。MEFでは、次の3つの主なタイプのEVCを定義しています。
    • ポイントツーポイント(E-Line など)
    • マルチポイントツーマルチポイント(E-LAN など)
    • ルート付きマルチポイント(E-Treeなど)
  • カスタマーエッジVLAN(CE-VLAN)ID:この属性は、サービスプロバイダのエッジネットワークでEVCに関連付けられた、顧客割り当てVLANタグを定義します。サービス契約とお客様の要件に応じて、1つ以上のCE-VLANをEVCにマッピングできます。
  • EVCデータサービスフレーム廃棄サービス属性(MEF 10.4/10.3):この属性は、EVC 内でユニキャスト、マルチキャスト、およびブロードキャスト トラフィック タイプを管理する方法を定義します。フレームの処理を規定し、以下を含むサービスの要件に準拠した柔軟なポリシー駆動型のフレーム転送または破棄を可能にします。
    • 無条件で提供:フレームは条件なしで宛先に転送されるため、有効なフレームはすべて期待どおりに送信されます。
    • 条件付きで提供:フレームは、一致するサービス ポリシー、VLAN ID、またはその他の事前定義された基準など、特定の条件に基づいて転送されます。これには、マルチキャストまたはブブロードキャスト トラフィック用に特定の受信者にフレームを転送することが含まれる場合があります。
    • 破棄済み:無効なサービスパラメーター、不適切なフレームタグ付け、サービスポリシーへの不適合など、特定の基準を満たさない場合、フレームは削除されます。

MEF 10.3からMEF 10.4への更新は、設計哲学のシフトを意味し、フレームタイプごとの詳細なサービス処理属性から、EVC内のフレーム処理の3タプル構造を利用する統合属性への移行を意味します。廃棄設定 (破棄、無条件配信、または条件付き配信) は変更されませんが、全体的な管理が簡素化されます。

MEF 10.3技術仕様で定義されているとおり、CE-VLAN構成は依然としてMEF 3.0の現在の実装の中心的なものですが、MEF 10.4で導入された最新のEVC EPマップサービス属性とEVC EPサービス属性は、MEFフレームワークの継続的な進化を反映しており、業界のトレンドをより柔軟に包み込んでいます。EVC エンドポイント(EVC EP)モデルの詳細については、MEF 10.4技術仕様を参照してください。

表2:MEFバンドリングとサービス多重化
サービス多重化 バンドリング オールツーワンのバンドリング 説明
有効 無効化済み 無効化済み UNI では複数の仮想プライベート サービスが許可されており、各サービスにマッピングされる CE-VLAN ID は 1 つだけです
有効 有効 無効化済み UNIで有効にした複数の仮想プライベートサービスと複数のCE-VLAN IDを各サービスにマッピングできます
有効 有効 有効 不正な設定
有効 無効化済み 有効 不正な設定
無効化済み 無効化済み 有効 UNIでの単一のプライベートサービス
無効化済み 有効 無効化済み 複数のCE-VLAN IDがマッピングされたUNIで有効化された単一の仮想プライベートサービス
無効化済み 有効 有効 不正な設定
無効化済み 無効化済み 無効化済み 単一のCE-VLAN IDのみがマッピングされたUNIで有効化された単一の仮想プライベートサービス

参考資料: https://wiki.mef.net/display/CESG/Bundling+and+Service+Multiplexing

表2は、有効なサービス多重化とバンドルの組み合わせに関するMEFガイダンスを示しており、このJVDがそれに続きます。詳細については、 MEFドキュメントを参照してください。

  • サービスマルチプレキシングは、UNIが1つ(無効)または複数の(有効)イーサネットサービスを終了するかどうかを決定します。
  • UNIで複数のCE-VLANがサポートされている場合は バンドル が「有効」になり、各イーサネットサービスに単一のCE-VLANが含まれている場合は「無効」になります。
  • オールツーワンバンドリングとは、すべてのCE-VLANがプライベートUNIサービスとして単一のイーサネットサービスに関連付けられることを意味します。バンドリングが「無効」の場合、UNIごとに1つ以上の仮想プライベートサービスが有効になります。

MaaS JVDは、メトロイーサネットサービスを提供するための19のユースケースをカバーします。

  • E-Line:EPLやEVPLなどのポイントツーポイント接続
  • E-LAN:EP-LANやEVP-LANなどのマルチポイントツーマルチポイント接続
  • Eツリー:ルート化されたマルチポイントハブアンドスポーク接続(EP-TREEやEVP-TREEなど)
  • E-Lineにアクセス:UNIからNNIを接続するホールセールポイントツーポイントサービス
  • インターネットアクセス:専用インターネットアクセス用にIPVCエンドポイントを接続するIPサービス

このJVDでは、注目のサービス、動作、特性がMEF定義にどのようにマッピングされるかについて説明します。

テストベッド

Metro as a Service JVDは、Metro EBS JVDで導入された物理インフラストラクチャとIometrix Lab in the Skyという2つの基本コンポーネントを活用しています。 図1は、このJVDで主要な機能となるDUTを使用して、メトロファブリックのスパインアンドリーフおよびマルチリングトポロジーを構築するための接続性について説明しています。

図1:ラボ用トポロジーテストベッド A diagram of a computer system AI-generated content may be incorrect.

Iometrix Lab in the Skyは、x86ホワイトボックスプローブを利用した仮想テストプローブを活用したテストアプリケーションをサポートする、サービスとしてのネットワーク(NaaS)クラウドベースのテストインフラストラクチャです。同じインフラストラクチャが MEF 3.0 認定テストの基礎として使用されます。Iometrix Lab in the Skyインフラストラクチャは、以下のコンポーネントで構成されています。

図2:IometrixインフラストラクチャA diagram of a cloud server Description automatically generated

プラットフォーム/テスト対象デバイス(DUT)

一部のアクセスプラットフォームには、ACX7024、ACX7100-48L、ACX710、ACX5448、MX204プラットフォームが含まれます。アグリゲーションまたはスパインプラットフォームには、メトロファブリックのACX7100-32Cと、リングアーキテクチャのメトロディストリビューションルーターとしてMX10003ルーターを備えたACX7509が含まれます。メトロエッジゲートウェイは、ACX7509およびACX7100-32Cとのボーダーリーフ機能を実行し、エッジコンピューティングコンプレックスへの接続を提供します。メトロコアは、PTX10001-36MRコアとピアリングプラットフォームを使用します。MX304は、複雑なサービス終端と相互接続ポイントをサポートするマルチサービスエッジに最適です。

このJVDがジュニパーネットワークスによって検証されたソフトウェアバージョンとプラットフォームを確認するには、このドキュメントの「 検証済みプラットフォームとソフトウェア 」セクションを参照してください。

テストベッドの設定

JVD設定は、ジュニパー GitHub で入手できます。ご不明な点がございましたら、ジュニパーの担当者までお問い合わせください。