Cisco Prime Provisioning 6.3ユーザ ガイド

概要

L2VPN コンポーネントを使用してレイヤ 2 サービスをプロビジョニングするには、この項で概説しているインストールおよび設定手順を完了しておく必要があります。さらに、Prime Provisioning および L2VPN サービスの基本概念について理解しておく必要があります。次のサブセクションでは、Prime Provisioning を使用して L2VPN、VPLS、および EVC サービスをプロビジョニングできるようにするために実行すべき主要なタスクについて概説します。この項の情報は、チェックリストとして使用できます。必要に応じて、このマニュアルの他の項や Prime Provisioning マニュアル セットの他のマニュアルへの参照情報が示されています。詳細については、参照先のマニュアルをご覧ください。Prime Provisioning および L2VPN コンポーネントに対する基本的なインストールおよび設定手順が完了したら、後続の項を参照して、L2VPN、VPLS、および EVC サービスを作成およびプロビジョニングします。

Prime Network でエンドポイントを選択してサービスにデータを取り込む

Prime Network Vision で、マップのエンドポイントを選択してサービスを作成できます。

ステップ 1 いずれかのマップで、CTRL をクリックし、1 つ以上のエンドポイント デバイスを選択します。

ステップ 2 右クリック メニューで [Fulfill/Create Service] を選択します。

ステップ 3 Prime Provisioning でサービスを作成した場合と同じ初期画面が表示されます。

ステップ 4 ポリシーを選択します。

選択したエンドポイントの数によっては、一部のポリシーが機能しない場合があります。たとえば、5 個のエンド ポイントを選択した場合、ポイントツーポイント サービスを作成することはできませんが、VPLS または L3 VPN は作成できます。

ステップ 5 ポリシーを選択すると、サービス要求のメイン ページはリンクと選択したデバイスが事前に読み込まれて、通常どおりに表示されます。

Prime Provisioning のインストールおよびネットワークの設定

Prime Provisioning で L2VPN モジュールを使用して L2VPN または VPLS サービスをプロビジョニングするには、まず Prime Provisioning をインストールして、Prime Provisioning のサポートに必要となる基本ネットワーク設定を実行する必要があります。これらの手順の詳細については、を参照してください。Prime Provisioning のインストールと、全般的なネットワーク設定要件については、該当する章を参照してください。

（注） Prime Provisioning 内の L2VPN コンポーネントを使用するには、L2VPN ライセンスを購入してアクティブ化する必要があります。

レイヤ 2 サービスをサポートするためのネットワークの設定

Prime Provisioning に必要な基本ネットワーク設定の他に、レイヤ 2 サービスをサポートするために次のネットワーク設定手順を実行する必要があります。次の手順の詳細は、Prime Provisioning のマニュアルでは説明されていません。これらのステップの実行方法については、ご使用のデバイスのマニュアルを参照してください。

1. プロバイダー コアに接続されている N-PE デバイスのコアに面しているインターフェイス上の MPLS をイネーブルにします。

2. N-PE デバイス上の /32 ループバック アドレスを設定します。これらのループバック アドレスは LDP 接続で終端する必要があります。

3. すべてのレイヤ 2 デバイス（スイッチ）を VTP トランスペアレント モードに設定します。これにより、必ずどのスイッチも VLAN サーバとして動作することはなく、VLAN 情報がネットワーク経由で自動的に伝搬しなくなります。

基本 Prime Provisioning サービスの設定

Prime Provisioning サービスおよび L2 サービスをサポートするための基本ネットワーク設定タスクが完了したら、Prime Provisioning を使用して、プロバイダーとリージョン、カスタマーとサイト、デバイス、VLAN プールと VC プール、NPC、および L2 サービスをプロビジョニングするために必要な他のリソースなどの、Prime Provisioning リポジトリ内の要素を定義します。一般的な Prime Provisioning のタスクを実行するための詳細な手順については、を参照してください。一部の重要な Prime Provisioning セットアップ タスクの概要については、「Prime Provisioning サービスの設定」を参照してください。次の情報は、L2 サービスをプロビジョニングする前に設定する必要がある基本的な Prime Provisioning サービスのチェックリストです。

プロバイダー、カスタマー、およびデバイスの設定

次のステップを実行して、Prime Provisioning リポジトリ内のプロバイダー、カスタマー、およびデバイスを設定します。これらの要素は、すべての Prime Provisioning サービスで使用できるグローバル リソースです。

1. サービス プロバイダーおよびリージョンを設定します。 単一のプロバイダーに複数のネットワークがあることがあるため、リージョンは重要です。そのような環境に対応するために、リージョンはさらなる細分化のレベルとして使用されます。プロバイダーおよびリージョンを作成するには、を参照してください。「サービス プロバイダーとそのリージョンの定義」も参照してください。

2. カスタマーおよびカスタマー サイトを設定します。 カスタマーは、ISP からの VPN サービスのリクエスタです。各カスタマーは、多数のカスタマー サイトを所有できます。各カスタマー サイトは唯一のカスタマーだけに所属して、多数の CE を所有できます。カスタマーおよびサイトを作成する手順の詳細については、を参照してください。「カスタマーとそのサイトの定義」も参照してください。

3. 未処理のデバイスをインポートまたは追加します。 Prime Provisioning が管理するネットワーク要素はすべて、Prime Provisioning リポジトリ内のデバイスとして定義する必要があります。要素は、Prime Provisioning が情報を収集できる任意のデバイスです。ほとんどの場合、デバイスは Cisco IOS ルータおよびスイッチです。Prime Provisioning 内のデバイスは、手動、自動検出、またはデバイス コンフィギュレーション ファイルをインポートすることで設定できます。デバイス設定のインポート、追加、および収集を実行する手順の詳細については、 付録 E「インベントリ - ディスカバリ」 を参照してください。また、「L2 サービスに対する自動検出の使用」も参照してください。

4. デバイスに PE または CE としてロールを割り当てます。 Prime Provisioning にデバイスが作成されたら、デバイスをカスタマー（CE）デバイスまたはプロバイダー（PE）デバイスとして定義する必要があります。個々のデバイスのデバイス属性を編集することで、または Prime Provisioning インベントリ マネージャでのバッチ編集で実行できます。デバイス属性を設定するには、を参照してください。

N-PE ループバック アドレスの設定

Prime Provisioning 内では、N-PE デバイス上でループバック アドレスを設定する必要があります。この手順の詳細については、「N-PE ループバック アドレスの設定」を参照してください。

L2VPN および VPLS サービスの Prime Provisioning リソースの設定

アクセス ドメイン、VLAN プール、VC プールなどの一部の Prime Provisioning リソースは、Prime Provisioning L2VPN および VPLS サービスだけをサポートするように設定されます。これらのリソースを設定するには、次のステップを実行します。

1. アクセス ドメインを作成します。 L2VPN および VPLS では、イーサネット ベースのサービスをプロビジョニングして、Prime Provisioning が VLAN プールからのリンクに VLAN を自動的に割り当てるようにする場合、アクセス ドメインを作成します。レイヤ 2 アクセス ドメインごとに、Prime Provisioning 内の対応するアクセス ドメインオブジェクトが必要です。作成中に、このドメインに関連付けられているすべての N-PE デバイスを選択します。後で、1 つのアクセス ドメインに 1 つの VLAN プールを作成できます。アクセス ドメインを作成する手順の詳細については、を参照してください。「アクセス ドメインの作成」も参照してください。

2. VLAN プールを作成します。 VLAN プールは、各アクセス ドメインに対して作成されます。L2VPN および VPLS では、Prime Provisioning が VLAN をリンクに割り当てられるように VLAN プールを作成します。VLAN ID プールは、開始する値およびサイズで定義されます。VLAN プールを作成する手順の詳細については、を参照してください。「VLAN プールの作成」も参照してください。

3. VC プールを作成します。 VC ID プールは、VC ID プールの開始する値およびサイズで定義します。指定された VC ID プールは、どのインベントリ オブジェクト（プロバイダーまたはカスタマー）にも接続されません。ネットワークごとに VC ID プールを 1 つ作成します。VC プールを作成する手順の詳細については、を参照してください。「VC ID プールの作成」も参照してください。

NPC の設定

L2VPN サービス要求または VPLS サービス要求を作成するには、CE と PE の間、または U-PE と N-PE との間の物理リンクを事前に定義する必要があります。Named Physical Circuit（NPC; 名前付き物理回線）は、物理ポートのグループを通過するリンクを表します。したがって、同じ NPC 上で複数の論理リンクをプロビジョニングできます。このため、NPC は一度定義されますが、複数の L2VPN サービス要求または VPLS サービス要求によって使用されます。NPC を作成する手順の詳細については、を参照してください。「名前付き物理回線の作成」も参照してください。

VPN の設定

L2VPN サービスまたは VPLS サービスをプロビジョニングする前に、VPN を定義する必要があります。L2VPN では、1 つの VPN をさまざまなサービス タイプで共有できます。VPLS では、VPLS インスタンスごとに 1 つの VPN が必要です。VPN を定義するには、を参照してください。「VPN の定義」も参照してください。

EVC ポリシー、L2VPN ポリシー、VPLS ポリシー、およびサービス要求の操作

Prime Provisioning にプロバイダー、カスタマー、デバイス、およびリソースを設定したら、EVC ポリシー、L2VPN ポリシーまたは VPLS ポリシー、プロビジョンのサービス要求（SR）の作成、およびサービスの展開を開始できます。サービス要求が展開されたら、サービス要求のモニタ、監査、およびレポートを実行できます。このマニュアルでは、これらすべてのタスクについて説明します。これらのタスクを実行するには、次のステップを実行します。

1. L2 サービスの概念に関する概要を確認します。 『Cisco Prime Provisioning 6.3 Administration Guide』 の章「Prime Provisioning Layer 2 VPN Concepts」を参照してください。

2. EVC ポリシー、L2VPN ポリシー、または VPLS ポリシーを設定します。 作成するポリシーのタイプに応じて、該当する項を参照してください。

– 「EVC イーサネット ポリシーの作成」

– 「EVC ATM-Ethernet インターワーキング ポリシーの作成」

– 「L2VPN ポリシーの作成」

– 「VPLS ポリシーの作成」

3. EVC サービス要求、L2VPN サービス要求、または VPLS サービス要求をプロビジョニングします。 プロビジョニングするサービス要求のタイプに応じて、該当する項を参照してください。

– 「EVC イーサネット サービス要求の管理」

– 「EVC ATM-Ethernet インターワーキング サービス要求の管理」

– 「L2VPN サービス要求の管理」

– 「VPLS サービス要求の管理」

4. サービス要求を展開します。 「サービス要求の展開、モニタリング、および監査」を参照してください。

5. 展開したサービスのステータスを確認します。 次の中から 1 つ以上の方法を使用できます。

– サービス要求をモニタします。「サービス要求の展開、モニタリング、および監査」を参照してください。

– サービス要求を監査します。「サービス要求の展開、モニタリング、および監査」を参照してください。

– L2 レポートおよび VPLS レポートを実行します。を参照してください。

用語の表記法についての注意事項

Prime Provisioning GUI およびユーザ ガイドのこの章では、イーサネット サービス特有の命名表記法を使用しています。これらの表記法は、初期の MEF 表記法と密接に整合されています。今後のリリースでは、現在の MEF 表記法に適合するように更新される予定です。MEF フォーラムによって使用される同等の用語の概要については、 表 3-1 に参照用として記載されています。

用語の表記法、および基本的なネットワーク テクノロジーとの整合方法の詳細については、 『Cisco Prime Provisioning 6.3 Administration Guide』 の「Prime Provisioning Layer 2 VPN Concepts」の章を参照してください。

ターゲット デバイスの作成およびロール（N-PE または U-PE）の割り当て

Prime Provisioning が管理するすべてのネットワーク要素は、システム内でデバイスとして定義する必要があります。要素は、Prime Provisioning が情報を収集できる任意のデバイスです。ほとんどの場合、デバイスは、N-PE、U-PE、または P として機能する Cisco IOS ルータです。デバイスを作成する手順の詳細については、を参照してください。

Prime Provisioning をサポートするためのデバイス設定

ネットワークでの Prime Provisioning の使用をサポートするには、2 つのデバイスを設定する必要があります。

• ネットワーク内のスイッチは、VTP トランスペアレント モードで操作する必要があります。

• N-PE デバイスでループバック アドレスを設定する必要があります。

（注） これらは、Prime Provisioning がネットワークで正しく機能するために必要な 2 つの最小のデバイス設定です。ネットワークでデバイスが正しく機能するには、その他のデバイス設定手順を実行する必要があります。

VTP トランスペアレント モードでのスイッチの設定

セキュリティの理由から、Prime Provisioning では、L2VPN サービス要求をプロビジョニングする前に、ERS または EWS サービスで使用するすべてのスイッチで VTP をトランスペアレント モードで設定する必要があります。VTP モードを設定するには、次の Cisco IOS コマンドを入力します。

次の Cisco IOS コマンドを入力して、VTP モードがトランスペアレント モードに変更されたことを確認します。

N-PE デバイスでのループバック アドレスの設定

Any Transport over MPLS（AToMPLS）接続では、N-PE のループバック アドレスを正しく設定する必要があります。ループバック インターフェイスで指定する IP アドレスは、リモート ペア PE から到達可能でなければなりません。PE ペアの 2 つのループバック インターフェイス間でラベル配布プロトコル（LDP）トンネルを確立する必要があります。PE ループバック アドレスを設定するには、次のステップを実行します。

ステップ 1 [Inventory] > [Provider Devices] を選択します。

[Provider Devices] ウィンドウが表示されます。

ステップ 2 特定の PE デバイスを選択して、[Edit] ボタンをクリックします。

[Edit Provider Device] ウィンドウが表示されます。

システムに誤ったループバック アドレスが入力されるのを防止するために、GUI の [Loopback IP Address] フィールドは読み取り専用です。

ステップ 3 （[Loopback IP Address] 属性の）[Select] ボタンをクリックして、ループバック アドレスを選択します。

[Select Device Interface] ウィンドウが表示されます。

ステップ 4 [Interface Name] 列にリストされるループバック アドレスの 1 つを選択します。

これを行うことで、デバイスで定義されている有効なループバック アドレスのみが必ず選択されるようになります。

ステップ 5 検索をさらに絞り込むには、[LDPTermination Only] チェックボックスをオンにして、[Select] ボタンをクリックします。

これによって、リストは LDP 終端ループバック インターフェイスに制限されます。

IOS XR サポートのためのデバイスの設定

Cisco Prime Provisioning 6.3 の L2VPN は、Cisco IOS XR ソフトウェアを実行しているデバイスをサポートします。Cisco IOS ファミリの新しいメンバーである IOS XR は、常時稼働の操作のために設計された固有のセルフヒーリングの自己防衛型オペレーティング システムで、システムの容量を 92Tbps まで拡張できます。L2VPN では、IOS XR は、Network Provider Edge（N-PE; ネットワーク プロバイダー エッジ）デバイスとして機能する Cisco XR12000 と CRS-1 シリーズ ルータだけでサポートされます。

L2VPN では、次の E-Line サービスが IOS XR でサポートされます。

• CE を備えているか、備えていないポイントツーポイント ERS。

• CE を備えているか、備えていないポイントツーポイント EWS。

次の L2VPN 機能は、IOS XR ではサポートされません。

• IOS XR を実行している N-PE での標準の UNI ポート （[Link Attributes] ウィンドウの属性 [Standard UNI Port] は、IOS XR が実行されている N-PE デバイス上に UNI がある場合はディセーブルにされます）。

• IOS XR が実行されている N-PE 上の SVI インターフェイス （[Link Attributes] ウィンドウの属性 [N-PE Pseudo-wire On SVI] は、IOS XR デバイスではディセーブルにされます）。

• 疑似回線トンネルの選択 （[Link Attributes] ウィンドウの属性 [PW Tunnel Selection] は、IOS XR デバイスではディセーブルにされます）。

• IOS XR を実行している N-PE での EWS UNI（dot1q トンネルまたは Q-in-Q）。

• フレーム リレー/ATM と VPLS サービス。

L2VPN で IOS XR サポートをイネーブルにするには、次のステップを実行します。

ステップ 1 DCPL プロパティ Provisioning\Service\l2vpn\platform\CISCO_ROUTER\IosXRConfigType を [XML] に設定します。

可能な値は、[CLI]、[CLI_XML]、および [XML]（デフォルト）です。

ステップ 2 次のようにして、Prime Provisioning でデバイスを IOS XR デバイスとして作成します。

a. [Inventory] > [Devices] > [Create Cisco Devcie] を選択して、シスコ デバイスを作成します。

b. ドロップダウン リストから [Cisco Device] を選択します。

[Create Cisco Router] ウィンドウが表示されます。

c. [Device and Configuration Access Information] の下にある [OS] 属性を [IOS_XR] に設定します。

（注） DCPL プロパティの設定とシスコ デバイスの作成に関する追加情報については、Appendix B, "Property Settings."を参照してください。

ステップ 3 このマニュアルの手順に従って、L2VPN サービス要求を作成して展開します。

IOS XR デバイスのサンプル コンフィグレットは、「サンプル コンフィグレット」で提供されています。

サービス プロバイダーとそのリージョンの定義

L2VPN をプロビジョニングする前に、サービス プロバイダー管理ドメインを定義する必要があります。プロバイダー管理ドメインは、1 つの BGP 自律システム（AS）番号が指定された ISP の管理ドメインです。プロバイダー管理ドメインによって所有されるネットワークは、バックボーン ネットワークと呼ばれます。ISP に 2 つの AS 番号がある場合は、2 つのプロバイダー管理ドメインとして定義する必要があります。各プロバイダー管理ドメインは、多数のリージョン オブジェクトを所有できます。

プロバイダー管理ドメインを定義する手順の詳細については、を参照してください。

カスタマーとそのサイトの定義

L2VPN をプロビジョニングする前に、カスタマーとそのサイトを定義する必要があります。カスタマーは、ISP からの VPN サービスのリクエスタです。各カスタマーは、多数のカスタマー サイトを所有できます。各カスタマー サイトは 1 つのカスタマーに属しており、1 つのカスタマーだけが多数の CPE を所有できます。カスタマーを作成するための詳細な手順については、を参照してください。

VPN の定義

L2VPN または VPLS をプロビジョニングする前に、VPN を定義する必要があります。L2VPN では、1 つの VPN をさまざまなサービス タイプで共有できます。VPLS では、VPLS インスタンスごとに 1 つの VPN が必要です。VPN を作成するための詳細な手順については、を参照してください。

（注） L2VPN 内の VPN は、すべての L2VPN リンクをグループ化するために使用される唯一の名前です。これは、MPLS VPN 向けであるため、本質的な意味を持ちません。

アクセス ドメインの作成

L2VPN および VPLS では、イーサネット ベースのサービスをプロビジョニングして、Prime Provisioning が VLAN プールからのリンクに VLAN を自動的に割り当てるようにする場合、アクセス ドメインを作成します。

レイヤ 2 アクセス ドメインごとに、Prime Provisioning 内の対応するアクセス ドメインオブジェクトが必要です。作成中に、このドメインに関連付けられているすべての N-PE デバイスを選択します。後で、1 つのアクセス ドメインに 1 つの VLAN プールを作成できます。この方法で、N-PE に VLAN が自動的に割り当てられます。

始める前に、次の点を確認してください。

• 作成するアクセス ドメインの名前を把握している。

• 新しいアクセス ドメインに関連付けるサービス プロバイダーを作成してある。

• プロバイダーと PE デバイスに関連付けられたプロバイダー リージョンを作成してある。

• 新しいアクセス ドメインに関連付ける PE デバイスを作成してある。

• 新しいアクセス ドメインに関連付ける各 VLAN の開始値とサイズを把握している。

• 管理 VLAN として機能する VLAN を把握している。

アクセス ドメインの詳細な作成手順については、を参照してください。

VLAN プールの作成

L2VPN および VPLS では、Prime Provisioning が VLAN をリンクに割り当てられるように VLAN プールを作成します。VLAN ID プールは、VLAN プールの開始値とサイズを使用して定義されます。VLAN プールは、アクセス ドメインに接続できます。イーサネット サービスの展開中に、アクセス ドメインの既存の VLAN プールから VLAN ID を自動的に割り当てすることができます。新規サービスの展開時に、Prime Provisioning は、VLAN プールのステータスを [Available] から [Allocated] に変更します。自動割り当てによって、サービス プロバイダーは VLAN ID の割り当てを厳密に制御できます。

VLAN ID を手動で割り当てることもできます。

（注） Prime Provisioning サービスで手動による VLAN ID を設定する場合に、VLAN ID が定義済みの VLAN プールの有効な範囲外にあると、Prime Provisioning が警告を出します。その場合は、Prime Provisioning は、手動で定義された VLAN ID を VLAN プールに含めません。手動で割り当てる VLAN ID の範囲を含めるよう、VLAN プールの範囲をプリセットすることを推奨します。

アクセス ドメインごとに VLAN プールを 1 つ作成します。VLAN プール内で、複数の範囲を定義できます。

始める前に、次の点を確認してください。

• 各 VLAN プールの開始番号がわかっている。

• 各 VLAN プールのサイズがわかっている。

• VLAN プールのアクセス ドメインを作成してある。

• 各 VLAN プールを割り当てるアクセス ドメインの名前がわかっている。

Prime Provisioning に自動的に VLAN をリンクに割り当てさせるには、次のステップを実行します。

ステップ 1 [Service Design] > [Resource Pools] を選択します。

[Resource Pools] ウィンドウが表示されます。

ステップ 2 [Pool Type] ドロップダウン リストから [VLAN] を選択します。

ステップ 3 [Create] をクリックします。

[Create New VLAN Resource Pool] ウィンドウが表示されます。

ステップ 4 [VLAN Pool Start number] を入力します。

ステップ 5 [VLAN Pool Size number] を入力します。

ステップ 6 [Access Domain] フィールドに正しいアクセス ドメインが表示されない場合は、[Access Domain] フィールドの右側にある [Select] をクリックします。

[Select Access Domain] ダイアログボックスが表示されます。

正しいアクセス ドメインが表示される場合は、ステップ 9 に進みます。

a. そのアクセス ドメインの左側にある [Select] 列でボタンをクリックして、[Access Domain Name] を選択します。

b. [Select] をクリックします。更新された [Create New VLAN Resource Pool] ウィンドウが表示されます。

ステップ 7 [Save] をクリックします。

更新された [VLAN Resource Pool] ウィンドウが表示されます。

（注） プール名は、プロバイダー名とアクセス ドメイン名の組み合わせを使用して自動的に作成されます。

（注） アクセス ドメインの作成時に [Reserved VLANs information] にすでに入力した場合は、[Status] フィールドには [Allocated] が示されます。アクセス ドメインの作成時に [Reserved VLANs information] に入力しなかった場合は、[Status] フィールドには [Available] が示されます。VLAN プールを割り当てるには、アクセス ドメインを編集して対応する VLAN 情報を入力する必要があります （「アクセス ドメインの作成」を参照）。VLAN プールのステータスは、作業の保存時に [Resource Pools] ウィンドウで自動的に [Allocated] に設定されます。

ステップ 8 VLAN 内で定義する範囲ごとにこの手順を繰り返します。

外部 VLAN プールの作成

外部 VLAN プールは EVC のイーサネットおよび EVC ATM Etherner ポリシーで AutoPick の外部 VLAN の属性とともに使用されます。外部 VLAN プールを設定する方法については、の項を参照してください。

VC ID プールの作成

VC ID プールは、VC ID プールの開始値とサイズを使用して定義されます。指定された VC ID プールは、どのインベントリ オブジェクト（プロバイダーまたはカスタマー）にも接続されません。L2VPN または VPLS サービスの展開中に、同じ VC ID プールから VC ID を自動割り当てすることも、手動で設定することもできます。

（注） Prime Provisioning サービスで手動による VC ID を設定する場合は、VC ID が定義済みの VC ID プールの有効な範囲外にあると、Prime Provisioning が警告を出します。その場合、Prime Provisioning は手動で定義された VC ID を VC ID プールに入れません。手動で割り当てる VC ID の範囲を含めるよう、VC ID プールの範囲をプリセットすることを推奨します。

ネットワークごとに VC ID プールを 1 つ作成します。

VPLS インスタンスでは、すべての N-PE ルータが、エミュレーテッド仮想回線（VC）を確立するために同じ VC ID を使用します。VC-ID は、VPLS VPN のコンテキストでは VPN ID とも呼ばれます （VPLS インスタンス内のプロバイダー コアは、複数の接続回線を結合する必要があります。プロバイダー コアは、複数の接続回線を接続する仮想ブリッジをシミュレーションする必要があります。この仮想ブリッジをシミュレーションするには、VPLS インスタンスに参加するすべての N-PE ルータがその間にエミュレーテッド VC を作成する必要があります）。

（注） VC ID は、回線またはポートを識別する 32 ビットの固有識別子です。

始める前に、作成する必要がある VC ID プールごとに次の情報があることを確認します。

• VC プールの開始番号

• VC プールのサイズ

L2VPN サービスおよび VPLS サービスの場合はすべて、次の手順を実行します。

ステップ 1 [Service Design] > [Resource Pools] を選択します。

[Resource Pools] ウィンドウが表示されます。

ステップ 2 [Pool Type] ドロップダウン リストから [VC ID] を選択します。

このプールはグローバル プールであるため、他のオブジェクトには関連付けられません。

ステップ 3 [Create] をクリックします。

[Create New VC ID Resource Pool] ウィンドウが表示されます。

ステップ 4 VC プールの開始番号を入力します。

ステップ 5 VC プールのサイズ番号を入力します。

ステップ 6 [Save] をクリックします。

更新された [Resource Pools] ウィンドウが表示されます。

名前付き物理回線の作成

L2VPN または VPLS サービス要求を作成する前に、CE と PE 間の物理リンクを事前定義する必要があります。Named Physical Circuit（NPC; 名前付き物理回線）は、物理ポートのグループを通過するリンクを表します。したがって、複数の論理リンクを同じ NPC でプロビジョニングできます。そのため、NPC は一度定義されますが、L2VPN または VPLS サービス要求のいくつかの作成中に使用されます。

NPC リンクの作成には 2 つの方法があります。

• NPC GUI エディタから。この方法の詳細については、「NPC GUI エディタによる NPC の作成」を参照してください。

• 自動検出プロセスから。この方法の詳細については、「自動検出プロセスによる NPC リンクの作成」を参照してください。

NPC 定義は、次の作成ルールを守る必要があります。

• NPC は、UNI があるデバイスの CE またはアップリンクあるいはリングで開始する必要があります。

• NPC は、N-PE または N-PE で終了するリングで終了する必要があります。

CE と UNI 間のリンクの NPC 情報を挿入する場合は、次のように情報を入力します。

• [Source Device] は CE デバイスです。

• [Source Interface] は UNI に接続している CE ポートです。

• [Destination Device] は UNI ボックスです。

• [Destination interface] は UNI ポートです。

CE が存在しない場合の NPC 情報を挿入する場合は、次のように情報を入力します。

• [Source Device] は UNI ボックスです。

• [Source Interface] は、N-PE あるいは別の U-PE または PE-AGG に接続している UNI ボックス上にある、UNI ポートではなく UP-LINK ポートです。

• [Destination Device] は U-PE、PE-AGG、または N-PE です。

• [Destination Interface] は、N-PE あるいは別の U-PE または PE-AGG に接続している DOWN-LINK ポートです。

単一の N-PE があり、CE がない（U-PE と CE がない）場合は、物理リンクは存在する必要がないため、NPC を作成する必要はありません。

NPC に複数のリンク（3 つ以上のデバイス）が必要な場合（たとえば、ence11、enpe1、および enpe12 に接続する）は、この NPC を次のように構築できます。

• 2 つの端 mlce1 と mlpe4 を接続するリンクを構築します。

• 作成したリンクにデバイス（enpe12）を挿入します。

NPC GUI エディタによる NPC の作成

NPC GUI エディタから NPC を作成するには、次のステップを実行します。

ステップ 1 [Inventory] > [Named Physical Circuits] を選択します。

[Named Physical Circuits] ウィンドウが表示されます。

新しい NPC を作成するには、リンクの開始として CE、終了として N-PE を選択します。複数のデバイスがリンクにある場合は、さらにデバイス（またはリング）を NPC に追加または挿入できます。

（注） 追加される新しいデバイスまたはリングは常に、選択したデバイスの後に配置され、挿入される新しいデバイスまたはリングは、選択したデバイスの前に配置されます。

[Point-to-Point Editor] の各行は物理リンクを表しています。各物理リンクには次の 5 つの属性があります。

• Source Device

• Source Interface

• Destination Device （N-PE でなければなりません）

• Destination Interface

• Ring

（注） NPC でリングを追加または挿入する前に、リンクを作成してリポジトリに保存する必要があります。NPC リングの作成に関する情報を取得するには、を参照してください。

[Source Device] はリンクの開始で、[Destination Device] はリンクの終了です。

ステップ 2 [Create] をクリックします。

[Create Named Physical Circuits] ウィンドウが表示されます。

ステップ 3 [Add Device] をクリックします。

[Select a Device] ウィンドウが表示されます。

ステップ 4 リンクの開始として CE を選択します。

ステップ 5 [Select] をクリックします。

[Create a Named Physical Circuits] ウィンドウにデバイスが表示されます。

ステップ 6 別のデバイスまたはリングを挿入するには、[Insert Device] または [Insert Ring] をクリックします。

別のデバイスまたはリングを NPC に追加するには、[Add Device] または [Add Ring] をクリックします。この例では、N-PE を追加するには [Add Device] をクリックします。

ステップ 7 宛先デバイスとして PE を選択します。

ステップ 8 [Select] をクリックします。

デバイスが表示されます。

ステップ 9 [Outgoing Interface] 列で、[Select outgoing interface] をクリックします。

デバイスに対して定義されたインターフェイスのリストが表示されます。

ステップ 10 リストからインターフェイスを選択して、[Select] をクリックします。

ステップ 11 [Save] をクリックします。

[Create Named Physical Circuits] ウィンドウには、作成した NPC が表示されるようになります。

Ring-Only NPC の作成

CE を指定せずにリングだけが含まれている NPC を作成するには、次のステップを実行します。

ステップ 1 [Inventory] > [Named Physical Circuits] を選択します。

ステップ 2 [Create] をクリックします。

[Create Named Physical Circuits] ウィンドウが表示されます。

ステップ 3 [Add Ring] をクリックします。

[Select NPC Ring] ウィンドウが表示されます。

ステップ 4 リングを選択して、[Select] をクリックします。リングが表示されます。

ステップ 5 リングの開始を選択するには、[Select device] リンクをクリックします。

デバイスのリストが示されたウィンドウが表示されます。

ステップ 6 リングの開始であるデバイスを選択して、[Select] をクリックします。

ステップ 7 リングの終了を選択するには、[Select device] リンクをクリックします。

ステップ 8 リングの終了であるデバイスを選択して、[Select] をクリックします。

（注） Ring-Only NPC でのリングの終了であるデバイスは、N-PE でなければなりません。

ステップ 9 Ring-Only NPC が示された [Named Physical Circuits] ウィンドウが表示されます。

ステップ 10 NPC をリポジトリに保存するには、[Save] をクリックします。

2 台の N-PE 上でのアクセス リングの終端

Prime Provisioning はサービス トポロジ内のデバイス レベルの冗長性をサポートして、1 つのアクセス リンクがドロップした場合にフェールオーバーを行います。これは、アクセス リンクが 2 台の異なる N-PE デバイスで終端できるようにする、特殊用途の NPC リングを使用することで実行できます。リング内の N-PE は、N-PE でループバック インターフェイスを使用して、論理リンクによって接続されます。冗長リンクは、U-PE デバイスから開始して、任意で PE-AGG デバイスを含めることができます。

Prime Provisioning でこれを実装する方法については、 付録 C「2 台の N-PE 上でのアクセス リングの終端」 を参照してください。

自動検出プロセスによる NPC リンクの作成

自動検出を使用して、ネットワーク デバイスの既存の接続を自動的に取得して、Prime Provisioning データベースに格納できます。NPC は、検出された接続からさらに抽象化されます。

自動検出を使用して NPC を作成する手順の詳細については、を参照してください。

疑似回線クラスの作成および変更

疑似回線クラス機能は、IOS XR 対応デバイスに L2VPN サービス要求の一部として展開される疑似回線に関連付けられたさまざまな属性を設定できるようにします。

（注） 疑似回線クラス機能は、IOS XR 3.6.1 以降でサポートされます。

疑似回線クラス機能では、カプセル化、トランスポート モード、フォールバック オプションの設定、および疑似回線を転送できるトラフィック エンジニアリング トンネルの選択がサポートされます。トンネルの選択では、Prime Provisioning Traffic Engineering Management（TEM）アプリケーションが使用されている場合は、このアプリケーションを使用してトンネルを選択できます。それ以外の場合は、ネットワーク内ですでにプロビジョニングされているトンネルの ID を指定できます。IOS XR 対応デバイスでは、疑似回線クラスは、Prime Provisioning リポジトリで別個に定義されるオブジェクトです。これは、L2VPN サービス ポリシーまたはサービス要求に接続できます。疑似回線クラス機能は、L2VPN ERS、EWS、および ATM ポリシーとサービス要求だけで使用できます。

ここでは、疑似回線クラスの作成方法および検出方法について説明します。疑似回線クラスを L2VPN ポリシーに関連付けて、サービス要求内で使用する方法については、「L2VPN ポリシーの作成」と「L2VPN サービス要求の管理」を参照してください

疑似回線クラスの作成

疑似回線クラスを作成するには、次のステップを実行します。

ステップ 1 [Inventory] > [Pseudowire Class] を選択します。

[Pseudowire Class] ウィンドウが表示されます。

ステップ 2 [Create] ボタンをクリックします。

[Create Pseudowire Class] ウィンドウが表示されます。

ステップ 3 [Name] フィールドに、有効な PseudoWireClass 名を入力します。

疑似回線クラス名は、IOS XR デバイスで pw-class コマンドをプロビジョニングするために使用されます。この名前は 32 文字を超えることはできず、スペースは使用できません。

ステップ 4 [Description] フィールドに、意味のある説明を 128 文字未満で入力します。

このフィールドはオプションです。

ステップ 5 [Encapsulation] ドロップダウン リストから、[MPLS] カプセル化タイプを選択します。

（注） 現在サポートされている唯一のカプセル化タイプは、MPLS です。

ステップ 6 [TransportMode] ドロップダウン リストからトランスポート モードを選択します。選択できる基準は、次のとおりです。

• [NONE]（デフォルト）

• Vlan

• Ethernet

（注） [TransportMode] を [Vlan] に設定する場合は、使用する IOS XR のバージョンでサポートされるときは、疑似回線クラスから行うことを推奨します。疑似回線クラスが特定のバージョンの IOS XR でサポートされない場合は、「疑似回線クラスがサポートされない場合のトランスポート モードの設定」で説明されているように、Dynamic Component Properties Library（DCPL）プロパティを使用して [TransportMode] を設定する必要があります。

ステップ 7 [Protocol] ドロップダウン リストからプロトコルを選択します。選択できる基準は、次のとおりです。

• [NONE]（デフォルト）

• [LDP]：この疑似回線クラスのシグナリング プロトコルとして LDP を設定します。

ステップ 8 受信または送信でのシーケンス処理を設定するには、[Sequencing] ドロップダウン リストから選択します。選択できる基準は、次のとおりです。

• [NONE]（デフォルト）

• [BOTH]：受信と送信でシーケンス処理を設定します。

• [TRANSMIT]：送信でシーケンス処理を設定します。

• [RECEIVE]：受信でシーケンス処理を設定します。

ステップ 9 Prime Provisioning によってすでにプロビジョニングされているか、デバイスで手動でプロビジョニングした TE トンネルの [Tunnel ID] を入力します。

この値はオプションです。次のステップで説明されているように、Prime Provisioning によってすでにプロビジョニングされている TE トンネルを選択することもできます。

ステップ 10 Prime Provisioning によって以前にプロビジョニングされた TE トンネルを選択する場合は、[Select TE Tunnel] をクリックします。

[Select TE Tunnel] ポップアップ ウィンドウが表示されます。TE トンネルを選択して、[Select] をクリックします。これによって、選択した TE トンネルの ID が [TE Tunnel] フィールドに入力されます。

（注） TE トンネルを疑似回線クラスに関連付けるか、サービス要求でプロビジョニングした後で、Traffic Engineering Management（TEM）アプリケーションを使用して TE トンネルを削除しようとすると、エラー メッセージが表示されます。疑似回線クラスまたはサービス要求に関連付けられた TE トンネルは削除できません。

ステップ 11 疑似回線トンネルのフォールバック オプションをディセーブルにするには、[Disable Fallback] チェックボックスをオンにします。

このオプションは、IOS XR のバージョンに基づいて選択します。IOS XR 3.6.1 では必須で、IOS XR 3.7 以降では任意です。

疑似回線クラスの変更

ここでは、既存の疑似回線クラスの変更（編集）方法、および編集操作が L2VPN サービス要求に与える可能性がある影響について説明します。

疑似回線クラスを変更するには、次のステップを実行します。

ステップ 1 [Inventory] > [Pseudowire Class] を選択します。

[Pseudowire Class] ウィンドウが表示されます。

ステップ 2 変更する疑似回線クラス オブジェクトを選択して、[Edit] をクリックします。

[PseudoWire Class Edit] ウィンドウが表示されます。

ステップ 3 必要な変更を行って、[Save] をクリックします。

（注） 疑似回線クラスがサービス要求に関連付けられている場合は、[Name] フィールドは編集不可能です。

変更する疑似回線クラスが L2VPN サービス要求に関連付けられている場合は、影響を受けるサービス要求のリストが示された [Affected Jobs] ウィンドウが表示されます。

（注） 影響を受けるサービス要求のリストは、変更する疑似回線クラスで [Transport Mode]、[Tunnel ID]、または [Disable Fallback] 値を変更した場合だけ表示されます。

ステップ 4 変更した疑似回線クラスに関連付けられたサービス要求を更新するには、[Save] をクリックします。

影響を受けるサービス要求は、[Requested] 状態に移行されます。

ステップ 5 変更した疑似回線クラスに関連付けられたサービス要求を更新して展開するには、[Save and Deploy] をクリックします。

展開タスクは、以前に [Deployed] 状態だった、影響を受けるサービス要求で作成されます。

ステップ 6 変更した疑似回線クラスに行った変更を廃棄するには、[Cancel] をクリックします。

この場合は、疑似回線クラスに関連付けられたサービス要求では状態の変更は行われません。

疑似回線クラスの削除

疑似回線クラスを削除するには、次の手順を実行します。

（注） サービス要求またはポリシーで使用中の疑似回線クラスは削除できません。

ステップ 1 [Inventory] > [Pseudowire Class] を選択します。

[Pseudowire Classes] ウィンドウが表示されます。

ステップ 2 削除する疑似回線クラスの横にあるチェックボックスをオンにします。

ステップ 3 [Delete] ボタンをクリックすると、選択した疑似回線クラスの名前とともにウィンドウが表示されます。

ステップ 4 [Delete] ボタンをクリックして、指定した疑似回線クラスを削除することを確定します。

ステップ 5 指定した疑似回線クラスを削除せずに戻るには、[Cancel] をクリックします。

疑似回線クラスがサポートされない場合のトランスポート モードの設定

ここでは、疑似回線クラスがサポートされないバージョンの IOS XR で、タイプ Vlan にする疑似回線トランスポート モードの設定方法について説明します。これは、Dynamic Component Properties Library（DCPL）プロパティを設定することで行います。追加情報については、ステップの後の使用方法に関する注釈を参照してください。

次のステップを実行します。

ステップ 1 Prime Provisioning で、[Administration] > [Hosts] と移動します。

ステップ 2 特定のホストのチェックボックスをオンにして、[Config] ボタンをクリックします。

ステップ 3 DCPL プロパティ Services\Common\pseudoWireVlanMode にナビゲートします。

ステップ 4 プロパティを true に設定します。

ステップ 5 [Set Property] をクリックします。

Prime Provisioning は、疑似回線の VLAN トランスポート モード設定を生成します。

使用方法に関する注釈：

• トランスポート モードを Vlan に設定する場合は、使用する IOS XR のバージョンでサポートされるときは、疑似回線クラスから行うことを推奨します。疑似回線クラス機能がサポートされない場合は、トランスポート モードは、ステップで説明されているように DCPL プロパティを使用して設定する必要があります。

• DCPL プロパティ pseudoWireVlanMode は、DCPL プロパティが true に設定されている場合は、PseudoWireClass TransportMode のデフォルト値を Vlan に設定するだけです。ユーザは、これを常に上書きできます。

• DCPL プロパティ pseudoWireVlanMode は 2 つの方法で機能します。

– これは、PseudoWireClass TransportMode のデフォルト値を Vlan に設定します。

– 疑似回線クラスがない場合は、非推奨のコマンドである transport-mode vlan を生成します。 transport-mode vlan コマンドは、IOS XR 3.6 以降では非推奨のコマンドです。そのため、IOS XR デバイスで疑似回線クラスを選択して、さらに DCPL プロパティが true に設定されている場合は、 transport-mode vlan コマンドは生成されません。疑似回線クラスと transport-mode vlan コマンドは共存しません。疑似回線クラスが存在する場合は、これは非推奨の transport-mode vlan コマンドに優先します。

• DCPL プロパティ pseudoWireVlanMode の値は、サービス要求の存続期間中に変更することはできません。

IOS XR デバイスの L2VPN グループ名の定義

ここでは、IOS XR デバイスのポリシーとサービス要求に使用可能な L2VPN グループ名を指定する方法について説明します。選択項目は、ポリシーとサービス要求の [L2VPN Group Name] 属性のドロップダウン リストに表示されます。選択した名前は、IOS XR デバイスでの L2VPN グループ名のプロビジョニングに使用されます。選択は、Dynamic Component Properties Library（DCPL）プロパティを設定することで定義されます。

次のステップを実行します。

ステップ 1 Prime Provisioning で、[Administration] > [Hosts] と移動します。

ステップ 2 特定のホストのチェックボックスをオンにして、[Config] ボタンをクリックします。

ステップ 3 DCPL プロパティ Services\Common\l2vpnGroupNameOptions にナビゲートします。

ステップ 4 [New Value] フィールドに L2VPN グループ名のコンマ区切りのリストを入力します。

ステップ 5 [Set Property] をクリックします。

EVC イーサネット ポリシーの定義

サービスをプロビジョニングするには、EVC イーサネット ポリシーを定義する必要があります。ポリシーは、類似したサービス要件を持つ 1 つ以上のサービス要求で共有できます。

ポリシーは、EVC サービス要求の定義に必要な大部分のパラメータのテンプレートです。定義後に、共通する一連の特性を共有するすべての EVC サービス要求で EVC ポリシーを使用できます。新しいタイプのサービスまたは異なるパラメータを持つサービスを作成する場合は、常に新しい EVC ポリシーを作成します。EVC ポリシーの作成は通常、経験のあるネットワーク エンジニアが実行します。

ネットワーク オペレータは、ポリシーの属性の [Editable] チェックボックスを使用すると、フィールドを編集可能にするオプションを利用できます。値が [editable] に設定されている場合は、サービス要求の作成者は、特定のポリシー属性の値を変更できます。値が [editable] に設定 されていない 場合は、サービス要求の作成者は属性を変更できません。

また、Prime Provisioning のテンプレートとデータ ファイルをポリシーに関連付けることもできます。ポリシーでのテンプレートおよびデータ ファイルの使用方法の詳細については、を参照してください。

ポリシー（およびそのポリシーに基づくサービス要求）に従って、ユーザ定義の属性を作成することもできます。追加情報機能の使用方法の背景説明については、 付録 F「サービスに情報を追加する方法」 を参照してください。

EVC イーサネット ポリシーを定義するには、最初にサービス タイプ属性を設定します。これを行うには、次のステップを実行します。

ステップ 1 [Service Design] > [Create Policy] を選択します。

[Policy Editor] ウィンドウが表示されます。

ステップ 2 [Policy Type] ドロップダウン リストから [EVC] を選択します。

[Policy Editor] ウィンドウが表示されます。

ステップ 3 EVC ポリシーの [Policy Name] を入力します。

ステップ 4 EVC ポリシーの [Policy Owner] を選択します。

EVC ポリシー所有権には次の 3 種類があります。

• カスタマー所有権

• プロバイダー所有権

• グローバル所有権：すべてのサービス オペレータがこのポリシーを使用できます。

この所有権は、Prime Provisioning Role-Based Access Control（RBAC; ロールベース アクセス コントロール）が有効になると関係してきます。たとえば、カスタマー所有の EVC ポリシーは、このカスタマー所有ポリシーでの作業が許可されているオペレータのみが参照できます。同様に、プロバイダーのネットワークでの作業を許可されているオペレータは、特定のプロバイダー所有ポリシーを表示、使用、および展開できます。

ステップ 5 EVC ポリシーの所有者を選択するには、[Select] をクリックします。

ポリシー所有者は、Prime Provisioning の設定中にカスタマーまたはプロバイダーを作成した際に設定しました。所有権がグローバルの場合は、[Select] 機能は表示されません。

ステップ 6 [Policy Type] を選択します。

選択できる基準は、次のとおりです。

• [ETHERNET]：この項です。

• [ATM]： を参照してください。

• [ATM-Ethernet Interworking]： 「EVC ATM-Ethernet インターワーキング ポリシーの作成」を参照してください。

• [TDM Circuit Emulation]： を参照してください。

ステップ 7 [Next] をクリックします。

[Service Options] ウィンドウが表示されます。

ステップ 8 次の項である「サービス オプションの設定」に記載されているステップに進みます。

サービス オプションの設定

この項では、EVC イーサネット ポリシーのサービス オプションの設定方法について説明します。

EVC サービス オプションを設定するには、次の手順を実行します。

ステップ 1 CE が N-PE に直接接続されている場合は、[CE Directly Connected to EVC] チェックボックスをオンにします。

このチェックボックスは、デフォルトでオフになっています。

（注） [Editable] チェックボックスを使用すると、フィールドを編集可能にするオプションを使用できます。[Editable] チェックボックスをオンにすると、この EVC ポリシーを使用しているサービス オペレータは、EVC サービス要求の作成中に編集可能パラメータを変更できます。

使用方法に関する注釈：

• チェックボックスをオンにすると、このポリシーを使用して作成されたサービス要求は、直接接続リンクだけを持つことができます。イーサネット アクセス ノードは含められません。

• チェックボックスをオフにすると、このポリシーを使用して作成されたサービス要求は、リンクにイーサネット アクセス ノードを持つ場合と、持たない場合があります。

• CE が N-PE に直接接続されている場合は、NPC は、サービス要求の作成中にリンクには適用されません。

• CE が N-PE に直接接続されていない場合は、NPC は、Prime Provisioning の標準の動作に従って、サービス要求の作成中に使用されます。EVC 機能をサポートするための NPC の実装への変更はありません。

ステップ 2 EVC 機能を使用してすべてのリンクを設定する必要がある場合は、[All Links Terminate on EVC] チェックボックスをオンにします。

このチェックボックスは、デフォルトでオフになっています。使用方法に関する注釈：

• チェックボックスをオンにすると、そのようなポリシーを使用して作成されたサービス要求は、EVC 機能を使用したすべてのリンクを持つようになります。

• チェックボックスをオフにすると、ゼロ以上のリンクが EVC 機能を使用できるようになります。これは、サービスを配信しながら、1 つ以上のリンクで既存のプラットフォームを引き続き使用できるようにします。これによって、EVC サポートとのリンクを将来追加できるようになります。

（注） チェックボックスをオフにすると、サービス要求の作成プロセスで、ユーザは、作成されたリンクが EVC であるか、非 EVC であるかを指定する必要があります。

• リンクが将来も EVC 機能を使用しないことが予期される場合（たとえば、プロバイダーが作成されるサービスの EVC インフラストラクチャにアップグレードする予定がない場合）は、EVC の代わりに、既存の Prime Provisioning ポリシー タイプ（L2VPN または VPLS）を使用できます。

ステップ 3 ドロップダウン リストから [MPLS Core Connectivity Type] を選択します。

（注） コア オプションでは MPLS だけがサポートされます。このサービスに対する L2TPv3 サポートはありません。

選択できる基準は、次のとおりです。

• [PSEUDOWIRE]：MPLS コアにわたって 2 つの N-PE 間の接続を許可するには、このオプションを選択します。このオプションは、サービスをポイントツーポイント（E-Line）に制限しません。これは、[PSEUDOWIRE] オプションが選択されている場合でも、疑似回線の片側または両方の側のブリッジ ドメインに接続されている CE が引き続き複数存在する可能性があるためです。

• [LOCAL]：MPLS コアにわたる接続が必要ないローカル接続のケースでは、このオプションを選択します。

ローカル接続では、次のシナリオがサポートされます。

– N-PE 上のすべてのインターフェイスが EVC 対応で、EVC インフラストラクチャを使用しています。これは、これらのインターフェイス上のカスタマー トラフィックをすべてブリッジ ドメインに関連付けることで設定します。これは、N-PE 上で VLAN ID（ブリッジ ドメイン ID と等しい）を消費します。

– N-PE 上の一部のインターフェイスは EVC 対応ですが、他はスイッチ ポート ベースです。そのような場合は、EVC インフラストラクチャを使用して設定されたインターフェイス上のカスタマー トラフィックはすべて、ブリッジ ドメインに関連付けられます。非 EVC インターフェイス上のトラフィック（およびこの N-PE 以外のすべてのアクセス ノードまたはインターフェイス）は、サービス プロバイダー VLAN ID を使用して設定されます。この場合、サービス プロバイダー VLAN ID は、EVC ベース サービスのブリッジ ドメイン ID と同じです。

– N-PE 上の 2 つのインターフェイスだけが使用され、両方とも EVC 対応ラインカードに基づいています。最初のケースでは、オペレータは、ブリッジ ドメイン オプションを設定しないことを選択することがあります。この場合、ローカル接続に使用される connect コマンドが使用され、グローバル VLAN がデバイスで保存されます。オペレータがブリッジ ドメイン オプションを使用した設定を選択する場合は、両方のインターフェイスがブリッジ ドメイン ID に関連付けられるため、追加のローカル リンクを将来サービスに追加できます。これは、N-PE で VLAN ID（ブリッジ ドメイン ID）を消費します。

• [VPLS]：MPLS コアにわたって複数の N-PE 間の接続を許可するには、このオプションを選択します。

– これには MPLS-TP 対応ネットワーク上のマルチセグメント疑似回線のサポートが含まれます。VPLS インスタンスに相互接続する LSP の一部またはすべてが既存の MPLS-TP トンネルでアドミッションできます（Prime Provisioning を使用してプロビジョニングされている場合があります）。LSP は、各ホップを MPLS-TP トンネルでアドミッションできるマルチセグメント疑似回線として設定できます。Prime Provisioning は、ノードやトンネルが含まれているかどうかを考慮して、最短パスに沿ってマルチセグメント疑似回線を自動的にルーティングします。

– LSP/pseudowire ラベルは Prime Provisioning によって静的に割り当てることができます。これによって、転送されたプロトコルを VPLS 内で実行してラベル交換を行う必要がなくなるため、VPLS 内のエンドポイント間の IP 接続が不要になります。

– MPLS ラベルのプールは VPLS と MPLS-TP サービスを通じて（デバイスで同じ MPLS スタティック ラベル範囲から取得される場合）共有されます。それ以外の場合、Prime Provisioning はデバイスに設定された別個のトンネルとサービス ラベルの範囲を使用します。MPLS ラベルが一意に割り当てられるように、使用中のラベルが検出され、ラベル プールから削除されます。

サービス要求内の MPLS コア全体での N-PE の数に制限はありません。ただし、多数のサービス要求が、同じカスタマー関連 VPN を参照することがあります。

（注） ポリシー ワークフローの後続のウィンドウで使用可能な属性は、[MPLS Core Connectivity Type] に選択した項目（[PSEUDOWIRE]、[LOCAL]、または [VPLS]）に基づいて動的に変わります。完全性を確保するため、さまざまなコア タイプに使用できるすべての属性が、次のステップで説明されています。属性は、別途明記されていない限り、すべてのコア タイプに適用されます。

（注） また、一部の属性は、IOS または IOS XR プラットフォームだけでサポートされます。属性は、別途明記されていない限り、両方のプラットフォームに適用されます。すべてのプラットフォーム固有属性が、ポリシー ワークフロー ウィンドウに表示されます。後で、ポリシーに基づいてサービス要求を作成する（および特定のデバイスがサービス要求に関連付けられる）際に、プラットフォーム固有属性は、デバイス タイプ（IOS または IOS XR）に基づいて、サービス要求ウィンドウからフィルタリングされます。

ステップ 4 ブリッジ ドメインの特性を判別するには、[Configure With Bridge Domain] チェックボックスをオンにします。

[Configure With Bridge-Domain] オプションの動作は、次に示すように、[MPLS Core Connectivity Type] オプションで選択した項目と並行して動作します。

• [MPLS Core Connectivity Type] として [PSEUDOWIRE] を選択。次の 2 つのケースがあります。

A.EVC の場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、ブリッジ ドメインに関連付けられた SVI 下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サービス インスタンス下で直接疑似回線を設定します。これによってグローバル VLAN が保存されます。

B.EVC を使用しない場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、L2VPN サービス（SVI を使用）の場合と同様に疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サブインターフェイス下で直接疑似回線を設定します。

疑似回線だけを、対応する EVC 対応インターフェイスのサービス インスタンス下、またはブリッジ ドメインに関連付けられた SVI の下のいずれかで直接設定できます。

• [MPLS Core Connectivity Type] として [LOCAL] を選択。

– [Configure With Bridge Domain] をオンにすると、ポリシーでは、ポイントツーポイント ローカル接続サービスまたはマルチポイント ローカル接続サービスのいずれかが許可されます。

– [Configure With Bridge Domain] がオフの場合、Prime Provisioning はブリッジ ドメインなしのポイントツーポイント ローカル接続のみを許可します。

• [VPLS]：[Configure With Bridge Domain] はデフォルトでオンにされ、編集不可能です。

VPLS サービス オプションを選択すると、VPLS 固有サービス オプションが表示されます。

– 自動的にスタティック ラベルを割り当てるには、[Static VPLS (AutoPick MPLS Labels)] チェックボックスをオンにします。
スタティック ラベルは、サービス要求を保存するときに割り当てられます。

– [Configure Pseudowire Segment(s)] チェックボックスをオンにすると、VPLS サービスが MPLS-TP トンネルでアドミッションされ、トンネルがともに「切り替え」られ、シミュレートされたエンドツーエンドのパスが形成されます。

ステップ 5 [Next] をクリックします。

EVC の [Attributes] ウィンドウが表示されます。

ステップ 6 次の項である「EVC 属性の設定」に記載されているステップに進みます。

EVC 属性の設定

この項では、EVC イーサネット ポリシーの EVC 属性を設定する方法について説明します。

EVC 属性は、次のカテゴリに編成されます。

• Service Attributes

• VLAN Match Criteria

• VLAN Rewrite Criteria

次の項では、各カテゴリのオプションの設定方法について説明します。

[Service] 属性の設定

EVC サービス属性は、どの MPLS コア接続タイプが選択された場合でも同じです。

EVC サービス属性を設定するには、次の手順を実行します。

ステップ 1 サービス要求の作成中にサービス インスタンス ID を自動生成し、リンクに割り当てることを指定するには、[AutoPick Service Instance ID] チェックボックスをオンにします。

チェックボックスをオフにすると、サービス要求の作成中に Prime Provisioning リンク属性を設定するときに、Prime Provisioning は、サービス インスタンス ID を指定するようオペレータに求めます。

使用方法に関する注釈：

• サービス インスタンス ID は、EVC インフラストラクチャ内のインターフェイス上の Ethernet Flow Point（EFP; イーサネット フロー ポイント）を表します。サービス インスタンス ID は、インターフェイスに対してローカルで有効です。この ID は、インターフェイス レベルだけで固有でなければなりません。ID は 1 ～ 8000 までの値でなければなりません。

• Prime Provisioning では、サービス インスタンス ID の割り当て元として使用可能なリソース プールはありません。

• サービス要求を作成するオペレータが、インターフェイス レベルで ID の一意性を維持する必要があります。

ステップ 2 ポリシーに基づいたサービス要求の作成時に Prime Provisioning にサービス インスタンス名を自動生成させるには、[AutoPick Service Instance Name] チェックボックスをオンにします。自動生成される値のパターンは、 CustomerName_ServiceRequestJobID です。

チェックボックスをオフにすると、サービス要求の作成中に値を入力できます。

ステップ 3 特定の条件下で疑似回線の冗長性（代替の終端デバイス）をイネーブルにするには、[Enable PseudoWire Redundancy] チェックボックスをオンにします。

使用方法に関する注釈：

• [Enable Pseudo Wire Redundancy] は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] が [PSEUDOWIRE] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

• このオプションの使用方法に関する注釈については、 付録 C「2 台の N-PE 上でのアクセス リングの終端」 、および特にを参照してください。

ステップ 4 サービス要求の作成中に Prime Provisioning に VC ID を自動選択させるには、[AutoPick VC ID] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に VC ID を指定するよう求められます。

使用方法に関する注釈：

• この属性は、[Service Options] ウィンドウで [MPLS Core Connectivity of Type] が [PSEUDOWIRE] または [VPLS] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

• [AutoPick VC ID] をオンにすると、Prime Provisioning は、Prime Provisioning によって管理される VC ID リソース プールから疑似回線用に VC ID を割り当てます。

• [MPLS Core Connectivity of Type] が [VPLS] の場合は、Prime Provisioning は、Prime Provisioning によって管理される VC ID リソース プールから VPLS VPN ID を割り当てます。

ステップ 5 サービス要求の作成中に、Prime Provisioning に仮想転送インスタンス（VFI）を自動選択させるには、[AutoPick VFI Name] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に VFI 名を指定するよう求められます。

（注） [AutoPick VFI Name] 属性は、[MPLS Core Connectivity Type] が [VPLS] に設定されている場合にのみ使用できます。他のコア タイプの場合（PSEUDOWIRE および LOCAL）、この属性は表示されません。

ステップ 6 サービス要求の作成中に Prime Provisioning にサービス要求の VLAN ID を自動選択させるには、[AutoPick Bridge Domain/VLAN ID] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に VLAN ID を指定するよう求められます。

使用方法に関する注釈：

• AutoPick ブリッジ ドメインまたは VLAN ID は、デバイスでグローバル VLAN ID を消費します。

• ブリッジ ドメインまたは VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。サービス要求で VLAN ID を割り当てると、Prime Provisioning は、後続のサービス要求では VLAN ID を使用不可にします。

• 手動による VLAN ID の割り当ての場合は、ID が Prime Provisioning によって管理される VLAN プールの範囲外にあると、Prime Provisioning は VLAN ID を管理しません。この場合は、オペレータは、イーサネット アクセス ドメインで ID の一意性を確保する必要があります。オペレータが、Prime Provisioning によって管理される VLAN プールの範囲内にある VLAN ID を指定した場合に、その VLAN ID がアクセス ドメインですでに使用中であるときは、Prime Provisioning は、VLAN ID が使用中であることを示すエラー メッセージを表示します。

アクセス VLAN ID に関する注釈

アクセス VLAN ID は、EVC 対応ポートに対してローカルで有効です。グローバル VLAN と混同しないでください。これは、EVC ポートの向こうにあるイーサネット アクセス ネットワークをいくつかのサブイーサネット アクセス ドメインにパーティション化する（EVC 対応ポートごとに 1 つ）ことで可視化できます。

ただし、EVC ポートの向こうにあるイーサネット アクセス ノード上のすべてのサービス インターフェイスには、リンクのこの同じ VLAN ID が割り当てられます。この ID は、サービス要求の作成中にリンク属性を設定する際にオペレータが手動で指定する必要があります。オペレータは、EVC-demarcated イーサネット アクセス ドメインにわたって ID の一意性を確保する必要があります。

これらの VLAN ID は、ローカルで有効な VLAN プールを使用して Prime Provisioning によって管理されません。ただし、サービス要求でリンクに VLAN ID を割り当てた後で、Prime Provisioning は、EVC によって境界が定められたイーサネット アクセス ドメイン内の後続のサービス要求では VLAN を使用不可にします。同様に、手動で指定した VLAN が、EVC によって区切られたアクセス ドメインですでに使用中の場合は、Prime Provisioning は、指定された新しい VLAN ID が NPC ですでに使用中であることを示すエラー メッセージを表示します。オペレータは、L2 アクセス ノードでプロビジョニングされる別の VLAN ID を指定するよう求められます。

ステップ 7 サービス要求の作成中に Prime Provisioning にサービス要求のグループ名を自動選択させるには、[AutoPick Bridge Group Name] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中にグループ名を指定するよう求められます。チェックボックスをオンにすると、グループ名はデフォルトでカスタマー名に設定されます。

（注） この属性は、サポートされる IOS XR デバイスだけに適用されます。

ステップ 8 サービス要求の作成中に Prime Provisioning にサービス要求のドメイン名を自動選択させるには、[AutoPick Bridge Domain Name] チェックボックスをオンにします。

使用方法に関する注釈：

• このチェックボックスをオフにすると、オペレータは、サービス要求の作成中にドメイン名を指定するよう求められます。

• チェックボックスをオンにすると、ドメイン名はデフォルトで次の形式に設定されます。

– 疑似回線とローカル接続コア タイプの場合： ISC-Job-Job_ID 。ここで、 Job_ID はサービス要求ジョブ ID です。

– VPLS コア タイプの場合： ISC-VPN_Name-VPN_ID 。ここで、 VPN_Name は、使用されている VPLS VPN の名前で、 VPN_ID は、サービス要求で使用される VPN ID です。

（注） この属性は、サポートされる IOS XR デバイスだけに適用されます。

ステップ 9 次の項である「VLAN 一致基準属性の設定」に記載されているステップに進みます。

VLAN 一致基準属性の設定

EVC 機能を導入する前に、サービス プロバイダーは、単一のポートでサービス多重化サービス（ERS/ERMS または EVPL/EVCS）またはサービス バンドル サービスのいずれかを展開できます。インフラストラクチャの制限が原因で、両方を同時にサポートすることはできません。この制限では、最外部の VLAN タグの照合だけが許可されます。

Prime Provisioning での EVC サポートの主な利点の 1 つは、着信フレームの VLAN タグ（最大 2 つのレベル）を調べて、適切なイーサネット フロー ポイント（EFP）に関連付けるための柔軟な方法が提供されることです。これによって、サービス プロバイダーは、サービス多重化サービスとサービス バンドル サービスの両方を単一のポートに同時に展開できます。

EVC VLAN 一致基準属性を設定するには、次の手順を実行します。

ステップ 1 ポリシーを使用して作成されたサービス要求を、着信フレームの内部 VLAN タグと外部 VLAN タグの両方と一致させるには、[Both Tags] チェックボックスをオンにします。

このチェックボックスをオンにしないと、ポリシーを使用して作成されたサービス要求は、着信フレームの外部 VLAN タグだけと一致します。

[Both Tags] 属性をオンにすると、[Inner VLAN Ranges] 属性（次の手順で説明）が [EVC Attribute] ウィンドウに表示されます。

ステップ 2 サービス要求の作成中に内部 VLAN タグの範囲を指定できるようにするには、[Inner VLAN Ranges] チェックボックスをオンにします。

チェックボックスをオフにすると、内部 VLAN タグの範囲は許可されません。この場合は、オペレータは、サービス要求の作成中に別個の VLAN ID を指定する必要があります。

ステップ 3 サービス要求の作成中に外部 VLAN タグの範囲を指定できるようにするには、[Outer VLAN Ranges] チェックボックスをオンにします。

チェックボックスをオフにすると、外部 VLAN タグの範囲は許可されません。この場合は、オペレータは、サービス要求の作成中に別個の VLAN ID を指定する必要があります。

ステップ 4 サービス要求の作成中に、以前に作成した外部 VLAN ID リソース プールから外部 VLAN ID を Prime Provisioning が自動選択するように設定するには、[AutoPick Outer VLAN] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に外部 VLAN ID を指定するよう求められます。

（注） [AutoPick Outer VLAN] 属性を使用するには、2 つの要素が Prime Provisioning で事前に設定されている必要があります。1 つめの要素はインターフェイス アクセス ドメインであり、これは N-PE デバイスの物理ポートをグループ化する論理要素です。2 つめの要素は EVC 外部 VLAN リソース プールであり、これはインターフェイス アクセス ドメインによって使用されます。これらの要素を設定する方法については、項とを参照してください。

使用方法に関する注釈：

• [AutoPick Outer VLAN] は、EVC 機能をサポートするインターフェイスに使用できます。

• [AutoPick Outer VLAN] は、EVC をサポートするインターフェイスで VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

ステップ 5 次の項である「VLAN 書き換え基準属性の設定」に記載されているステップに進みます。

VLAN 書き換え基準属性の設定

VLAN 一致基準とともに、VLAN 書き換えは、EVC インフラストラクチャを非常に強力かつ柔軟にします。次の VLAN 書き換えオプションがサポートされています。

• 1 つまたは 2 つのタグをポップする。

• 1 つまたは 2 つのタグをプッシュする。

• 変換（1:1、2:1、1:2、2:2）。

VLAN 書き換え基準属性を設定するときは、次の点に注意してください。

• どの CE-facing EVC リンクでも、行うことができる書き換えは 1 種類だけです。

• すべての VLAN 書き換えは、入力トラフィックで symmetric キーワードを使用して行われます（たとえば、 rewrite ingress tag pop 2 symmetric ）。

• すべてのサービス インスタンスで、インスタンスごとに 1 つのタイプの書き換えオプション（ポップ、プッシュ、または変換）だけが許可されます。たとえば、[pop outer] をイネーブルにすると、[push inner]、[push outer]、[translate inner]、および [translate outer] は使用できません。

EVC VLAN 書き換え基準属性を設定するには、次の手順を実行します。

ステップ 1 一致基準を満たす着信フレームの外部 VLAN ID タグをポップするには、[Pop Outer] チェックボックスをオンにします。

このチェックボックスをオフにすると、着信トラフィックの外部タグはポップされません。

ステップ 2 一致基準を満たす着信フレームの内部 VLAN ID タグをポップするには、[Pop Inner] チェックボックスをオンにします。

このチェックボックスをオフにすると、内部タグはポップされません。[Pop Inner] をオンにすると、[Pop Outer] が自動的にオンになることに注意してください。

ステップ 3 一致基準を満たす着信フレームの外部 VLAN ID タグをインポーズするには、[Push Outer] チェックボックスをオンにします。

このチェックボックスをオフにすると、外部タグは着信フレームでインポーズされません。

使用方法に関する注釈：

• [Push Outer] をオンにする場合は、ポリシーを使用して作成されたすべてのサービス要求が、一致基準と一致する着信フレームで dot1q 外部タグをプッシュします。サービスの作成中にリンクを作成する場合は、オペレータは、1 ～ 4096 までの値で外部タグを指定できます。

• この属性は、一致基準で使用されるタグの数に関係なく使用可能です。着信トラフィックがダブルタグ付きであるか、シングルタグ付きであるかに関係なく、[Push Outer] をイネーブルにすると、対応するすべてのサービス要求が外部タグをプッシュします。後続のノードはすべて、最外部の 2 つのタグ（EVC 対応の場合）または 1 つのタグ（EVC 対応ではない場合）だけを考慮し、最内部のタグを透過的にペイロードとして扱います。

• この VLAN ID は、Prime Provisioning 管理の VLAN ID プールからは得られません。

ステップ 4 一致基準を満たす着信フレームの内部 VLAN ID タグをインポーズするには、[Push Inner] チェックボックスをオンにします。

この操作は、内部タグだけでなく、内部タグと外部タグの両方を着信パケットにプッシュします。このチェックボックスをオフにすると、内部タグは着信フレームでインポーズされません。

使用方法に関する注釈：

• [Push Inner] をオンにする場合は、ポリシーを使用して作成されたすべてのサービス要求が、一致基準と一致する着信フレームで dot1q 内部タグをプッシュします。サービスの作成中にリンクを作成する場合は、オペレータは、1 ～ 4096 までの値で内部タグを指定できます。

• [Push Inner] をオンにすると、[Pop Outer] が自動的にオンになります。

• この属性は、一致基準で使用されるタグの数に関係なく使用可能です。着信トラフィックがダブルタグ付きであるか、シングルタグ付きであるかに関係なく、[Push Inner] をイネーブルにすると、対応するすべてのサービス要求が内部タグをプッシュします。後続のノードはすべて、最外部の 2 つのタグ（EVC 対応の場合）または 1 つのタグ（EVC 対応ではない場合）だけを考慮し、最内部のタグを透過的にペイロードとして扱います。

• この VLAN ID は、Prime Provisioning 管理の VLAN ID プールからは得られません。

ステップ 5 サービス要求の作成中にオペレータがターゲットの外部 VLAN ID を指定できるようにするには、[Translate Outer] チェックボックスをオンにします。

一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。チェックボックスをオフにすると、外部タグの変換は実行されません。 表 3-2 を参照してください。

ステップ 6 サービス要求の作成中にオペレータがターゲットの内部 VLAN ID を指定できるようにするには、[Translate Inner] チェックボックスをオンにします。

一致基準を満たすすべての着信フレームの内部タグがこの ID に変換されます。チェックボックスをオフにすると、内部タグの変換は実行されません。 表 3-2 を参照してください。

（注） 表 3-2 には、EVC インフラストラクチャで使用可能なさまざまな VLAN 変換の実行の要約が示されています。2 番めと 3 番めの列（「外部タグと一致」と「内部タグと一致」）は、ポリシー設定を示しています。最後の 2 つの列（「外部タグの変換」と「内部タグの変換」）は、着信フレームで行われる VLAN 変換を示しています。

ステップ 7 [Next] をクリックします。

[Interface Attribute] ウィンドウが表示されます。

ステップ 8 次の項である「インターフェイス属性の設定」に記載されているステップに進みます。

インターフェイス属性の設定

EVC のイーサネット ポリシー作成のこの手順には、[Interface Attribute] ウィンドウでのインターフェイス属性の設定が含まれます。このウィンドウで設定できる属性は、次のカテゴリにグループ化されます。

• UNI 情報

• VLAN

• 疑似回線

• ACL

• セキュリティ

• UNI ストーム制御

• プロトコル

場合によっては、属性を確認すると、GUI に追加の属性が表示されます。これは、次のステップで説明します。

（注） CE が N-PE に直接接続されている場合は、速度、デュプレックス、UNI シャットダウン、およびその他の汎用オプションだけが表示されます。この場合は、現在のプラットフォームの制限が原因で、ポート セキュリティ、ストーム制御、L2 プロトコル トンネリング、およびその他の高度な機能はサポートされません。サービスでこれらの機能が必要な場合、サービス プロバイダーは、これらの要件をサポートするためにレイヤ 2 イーサネット アクセス ノードを EVC の外にまで展開する必要があります。

（注） [Interface Attributes] ウィンドウで使用可能な属性は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] に選択した項目（[PSEUDOWIRE]、[LOCAL]、または [VPLS]）に基づいて動的に変わります（「サービス オプションの設定」を参照）。完全性を確保するため、さまざまなコア タイプに使用できるすべての属性が、次のステップで説明されています。属性は、別途明記されていない限り、すべてのコア タイプに適用されます。

EVC インターフェイス属性を設定するには、次の手順を実行します。

ステップ 1 ポート セキュリティをイネーブルにするには、[Standard UNI Port] チェックボックスをオンにします。

これはデフォルトです。このチェックボックスをオフにすると、ポートは、セキュリティ機能のないアップリンクとして扱われ、ポート セキュリティに関連する項目をなくすためにウィンドウはダイナミックに変更されます。

ステップ 2 サービスのアクティブ化中に UNI ポートを閉じたままにするには、[UNI Shutdown] チェックボックスをオンにします。たとえば、サービス プロバイダーがネットワークでサービスを展開し、後でそのサービスをアクティブ化するような場合です。

ステップ 3 UNI ポートでキープアライブを設定するには、[Keep Alive] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフです。これによって、 no keepalive コマンドは UNI ポートでプロビジョニングされます。これは、セキュリティのために CPE がキープアライブ パケットを U-PE に送信するのを防止します。この属性は、サービス要求単位での変更をサポートするために、編集可能です。

ステップ 4 [Link Media] （任意）に [None]、[auto-select]、[rj45]、または [sfp] を入力します。

ステップ 5 [Link Speed]（任意）に [None]、[10]、[100]、[1000]、[Auto]、または [nonegotiate] を入力します。

ステップ 6 [Link Duplex]（任意）に [None]、[Full]、[Half]、または [Auto] を入力します。

ステップ 7 カプセル化 タイプを選択します。

選択できる基準は、次のとおりです。

• [DOT1QTRUNK]：802.1q カプセル化によって UNI をトランクとして設定します。UNI が直接接続された EVC リンクに属している場合、この設定は、着信フレームが 802.1q カプセル化され、リンクに設定された VLAN ID と一致することを意味します。この固有のトポロジには、トランク UNI 自体は含まれていません。

• [DOT1QTUNNEL]：UNI を 802.1q トンネル（dot1q トンネルまたは Q-in-Q とも呼ばれています）ポートとして設定します。

• [ACCESS]：UNI をアクセス ポートとして設定します。

ステップ 8 適切なオプション ボタンをクリックして、このポリシーの [VLAN Translation] のタイプを指定します。

選択できる基準は、次のとおりです。

• [No]：VLAN 変換は実行されません （デフォルト）。

• [1:1]：1:1 VLAN 変換。着信カスタマー VLAN を別のものに変換します。

• [2:1]：2:1 VLAN 変換。内部および外部の両方の VLAN を単一の VLAN に変換します。

• [1:2 ]：1 対 2 VLAN 変換。もう 1 つのプロバイダー VLAN をプッシュします。

• [2:2] ：2 対 2 VLAN 変換。内部および外部の両方の VLAN を別の 2 つの VLAN に変換します。

（注） EVC イーサネット サービスで VLAN がどのようにサポートされるかについては、「EVC イーサネット サービス要求の管理」の VLAN 変換属性の対象範囲を参照してください。

ステップ 9 疑似回線クラスの選択をイネーブルにするには、[Use PseudoWireClass] チェックボックスをオンにします。

デフォルトでは、この属性はオフです。

使用方法に関する注釈：

• 疑似回線クラス名は、IOS XR デバイスで pw-class コマンドをプロビジョニングするために使用されます。IOS XR デバイスの疑似回線クラス サポートに関する追加情報については、「疑似回線クラスの作成および変更」を参照してください。

• [Use PseudoWireClass] をオンにすると、追加の属性 [PseudoWireClass] が GUI に表示されます。Prime Provisioning で以前に作成した疑似回線クラスを選択するには、[PseudoWireClass] 属性の [Select] ボタンをクリックします。

• [Use PseudoWireClass] 属性は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] が [PSEUDOWIRE] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

• [Use PseudoWireClass] は、IOS XR デバイスだけで適用可能です。

ステップ 10 [L2VPN Group Name] では、ドロップダウン リストから次のいずれかを選択します。

• ISC

• VPNSC

使用方法に関する注釈：

• この属性は、IOS XR デバイスで L2VPN グループ名をプロビジョニングするために使用されます。

（注） ドロップダウン リストの選択項目は、設定可能な DCPL プロパティから取得されます。ドロップダウン リストで使用可能な [L2VPN Group Name] 選択項目を定義する方法については、「IOS XR デバイスの L2VPN グループ名の定義」を参照してください。

• [L2VPN Group Name] 属性は、[Service Options] ウィンドウで [MPLS core connectivity type] が [VPLS] に設定されていた場合は使用不可です（「サービス オプションの設定」を参照）。

• [L2VPN Group Name] は、IOS XR デバイスだけに適用されます。

ステップ 11 Point-to-Point（p2p; ポイントツーポイント）E-line 名を指定するには、[E-Line Name] に入力します。

使用方法に関する注釈：

• ポリシーまたはポリシーに基づくサービス要求のいずれかの [E-Line Name] に何も値が指定されていない場合、Prime Provisioning は次のようにデフォルト名を自動生成します。

– [PSEUDOWIRE] コア接続タイプの場合は、次の形式になります。

DeviceName--VC_ID

– [LOCAL] コア接続タイプの場合は、次の形式になります。

DeviceName--0--VLAN_ID

デフォルトの名前が 32 文字を超える場合は、デバイス名は切り捨てられます。

• [E-Line Name] 属性は、[Service Options] ウィンドウで [MPLS core connectivity type] が [VPLS] に設定されていた場合は使用不可です（「サービス オプションの設定」を参照）。

• [E-Line Name] は、IOS XR デバイスだけに適用されます。

ステップ 12 ポイントツーポイント N-PE を接続する疑似回線にトラフィック エンジニアリング（TE）トンネルを手動で選択できるようにするには、[PW Tunnel Selection] チェックボックスをオンにします。

デフォルトでは、この属性はオフです。

その後に、このポリシーに基づいてサービス要求を作成するときに、表示されるフィールドに TE トンネル ID を指定する必要があります。Prime Provisioning は、トンネル情報を使用して、2 つの N-PE 間の疑似回線接続を記述する疑似回線クラスを作成してプロビジョニングします。この疑似回線クラスは、疑似回線が同じトンネル ID とリモート ループバック アドレスを共有する限り、複数の疑似回線によって共有可能です。トンネル インターフェイスと関連する ID が設定されていることを確認する必要があります。サービス要求の作成中にトンネル ID 番号を指定するときに、Prime Provisioning は値の有効性を確認しません。つまり、Prime Provisioning は、トンネルの存在を検査しません。

ステップ 13 Prime Provisioning に SVI（スイッチ仮想インターフェイス）でフォワーディング コマンドを生成させるには、[N-PE Pseudo-wire on SVI] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフになっています。この場合、Prime Provisioning は、サービス インスタンスでフォワーディング コマンドを生成します。

EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（これは、[EVC Policy Editor - Service Options] ウィンドウのポリシー ワークフローで使用可能です）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE Pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で xconnect を使用して作成されません。

使用方法に関する注釈：

• Prime Provisioning では、EVC サービス要求のハイブリッド設定がサポートされます。ハイブリッド設定では、接続回線のいずれかの側のフォワーディング コマンド（xconnect など）は、サービス インスタンスで設定でき、接続回線のもう一方の側の xconnect 設定は、スイッチ仮想インターフェイス（SVI）で設定できます。

• これらのケースの例については、コンフィグレットの例 「EVC（疑似回線コア接続、ブリッジ ドメイン、SVI 上の疑似回線）」と「EVC（疑似回線コア接続、ブリッジ ドメインなし、SVI 上の疑似回線なし）」を参照してください。

• [N-PE Pseudo-wire on SVI] は、すべての接続タイプ（[PSEUDOWIRE]、[VPLS]、または [LOCAL]）に適用できますが、ハイブリッド SVI 設定は疑似回線接続だけで可能です。

• [MPLS Core Connectivity Type] が [VPLS] に設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にイネーブルにされます。

• [MPLS Core Connectivity Type] が [LOCAL] 接続タイプに設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にディセーブルにされます。

• [N-PE Pseudo-wire on SVI] 属性は、IOS XR デバイスではサポートされません。サブインターフェイスだけが ASR 9000 デバイスでサポートされます。サービス インスタンスはサポートされません。すべての xconnect コマンドは、L2 サブインターフェイスで設定されます。

• 表 3-3 では、EVC サービス要求のハイブリッド設定のさまざまな使用例を示します。

ステップ 14 独自の名前付きアクセス リストをポートに割り当てる場合は、[Use Existing ACL Name] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフで、Prime Provisioning は、[UNI MAC addresses]（下記）に入力した値に基づいて、カスタマー側の UNI ポートで MAC ベースの ACL を自動的に割り当てます。

ステップ 15 [Port-Based ACL Name] に入力します（前のステップで説明したように、[Use Existing ACL Name] チェックボックスをオンにした場合）。

（注） Prime Provisioning は、この ACL を自動的には作成しません。ACL はデバイスにすでに存在しているか、サービス要求を展開する前にテンプレートの一部として追加しておく必要があります。そうでない場合、展開は失敗します。

ステップ 16 [UNI MAC addresses] に 1 つ以上のイーサネット MAC アドレスを入力します。

この選択は、[Use Existing ACL Name] チェックボックスをオフにした場合にだけ表示されます。ポートで許可または拒否する MAC アドレスを入力するポップアップ ウィンドウを表示するには、[Edit] ボタンをクリックします。基礎 MAC アドレスとフィルタリングされた MAC アドレスを設定することで、アドレスの範囲を指定することもできます。

ステップ 17 インターフェイスの通過が可能な MAC アドレスを制御することで、ポートのセキュリティ関連の CLI を UNI ポートに対してプロビジョニングするには、[UNI Port Security] チェックボックスをオンにします。

a. [Maximum Number of MAC address] には、ポート セキュリティで許可する MAC アドレスの数を入力します。

b. [Aging] には、MAC アドレスがポート セキュリティ テーブルに留まることができる時間の長さを入力します。

c. [Violation Action] では、ポート セキュリティ違反の検出時に実行されるアクションを選択します。

• [PROTECT]：十分な数のセキュア MAC アドレスを削除して最大値を下回るまで、送信元アドレスが不明なパケットをドロップします。

• [RESTRICT]：十分な数のセキュア MAC アドレスを削除して最大値を下回るまで、送信元アドレスが不明なパケットをドロップし、[Security Violation] カウンタを増分させます。

• [SHUTDOWN]：インターフェイスをただちに errordisable 状態にして、SNMP トラップ通知を送信します。

d. [Secure MAC Addresses] フィールドに、1 つ以上のイーサネット MAC アドレスを入力します。

ステップ 18 UNI ポートがブロードキャスト、マルチキャスト、またはユニキャスト ストームによって中断されるのを防止するには、[Enable Storm Control] チェックボックスをオンにします。

トラフィックのタイプごとにしきい値を入力します。2 桁の数字で指定できる値は、ポートの使用可能な合計帯域幅のパーセントを表します。あるトラフィック タイプのしきい値に達すると、着信トラフィックがしきい値レベル未満になるまで、そのタイプのそれ以上のトラフィックは抑制されます。

ステップ 19 コア経由で他端にトンネリングできるレイヤ 2 ブリッジ プロトコル データ ユニット（BPDU）フレームを定義するには、[Protocol Tunnelling] チェックボックスをオンにします。

選択したプロトコルごとに、そのプロトコルのシャットダウンしきい値とドロップしきい値を入力します。

a. [Enable cdp]：Cisco Discover Protocol（CDP）でレイヤ 2 トンネリングをイネーブルにします。

b. [cdp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

c. [cdp drop threshold]：インターフェイスが CDP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

d. [Enable vtp]：VLAN Trunk Protocol（VTP; VLAN トランク プロトコル）でレイヤ 2 トンネリングをイネーブルにします。

e. [vtp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

f. [vtp drop threshold]：インターフェイスが VTP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

g. [Enable stp]：スパニングツリー プロトコル（STP）でレイヤ 2 トンネリングをイネーブルにします。

h. [stp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

i. [stp drop threshold]：インターフェイスが STP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

j. [Recovery Interval]：UNI ポートのリカバリを行うまで待機する時間（秒）を入力します。

ステップ 20 [MTU Size] にバイト単位で入力します。

最大伝送単位（MTU）サイズは設定可能で、省略可能です。デフォルトのサイズは 9216 で、範囲は 1500 ～ 9216 です。Prime Provisioning は、このカスタマイズ済みの値について完全性チェックを実行しません。このサイズが受け入れられないために、サービス要求が [Failed Deploy] 状態になる場合は、サービス要求が展開されるまでサイズを調整する必要があります。

Cisco Prime Fulfillment 1.0 では、プラットフォームごとに異なる範囲がサポートされます。

• 3750 および 3550 プラットフォームでは、MTU の範囲は 1500 ～ 1546 です。

• Cisco 7600 イーサネット ポートでは、MTU サイズは常に 9216 です。同じプラットフォームと同じ IOS リリースでも、さまざまなラインカードで MTU は異なるようにサポートされます。たとえば、古いラインカードでは、MTU サイズとして 9216 だけが使用され、新しいカードでは 1500 ～ 9216 がサポートされます。ただし、Prime Provisioning は両方のケースで 9216 を使用します。

• Cisco 7600 SVI（インターフェイス VLAN）では、MTU サイズは 1500 ～ 9216 です。

ステップ 21 このポリシーのテンプレートの関連付けをイネーブルにする場合は、[Next] ボタンをクリックします。

この機能の詳細については、「テンプレートの関連付けのイネーブル化」を参照してください。

（注） 追加のウィンドウが [Template Association] ウィンドウの前にポリシー ワークフローに表示されます。このウィンドウを使用して、ポリシー（およびそのポリシーに基づくサービス要求）に従って、ユーザ定義の属性を作成することもできます。追加情報機能の使用方法に関する背景情報については、付録 F「サービスに情報を追加する方法」を参照してください。この機能を使用しない場合は、[Next] をクリックして [Template Association] ウィンドウに進むか、[Finish] をクリックしてポリシーを保存します。

ステップ 22 EVC ポリシーを保存するには、[Finish] をクリックします。

EVC ポリシーに基づいてサービス要求を作成するには、「EVC イーサネット サービス要求の管理」を参照してください。

テンプレートの関連付けのイネーブル化

Prime Provisioning テンプレート機能を使用すると、デバイスにフリーフォーマット CLI をダウンロードできます。テンプレートをイネーブルにする場合は、Prime Provisioning で現在サポートされていないコマンドをダウンロードするために、テンプレートとデータ ファイルを作成できます。

ステップ 1 ポリシーのテンプレートの関連付けをイネーブルにするには、（[Finish] をクリックする前に）[Interface Attribute] ウィンドウで [Next] ボタンをクリックします。

[Template Association] ウィンドウが表示されます。このウィンドウで、テンプレート サポートをイネーブルにして、任意でテンプレートとデータ ファイルをポリシーに関連付けることができます。テンプレートをポリシーに関連付ける方法、およびこのウィンドウでの機能の使用方法については、を参照してください。

ステップ 2 ポリシーのテンプレートとデータ ファイルの設定が完了したら、[Template Association] ウィンドウで [Finish] をクリックして閉じて、[Policy Editor] ウィンドウに戻ります。

ステップ 3 EVC ポリシーを保存するには、[Finish] をクリックします。

EVC ポリシーに基づいてサービス要求を作成するには、「EVC イーサネット サービス要求の管理」を参照してください。

EVC サービス要求の概要

EVC イーサネット サービス要求では、「EVC イーサネット ポリシーの作成」で説明した EVC 機能をサポートするために、N-PE でインターフェイスを設定することができます。EVC サービス要求を作成するには、EVC サービス ポリシーがすでに定義されている必要があります。定義済みの EVC ポリシーに基づいて、オペレータは EVC サービス要求を作成してサービスを展開します。サービス要求の一部として、1 つ以上のテンプレートを N-PE に関連付けることもできます。

EVC イーサネット サービス要求の作成では、次を行う必要があります。

• 既存の EVC イーサネット ポリシーを選択します。

• VPN を選択します。

（注） EVC イーサネット ポリシーとサービス要求のコンテキストで VPN オブジェクトを操作する場合は、VPN 名とカスタマー属性だけが関係します。MPLS と VPLS に関連するその他の VPN 属性は無視されます。

• ブリッジ ドメイン コンフィギュレーションを指定します（該当する場合）。

• サービス要求の説明を指定します。

• VC ID または VPLS VPN ID の自動または手動の割り当てを指定します。

• 直接接続リンクを追加します（該当する場合）。

• L2 アクセス ノードとのリンクを追加します（該当する場合）。

• リンクの N-PE と UNI インターフェイスを選択します。

• L2 アクセス ノードとのリンクでは、N-PE または UNI インターフェイスに複数の NPC が存在する場合は、Named Physical Circuit（NPC; 名前付き物理回線）を選択します。

• リンク属性を編集します。

• サービス要求を変更します。

• サービス要求を保存します。

EVC イーサネット シナリオのサンプル コンフィグレットについては、「サンプル コンフィグレット」を参照してください。

EVC サービス要求の作成

EVC イーサネット サービス要求を作成するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Request Manager] を選択します。

[Service Request Manager] ウィンドウが表示されます。

ステップ 2 [Create] をクリックします。

[Service Request Editor] ウィンドウが表示されます。

ステップ 3 ポリシー選択機能を使用して、以前に作成したポリシーから EVC ポリシーを選択します（「EVC イーサネット ポリシーの作成」を参照）。

[EVS Service Request Editor] ウィンドウが表示されます。

新しいサービス要求は、すべての編集可能な機能と編集不可能な機能および事前設定されたパラメータなど、選択した EVC ポリシーのプロパティをすべて継承します。

ステップ 4 次の項である「サービス要求の詳細の設定」に記載されているステップに進みます。

サービス要求の詳細の設定

サービス要求の基礎として使用する EVC イーサネット ポリシーを選択した後で、[EVC Service Request Editor] ウィンドウが表示されます。これは次の 3 つのセクションに分かれています。

• Link Page

• [Direct Connect Links]（NPC なし）

• [Links with L2 Access Nodes]（NPC を使用）

このウィンドウでは、サービス要求のオプションを指定して、直接接続リンクと L2 アクセス ノードとのリンクを設定できます。ウィンドウの最初のセクションに表示されるオプションは、ポリシーで指定された [MPLS Core Connectivity Type]（疑似回線、VPLS、またはローカル）によって変わります。明確にするために、これらの各シナリオは下記では別個のセクションに示されており、さまざまなウィンドウ設定と表示されるオプションの動作が強調されています。

ポリシーの [MPLS Core Connectivity Type] で決定された、該当する項に進みます。

• 「疑似回線コア接続」

• 「VPLS コア接続」

• 「ローカル コア接続」

直接接続リンクと L2 アクセス ノードとのリンクを設定するための指示は、後の項に示されています。

疑似回線コア接続

この項では、EVC イーサネット ポリシーの [MPLS Core Connectivity Type] が [PSEUDOWIRE] であるケースについて説明します。

[Link Page] ウィンドウの最初のセクションで属性を設定します。次の手順を実行します。

（注） [Job ID] フィールドと [SR ID] フィールドは読み取り専用です。初めてサービス要求を作成する場合は、フィールドには値 [NEW] が表示されます。既存のサービス要求を変更する場合、フィールドの値は、Prime Provisioning データベースがサービス要求の編集フロー内に保持するそれぞれの ID を示します。

（注） [Policy] フィールドは読み取り専用です。サービス要求の元になっているポリシーの名前が表示されます。読み取り専用のポリシー名をクリックすると、ポリシー内で設定されているすべての属性値のリストが表示されます。

ステップ 1 このサービス要求で使用する VPN を選択するには、[Select VPN] をクリックします。

システムで定義された VPN が示された [Select VPN] ウィンドウが表示されます。

（注） コア タイプが LOCAL および PSEUDOWIRE のサービス要求では同じ VPN を使用できます。サービス要求の VPN が VPLS コア タイプで使用される場合は、コア タイプが LOCAL または PSEUDOWIRE のサービス要求には同じ VPN を使用できません。

ステップ 2 [Select] 列で VPN 名 を選択します。

ステップ 3 [Select] をクリックします。

VPN 名が示された [EVC Service Request Editor] ウィンドウが表示されます。

ステップ 4 Prime Provisioning に VC ID を選択させる場合は、[AutoPick VC ID] チェックボックスをオンにします。

このチェックボックスをオンにしない場合は、次のステップで説明されているように、[VC ID] フィールドで ID を指定するよう求めるプロンプトが表示されます。

[AutoPick VC ID] をオンにすると、Prime Provisioning は、Prime Provisioning によって管理される VC ID リソース プールから疑似回線用に VC ID を割り当てます。この場合は、[VC ID] オプションのテキスト フィールドは編集不可能です。

ステップ 5 [AutoPick VC ID] をオフにした場合は、[VC ID] フィールドに VC ID を入力します。

使用方法に関する注釈：

• [VC ID] 値は、VC ID に対応する整数値でなければなりません。

• VC ID を手動で割り当てると、Prime Provisioning は VC ID を調べて、Prime Provisioning の VC ID プール内にそれがあるかどうかを確認します。VC ID がプール内にあっても割り当てられていない場合は、VC ID はサービス要求に割り当てられます。VC ID がプール内にあって、すでに使用中の場合は、Prime Provisioning は別の VC ID を割り当てるよう求めるプロンプトを表示します。VC ID が Prime Provisioning VC ID プールの外にある場合は、Prime Provisioning は、VC ID が割り当てられているかどうかに関する検査を実行しません。オペレータは、VC ID が使用可能であることを確認する必要があります。

• VC ID は、サービスの作成中に限り入力できます。サービス要求の編集中は、[VC ID] フィールドは編集不可能です。

ステップ 6 特定の条件下で疑似回線の冗長性（代替の終端デバイス）をイネーブルにするには、[Enable PseudoWire Redundancy] チェックボックスをオンにします。

このオプションの使用方法に関する注釈については、 付録 C「2 台の N-PE 上でのアクセス リングの終端」 、および特にを参照してください。

ステップ 7 [AutoPick VC ID] 属性をオフにした場合は、[Backup PW VC ID] フィールドにバックアップ疑似回線の VC ID を入力します。

上のステップ 7 で [AutoPick VC ID] 属性の使用方法に関する注釈を参照してください。バックアップ VC ID の動作は、プライマリ疑似回線の VC ID の動作と同じです。

ステップ 8 ブリッジ ドメインの特性を判別するには、[Configure Bridge Domain] チェックボックスをオンにします。

[Configure Bridge Domain] オプションの動作は、EVC ポリシーの [MPLS Core Connectivity Type] オプションで選択した項目（この場合は、疑似回線コア接続）と並行して動作します。次の 2 つのケースがあります。

• EVC の場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、ブリッジ ドメインに関連付けられた SVI の下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サービス インスタンス下で直接疑似回線を設定します。これによって、グローバル VLAN が保存されます。

• EVC を使用しない場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、SVI の下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サブインターフェイスで直接疑似回線を設定します。

疑似回線を、対応する EVC 対応インターフェイスのサービス インスタンス下、またはブリッジ ドメインに関連付けられた SVI の下のいずれかで直接設定できます。

ステップ 9 ブリッジ ドメインとのスプリット ホライズンをイネーブルにするには、[Use Split Horizon] チェックボックスをオンにします。

使用方法に関する注釈：

• [Use Split Horizon] 属性はデフォルトでディセーブルになっています。

• [Use Split Horizon] 属性は、[Configure Bridge Domain] チェックボックスがオン（イネーブル）になっている場合にだけ使用できます。

• [Use Split Horizon] がイネーブルになっている場合は、スプリット ホライズンとともに CLI で bridge domain コマンドが生成されます。ディセーブルにすると、スプリット ホライズンなしで bridge domain コマンドが生成されます。

ステップ 10 サービス要求の説明ラベルを入力するには、[Description] 属性の [Click here] リンクをクリックします。

これは、Prime Provisioning データベースで特定のサービス要求を検索するのに役立ちます。

説明を入力できるダイアログが表示されます。

ステップ 11 ダイレクト接続リンクを設定するには、「直接接続リンクの設定」の項を参照してください。

ステップ 12 L2 アクセス ノードとのリンクを設定するには、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」の項を参照してください。

VPLS コア接続

この項では、EVC イーサネット ポリシーの [MPLS Core Connectivity Type] が [VPLS] であるケースについて説明します。

[Link Page] ウィンドウの最初のセクションで属性を設定するには、次の手順を実行します。

ステップ 1 [Job ID] フィールドと [SR ID] フィールドは読み取り専用です。

初めてサービス要求を作成する場合は、フィールドには値 [NEW] が表示されます。既存のサービス要求を変更する場合、フィールドの値は、Prime Provisioning データベースがサービス要求の編集フロー内に保持するそれぞれの ID を示します。

ステップ 2 [Policy] フィールドは読み取り専用です。サービス要求の元になっているポリシーの名前が表示されます。

ステップ 3 このサービス要求で使用する VPN を選択するには、[Select VPN] をクリックします。

システムで定義された VPN が示された [Select VPN] ウィンドウが表示されます。

（注） コア タイプが LOCAL および PSEUDOWIRE のサービス要求では同じ VPN を使用できます。サービス要求の VPN が VPLS コア タイプで使用される場合は、コア タイプが LOCAL または PSEUDOWIRE のサービス要求には同じ VPN を使用できません。

（注） 複数のサービス要求で同じ VPN を使用して、すべてに VPLS コア タイプを指定する場合は、これらすべてのサービス要求が同じ VPLS サービスに参加します。

ステップ 4 [Select] 列で VPN 名 を選択します。

ステップ 5 [Select] をクリックします。

VPN 名が示された [EVC Service Request Editor] ウィンドウが表示されます。

ステップ 6 Prime Provisioning に VPLS VPN ID を選択させる場合、[AutoPick VPLS VPN ID] チェックボックスをオンにします。

このチェックボックスをオンにしない場合は、次のステップで説明されているように、[VPLS VPN ID] フィールドで VPN ID を指定するよう求めるプロンプトが表示されます。

• [AutoPick VPLS VPN ID] をオンにすると、Prime Provisioning は Prime Provisioning 管理 VC ID リソース プールから VPLS VPN ID を割り当てます。この場合は、[VPLS VPN ID] オプションのテキスト フィールドは編集不可能です。

• [AutoPick VPLS VPN ID] をオンにした場合に、同じ VPN オブジェクトを参照するサービス要求がすでに存在するときは、既存のサービス要求の VPLS VPN ID が新しいサービス要求に割り当てられます。

ステップ 7 [AutoPick VPLS VPN ID] をオフにした場合は、[VPLS VPN ID] フィールドに VPLS VPN ID を入力します。

使用方法に関する注釈：

• [VPLS VPN ID] 値は、VPN ID に対応する整数値でなければなりません。

• [VPLS VPN ID] を手動割り当てする場合、Prime Provisioning は [VPLS VPN ID] が Prime Provisioning の VC ID プール内の値かどうかを確認します。VPLS VPN ID がプール内にあっても、割り当てられていない場合は、VPLS VPN ID がサービス要求に割り当てられます。VPLS VPN ID がプール内にあり、すでに使用されている場合は、Prime Provisioning は、別の VPLS VPN ID を割り当てるよう求めるプロンプトを表示します。[VPLS VPN ID] が VC ID プールの外にある場合、Prime Provisioning はその [VPLS VPN ID] が割り当てられているかについての確認を行いません。オペレータは、VPLS VPN ID が使用可能であることを確認する必要があります。

• VPLS VPN ID は、サービスの作成中に限り入力できます。サービス要求の編集中は、[VPLS VPN ID] フィールドは編集不可能です。

ステップ 8 Prime Provisioning で仮想転送インスタンス（VFI）名を選択する場合は、[AutoPick VFI Name] チェックボックスをオンにします。

このチェックボックスをオンにしない場合は、次の手順で説明されているように、[VFI Name] フィールドで VFI 名を指定できます。

使用方法に関する注釈：

• [AutoPick VFI name] をオンにすると、Prime Provisioning は次の形式で VFI 名を生成します。

VPN name-VC ID

• この属性は、既存のサービスを Prime Provisioning にインポートし、このために作成されたサービス要求にそれをマッピングする場合に便利です。手動でサービス要求に VFI 名を指定すると、VFI 名を既存のサービス名と一致させることができます。

ステップ 9 [AutoPick VFI Name] をオフにした場合、[VFI Name] フィールドに VFI 名を入力します。

ステップ 10 VPLS 自動検出に、[Discovery Mode] タイプを選択します。

選択できる基準は、次のとおりです。

• [Manual]：サービス要求によって設定された VPLS PE デバイスで、VPLS 自動検出をプロビジョニングしません。この場合、VPLS ドメインに対して新しい PE デバイスを追加または削除すると、VPLS ドメインの各ネイバーに対して手動設定が必要になります。

• [Auto Discovery]：サービス要求によって設定された VPLS PE デバイスで、VPLS 自動検出をプロビジョニングします。VPLS 自動検出をイネーブルにすると、VPLS ドメインに対して PE が追加または削除されたときに、ネイバー デバイスが自動的に検出します。

Prime Provisioning でのこの機能のサポート内容、デバイスの事前設定要件、および制限の詳細については、「EVC サービス要求を使用したデバイス上での VPLS 自動検出のプロビジョニング」を参照してください。

ステップ 11 LSP/疑似回線ラベルの静的割り当てをイネーブルにするには、[Static VPLS] チェックボックスをオンにします。

ステップ 12 [Configure Bridge Domain] チェックボックスはデフォルトでオンになっており、変更できません。

使用方法に関する注釈：

• VPLS では、すべての設定が SVI 下にあります。

• EVC 機能を使用する場合は、すべての設定は SVI 下にあり、ブリッジ ドメインにも関連付けられます。

ステップ 13 サービス要求の説明ラベルを入力するには、[Description] 属性の [Click here] リンクをクリックします。

説明を入力できるダイアログが表示されます。

ステップ 14 ダイレクト接続リンクを設定するには、「直接接続リンクの設定」の項を参照してください。

ステップ 15 L2 アクセス ノードとのリンクを設定するには、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」の項を参照してください。

ローカル コア接続

この項では、EVC イーサネット ポリシーの [MPLS Core Connectivity Type] が [LOCAL] であるケースについて説明します。

[Link Page] ウィンドウの最初のセクションで属性を設定するには、次の手順を実行します。

ステップ 1 [Job ID] フィールドと [SR ID] フィールドは読み取り専用です。

初めてサービス要求を作成する場合は、フィールドには値 [NEW] が表示されます。既存のサービス要求を変更する場合、フィールドの値は、Prime Provisioning データベースがサービス要求の編集フロー内に保持するそれぞれの ID を示します。

ステップ 2 [Policy] フィールドは読み取り専用です。

サービス要求の元になっているポリシーの名前が表示されます。

ステップ 3 このサービス要求で使用する VPN を選択するには、[Select VPN] をクリックします。

システムで定義された VPN が示された [Select VPN] ウィンドウが表示されます。

（注） コア タイプが LOCAL および PSEUDOWIRE のサービス要求では同じ VPN を使用できます。サービス要求の VPN が VPLS コア タイプで使用される場合は、コア タイプが LOCAL または PSEUDOWIRE のサービス要求には同じ VPN を使用できません。

ステップ 4 [Select] 列で VPN 名 を選択します。

ステップ 5 [Select] をクリックします。

VPN 名が示された [EVC Service Request Editor] ウィンドウが表示されます。

ステップ 6 ブリッジ ドメインの特性を判別するには、[Configure Bridge Domain] チェックボックスをオンにします。

使用方法に関する注釈：

• [Configure Bridge Domain] がオンの場合は、すべてのリンクに、N-PE 上の VLAN プールから同じブリッジ ドメイン ID が割り当てられます。すべての非 EVC リンクには、ブリッジ ドメイン ID としてサービス プロバイダー VLAN が割り当てられます。その一方で、EVC リンクが追加されない場合は、サービス プロバイダー VLAN が最初に割り当てられ、これは、EVC リンクが追加されたときにブリッジ ドメイン ID として使用されます。

• [Configure Bridge Domain] をオフにすると、同じ N-PE で終端するリンクを最大 2 つ追加できます （これは、EVC インフラストラクチャで使用可能な connect コマンドを使用します）。

（注） Prime Provisioning が接続名を自動生成する方法に関する詳細については、次の補足説明を参照してください。

デバイスでは、接続名には最大で 15 文字だけが受け入れられるため、接続名は次の形式を使用して生成されます。

CustomerNameTruncatedToMaxPossibleCharacters_ServiceRequestJobID

たとえば、カスタマー名が NorthAmericanCustomer で、サービス要求ジョブ ID が 56345 の場合は、自動生成される接続名は NorthAmer_56345 になります。

生成される CLI は次のとおりです。

この場合は、11 と 18 がサービス インスタンス ID です。

• [Configure Bridge Domain] のポリシー設定が編集不可能な場合は、サービス要求のオプションは読み取り専用です。

ステップ 7 ブリッジ ドメインとのスプリット ホライズンをイネーブルにするには、[Use Split Horizon] チェックボックスをオンにします。

使用方法に関する注釈：

• [Use Split Horizon] 属性はデフォルトでディセーブルになっています。

• [Use Split Horizon] 属性は、[Configure Bridge Domain] チェックボックスがオン（イネーブル）になっている場合にだけ使用できます。

• [Use Split Horizon] がイネーブルになっている場合は、スプリット ホライズンとともに CLI で bridge domain コマンドが生成されます。ディセーブルにすると、スプリット ホライズンなしで bridge domain コマンドが生成されます。

ステップ 8 サービス要求の説明ラベルを入力するには、[Description] 属性の [Click here] リンクをクリックします。

説明を入力できるダイアログが表示されます。

ステップ 9 ダイレクト接続リンクを設定するには、「直接接続リンクの設定」の項を参照してください。

ステップ 10 L2 アクセス ノードとのリンクを設定するには、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」の項を参照してください。

N-PE へのリンクの設定

[EVC Service Request Editor] ウィンドウの下部 2 つのセクションでは、N-PE へのリンクを設定できます。直接接続リンクの場合は、CE は、中間 L2 アクセス ノードなしで N-PE に直接接続されます。L2 アクセス ノードとのリンクの場合は、Prime Provisioning で作成する NPC を必要とする CE と NPE の間に中間デバイスが存在します。

ウィンドウの [Direct Connect Links] セクションは、N-PE に直接接続するリンクを設定する場所です。NPC は使用されません。[Links with L2 Access Nodes] セクションは、L2（イーサネット）アクセス ノードとのリンクを設定する場所です。NPC が使用されます。

設定するリンクのタイプに応じて、適切な項を参照してください。

• 「直接接続リンクの設定」

• 「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」

• 「VPLS ネイバー リンクの設定（VPLS のみ）」

（注） 2 つのリンク タイプを設定するための手順の多くは同じです。リンクを設定するための基本的なワークフロー、および設定する属性は、「直接接続リンクの設定」に記載されています。L2 アクセス ノードとのリンクを設定する場合でも、この項に記載されている情報を参照すると役に立ちます。L2 アクセス ノードの項では、そのようなリンクに固有のステップだけが記載されているためです。

直接接続リンクの設定

直接接続リンクを設定するには、次の手順を実行します。これらのステップの多くは、L2 アクセス ノードとのリンクにも適用されます。

ステップ 1 [Add] をクリックして、リンクを追加します。

リンク属性の新たに番号付けされた行が表示されます。

ステップ 2 [N-PE] 列の [Select NPE] をクリックします。

[Select PE Device] ウィンドウが表示されます。このウィンドウには、現在定義されている PE のリストが表示されます。

a. [Show PEs with] ドロップダウン リストには、[PEs by Provider]、[PE Region Name]、または [by Device Name] が表示されます。

b. [Find] ボタンを使用すると、特定の PE を検索するか、ウィンドウを更新できます。

c. [Rows per page] ドロップダウン リストでは、ユーザは画面に一度に表示される項目の数を設定できます。

ステップ 3 [Select] 列で、リンクの PE デバイス名を選択します。

ステップ 4 [Select] をクリックします。

選択した PE の名前が [N-PE] 列に示された [EVC Service Request Editor] ウィンドウが再表示されます。

ステップ 5 [UNI] 列のインターフェイス選択機能から UNI インターフェイスを選択します。

（注） Prime Provisioning には、基盤となるインターフェイスの設定、インターフェイスを使用する可能性がある既存のサービス要求、サービス要求に関連付けられたカスタマーに基づいて、サービスに使用可能なインターフェイスだけが表示されます。[Detail] ボタンをクリックして、インターフェイス名、カスタマー名、VPN 名、ジョブ ID、サービス要求 ID、サービス要求タイプ、変換タイプ、および VLAN ID 情報など、使用可能なインターフェイスに関する情報が示されたポップアップ ウィンドウを表示できます。

（注） IOS XR が実行されている N-PE デバイスで UNI を設定する場合は、[Standard UNI Port] 属性はサポートされません。この場合、[Standard UNI Port] と [UNI Port Security] に関連する CLI はすべて無視されます。

ステップ 6 [EVC] チェックボックスをオンにして、リンクの設定サービス インスタンスのリンクをマークします。

（注） ここで [EVC] チェックボックスについて述べるのは、このチェックボックスの設定によって [Link Attributes] 列内で使用できるリンク編集機能の動作が変わるからです。これは次のステップで説明します。

（注） [EVC] チェックボックスは、デフォルトでオフになっています。このチェックボックスのデフォルト値は、DCPL プロパティ Pr ovisioning\ProvDrv\CheckFlexUniCheckBox の値を設定することによって変更できます。

[Link Attributes] の編集

次のステップでは、[Link Attributes] 列の [Edit] リンクの使用について説明します （リンク属性がすでに設定されている場合は、このリンクが [Edit] から [Change] に変わります）。リンク編集ワークフローは、そのリンクの [EVC] チェックボックスの状態によって変化します。[EVC] チェックボックスがオンの場合、編集ワークフローには、2 セットのリンク属性について、2 つのウィンドウで行う属性設定が含まれます。

• EVC Details

• Standard UNI Details

リンクの [EVC] チェックボックスがオフの場合、[Standard UNI Details] ウィンドウだけが表示されます。

次のステップでは、両方のシナリオについて説明します。

ステップ 7 [UNI] 属性を指定するには、[Link Attributes] 列で [Edit] をクリックします。

[EVC Details] ウィンドウ

[EVC] チェックボックスをオンにすると、[EVC Details] ウィンドウが表示されます。

[EVC Details] 画面のフィールドはすべて、ポリシー設定に基づいてイネーブルになります。たとえば、[Both Tags] がポリシーで選択され、編集可能である場合は、このウィンドウで [Match Inner and Outer Tags] チェックボックスが選択され、編集可能になります。この動作は、[EVC Details] ウィンドウ内の他の属性についても類似しています。

ステップ 8 サービス要求の作成中にサービス インスタンス ID を自動生成し、リンクに割り当てることを指定するには、[AutoPick Service Instance ID] チェックボックスをオンにします。

チェックボックスをオフにする場合は、サービス インスタンス ID を指定する必要があります（次のステップを参照）。

使用方法に関する注釈：

• サービス インスタンス ID は、EVC インフラストラクチャ内のインターフェイス上の Ethernet Flow Point（EFP; イーサネット フロー ポイント）を表します。サービス インスタンス ID は、インターフェイスに対してローカルで有効です。この ID は、インターフェイス レベルだけで固有でなければなりません。ID は 1 ～ 8000 までの値でなければなりません。

• Prime Provisioning では、サービス インスタンス ID の割り当て元として使用可能なリソース プールはありません。

• サービス インスタンス ID を手動で指定する場合は、オペレータが、インターフェイス レベルで ID の一意性を維持する必要があります。

• この属性は IOS XR デバイスでは表示されません。

ステップ 9 [AutoPick Service Instance ID] チェックボックスをオンにしない場合は、[Service Instance ID] フィールドにサービス インスタンス ID に適した値を入力します。

この属性は IOS XR デバイスでは表示されません。

ステップ 10 サービス インスタンス名を自動生成することを指定するには、[AutoPick Service Instance Name] チェックボックスをオンにします。

チェックボックスをオフにすると、サービス インスタンス名を指定できます（次のステップを参照）。

使用方法に関する注釈：

• チェックボックスをオンにすると、[Service Instance Name] テキスト フィールドはディセーブルになります。

• サービス インスタンス名は、 CustomerName_ServiceRequestJobID というパターンで自動生成されます。

• コングレットの例については、「EVC（AutoPick Service Instance Name）」、「EVC（ユーザ指定のサービス インスタンス名、疑似回線コア接続）」、および「EVC（ユーザ指定のサービス インスタンス名、ローカル コア接続）」を参照してください。

• この属性は IOS XR デバイスでは表示されません。

ステップ 11 [AutoPick Service Instance Name] チェックボックスをオンにしない場合は、[Service Instance Name] フィールドにサービス インスタンス ID に適した値を入力します。

使用方法に関する注釈：

• サービス インスタンス名を表すテキスト ストリングは、40 文字以下で、スペースは使用できません。他の特殊文字は使用できます。

• [AutoPick Service Instance Name] がオフで、テキスト フィールドにサービス インスタンス名が入力されていない場合、Prime Provisioning はサービス要求によって生成されるデバイスの設定中にグローバルな ethernet evc evcname コマンドを生成しません。

ステップ 12 サービス要求の作成中に Prime Provisioning にサービス要求の VLAN ID を自動選択させるには、[AutoPick Bridge Domain/VLAN ID] チェックボックスをオンにします。

このチェックボックスをオフにする場合は、ブリッジ ドメイン VLAN ID を指定する必要があります（次のステップを参照）。

使用方法に関する注釈：

• AutoPick ブリッジ ドメインまたは VLAN ID は、デバイスでグローバル VLAN ID を消費します。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

ステップ 13 [AutoPick Bridge Domain/VLAN ID] チェックボックスをオフにする場合は、[Bridge Domain/VLAN ID] フィールドに適切な値を入力します。

（注） この設定は、[EVC Service Request Editor] ウィンドウの [Configure Bridge Domain] オプションとともに適用されます。このウィンドウでオプションをイネーブルにしない場合は、[AutoPick Bridge Domain/VLAN ID] チェックボックスは冗長であり、必要ありません。

VLAN ID を手動で割り当てる場合は、Prime Provisioning は、Prime Provisioning の VLAN ID プール内にあるかどうかを確認するために VLAN ID を調べます。VLAN ID がプール内にあっても、割り当てられていない場合は、VLAN ID がサービス要求に割り当てられます。VLAN ID がプール内にあり、すでに使用されている場合、Prime Provisioning は、別の VLAN ID を割り当てるよう求めるプロンプトを表示します。VLAN ID が Prime Provisioning VLAN ID プールの外にある場合は、Prime Provisioning は、VLAN ID が割り当てられているかどうかの確認を実行しません。オペレータは、VLAN ID が使用可能であることを確認する必要があります。

ステップ 14 サービス要求の作成中に、デュアルホーム接続リングのセカンダリ N-PE に対してブリッジ ドメインの VLAN ID を自動選択するように Prime Provisioning を設定するには、[AutoPick Bridge Domain/VLAN ID Secondary N-PE] チェックボックスをオンにします。

このチェックボックスをオフにする場合は、セカンダリ N-PE のセカンダリ ブリッジ ドメイン VLAN ID を指定する必要があります（次の手順を参照）。

使用方法に関する注釈：

• この属性は、デュアル ホーム接続リング（2 つの異なる N-PE で終端するリング）の場合にのみ適用できます。Prime Provisioning では、セカンダリ N-PE 用に別個のブリッジ ドメイン VLAN ID を使用することがサポートされます。

• デュアル ホーム接続リングでは、2 つの N-PE が異なるアクセス ドメインに存在する場合、Prime Provisioning はプライマリとセカンダリの両方の N-PE アクセス ドメインからブリッジ ドメイン VLAN ID を割り当てます。両方が同一のアクセス ドメイン内にある場合、Prime Provisioning は共通の VLAN ID をこれらが属するアクセス ドメインから割り当てます。

• AutoPick ブリッジ ドメイン/VLAN ID セカンダリ N-PE は、デバイスでグローバル VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

• この属性は IOS XR デバイスでは表示されません。

ステップ 15 [AutoPick Bridge Domain/VLAN ID Secondary N-PE] チェックボックスをオフにする場合は、[Bridge Domain/VLAN ID Secondary N-PE] フィールドに適切な値を入力します。

ステップ 16 サービス インスタンスの詳細を設定します。
次の図に示すように [Match] ドロップダウン リストからカプセル化タイプを選択します。
選択できる基準は、次のとおりです。

• DOT1Q

• Default

一致基準として [Default] を選択すると、ページ内の [Outer VLAN ID] と [Outer VLAN Ranges] フィールドがディセーブルになります。[Default] が CE カプセル化タイプである場合、Prime Provisioning には、UNI ポート タイプに別のフィールドが表示されます。

ステップ 17 ポリシーを使用して作成されたサービス要求を、着信フレームの内部 VLAN タグと外部 VLAN タグの両方と一致させるには、[Match Inner and Outer Tags] チェックボックスをオンにします。

このチェックボックスをオンにしないと、ポリシーを使用して作成されたサービス要求は、着信フレームの外部 VLAN タグだけと一致します。

[Match Inner and Outer Tags] 属性をオンにすると、[Inner VLAN ID] フィールドと [Outer VLAN ID] フィールド（次のステップで説明）が表示されます。

ステップ 18 [Match Inner and Outer Tags] チェックボックスをオンにする場合は、[Inner VLAN ID] フィールドと [Outer VLAN ID] フィールドに内部 VLAN タグと外部 VLAN タグを入力します。

使用方法に関する注釈：

• 単一の値、単一の範囲、複数の値、複数の範囲、またはこれらの組み合わせを指定できます。次に、例を示します。

– 10

– 10, 15,17

– 10-15

– 10-15,17-20

– 10,20-25

• ポリシーで [Inner VLAN Ranges] 属性を true に設定すると、[Inner VLAN ID] フィールドは、内部 VLAN タグの範囲を使用できます。

• ポリシーで [Outer VLAN Ranges] 属性を true に設定すると、[Outer VLAN ID] フィールドは、外部 VLAN タグの範囲を使用できるようになります。

ステップ 19 [Match Inner and Outer Tags] チェックボックスをオフにする場合は、[Outer VLAN ID] フィールドに外部 VLAN タグを入力します。

（注） [Outer VLAN ID] で指定した VLAN は、カスタマー側の UNI を含め、残りの L2 アクセス ノード（リンクにある場合）でプロビジョニングされます。

（注） また、次の手順で説明されているように、Prime Provisioning が外部 VLAN ID を自動選択するように設定することもできます。

ステップ 20 以前に作成した外部 VLAN ID リソース プールから外部 VLAN ID を Prime Provisioning が自動選択するように設定するには、[AutoPick Outer VLAN] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは外部 VLAN ID を指定するように求められます。

（注） [AutoPick Outer VLAN] 属性を使用するには、2 つの要素が Prime Provisioning で事前に設定されている必要があります。1 つめの要素はインターフェイス アクセス ドメインであり、これは N-PE デバイスの物理ポートをグループ化する論理要素です。2 つめの要素は EVC 外部 VLAN リソース プールであり、これはインターフェイス アクセス ドメインによって使用されます。これらの要素を設定する方法については、項とを参照してください。

使用方法に関する注釈：

• [AutoPick Outer VLAN] は、EVC 機能をサポートするインターフェイスに使用できます。

• [AutoPick Outer VLAN] は、EVC をサポートするインターフェイスで VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

ステップ 21 ウィンドウの [VLAN Rewrite] セクションで、ドロップダウン リストから [Rewrite Type] を選択します。

選択できる基準は、次のとおりです。

• Pop

• Push

• Translate

GUI の後続の属性は、次のステップで説明するように、[Rewrite Type] の選択によって変わります。

ステップ 22 [Pop] が [Rewrite Type] である場合は、次の 2 つのチェックボックスが表示されます。

a. 一致基準を満たす着信フレームの外部 VLAN ID タグをポップするには、[Pop Outer Tag] チェックボックスをオンにします。このチェックボックスをオフにすると、着信トラフィックの外部タグはポップされません。

b. 一致基準を満たす着信フレームの内部 VLAN ID タグをポップするには、[Pop Inner Tag] チェックボックスをオンにします。このチェックボックスをオフにすると、内部タグは変更されません。

[Pop Inner Tag] をオンにすると、[Pop Outer Tag] が自動的にオンになることに注意してください。

ステップ 23 [Push] が [Rewrite Type] である場合は、次の 2 つのテキスト ボックスが表示されます。

a. テキスト ボックス [Outer VLAN ID] に、一致基準を満たす着信フレームにインポーズされる外部 VLAN ID タグを入力します。この設定で作成されるサービス要求はすべて、一致基準と一致する着信フレームで dot1q 外部タグをプッシュします。値が指定されていない場合は、プッシュ操作は無視され、デバイスで設定されません。

b. テキスト ボックス [Inner VLAN ID] に、一致基準を満たす着信フレームにインポーズされる内部 VLAN ID タグを入力します。この設定で作成されるサービス要求はすべて、一致基準と一致する着信フレームで dot1q 内部タグをプッシュします。内部 VLAN タグは、外部 VLAN タグなしではプッシュできません。つまり、内部 VLAN タグを適用する場合は、外部 VLAN タグも定義する必要があります。

ステップ 24 [Translate] が [Rewrite Type] である場合は、[Translation Type] ドロップダウン リストが表示されます。

このリストで選択可能な項目は、[Match Inner and Outer Tags] 属性の設定（前のステップで設定）によって異なります。

a. [Match Inner and Outer Tags] チェックボックスをオンにする（true）場合は、[Translation Type] ドロップダウン リストから変換タイプとして [1:1]、[1:2]、[2:1]、または [2:2] を選択します。

– [1:1] または [2:1] を選択する場合は、表示される [Outer VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。

– [1:2] または [2:2] を選択する場合は、表示される [Outer VLAN ID] および [Inner VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグと内部タグがこれらの ID に変換されます。

b. [Match Inner and Outer Tags] チェックボックスをオフにする（false）場合は、[Translation Type] ドロップダウン リストから変換タイプとして [1:1] または [1:2] を選択します。

– [1:1] を選択する場合は、表示される [Outer VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。

– [1:2] を選択する場合は、表示される [Outer VLAN ID] および [Inner VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグと内部タグがこれらの ID に変換されます。

ステップ 25 [Next] をクリックして、[EVC Details] ウィンドウの設定内容を保存します。

[Standard UNI Details] ウィンドウが表示されます。

ステップ 26 次のステップで、標準 UNI リンク属性の設定に進みます。

標準 UNI 属性の編集

次のステップでは、[Standard UNI Details] ウィンドウの属性の設定について説明します。EVC リンクとして設定されていないリンクの場合（[EVC Service Request Editor] ウィンドウで [EVC] チェックボックスをオンにしなかった場合）、リンク属性の編集はこのウィンドウから開始します。

（注） [Standard UNI Details] ウィンドウに表示される属性は、Prime Provisioning によって動的に設定されます。下記のステップで説明する属性の一部は、ポリシーとサービス要求設定またはリンク タイプによっては、ウィンドウに表示されないことがあります。たとえば、EVC ポリシーの MPLS コア接続タイプが VPLS またはローカルの場合は、疑似回線関連の属性は表示されません。また、リンクを EVC または非 EVC として設定すると、ウィンドウに表示される属性が変わります。さらに、属性は、デバイス タイプ（IOS または IOS XR）に基づいてフィルタリングされます。これらのケースとその他のケースは、参照用としてステップに示されています。

ステップ 27 [N-PE/U-PE Information] フィールドと [Interface Name] フィールドには、前のステップで選択した PE デバイスとインターフェイス名が表示されます。

このフィールドは読み取り専用です。

ステップ 28 ドロップダウン リストから カプセル化 タイプを選択します。

選択できる基準は、次のとおりです。

• [DOT1QTRUNK]：802.1q カプセル化によって UNI をトランクとして設定します。UNI が直接接続された EVC リンクに属している場合、この設定は、着信フレームが 802.1q カプセル化され、リンクに設定された VLAN ID と一致することを意味します。この固有のトポロジには、トランク UNI 自体は含まれていません。

• [DOT1QTUNNEL]：UNI を 802.1q トンネル（dot1q トンネルまたは Q-in-Q とも呼ばれています）ポートとして設定します。

• [ACCESS]：UNI をアクセス ポートとして設定します。

この属性では、サービスの異なるリンクにさまざまなタイプの UNI カプセル化を導入できます。

使用方法に関する注釈：

• IOS とともに実行される U-PE を、（N-PE ロールで機能している）ASR 9000 で終端する同じ回線に追加すると、[Encapsulation] 属性のドロップダウン リストで 3 つすべてのカプセル化タイプ値が表示されます。

• [DOT1QTUNNEL] は、ASR 9000 デバイスを直接サポートしていません。

• EVC がイネーブルになっている直接接続リンクの場合（[EVC Service Request Editor] ウィンドウの [EVC] チェックボックスをオンにした場合）、カプセル化タイプとして選択できるのは、[DOT1Q] と [DEFAULT] です。

ステップ 29 必要に応じて、[PE/UNI Interface Description] フィールドにインターフェイスの説明を入力します。

ステップ 30 サービスのアクティブ化中（たとえば、サービス プロバイダーがネットワークでサービスを展開し、後でそのサービスをアクティブ化する場合）に UNI ポートを閉じたままにするには、[UNI Shutdown] チェックボックスをオンにします。

ステップ 31 適切なオプション ボタンをクリックして、サービス要求の [VLAN Translation] のタイプを指定します。

選択できる基準は、次のとおりです。

• [No]：VLAN 変換は実行されません （デフォルト）。

• [1:1]：1:1 VLAN 変換。

• [2:1]：2:1 VLAN 変換。

• [1:2] ：1 対 2 VLAN 変換。

• [2:2] ：2 対 2 VLAN 変換。

使用方法に関する注釈：

• 直接接続リンクの場合、[EVC] チェックボックスがオンになっているときは、[VLAN Translation] 属性は表示されません。これは次の組み合わせの場合は表示されます。

– 直接接続リンクで、[EVC] チェックボックスがオフになっている場合。

– L2 アクセス ノードで、[EVC] チェックボックスがオンまたはオフになっている場合。

• [No] 以外の選択肢を選ぶと、他のフィールドが GUI に表示されます。これらは、設定に基づいて指定できます。

– [CE VLAN]：1 ～ 4096 までの値を入力します。

– [Auto Pick]：このチェックボックスをオンにすると、Prime Provisioning は VLAN リソース プールから外部 VLAN を自動選択するようになります。

– [Outer VLAN]：[Auto Pick] がオフの場合、1 ～ 4096 までの値を指定します。

– [Select where 2:1 or 2:2 translation takes place]：2 対 1 または 2 対 2 の VLAN 変換が行われるデバイスを指定します。[Auto] を選択すると、UNI ポートに最も近いデバイスで VLAN 変換が行われます。

• VLAN 変換、すべての標準 UNI、およびポート セキュリティ属性は、L2 アクセスとのリンクに適用できます。UNI が N-PE にある場合は、これらの属性は表示されません。

• VLAN 変換が U-PE または PE-AGG デバイスで行われると、VLAN 変換のコマンドが選択したデバイスの NNI インターフェイスに設定されます。VLAN 変換が NP-E で行われると、VLAN 変換のコマンドがデバイスの UNI インターフェイスに設定されます。

• リング ベースの環境に 2 つの NNI インターフェイスがある場合、VLAN 変換は両方の NNI インターフェイスに適用されます。

• 1 対 1 および 2 対 1 の VLAN 変換は、非 EVC（スイッチポート ベースの N-PE の構文）終端の接続回線と同じ構文でサポートされます。

ステップ 32 Prime Provisioning に SVI（スイッチ仮想インターフェイス）でフォワーディング コマンドを生成させるには、[N-PE Pseudo-wire on SVI] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフになっています。この場合、Prime Provisioning は、サービス インスタンスでフォワーディング コマンドを生成します。

EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（これは、[EVC Service Request Editor] ウィンドウのサービス要求ワークフローで使用可能）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE Pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で xconnect を使用して作成されません。

使用方法に関する注釈：

• EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（[EVC Service Request Editor] ウィンドウ内）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で xconnect を使用して作成されません。

• Prime Provisioning では、EVC サービス要求のハイブリッド設定がサポートされます。ハイブリッド設定では、接続回線のいずれかの側のフォワーディング コマンド（xconnect など）は、サービス インスタンスで設定でき、接続回線のもう一方の側の xconnect 設定は、スイッチ仮想インターフェイス（SVI）で設定できます。

• [N-PE Pseudo-wire on SVI] は、すべての接続タイプ（[PSEUDOWIRE]、[VPLS]、または [LOCAL]）に適用できますが、ハイブリッド SVI 設定は疑似回線接続だけで可能です。

• [MPLS Core Connectivity Type] が [VPLS] に設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にイネーブルにされます。

• [MPLS Core Connectivity Type] が [LOCAL] 接続タイプに設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にディセーブルにされます。

• これらのケースの例については、コンフィグレットの例 「EVC（疑似回線コア接続、ブリッジ ドメイン、SVI 上の疑似回線）」と「EVC（疑似回線コア接続、ブリッジ ドメインなし、SVI 上の疑似回線なし）」を参照してください。

• [N-PE Pseudo-wire on SVI] 属性の追加情報については、「インターフェイス属性の設定」の項にある EVC ポリシーの章で対応するカバレッジを参照してください。

• [N-PE Pseudo-wire on SVI] 属性は、IOS XR デバイスではサポートされません。すべての xconnect コマンドは、L2 サブインターフェイスで設定されます。

ステップ 33 ポイントツーポイント N-PE を接続する疑似回線にトラフィック エンジニアリング（TE）トンネルを手動で選択できるようにするには、[PW Tunnel Selection] チェックボックスをオンにします。

使用方法に関する注釈：

• [PW Tunnel Selection] チェックボックスをオンにすると、[Interface Tunnel] 属性フィールド（次のステップを参照）がアクティブになります。

• この属性は、EVC ポリシーで MPLS コア接続タイプが疑似回線として設定されている場合にのみ表示されます。

• [PW Tunnel Selection] 属性は、IOS XR デバイスではサポートされません。

ステップ 34 [PW Tunnel Selection] チェックボックスをオンにした場合は、[Interface Tunnel] テキスト フィールドに TE トンネル ID を入力します。

使用方法に関する注釈：

• Prime Provisioning は、トンネル情報を使用して、2 つの N-PE 間の疑似回線接続を記述する疑似回線クラスを作成してプロビジョニングします。この疑似回線クラスは、疑似回線が同じトンネル ID とリモート ループバック アドレスを共有する限り、複数の疑似回線によって共有可能です。サービス要求の作成中に、Prime Provisioning はトンネル ID 番号の有効性を確認しません。つまり、Prime Provisioning は、トンネルの存在を検査しません。

• [Interface Tunnel] 属性は、IOS XR デバイスではサポートされません。

ステップ 35 サービス要求の作成中に、Prime Provisioning にブリッジ グループ名を自動選択させるには、[AutoPick Bridge Group Name] チェックボックスをオンにします。

このチェックボックスをオフにすると、サービス要求の作成中にブリッジ グループ名を指定するようプロンプトが表示されます（次のステップを参照）。

使用方法に関する注釈：

• この属性は、IOS XR デバイスだけで表示されます。

• [AutoPick Bridge Group Name] チェックボックスをオフにする場合は、[Bridge Group Name] テキスト フィールドにブリッジ グループ名を入力します。

• [AutoPick Bridge Group Name] 属性と [Bridge Group Name] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていた場合に限り表示されます。

ステップ 36 サービス要求の作成中に Prime Provisioning に VLAN ID を自動選択させるには、[AutoPick Bridge Domain/VLAN ID] チェックボックスをオンにします。

このチェックボックスをオフにすると、サービス要求の作成中に VLAN ID を指定するようプロンプトが表示されます（次のステップを参照）。

使用方法に関する注釈：

• AutoPick ブリッジ ドメインまたは VLAN ID は、デバイスでグローバル VLAN ID を消費します。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

• [AutoPick Bridge Domain/VLAN ID] 属性は、Cisco 7600 と ASR 9000 の両方のデバイスで表示されます。これは、非 EVC リンクについてのみ表示されます。

ステップ 37 [AutoPick Bridge Domain/VLAN ID] チェックボックスをオフにする場合は、[Bridge Domain/VLAN ID] テキスト フィールドに ID 番号を入力します。

使用方法に関する注釈：

• [AutoPick Bridge Domain/VLAN ID] をオンにすると、このフィールドは編集できません。

• VLAN ID を手動で割り当てる場合は、Prime Provisioning は、Prime Provisioning の VLAN ID プール内にあるかどうかを確認するために VLAN ID を調べます。VLAN ID がプール内にあっても、割り当てられていない場合は、VLAN ID がサービス要求に割り当てられます。VLAN ID がプール内にあり、すでに使用されている場合、Prime Provisioning は、別の VLAN ID を割り当てるよう求めるプロンプトを表示します。VLAN ID が Prime Provisioning VLAN ID プールの外にある場合は、Prime Provisioning は、VLAN ID が割り当てられているかどうかの確認を実行しません。オペレータは、VLAN ID が使用可能であることを確認する必要があります。

• [Bridge Domain/VLAN ID] テキスト フィールドは、Cisco 7600 と ASR 9000 の両方のデバイスで表示されます。これは、非 EVC リンクについてのみ表示されます。

ステップ 38 サービス要求の作成中に、Prime Provisioning にブリッジ ドメイン名を自動選択させるには、[AutoPick Bridge Domain Name] チェックボックスをオンにします。

このチェックボックスをオフにすると、サービス要求の作成中にブリッジ ドメイン名を指定するようプロンプトが表示されます（次のステップを参照）。

使用方法に関する注釈：

• [AutoPick Bridge Domain Name] 属性は、Cisco ASR 9000 デバイスだけで表示されます。

• [AutoPick Bridge Domain Name] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていた場合に限り表示されます。

ステップ 39 [AutoPick Bridge Domain Name] チェックボックスをオフにする場合は、[Bridge Domain Name] テキスト フィールドにブリッジ ドメイン名を入力します。

使用方法に関する注釈：

• [Bridge Domain Name] フィールドは、Cisco ASR 9000 デバイスだけで表示されます。

• [Bridge Domain Name] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていた場合に限り表示されます。

ステップ 40 疑似回線クラスの選択をイネーブルにするには、[Use PseudoWireClass] チェックボックスをオンにします。

デフォルトでは、この属性はオフです。

使用方法に関する注釈：

• 疑似回線クラス名は、IOS XR デバイスで pw-class コマンドをプロビジョニングするために使用されます。IOS XR デバイスの疑似回線クラス サポートに関する追加情報については、「疑似回線クラスの作成および変更」を参照してください。

• [Use PseudoWireClass] をオンにすると、追加の属性 [PseudoWireClass] が GUI に表示されます。Prime Provisioning で以前に作成した疑似回線クラスを選択するには、[PseudoWireClass] 属性の [Select] ボタンをクリックします。

• [Use PseudoWireClass] 属性は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] が [PSEUDOWIRE] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

• [Use PseudoWireClass] は、IOS XR デバイスだけで適用可能です。

• [Use PseudoWireClass] 属性と [PseudoWireClass] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていなかった場合に限り表示されます。

ステップ 41 [L2VPN Group Name] では、ドロップダウン リストから次のいずれかを選択します。

• ISC

• VPNSC

使用方法に関する注釈：

• この属性は、IOS XR デバイスで L2VPN グループ名をプロビジョニングするために使用されます。

（注） ドロップダウン リストの選択項目は、設定可能な DCPL プロパティから取得されます。ドロップダウン リストで使用可能な [L2VPN Group Name] 選択項目を定義する方法については、「IOS XR デバイスの L2VPN グループ名の定義」を参照してください。

• [L2VPN Group Name] 属性は、[Service Options] ウィンドウで [MPLS core connectivity type] が [VPLS] に設定されていた場合は使用不可です（「サービス オプションの設定」を参照）。

• [L2VPN Group Name] は、IOS XR デバイスだけに適用されます。

• [L2VPN Group Name] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていなかった場合に限り表示されます。

ステップ 42 Point-to-Point（p2p; ポイントツーポイント）E-line 名を指定するには、[E-Line Name] に入力します。

使用方法に関する注釈：

• [E-Line Name] に値を指定しない場合は、Prime Provisioning は、次のようにデフォルト名を自動生成します。

– [PSEUDOWIRE] コア接続タイプの場合は、次の形式になります。

DeviceName--VC_ID

– [LOCAL] コア接続タイプの場合は、次の形式になります。

DeviceName--VLAN_ID

デフォルトの名前が 32 文字を超える場合は、デバイス名は切り捨てられます。

• [E-Line Name] 属性は、[Service Options] ウィンドウで [MPLS core connectivity type] が [VPLS] に設定されていた場合は使用不可です（「サービス オプションの設定」を参照）。

• [E-Line Name] は、IOS XR デバイスだけに適用されます。

• [E-Line Name] 属性は、サービス要求ワークフローの前半の [EVC Service Request Editor] ウィンドウで [Configure Bridge Domain] がイネーブルになっていなかった場合に限り表示されます。

ステップ 43 標準 UNI 設定を保存し、[EVC SR] ウィンドウに戻るには、[OK] をクリックします。

[Link Attributes] 列の値は、リンク設定が更新されたことを意味する [Changed] と表示されるようになります。[Changed] リンクをクリックして、[Standard UNI Details] ウィンドウの設定を変更することで、今後リンク属性を編集できるようになります。

リンク属性の編集に関する詳細については、「EVC サービス要求の変更」を参照してください。

ステップ 44 別のリンクを追加するには、[Add] ボタンをクリックして、この項の前のステップと同様に新しいリンクの属性を設定します。

ステップ 45 リンクを削除するには、そのリンクの行の最初の列でチェックボックスをオンにして、[Delete] ボタンをクリックします。

ステップ 46 このサービス要求の L2 アクセス ノードとのリンクを設定する場合は、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」を参照してください。

ステップ 47 [EVC Service Request Editor] ウィンドウで属性の設定が完了したら、ウィンドウの下部にある [Save] ボタンをクリックして、設定を保存し、EVC サービス要求を作成します。

属性が欠落しているか、誤って設定されていると、Prime Provisioning は、ウィンドウの左下に警告を表示します。（Prime Provisioning によって提供される情報に基づいて）必要な修正または更新を行って、[Save] ボタンをクリックします。

EVC サービス要求の変更については、「EVC サービス要求の変更」の項を参照してください。EVC サービス要求の保存に関する追加情報については、「EVC サービス要求の保存」を参照してください。

L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）

[EVC Service Request Editor] ウィンドウの [Links with L2 Access Nodes] セクションでは、L2（イーサネット）アクセス ノードとのリンクを設定できます。これらは、（CE に向かった）N-PE 以外に L2/イーサネット アクセス ノードがある点を除き、直接接続リンクと類似しています。そのため、NPC が必要です。L2 アクセス ノードとのリンクを設定するためのステップは、「直接接続リンクの設定」の項に記載されているステップと似ています。次の共通する操作の詳細なステップについては、この項を参照してください。

• リンクの追加と削除。

• N-PE の選択。

• UNI インターフェイスの選択。

• EVC リンクとしてのリンクの設定。

• 標準および EVC リンク属性の編集。

L2 アクセスとのリンクの設定における主な違いは、NPC の詳細の指定です。

L2 アクセス ノードとのリンクに NPC 詳細を設定するには、次の手順を実行します。

ステップ 1 NPC を使用してリンクを追加するプロセスの最初のステップは、N-PE ではなく U-PE/PE-AGG デバイスを選択することです。

選択したインターフェイスに NPC が 1 つだけ存在し、その NPC が [Circuit Details] 列に自動入力される場合は、明示的に選択する必要はありません。

複数の NPC が使用可能な場合は、[Circuit Selection] 列で [Select one circuit] をクリックします。[NPC] ウィンドウが表示され、適切な NPC を選択できます。

ステップ 2 [OK] をクリックします。

PE とインターフェイスを選択するたびに、この PE とインターフェイスから設定した NPC が [Circuit Selection] の下に自動的に表示されます。これは、リンクを完成させるために PE をさらに指定する必要はないことを意味します。

この NPC の詳細を確認するには、[Circuit Details] 列で [Circuit Details] をクリックします。[NPC Details] ウィンドウが表示され、この NPC の回線の詳細がリストされます。

ステップ 3 リンク属性の編集、リンクの追加と削除、[EVC] チェックボックスの使用については、「直接接続リンクの設定」の項の対応する手順を参照してください。

ステップ 4 [EVC Service Request Editor] ウィンドウで属性の設定が完了したら、ウィンドウの下部にある [Save] ボタンをクリックして、設定を保存し、EVC サービス要求を作成します。

属性が欠落しているか、誤って設定されていると、Prime Provisioning は、ウィンドウの左下に警告を表示します。（Prime Provisioning によって提供される情報に基づいて）必要な修正または更新を行って、[Save] ボタンをクリックします。

EVC サービス要求の変更については、「EVC サービス要求の変更」の項を参照してください。EVC サービス要求の保存に関する追加情報については、「EVC サービス要求の保存」を参照してください。

VPLS ネイバー リンクの設定（VPLS のみ）

VPLS ポリシーを選択した場合、下部のウィンドウに VPLS ネイバーのリンクが表示されます。N-PE を直接接続リンクで複数選択すると、VPLS 対応ネイバーを検出できます。

マルチセグメント疑似回線トポロジで必要のないパスを選択するには、次の手順を実行します。

ステップ 1 VPLS ネイバー リンクで [Configure Pseudowire] リンクをクリックして疑似回線を設定します。

ステップ 2 ポップ アップ ウィンドウで、[Calculate Path] ボタンをクリックします。

これは以前に指定された N-PE 間の最短パスを使用してパスの図を表示します。それらの間の既存の MPLS-TP トンネルが優先されます。

ステップ 3 右のプラス（またはマイナス）アイコンをクリックして、パス制約を追加（または削除）します。

• [Required NE/Link]：パス用にパス スルーする必要があるトラフィックの要素またはリンクを指定します。

• [Required NE/Link]：パス用にパス スルーしてはならないトラフィックの要素またはリンクを指定します。

ステップ 4 どのパスを使用するかを決定したら、[Save] をクリックして、サービス要求の作成操作を完了します。

[Service Request Manager] ウィンドウが開きます。

属性が欠落しているか、誤って設定されていると、Prime Provisioning は、ウィンドウの左下に警告を表示します。（Prime Provisioning によって提供される情報に基づいて）必要な修正または更新を行って、[Save] ボタンをクリックします。

EVC サービス要求の変更については、「EVC サービス要求の変更」の項を参照してください。EVC サービス要求の保存に関する追加情報については、「EVC サービス要求の保存」を参照してください。Service Request Manager の要素と操作については、を参照してください。

EVC サービス要求の変更

リンクまたはサービス要求の他の設定を変更する必要がある場合は、EVC サービス要求を変更できます。

EVC サービス要求を変更するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Request Manager] を選択します。

[Service Request Manager] ウィンドウが表示され、Prime Provisioning で使用可能なサービス要求が示されます。

ステップ 2 サービス要求のチェックボックスをオンにします。

ステップ 3 [Edit] をクリックします。

[EVC Service Request Editor] ウィンドウが表示されます。

ステップ 4 必要に応じて、属性を変更します。

このウィンドウでの属性の設定に関する詳細なカバレッジについては、「サービス要求の詳細の設定」で始まる項を参照してください。

（注） VC ID、VPLS VPN ID、および VLAN ID は、サービス要求で設定した後は変更できません。

ステップ 5 テンプレートまたはデータ ファイルを接続回線に追加するには、「EVC イーサネット サービス要求でのテンプレートおよびデータ ファイルの使用」の項を参照してください。

ステップ 6 EVC サービス要求の編集が終了したら、[Save] をクリックします。

EVC サービス要求の保存に関する追加情報については、「EVC サービス要求の保存」を参照してください。

EVC イーサネット サービス要求でのテンプレートおよびデータ ファイルの使用

Prime Provisioning では、アプリケーションによって管理されるデバイスで使用可能なすべての CLI コマンドの設定はサポートされません。そのようなコマンドをデバイス上で設定するために、Prime Provisioning Template Manager 機能を使用できます。テンプレートは、デバイス ロール単位でポリシー レベルで関連付けることができます。サービス要求レベルでのテンプレートの上書きは、ポリシーレベルの設定でオペレータに許可されている場合は行うことができます。

サービス要求でテンプレートとデータ ファイルを関連付けるには、[Service Request Editor] ウィンドウで任意のリンクを選択して、ウィンドウの下部にある [Template] ボタンをクリックします。

（注） 関連付けられたポリシーでテンプレート機能が使用可能になっていない場合は、[Template] ボタンは選択できません。

[SR Template Association] ウィンドウが表示されます。このウィンドウでは、デバイス単位レベルでテンプレートを関連付けることができます。[SR Template Association] ウィンドウには、リンクを構成するデバイス、デバイス ロール、およびデバイスに関連付けられているテンプレートとデータ ファイルが一覧表示されます。この場合は、テンプレートまたはデータ ファイルはまだ設定されていません。

テンプレートとデータ ファイルをサービス要求に関連付ける方法に関する詳細については、を参照してください。

EVC サービス要求の保存

EVC イーサネット サービス要求を保存するには、次の手順を実行します。

ステップ 1 EVC イーサネット サービス要求の属性の設定が終了したら、[Save] をクリックして、サービス要求を作成します。

EVC サービス要求の作成が正常に完了すると、[Service Request Manager] ウィンドウが表示されます 新しく作成された EVC のイーサネット サービス要求が [REQUESTED] の状態で追加されます。

ステップ 2 ただし、何らかの理由で（たとえば、選択した値が範囲外である）EVC イーサネット サービス要求の作成が失敗した場合は、エラー メッセージで警告されます。

そのような場合は、エラーを修正して、サービス要求を再度保存する必要があります。

ステップ 3 EVC イーサネット サービス要求を展開する準備ができたら、を参照してください。

EVC ATM-Ethernet インターワーキング ポリシーの定義

サービスをプロビジョニングするには、EVC ATM-Ethernet インターワーキング ポリシーを定義する必要があります。ポリシーは、類似したサービス要件を持つ 1 つ以上のサービス要求で共有できます。

ポリシーは、EVC サービス要求の定義に必要な大部分のパラメータのテンプレートです。定義後に、共通する一連の特性を共有するすべての EVC サービス要求で EVC ポリシーを使用できます。新しいタイプのサービスまたは異なるパラメータを持つサービスを作成する場合は、常に新しい EVC ポリシーを作成します。EVC ポリシーの作成は通常、経験のあるネットワーク エンジニアが実行します。

EVC ATM-Ethernet インターワーキング ポリシーを定義するには、最初にサービス タイプ属性を設定します。これを行うには、次のステップを実行します。

ステップ 1 [Service Design] > [Create Policy] を選択します。

[Policy Editor] ウィンドウが表示されます。

ステップ 2 [Policy Type] ドロップダウン リストから [EVC] を選択します。

[Policy Editor] ウィンドウが表示されます。

ステップ 3 EVC ATM-Ethernet インターワーキング ポリシーの [Policy Name] を入力します。

ステップ 4 EVC ポリシーの [Policy Owner] を選択します。

EVC ポリシー所有権には次の 3 種類があります。

• カスタマー所有権

• プロバイダー所有権

• グローバル所有権：すべてのサービス オペレータがこのポリシーを使用できます。

この所有権は、Prime Provisioning Role-Based Access Control（RBAC; ロールベース アクセス コントロール）が有効になると関係してきます。たとえば、カスタマー所有の EVC ポリシーは、このカスタマー所有ポリシーでの作業が許可されているオペレータのみが参照できます。同様に、プロバイダーのネットワークでの作業を許可されているオペレータは、特定のプロバイダー所有ポリシーを表示、使用、および展開できます。

ステップ 5 EVC ポリシーの所有者を選択するには、[Select] をクリックします。

ポリシー所有者は、Prime Provisioning の設定中にカスタマーまたはプロバイダーを作成した際に設定しました。所有権がグローバルの場合は、[Select] 機能は表示されません。

ステップ 6 [Policy Type] を選択します。

選択できる基準は、次のとおりです。

• [ETHERNET]：「EVC イーサネット ポリシーの作成」を参照してください。

• [ATM]： を参照してください。

• [ATM-Ethernet Interworking]： この項です 。

• [TDM Circuit Emulation]： を参照してください。

（注） この項では、FlexUNI/EVC ATM-Ethernet インターワーキング ポリシー タイプの作成について説明します。EVC ETHERNET ポリシー タイプの使用については、「EVC イーサネット ポリシーの作成」を参照してください。

ステップ 7 [Next] をクリックします。

[Service Options] ウィンドウが表示されます。

ステップ 8 次の項である「サービス オプションの設定」に記載されているステップに進みます。

サービス オプションの設定

この項では、EVC ポリシーのサービス オプションの設定方法について説明します。

EVC サービス オプションを設定するには、次の手順を実行します。

ステップ 1 CE が N-PE に直接接続されている場合は、[CE Directly Connected to EVC] チェックボックスをオンにします。

このチェックボックスは、デフォルトでオフになっています。

（注） [Editable] チェックボックスを使用すると、フィールドを編集可能にするオプションを使用できます。[Editable] チェックボックスをオンにすると、この EVC ポリシーを使用しているサービス オペレータは、EVC サービス要求の作成中に編集可能パラメータを変更できます。

使用方法に関する注釈：

• チェックボックスをオンにすると、このポリシーを使用して作成されたサービス要求は、直接接続リンクだけを持つことができます。イーサネット アクセス ノードは含められません。

• チェックボックスをオフにすると、このポリシーを使用して作成されたサービス要求は、リンクにイーサネット アクセス ノードを持つ場合と、持たない場合があります。

• CE が N-PE に直接接続されている場合は、NPC は、サービス要求の作成中にリンクには適用されません。

• CE が N-PE に直接接続されていない場合は、NPC は、Prime Provisioning の標準の動作に従って、サービス要求の作成中に使用されます。EVC 機能をサポートするための NPC の実装への変更はありません。

ステップ 2 EVC 機能を使用してすべてのリンクを設定する必要がある場合は、[All Links Terminate on EVC] チェックボックスをオンにします。

このチェックボックスは、デフォルトでオフになっています。使用方法に関する注釈：

• チェックボックスをオンにすると、そのようなポリシーを使用して作成されたサービス要求は、EVC 機能を使用したすべてのリンクを持つようになります。

• チェックボックスをオフにすると、ゼロ以上のリンクが EVC 機能を使用できるようになります。これは、サービスを配信しながら、1 つ以上のリンクで既存のプラットフォームを引き続き使用できるようにします。これによって、EVC サポートとのリンクを将来追加できるようになります。

（注） チェックボックスをオフにすると、サービス要求の作成プロセスで、ユーザは、作成されたリンクが EVC であるか、非 EVC であるかを指定する必要があります。

• リンクが将来も EVC 機能を使用しないことが予期される場合（たとえば、プロバイダーが作成されるサービスの EVC インフラストラクチャにアップグレードする予定がない場合）は、EVC の代わりに、既存の Prime Provisioning ポリシー タイプ（L2VPN または VPLS）を使用できます。

ステップ 3 ドロップダウン リストから [MPLS Core Connectivity Type] を選択します。

（注） コア オプションでは MPLS だけがサポートされます。このサービスに対する L2TPv3 サポートはありません。

選択できる基準は、次のとおりです。

• [PSEUDOWIRE]：MPLS コアにわたって 2 つの N-PE 間の接続を許可するには、このオプションを選択します。このオプションは、サービスをポイントツーポイント（E-Line）に制限しません。これは、[PSEUDOWIRE] オプションが選択されている場合でも、疑似回線の片側または両方の側のブリッジ ドメインに接続されている CE が引き続き複数存在する可能性があるためです。

• [LOCAL]：MPLS コアにわたる接続が必要ないローカル接続のケースでは、このオプションを選択します。

ローカル接続では、次のシナリオがサポートされます。

– N-PE 上のすべてのインターフェイスが EVC 対応で、EVC インフラストラクチャを使用しています。これは、これらのインターフェイス上のカスタマー トラフィックをすべてブリッジ ドメインに関連付けることで設定します。これは、N-PE 上で VLAN ID（ブリッジ ドメイン ID と等しい）を消費します。

– N-PE 上の一部のインターフェイスは EVC 対応ですが、他はスイッチ ポート ベースです。そのような場合は、EVC インフラストラクチャを使用して設定されたインターフェイス上のカスタマー トラフィックはすべて、ブリッジ ドメインに関連付けられます。非 EVC インターフェイス上のトラフィック（およびこの N-PE 以外のすべてのアクセス ノードまたはインターフェイス）は、サービス プロバイダー VLAN ID を使用して設定されます。この場合、サービス プロバイダー VLAN ID は、EVC ベース サービスのブリッジ ドメイン ID と同じです。

– N-PE 上の 2 つのインターフェイスだけが使用され、両方とも EVC 対応ラインカードに基づいています。最初のケースでは、オペレータは、ブリッジ ドメイン オプションを設定しないことを選択することがあります。この場合、ローカル接続に使用される connect コマンドが使用され、グローバル VLAN がデバイスで保存されます。オペレータがブリッジ ドメイン オプションを使用した設定を選択する場合は、両方のインターフェイスがブリッジ ドメイン ID に関連付けられるため、追加のローカル リンクを将来サービスに追加できます。これは、N-PE で VLAN ID（ブリッジ ドメイン ID）を消費します。

• [VPLS]：このオプションは、EVC ATM-Ethernet インターワーキング ポリシーとサービス要求ではサポートされません。

（注） ポリシー ワークフローの後続のウィンドウで使用可能な属性は、[MPLS Core Connectivity Type] に選択した項目（[PSEUDOWIRE] または [LOCAL]）に基づいて動的に変わります。完全性を確保するため、さまざまなコア タイプに使用できるすべての属性が、次のステップで説明されています。属性は、別途明記されていない限り、すべてのコア タイプに適用されます。

（注） また、一部の属性は、IOS または IOS XR プラットフォームだけでサポートされます。属性は、別途明記されていない限り、両方のプラットフォームに適用されます。すべてのプラットフォーム固有属性が、ポリシー ワークフロー ウィンドウに表示されます。後で、ポリシーに基づいてサービス要求を作成する（および特定のデバイスがサービス要求に関連付けられる）際に、プラットフォーム固有属性は、デバイス タイプ（IOS または IOS XR）に基づいて、サービス要求ウィンドウからフィルタリングされます。

ステップ 4 ブリッジ ドメインの特性を判別するには、[Configure With Bridge Domain] チェックボックスをオンにします。

[Configure With Bridge-Domain] オプションの動作は、次に示すように、[MPLS Core Connectivity Type] オプションで選択した項目と並行して動作します。

• [MPLS Core Connectivity Type] として [PSEUDOWIRE] を選択。次の 2 つのケースがあります。

A.EVC の場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、ブリッジ ドメインに関連付けられた SVI 下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サービス インスタンス下で直接疑似回線を設定します。これによってグローバル VLAN が保存されます。

B.EVC を使用しない場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、L2VPN サービス（SVI を使用）の場合と同様に疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サブインターフェイス下で直接疑似回線を設定します。

疑似回線だけを、対応する EVC 対応インターフェイスのサービス インスタンス下、またはブリッジ ドメインに関連付けられた SVI の下のいずれかで直接設定できます。

• [MPLS Core Connectivity Type] として [LOCAL] を選択。

– [Configure With Bridge Domain] をオンにすると、ポリシーでは、ポイントツーポイント ローカル接続サービスまたはマルチポイント ローカル接続サービスのいずれかが許可されます。

– [Configure With Bridge Domain] がオフの場合、Prime Provisioning はブリッジ ドメインなしのポイントツーポイント ローカル接続のみを許可します。

ステップ 5 [Next] をクリックします。

[ATM Interface Attribute] ウィンドウが表示されます。

ステップ 6 次の項である「ATM インターフェイス属性の設定」に記載されているステップに進みます。

ATM インターフェイス属性の設定

この項では、EVC ATM-Ethernet インターワーキング ポリシーの ATM インターフェイス属性を設定する方法について説明します。

ATM インターフェイス属性を設定するには、次のステップを実行します。

ステップ 1 ドロップダウン リストから [Transport Mode] を選択します。

選択できる基準は、次のとおりです。

• [VP]：仮想パス モード。これはデフォルトです。

• [VC]：仮想回線モード。

ステップ 2 ドロップダウン リストから [ATM Encapsulation] を選択します。

• AAL5SNAP

ステップ 3 [Next] をクリックします。

[EVC Attribute] ウィンドウが表示されます。

ステップ 4 次の項である「EVC 属性の設定」に記載されているステップに進みます。

EVC 属性の設定

この項では、EVC ATM-Ethernet ポリシーの EVC 属性を設定する方法について説明します。

EVC 属性は、次のカテゴリに編成されます。

• Service Attributes

• VLAN Match Criteria

• VLAN Rewrite Criteria

次の項では、各カテゴリのオプションの設定方法について説明します。

[Service] 属性の設定

EVC サービス属性を設定するには、次の手順を実行します。

ステップ 1 サービス要求の作成中にサービス インスタンス ID を自動生成し、リンクに割り当てることを指定するには、[AutoPick Service Instance ID] チェックボックスをオンにします。

チェックボックスをオフにすると、サービス要求の作成中に Prime Provisioning リンク属性を設定するときに、Prime Provisioning は、サービス インスタンス ID を指定するようオペレータに求めます。

使用方法に関する注釈：

• サービス インスタンス ID は、EVC インフラストラクチャ内のインターフェイス上の Ethernet Flow Point（EFP; イーサネット フロー ポイント）を表します。サービス インスタンス ID は、インターフェイスに対してローカルで有効です。この ID は、インターフェイス レベルだけで固有でなければなりません。ID は 1 ～ 8000 までの値でなければなりません。

• Prime Provisioning では、サービス インスタンス ID の割り当て元として使用可能なリソース プールはありません。

• サービス要求を作成するオペレータが、インターフェイス レベルで ID の一意性を維持する必要があります。

ステップ 2 ポリシーに基づいたサービス要求の作成時に Prime Provisioning にサービス インスタンス名を自動生成させるには、[AutoPick Service Instance Name] チェックボックスをオンにします。自動生成される値のパターンは、 CustomerName_ServiceRequestJobID です。

チェックボックスをオフにすると、サービス要求の作成中に値を入力できます。

ステップ 3 特定の条件下で疑似回線の冗長性（代替の終端デバイス）をイネーブルにするには、[Enable PseudoWire Redundancy] チェックボックスをオンにします。

使用方法に関する注釈：

• [Enable Pseudo Wire Redundancy] は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] が [PSEUDOWIRE] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

ステップ 4 サービス要求の作成中に Prime Provisioning に VC ID を自動選択させるには、[AutoPick VC ID] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に VC ID を指定するよう求められます。

使用方法に関する注釈：

• [AutoPick VC ID] をオンにすると、Prime Provisioning は、Prime Provisioning によって管理される VC ID リソース プールから疑似回線用に VC ID を割り当てます。

ステップ 5 サービス要求の作成中に Prime Provisioning にサービス要求の VLAN ID を自動選択させるには、[AutoPick Bridge Domain/VLAN ID] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に VLAN ID を指定するよう求められます。

使用方法に関する注釈：

• AutoPick ブリッジ ドメインまたは VLAN ID は、デバイスでグローバル VLAN ID を消費します。

• ブリッジ ドメインまたは VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。サービス要求で VLAN ID を割り当てると、Prime Provisioning は、後続のサービス要求では VLAN ID を使用不可にします。

• 手動による VLAN ID の割り当ての場合は、ID が Prime Provisioning によって管理される VLAN プールの範囲外にあると、Prime Provisioning は VLAN ID を管理しません。この場合は、オペレータは、イーサネット アクセス ドメインで ID の一意性を確保する必要があります。オペレータが、Prime Provisioning によって管理される VLAN プールの範囲内にある VLAN ID を指定した場合に、その VLAN ID がアクセス ドメインですでに使用中であるときは、Prime Provisioning は、VLAN ID が使用中であることを示すエラー メッセージを表示します。

アクセス VLAN ID に関する注釈

アクセス VLAN ID は、EVC 対応ポートに対してローカルで有効です。グローバル VLAN と混同しないでください。これは、EVC ポートの向こうにあるイーサネット アクセス ネットワークをいくつかのサブイーサネット アクセス ドメインにパーティション化する（EVC 対応ポートごとに 1 つ）ことで可視化できます。

ただし、EVC ポートの向こうにあるイーサネット アクセス ノード上のすべてのサービス インターフェイスには、リンクのこの同じ VLAN ID が割り当てられます。この ID は、サービス要求の作成中にリンク属性を設定する際にオペレータが手動で指定する必要があります。オペレータは、EVC-demarcated イーサネット アクセス ドメインにわたって ID の一意性を確保する必要があります。

これらの VLAN ID は、ローカルで有効な VLAN プールを使用して Prime Provisioning によって管理されません。ただし、サービス要求でリンクに VLAN ID を割り当てた後で、Prime Provisioning は、EVC によって境界が定められたイーサネット アクセス ドメイン内の後続のサービス要求では VLAN を使用不可にします。同様に、手動で指定した VLAN が、EVC によって区切られたアクセス ドメインですでに使用中の場合は、Prime Provisioning は、指定された新しい VLAN ID が NPC ですでに使用中であることを示すエラー メッセージを表示します。オペレータは、L2 アクセス ノードでプロビジョニングされる別の VLAN ID を指定するよう求められます。

ステップ 6 次の項である「VLAN 一致基準属性の設定」に記載されているステップに進みます。

VLAN 一致基準属性の設定

EVC 機能を導入する前に、サービス プロバイダーは、単一のポートでサービス多重化サービス（ERS/ERMS または EVPL/EVCS）またはサービス バンドル サービスのいずれかを展開できます。インフラストラクチャの制限が原因で、両方を同時にサポートすることはできません。この制限では、最外部の VLAN タグの照合だけが許可されます。

Prime Provisioning での EVC サポートの主な利点の 1 つは、着信フレームの VLAN タグ（最大 2 つのレベル）を調べて、適切なイーサネット フロー ポイント（EFP）に関連付けるための柔軟な方法が提供されることです。これによって、サービス プロバイダーは、サービス多重化サービスとサービス バンドル サービスの両方を単一のポートに同時に展開できます。

EVC VLAN 一致基準属性を設定するには、次の手順を実行します。

ステップ 1 ポリシーを使用して作成されたサービス要求を、着信フレームの内部 VLAN タグと外部 VLAN タグの両方と一致させるには、[Both Tags] チェックボックスをオンにします。

このチェックボックスをオンにしないと、ポリシーを使用して作成されたサービス要求は、着信フレームの外部 VLAN タグだけと一致します。

[Both Tags] 属性をオンにすると、[Inner VLAN Ranges] 属性（次の手順で説明）が [EVC Attribute] ウィンドウに表示されます。

ステップ 2 サービス要求の作成中に内部 VLAN タグの範囲を指定できるようにするには、[Inner VLAN Ranges] チェックボックスをオンにします。

チェックボックスをオフにすると、内部 VLAN タグの範囲は許可されません。この場合は、オペレータは、サービス要求の作成中に別個の VLAN ID を指定する必要があります。

ステップ 3 サービス要求の作成中に外部 VLAN タグの範囲を指定できるようにするには、[Outer VLAN Ranges] チェックボックスをオンにします。

チェックボックスをオフにすると、外部 VLAN タグの範囲は許可されません。この場合は、オペレータは、サービス要求の作成中に別個の VLAN ID を指定する必要があります。

ステップ 4 サービス要求の作成中に、以前に作成した外部 VLAN ID リソース プールから外部 VLAN ID を Prime Provisioning が自動選択するように設定するには、[AutoPick Outer VLAN] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは、サービス要求の作成中に外部 VLAN ID を指定するよう求められます。

（注） [AutoPick Outer VLAN] 属性を使用するには、2 つの要素が Prime Provisioning で事前に設定されている必要があります。1 つめの要素はインターフェイス アクセス ドメインであり、これは N-PE デバイスの物理ポートをグループ化する論理要素です。2 つめの要素は EVC 外部 VLAN リソース プールであり、これはインターフェイス アクセス ドメインによって使用されます。これらの要素を設定する方法については、項とを参照してください。

使用方法に関する注釈：

• [AutoPick Outer VLAN] は、EVC 機能をサポートするインターフェイスに使用できます。

• [AutoPick Outer VLAN] は、EVC をサポートするインターフェイスで VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

ステップ 5 次の項である「VLAN 書き換え基準属性の設定」に記載されているステップに進みます。

VLAN 書き換え基準属性の設定

VLAN 一致基準とともに、VLAN 書き換えは、EVC インフラストラクチャを非常に強力かつ柔軟にします。次の VLAN 書き換えオプションがサポートされています。

• 1 つまたは 2 つのタグをポップする。

• 1 つまたは 2 つのタグをプッシュする。

• 変換（1:1、2:1、1:2、2:2）。

VLAN 書き換え基準属性を設定するときは、次の点に注意してください。

• どの CE-facing EVC リンクでも、行うことができる書き換えは 1 種類だけです。

• すべての VLAN 書き換えは、入力トラフィックで symmetric キーワードを使用して行われます（たとえば、 rewrite ingress tag pop 2 symmetric ）。

• すべてのサービス インスタンスで、インスタンスごとに 1 つのタイプの書き換えオプション（ポップ、プッシュ、または変換）だけが許可されます。たとえば、[pop outer] をイネーブルにすると、[push inner]、[push outer]、[translate inner]、および [translate outer] は使用できません。

EVC VLAN 書き換え基準属性を設定するには、次の手順を実行します。

ステップ 1 一致基準を満たす着信フレームの外部 VLAN ID タグをポップするには、[Pop Outer] チェックボックスをオンにします。

このチェックボックスをオフにすると、着信トラフィックの外部タグはポップされません。

ステップ 2 一致基準を満たす着信フレームの内部 VLAN ID タグをポップするには、[Pop Inner] チェックボックスをオンにします。

このチェックボックスをオフにすると、内部タグはポップされません。[Pop Inner] をオンにすると、[Pop Outer] が自動的にオンになることに注意してください。

ステップ 3 一致基準を満たす着信フレームの外部 VLAN ID タグをインポーズするには、[Push Outer] チェックボックスをオンにします。

このチェックボックスをオフにすると、外部タグは着信フレームでインポーズされません。

使用方法に関する注釈：

• [Push Outer] をオンにする場合は、ポリシーを使用して作成されたすべてのサービス要求が、一致基準と一致する着信フレームで dot1q 外部タグをプッシュします。サービスの作成中にリンクを作成する場合は、オペレータは、1 ～ 4096 までの値で外部タグを指定できます。

• この属性は、一致基準で使用されるタグの数に関係なく使用可能です。着信トラフィックがダブルタグ付きであるか、シングルタグ付きであるかに関係なく、[Push Outer] をイネーブルにすると、対応するすべてのサービス要求が外部タグをプッシュします。後続のノードはすべて、最外部の 2 つのタグ（EVC 対応の場合）または 1 つのタグ（EVC 対応ではない場合）だけを考慮し、最内部のタグを透過的にペイロードとして扱います。

• この VLAN ID は、Prime Provisioning 管理の VLAN ID プールからは得られません。

ステップ 4 一致基準を満たす着信フレームの内部 VLAN ID タグをインポーズするには、[Push Inner] チェックボックスをオンにします。

この操作は、内部タグだけでなく、内部タグと外部タグの両方を着信パケットにプッシュします。このチェックボックスをオフにすると、内部タグは着信フレームでインポーズされません。

使用方法に関する注釈：

• [Push Inner] をオンにする場合は、ポリシーを使用して作成されたすべてのサービス要求が、一致基準と一致する着信フレームで dot1q 内部タグをプッシュします。サービスの作成中にリンクを作成する場合は、オペレータは、1 ～ 4096 までの値で内部タグを指定できます。

• [Push Inner] をオンにすると、[Pop Outer] が自動的にオンになります。

• この属性は、一致基準で使用されるタグの数に関係なく使用可能です。着信トラフィックがダブルタグ付きであるか、シングルタグ付きであるかに関係なく、[Push Inner] をイネーブルにすると、対応するすべてのサービス要求が内部タグをプッシュします。後続のノードはすべて、最外部の 2 つのタグ（EVC 対応の場合）または 1 つのタグ（EVC 対応ではない場合）だけを考慮し、最内部のタグを透過的にペイロードとして扱います。

• この VLAN ID は、Prime Provisioning 管理の VLAN ID プールからは得られません。

ステップ 5 サービス要求の作成中にオペレータがターゲットの外部 VLAN ID を指定できるようにするには、[Translate Outer] チェックボックスをオンにします。

一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。チェックボックスをオフにすると、外部タグの変換は実行されません。 表 3-4 を参照してください。

ステップ 6 サービス要求の作成中にオペレータがターゲットの内部 VLAN ID を指定できるようにするには、[Translate Inner] チェックボックスをオンにします。

一致基準を満たすすべての着信フレームの内部タグがこの ID に変換されます。チェックボックスをオフにすると、内部タグの変換は実行されません。 表 3-4 を参照してください。

（注） 表 3-4 には、EVC インフラストラクチャで使用可能なさまざまな VLAN 変換の実行の要約が示されています。2 番めと 3 番めの列（「外部タグと一致」と「内部タグと一致」）は、ポリシー設定を示しています。最後の 2 つの列（「外部タグの変換」と「内部タグの変換」）は、着信フレームで行われる VLAN 変換を示しています。

ステップ 7 [Next] をクリックします。

[Interface Attribute] ウィンドウが表示されます。

ステップ 8 次の項である「インターフェイス属性の設定」に記載されているステップに進みます。

インターフェイス属性の設定

EVC ATM-Ethernet インターワーキング ポリシー作成のこの手順には、[Interface Attribute] ウィンドウに示されているように、インターフェイス属性の設定が含まれます。このウィンドウで設定できる属性は、次のカテゴリにグループ化されます。

• UNI 情報

• VLAN

• 疑似回線

• ACL

• セキュリティ

• UNI ストーム制御

• プロトコル

場合によっては、属性を確認すると、GUI に追加の属性が表示されます。これは、次のステップで説明します。

（注） CE が N-PE に直接接続されている場合は、速度、デュプレックス、UNI シャットダウン、およびその他の汎用オプションだけが表示されます。この場合は、現在のプラットフォームの制限が原因で、ポート セキュリティ、ストーム制御、L2 プロトコル トンネリング、およびその他の高度な機能はサポートされません。サービスでこれらの機能が必要な場合、サービス プロバイダーは、これらの要件をサポートするためにレイヤ 2 イーサネット アクセス ノードを EVC の外にまで展開する必要があります。

（注） [Interface Attributes] ウィンドウで使用可能な属性は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] に選択した項目（[PSEUDOWIRE] または [LOCAL]）に基づいて動的に変わります（「サービス オプションの設定」を参照）。完全性を確保するため、さまざまなコア タイプに使用できるすべての属性が、次のステップで説明されています。属性は、別途明記されていない限り、すべてのコア タイプに適用されます。

EVC インターフェイス属性を設定するには、次の手順を実行します。

ステップ 1 ポート セキュリティをイネーブルにするには、[Standard UNI Port] チェックボックスをオンにします。

これはデフォルトです。このチェックボックスをオフにすると、ポートは、セキュリティ機能のないアップリンクとして扱われ、ポート セキュリティに関連する項目をなくすためにウィンドウはダイナミックに変更されます。

（注） IOS XR が実行されている N-PE デバイスで UNI を設定する場合は、[Standard UNI Port] 属性はサポートされません。この場合、[Standard UNI Port] と [UNI Port Security] に関連する CLI はすべて無視されます。

ステップ 2 サービスのアクティブ化中に UNI ポートを閉じたままにするには、[UNI Shutdown] チェックボックスをオンにします。たとえば、サービス プロバイダーがネットワークでサービスを展開し、後でそのサービスをアクティブ化するような場合です。

ステップ 3 UNI ポートでキープアライブを設定するには、[Keep Alive] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフです。これによって、 no keepalive コマンドは UNI ポートでプロビジョニングされます。これは、セキュリティのために CPE がキープアライブ パケットを U-PE に送信するのを防止します。この属性は、サービス要求単位での変更をサポートするために、編集可能です。

ステップ 4 [Link Media] （任意）に [None]、[auto-select]、[rj45]、または [sfp] を入力します。

ステップ 5 [Link Speed]（任意）に [None]、[10]、[100]、[1000]、[Auto]、または [nonegotiate] を入力します。

ステップ 6 [Link Duplex]（任意）に [None]、[Full]、[Half]、または [Auto] を入力します。

ステップ 7 カプセル化 タイプを選択します。

選択できる基準は、次のとおりです。

• [DOT1QTRUNK]：802.1q カプセル化によって UNI をトランクとして設定します。UNI が直接接続された EVC リンクに属している場合、この設定は、着信フレームが 802.1q カプセル化され、リンクに設定された VLAN ID と一致することを意味します。この固有のトポロジには、トランク UNI 自体は含まれていません。

• [DOT1QTUNNEL]：UNI を 802.1q トンネル（dot1q トンネルまたは Q-in-Q とも呼ばれています）ポートとして設定します。

• [ACCESS]：UNI をアクセス ポートとして設定します。

ステップ 8 適切なオプション ボタンをクリックして、このポリシーの [VLAN Translation] のタイプを指定します。

選択できる基準は、次のとおりです。

• [No]：VLAN 変換は実行されません （デフォルト）。

• [1:1]：1:1 VLAN 変換。着信カスタマー VLAN を別のものに変換します。

• [2:1]：2:1 VLAN 変換。内部および外部の両方の VLAN を単一の VLAN に変換します。

• [1:2] ：1 対 2 VLAN 変換。もう 1 つのプロバイダー VLAN をプッシュします。

• [2:2] ：2 対 2 VLAN 変換。内部および外部の両方の VLAN を別の 2 つの VLAN に変換します。

（注） EVC ATM-Ethernet サービスで VLAN がどのようにサポートされるかについては、「EVC ATM-Ethernet インターワーキング サービス要求の管理」の VLAN 変換属性の対象範囲を参照してください。

ステップ 9 疑似回線クラスの選択をイネーブルにするには、[Use PseudoWireClass] チェックボックスをオンにします。

デフォルトでは、この属性はオフです。

使用方法に関する注釈：

• 疑似回線クラス名は、IOS XR デバイスで pw-class コマンドをプロビジョニングするために使用されます。IOS XR デバイスの疑似回線クラス サポートに関する追加情報については、「疑似回線クラスの作成および変更」を参照してください。

• [Use PseudoWireClass] をオンにすると、追加の属性 [PseudoWireClass] が GUI に表示されます。Prime Provisioning で以前に作成した疑似回線クラスを選択するには、[PseudoWireClass] 属性の [Select] ボタンをクリックします。

• [Use PseudoWireClass] 属性は、[Service Options] ウィンドウで [MPLS Core Connectivity Type] が [PSEUDOWIRE] に設定されていた場合だけ使用可能です（「サービス オプションの設定」を参照）。

• [Use PseudoWireClass] は、IOS XR デバイスだけで適用可能です。

ステップ 10 [L2VPN Group Name] では、ドロップダウン リストから次のいずれかを選択します。

• ISC

• VPNSC

使用方法に関する注釈：

• この属性は、IOS XR デバイスで L2VPN グループ名をプロビジョニングするために使用されます。

（注） ドロップダウン リストの選択項目は、設定可能な DCPL プロパティから取得されます。ドロップダウン リストで使用可能な [L2VPN Group Name] 選択項目を定義する方法については、「IOS XR デバイスの L2VPN グループ名の定義」を参照してください。

• [L2VPN Group Name] は、IOS XR デバイスだけに適用されます。

ステップ 11 Point-to-Point（p2p; ポイントツーポイント）E-line 名を指定するには、[E-Line Name] に入力します。

使用方法に関する注釈：

• ポリシーまたはポリシーに基づくサービス要求のいずれかの [E-Line Name] に何も値が指定されていない場合、Prime Provisioning は次のようにデフォルト名を自動生成します。

– [PSEUDOWIRE] コア接続タイプの場合は、次の形式になります。

DeviceName--VC_ID

– [LOCAL] コア接続タイプの場合は、次の形式になります。

DeviceName--VLAN_ID

デフォルトの名前が 32 文字を超える場合は、デバイス名は切り捨てられます。

• [E-Line Name] は、IOS XR デバイスだけに適用されます。

ステップ 12 ポイントツーポイント N-PE を接続する疑似回線にトラフィック エンジニアリング（TE）トンネルを手動で選択できるようにするには、[PW Tunnel Selection] チェックボックスをオンにします。

デフォルトでは、この属性はオフです。

その後に、このポリシーに基づいてサービス要求を作成するときに、表示されるフィールドに TE トンネル ID を指定する必要があります。Prime Provisioning は、トンネル情報を使用して、2 つの N-PE 間の疑似回線接続を記述する疑似回線クラスを作成してプロビジョニングします。この疑似回線クラスは、疑似回線が同じトンネル ID とリモート ループバック アドレスを共有する限り、複数の疑似回線によって共有可能です。トンネル インターフェイスと関連する ID が設定されていることを確認する必要があります。サービス要求の作成中にトンネル ID 番号を指定するときに、Prime Provisioning は値の有効性を確認しません。つまり、Prime Provisioning は、トンネルの存在を検査しません。

ステップ 13 Prime Provisioning に SVI（スイッチ仮想インターフェイス）でフォワーディング コマンドを生成させるには、[N-PE Pseudo-wire on SVI] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフになっています。この場合、Prime Provisioning は、サービス インスタンスでフォワーディング コマンドを生成します。

EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（これは、[EVC Policy Editor - Service Options] ウィンドウのポリシー ワークフローで使用可能です）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE Pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で xconnect を使用して作成されません。

使用方法に関する注釈：

• Prime Provisioning では、EVC サービス要求のハイブリッド設定がサポートされます。ハイブリッド設定では、接続回線のいずれかの側のフォワーディング コマンド（xconnect など）は、サービス インスタンスで設定でき、接続回線のもう一方の側の xconnect 設定は、スイッチ仮想インターフェイス（SVI）で設定できます。

• これらのケースの例については、コンフィグレットの例 「EVC（疑似回線コア接続、ブリッジ ドメイン、SVI 上の疑似回線）」と「EVC（疑似回線コア接続、ブリッジ ドメインなし、SVI 上の疑似回線なし）」を参照してください。

• [N-PE Pseudo-wire on SVI] は、すべての接続タイプに適用できますが、ハイブリッド SVI 設定は疑似回線接続だけで可能です。

• [MPLS Core Connectivity Type] が [LOCAL] 接続タイプに設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にディセーブルにされます。

• [N-PE Pseudo-wire on SVI] 属性は、IOS XR デバイスではサポートされません。すべての xconnect コマンドは、L2 サブインターフェイスまたはサービス インスタンスで設定されます。

• 表 3-5 では、EVC サービス要求のハイブリッド設定のさまざまな使用例を示します。

ステップ 14 独自の名前付きアクセス リストをポートに割り当てる場合は、[Use Existing ACL Name] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフで、Prime Provisioning は、[UNI MAC addresses]（下記）に入力した値に基づいて、カスタマー側の UNI ポートで MAC ベースの ACL を自動的に割り当てます。

ステップ 15 [Port-Based ACL Name] に入力します（前のステップで説明したように、[Use Existing ACL Name] チェックボックスをオンにした場合）。

（注） Prime Provisioning は、この ACL を自動的には作成しません。ACL はデバイスにすでに存在しているか、サービス要求を展開する前にテンプレートの一部として追加しておく必要があります。そうでない場合、展開は失敗します。

ステップ 16 [UNI MAC addresses] に 1 つ以上のイーサネット MAC アドレスを入力します。

この選択は、[Use Existing ACL Name] チェックボックスをオフにした場合にだけ表示されます。ポートで許可または拒否する MAC アドレスを入力するポップアップ ウィンドウを表示するには、[Edit] ボタンをクリックします。基礎 MAC アドレスとフィルタリングされた MAC アドレスを設定することで、アドレスの範囲を指定することもできます。

ステップ 17 インターフェイスの通過が可能な MAC アドレスを制御することで、ポートのセキュリティ関連の CLI を UNI ポートに対してプロビジョニングするには、[UNI Port Security] チェックボックスをオンにします。

a. [Maximum Number of MAC address] には、ポート セキュリティで許可する MAC アドレスの数を入力します。

b. [Aging] には、MAC アドレスがポート セキュリティ テーブルに留まることができる時間の長さを入力します。

c. [Violation Action] では、ポート セキュリティ違反の検出時に実行されるアクションを選択します。

• [PROTECT]：十分な数のセキュア MAC アドレスを削除して最大値を下回るまで、送信元アドレスが不明なパケットをドロップします。

• [RESTRICT]：十分な数のセキュア MAC アドレスを削除して最大値を下回るまで、送信元アドレスが不明なパケットをドロップし、[Security Violation] カウンタを増分させます。

• [SHUTDOWN]：インターフェイスをただちに errordisable 状態にして、SNMP トラップ通知を送信します。

d. [Secure MAC Addresses] フィールドに、1 つ以上のイーサネット MAC アドレスを入力します。

ステップ 18 UNI ポートがブロードキャスト、マルチキャスト、またはユニキャスト ストームによって中断されるのを防止するには、[Enable Storm Control] チェックボックスをオンにします。

トラフィックのタイプごとにしきい値を入力します。2 桁の数字で指定できる値は、ポートの使用可能な合計帯域幅のパーセントを表します。あるトラフィック タイプのしきい値に達すると、着信トラフィックがしきい値レベル未満になるまで、そのタイプのそれ以上のトラフィックは抑制されます。

ステップ 19 コア経由で他端にトンネリングできるレイヤ 2 ブリッジ プロトコル データ ユニット（BPDU）フレームを定義するには、[Protocol Tunnelling] チェックボックスをオンにします。

選択したプロトコルごとに、そのプロトコルのシャットダウンしきい値とドロップしきい値を入力します。

a. [Enable cdp]：Cisco Discover Protocol（CDP）でレイヤ 2 トンネリングをイネーブルにします。

b. [cdp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

c. [cdp drop threshold]：インターフェイスが CDP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

d. [Enable vtp]：VLAN Trunk Protocol（VTP; VLAN トランク プロトコル）でレイヤ 2 トンネリングをイネーブルにします。

e. [vtp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

f. [vtp drop threshold]：インターフェイスが VTP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

g. [Enable stp]：スパニングツリー プロトコル（STP）でレイヤ 2 トンネリングをイネーブルにします。

h. [stp shutdown threshold]：インターフェイスをシャットダウンするまでに受信する、1 秒あたりのパケット数を入力します。

i. [stp drop threshold]：インターフェイスが STP パケットのドロップを開始する時点で受信する、1 秒あたりのパケット数を入力します。

j. [Recovery Interval]：UNI ポートのリカバリを行うまで待機する時間（秒）を入力します。

ステップ 20 [MTU Size] にバイト単位で入力します。

最大伝送単位（MTU）サイズは設定可能で、省略可能です。デフォルトのサイズは 9216 で、範囲は 1500 ～ 9216 です。Prime Provisioning は、このカスタマイズ済みの値について完全性チェックを実行しません。このサイズが受け入れられないために、サービス要求が [Failed Deploy] 状態になる場合は、サービス要求が展開されるまでサイズを調整する必要があります。

Cisco Prime Provisioning 6.3 では、異なるプラットフォームによって異なる範囲をサポートします。

• 3750 および 3550 プラットフォームでは、MTU の範囲は 1500 ～ 1546 です。

• Cisco 7600 イーサネット ポートでは、MTU サイズは常に 9216 です。同じプラットフォームと同じ IOS リリースでも、さまざまなラインカードで MTU は異なるようにサポートされます。たとえば、古いラインカードでは、MTU サイズとして 9216 だけが使用され、新しいカードでは 1500 ～ 9216 がサポートされます。ただし、Cisco Prime Provisioning 6.3 は両方のケースで 9216 を使用します。

• Cisco 7600 SVI（インターフェイス VLAN）では、MTU サイズは 1500 ～ 9216 です。

ステップ 21 このポリシーのテンプレートの関連付けをイネーブルにする場合は、[Next] ボタンをクリックします。

この機能の詳細については、「テンプレートの関連付けのイネーブル化」を参照してください。

（注） 追加のウィンドウが [Template Association] ウィンドウの前にポリシー ワークフローに表示されます。このウィンドウを使用して、ポリシー（およびそのポリシーに基づくサービス要求）に従って、ユーザ定義の属性を作成することもできます。追加情報機能の使用方法に関する背景情報については、付録 F「サービスに情報を追加する方法」を参照してください。この機能を使用しない場合は、[Next] をクリックして [Template Association] ウィンドウに進むか、[Finish] をクリックしてポリシーを保存します。

ステップ 22 EVC ポリシーを保存するには、[Finish] をクリックします。

EVC ATM-Ethernet インターワーキング ポリシーに基づいてサービス要求を作成するには、「EVC ATM-Ethernet インターワーキング サービス要求の管理」を参照してください。

テンプレートの関連付けのイネーブル化

Prime Provisioning テンプレート機能を使用すると、デバイスにフリーフォーマット CLI をダウンロードできます。テンプレートをイネーブルにする場合は、Prime Provisioning で現在サポートされていないコマンドをダウンロードするために、テンプレートとデータ ファイルを作成できます。

ステップ 1 ポリシーのテンプレートの関連付けをイネーブルにするには、（[Finish] をクリックする前に）[Interface Attribute] ウィンドウで [Next] ボタンをクリックします。

[Template Association] ウィンドウが表示されます。このウィンドウで、テンプレート サポートをイネーブルにして、任意でテンプレートとデータ ファイルをポリシーに関連付けることができます。テンプレートをポリシーに関連付ける方法、およびこのウィンドウでの機能の使用方法については、を参照してください。

ステップ 2 ポリシーのテンプレートとデータ ファイルの設定が完了したら、[Template Association] ウィンドウで [Finish] をクリックして閉じて、[Policy Editor] ウィンドウに戻ります。

ステップ 3 EVC ATM インターワーキング ポリシーを保存するには、[Finish] をクリックします。

EVC ATM-Ethernet インターワーキング ポリシーに基づいてサービス要求を作成するには、「EVC ATM-Ethernet インターワーキング サービス要求の管理」を参照してください。

概要

EVC ATM-Ethernet インターワーキング サービス要求では、「EVC ATM-Ethernet インターワーキング ポリシーの作成」で説明した EVC 機能をサポートするために、N-PE でインターフェイスを設定することができます。EVC ATM-Ethernet インターワーキング サービス要求を作成するには、「EVC ATM-Ethernet インターワーキング ポリシーの作成」で説明されているように、EVC ATM-Ethernet インターワーキング サービス ポリシーがすでに定義されている必要があります。定義済みの EVC ポリシーに基づいて、オペレータは、EVC ポリシーに変更を行うか、変更を行わずにサービス要求を作成してサービスを展開します。サービス要求の一部として、1 つ以上のテンプレートを N-PE に関連付けることもできます。

ATM-Ethernet インターワーキングは、次の設定によってサポートされます。

• ATM トランスポート モード（VC）

– ATM-Ethernet 疑似回線

– ATM-ATM ローカル接続

– ATM-Ethernet ローカル接続

• ATM トランスポート モード（VP）

– ATM-ATM ローカル接続

EVC ATM-Ethernet インターワーキング サービス要求を作成する際に、次の手順を実行する必要があります。

• 既存の EVC ATM-Ethernet インターワーキング ポリシーを選択します。

• VPN を選択します。

（注） EVC ポリシーとサービス要求のコンテキストで VPN オブジェクトを操作する場合は、VPN 名とカスタマー属性だけが関係します。MPLS と VPLS に関連するその他の VPN 属性は無視されます。

• ブリッジ ドメイン コンフィギュレーションを指定します（該当する場合）。

• サービス要求の説明を指定します。

• VC ID または VPLS VPN ID の自動または手動の割り当てを指定します。

• 直接接続リンクを追加します（該当する場合）。

• L2 アクセス ノードとのリンクを追加します（該当する場合）。

• リンクの N-PE と UNI インターフェイスを選択します。

• L2 アクセス ノードとのリンクでは、N-PE または UNI インターフェイスに複数の NPC が存在する場合は、Named Physical Circuit（NPC; 名前付き物理回線）を選択します。

• リンク属性を編集します。

• サービス要求を変更します。

• サービス要求を保存します。

EVC ATM-Ethernet インターワーキング シナリオのサンプル コンフィグレットについては、「サンプル コンフィグレット」を参照してください。

EVC ATM-Ethernet インターワーキング サービス要求の作成

EVC ATM-Ethernet インターワーキング サービス要求を作成するには、次の手順を実行します。

ステップ 1 [Operate] > [Service Request Manager] を選択します。

[Service Request Manager] ウィンドウが表示されます。

ステップ 2 [Create] をクリックします。

[Service Request Editor] ウィンドウが表示されます。

ステップ 3 ポリシー選択機能を使用して、以前に作成したポリシーから EVC ATM-Ethernet インターワーキング ポリシーを選択します（「EVC ATM-Ethernet インターワーキング ポリシーの作成」を参照）。

[EVC Service Request Editor] ウィンドウが表示されます。新しいサービス要求は、すべての編集可能な機能と編集不可能な機能および事前設定されたパラメータなど、選択した EVC ATM-Ethernet インターワーキング ポリシーのプロパティをすべて継承します。

ステップ 4 次の項である「サービス要求の詳細の設定」に記載されているステップに進みます。

サービス要求の詳細の設定

サービス要求の基礎として使用する EVC ポリシーを選択した後で、[EVC Service Request Editor] ウィンドウが表示されます。これは次の 3 つのセクションに分かれています。

• Link Page

• [Direct Connect Links]（NPC なし）

• [Links with L2 Access Nodes]（NPC を使用）

このウィンドウでは、サービス要求のオプションを指定して、直接接続リンクと L2 アクセス ノードとのリンクを設定できます。ウィンドウの最初のセクションに表示されるオプションは、ポリシーで指定された [MPLS Core Connectivity Type]（疑似回線またはローカル）によって変わります。明確にするために、これらの各シナリオは下記では別個のセクションに示されており、さまざまなウィンドウ設定と表示されるオプションの動作が強調されています。

ポリシーの [MPLS Core Connectivity Type] で決定された、該当する項に進みます。

• 「疑似回線コア接続」

• 「ローカル コア接続」

直接接続リンクと L2 アクセス ノードとのリンクを設定するための指示は、後の項に示されています。

疑似回線コア接続

この項では、EVC ATM-Ethernet インターワーキング ポリシーの [MPLS Core Connectivity Type] が [PSEUDOWIRE] であるケースについて説明します。

[EVC Service Request Editor] ウィンドウの最初のセクションで属性を設定するには、次の手順を実行します。

（注） [Job ID] フィールドと [SR ID] フィールドは読み取り専用です。初めてサービス要求を作成する場合は、フィールドには値 [NEW] が表示されます。既存のサービス要求を変更する場合、フィールドの値は、Prime Provisioning データベースがサービス要求の編集フロー内に保持するそれぞれの ID を示します。

（注） [Policy] フィールドは読み取り専用です。サービス要求の元になっているポリシーの名前が表示されます。読み取り専用のポリシー名をクリックすると、ポリシー内で設定されているすべての属性値のリストが表示されます。

ステップ 1 このサービス要求で使用する VPN を選択するには、[Select VPN] をクリックします。

システムで定義された VPN が示された [Select VPN] ウィンドウが表示されます。

（注） コア タイプが LOCAL および PSEUDOWIRE のサービス要求では同じ VPN を使用できます。サービス要求の VPN が VPLS コア タイプで使用される場合は、コア タイプが LOCAL または PSEUDOWIRE のサービス要求には同じ VPN を使用できません。

ステップ 2 [Select] 列で VPN 名 を選択します。

ステップ 3 [Select] をクリックします。

VPN 名が示された [EVC Service Request Editor] ウィンドウが表示されます。

ステップ 4 Prime Provisioning に VC ID を選択させる場合は、[AutoPick VC ID] チェックボックスをオンにします。

このチェックボックスをオンにしない場合は、次のステップで説明されているように、[VC ID] フィールドで ID を指定するよう求めるプロンプトが表示されます。

[AutoPick VC ID] をオンにすると、Prime Provisioning は、Prime Provisioning によって管理される VC ID リソース プールから疑似回線用に VC ID を割り当てます。この場合は、[VC ID] オプションのテキスト フィールドは編集不可能です。

ステップ 5 [AutoPick VC ID] をオフにした場合は、[VC ID] フィールドに VC ID を入力します。

使用方法に関する注釈：

• [AutoPick VC ID] 属性は、EVC 疑似回線サービス要求の作成中に表示されます。

• [VC ID] 値は、VC ID に対応する整数値でなければなりません。

• VC ID を手動で割り当てると、Prime Provisioning は VC ID を調べて、Prime Provisioning の VC ID プール内にそれがあるかどうかを確認します。VC ID がプール内にあっても割り当てられていない場合は、VC ID はサービス要求に割り当てられます。VC ID がプール内にあって、すでに使用中の場合は、Prime Provisioning は別の VC ID を割り当てるよう求めるプロンプトを表示します。VC ID が Prime Provisioning VC ID プールの外にある場合は、Prime Provisioning は、VC ID が割り当てられているかどうかに関する検査を実行しません。オペレータは、VC ID が使用可能であることを確認する必要があります。

• VC ID は、サービスの作成中に限り入力できます。サービス要求の編集中は、[VC ID] フィールドは編集不可能です。

ステップ 6 ブリッジ ドメインの特性を判別するには、[Configure Bridge Domain] チェックボックスをオンにします。

[Configure Bridge Domain] オプションの動作は、EVC ポリシーの [MPLS Core Connectivity Type] オプションで選択した項目（この場合は、疑似回線コア接続）と並行して動作します。次の 2 つのケースがあります。

• EVC の場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、ブリッジ ドメインに関連付けられた SVI の下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サービス インスタンス下で直接疑似回線を設定します。これによって、グローバル VLAN が保存されます。

• EVC を使用しない場合

– [Configure With Bridge Domain] をオンにすると、ポリシーは、SVI の下で疑似回線を設定します。

– [Configure With Bridge Domain] をオフにすると、ポリシーは、サブインターフェイスで直接疑似回線を設定します。

疑似回線を、対応する EVC 対応インターフェイスのサービス インスタンス下、またはブリッジ ドメインに関連付けられた SVI の下のいずれかで直接設定できます。

ステップ 7 ブリッジ ドメインとのスプリット ホライズンをイネーブルにするには、[Use Split Horizon] チェックボックスをオンにします。

使用方法に関する注釈：

• [Use Split Horizon] 属性はデフォルトでディセーブルになっています。

• [Use Split Horizon] 属性は、[Configure Bridge Domain] チェックボックスがオン（イネーブル）になっている場合にだけ使用できます。

• [Use Split Horizon] がイネーブルになっている場合は、スプリット ホライズンとともに CLI で bridge domain コマンドが生成されます。ディセーブルにすると、スプリット ホライズンなしで bridge domain コマンドが生成されます。

ステップ 8 サービス要求の説明ラベルを入力するには、[Description] 属性の [Click here] リンクをクリックします。

これは、Prime Provisioning データベースで特定のサービス要求を検索するのに役立ちます。

説明を入力できるダイアログが表示されます。

ステップ 9 ダイレクト接続リンクを設定するには、「直接接続リンクの設定」の項を参照してください。

ステップ 10 L2 アクセス ノードとのリンクを設定するには、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」の項を参照してください。

ローカル コア接続

この項では、EVC ATM-Ethernet インターワーキング ポリシーの [MPLS Core Connectivity Type] が [LOCAL] であるケースについて説明します。

[EVC Service Request Editor] ウィンドウの最初のセクションで属性を設定するには、次の手順を実行します。

ステップ 1 [Job ID] フィールドと [SR ID] フィールドは読み取り専用です。

初めてサービス要求を作成する場合は、フィールドには値 [NEW] が表示されます。既存のサービス要求を変更する場合、フィールドの値は、Prime Provisioning データベースがサービス要求の編集フロー内に保持するそれぞれの ID を示します。

ステップ 2 [Policy] フィールドは読み取り専用です。

サービス要求の元になっているポリシーの名前が表示されます。

ステップ 3 このサービス要求で使用する VPN を選択するには、[Select VPN] をクリックします。

システムで定義された VPN が示された [Select VPN] ウィンドウが表示されます。

（注） コア タイプが LOCAL および PSEUDOWIRE のサービス要求では同じ VPN を使用できます。サービス要求の VPN が VPLS コア タイプで使用される場合は、コア タイプが LOCAL または PSEUDOWIRE のサービス要求には同じ VPN を使用できません。

ステップ 4 [Select] 列で VPN 名 を選択します。

ステップ 5 [Select] をクリックします。

VPN 名が示された [EVC Service Request Editor] ウィンドウが表示されます。

ステップ 6 ブリッジ ドメインの特性を判別するには、[Configure Bridge Domain] チェックボックスをオンにします。

使用方法に関する注釈：

• [Configure Bridge Domain] がオンの場合は、すべてのリンクに、N-PE 上の VLAN プールから同じブリッジ ドメイン ID が割り当てられます。すべての非 EVC リンクには、ブリッジ ドメイン ID としてサービス プロバイダー VLAN が割り当てられます。その一方で、EVC リンクが追加されない場合は、サービス プロバイダー VLAN が最初に割り当てられ、これは、EVC リンクが追加されたときにブリッジ ドメイン ID として使用されます。

• [Configure Bridge Domain] をオフにすると、同じ N-PE で終端するリンクを最大 2 つ追加できます （これは、EVC インフラストラクチャで使用可能な connect コマンドを使用します）。これは、ATM-ATM ローカル接続だけでサポートされます。

（注） Prime Provisioning が接続名を自動生成する方法に関する詳細については、次の補足説明を参照してください。

デバイスでは、接続名には最大で 15 文字だけが受け入れられるため、接続名は次の形式を使用して生成されます。

CustomerNameTruncatedToMaxPossibleCharacters_ServiceRequestJobID

たとえば、カスタマー名が NorthAmericanCustomer で、サービス要求ジョブ ID が 56345 の場合は、自動生成される接続名は NorthAmer_56345 になります。

生成される CLI は次のとおりです。

この場合は、11 と 18 がサービス インスタンス VPI です。

• [Configure Bridge Domain] のポリシー設定が編集不可能な場合は、サービス要求のオプションは読み取り専用です。

ステップ 7 ブリッジ ドメインとのスプリット ホライズンをイネーブルにするには、[Use Split Horizon] チェックボックスをオンにします。

使用方法に関する注釈：

• [Use Split Horizon] 属性はデフォルトでディセーブルになっています。

• [Use Split Horizon] 属性は、[Configure Bridge Domain] チェックボックスがオン（イネーブル）になっている場合にだけ使用できます。

• [Use Split Horizon] がイネーブルになっている場合は、スプリット ホライズンとともに CLI で bridge domain コマンドが生成されます。ディセーブルにすると、スプリット ホライズンなしで bridge domain コマンドが生成されます。

ステップ 8 サービス要求の説明ラベルを入力するには、[Description] 属性の [Click here] リンクをクリックします。

説明を入力できるダイアログが表示されます。

ステップ 9 ダイレクト接続リンクを設定するには、「直接接続リンクの設定」の項を参照してください。

ステップ 10 L2 アクセス ノードとのリンクを設定するには、「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」の項を参照してください。

N-PE へのリンクの設定

[EVC Service Request Editor] ウィンドウの下部 2 つのセクションでは、N-PE へのリンクを設定できます。直接接続リンクの場合は、CE は、中間 L2 アクセス ノードなしで N-PE に直接接続されます。L2 アクセス ノードとのリンクの場合は、Prime Provisioning で作成する NPC を必要とする CE と NPE の間に中間デバイスが存在します。

ウィンドウの [Direct Connect Links] セクションは、N-PE に直接接続するリンクを設定する場所です。NPC は使用されません。直接接続リンクでは ATM リンクがサポートされます。

[Links with L2 Access Nodes] セクションは、L2（イーサネット）アクセス ノードとのリンクを設定する場所です。NPC が使用されます。

（注） ATM インターフェイスは、L2 アクセス ノード内には存在できません。

設定するリンクのタイプに応じて、適切な項を参照してください。

• 「直接接続リンクの設定」

• 「L2 アクセス ノードとのリンクの設定（疑似回線とローカル接続のみ）」

（注） 2 つのリンク タイプを設定するためのステップの多くは同じです。リンクを設定するための基本的なワークフロー、および設定する属性は、次の項である「直接接続リンクの設定」に記載されています。L2 アクセス ノードとのリンクを設定する場合でも、この項に記載されている情報を参照すると役に立ちます。L2 アクセス ノードの項では、そのようなリンクに固有のステップだけが記載されているためです。

直接接続リンクの設定

直接接続リンクを設定するには、次の手順を実行します。これらのステップの多くは、L2 アクセス ノードとのリンクにも適用されます。

ステップ 1 [Add] をクリックして、リンクを追加します。

リンク属性の新たに番号付けされた行が表示されます。

ステップ 2 [N-PE] 列の [Select N-PE] をクリックします。

[Select PE Device] ウィンドウが表示されます。このウィンドウには、現在定義されている PE のリストが表示されます。

a. [Show PEs with] ドロップダウン リストには、[PEs by Provider]、[PE Region Name]、または [by Device Name] が表示されます。

b. [Find] ボタンを使用すると、特定の PE を検索するか、ウィンドウを更新できます。

c. [Rows per page] ドロップダウン リストでは、ユーザは画面に一度に表示される項目の数を設定できます。

ステップ 3 [Select] 列で、リンクの PE デバイス名を選択します。

ステップ 4 [Select] をクリックします。

選択した PE の名前が [NPE] 列に示された [EVC Service Request Editor] ウィンドウが再表示されます。

ステップ 5 [UNI] 列のインターフェイス選択機能から UNI インターフェイスを選択します。

（注） Prime Provisioning には、基盤となるインターフェイスの設定、インターフェイスを使用する可能性がある既存のサービス要求、サービス要求に関連付けられたカスタマーに基づいて、サービスに使用可能なインターフェイスだけが表示されます。[Details] ボタンをクリックして、インターフェイス名、カスタマー名、VPN 名、ジョブ ID、サービス要求 ID、サービス要求タイプ、変換タイプ、および VLAN ID 情報など、使用可能なインターフェイスに関する情報が示されたポップアップ ウィンドウを表示できます。

（注） IOS XR が実行されている N-PE デバイスで UNI を設定する場合は、[Standard UNI Port] 属性はサポートされません。この場合、[Standard UNI Port] と [UNI Port Security] に関連する CLI はすべて無視されます。

ステップ 6 [EVC] チェックボックスをオンにして、リンクの設定サービス インスタンスのリンクをマークします。

（注） ここで [EVC] チェックボックスについて述べるのは、このチェックボックスの設定によって [Link Attributes] 列内で使用できるリンク編集機能の動作が変わるからです。これは次のステップで説明します。

（注） [EVC] チェックボックスは、デフォルトでオフになっています。このチェックボックスのデフォルト値は、DCPL プロパティ Pr ovisioning\ProvDrv\CheckFlexUniCheckBox の値を設定することによって変更できます。

[Link Attributes] の編集

次のステップでは、[Link Attributes] 列の [Edit] リンクの使用について説明します （リンク属性がすでに設定されている場合は、このリンクが [Edit] から [Change] に変わります）。リンク編集ワークフローは、そのリンクの [EVC] チェックボックスの状態によって変化します。[EVC] チェックボックスがオンの場合、編集ワークフローには、2 セットのリンク属性について、2 つのウィンドウで行う属性設定が含まれます。

• EVC Details

• Standard UNI Details

リンクの [EVC] チェックボックスがオフの場合、[Standard UNI Details] ウィンドウだけが表示されます。

次のステップでは、両方のシナリオについて説明します。

（注） （N-PE デバイスで ATM インターフェイスを UNI として選択することによって）ATM リンクを設定している場合は、別のワークフローが存在します。[EVC] 列のチェックボックスは動的に非表示になり、[link attributes] 列で [Edit] リンクをクリックすると、[ATM-Ethernet Attributes] ウィンドウが表示されます。このウィンドウを使用した ATM リンクの設定については、「ATM リンク属性の設定」を参照してください。

ステップ 7 [UNI] 属性を指定するには、[Link Attributes] 列で [Edit] をクリックします。

[EVC Details] ウィンドウ

[EVC] チェックボックスをオンにすると、[EVC Details] ウィンドウが表示されます。

[EVC Details] ウィンドウのフィールドはすべて、ポリシー設定に基づいてイネーブルになります。たとえば、[Both Tags] がポリシーで選択され、編集可能である場合は、このウィンドウで [Match Inner and Outer Tags] チェックボックスが選択され、編集可能になります。この動作は、[EVC Details] ウィンドウ内の他の属性についても類似しています。

ステップ 8 サービス要求の作成中にサービス インスタンス ID を自動生成し、リンクに割り当てることを指定するには、[AutoPick Service Instance ID] チェックボックスをオンにします。

チェックボックスをオフにする場合は、サービス インスタンス ID を指定する必要があります（次のステップを参照）。

使用方法に関する注釈：

• サービス インスタンス ID は、EVC インフラストラクチャ内のインターフェイス上の Ethernet Flow Point（EFP; イーサネット フロー ポイント）を表します。サービス インスタンス ID は、インターフェイスに対してローカルで有効です。この ID は、インターフェイス レベルだけで固有でなければなりません。ID は 1 ～ 8000 までの値でなければなりません。

• Prime Provisioning では、サービス インスタンス ID の割り当て元として使用可能なリソース プールはありません。

• サービス インスタンス ID を手動で指定する場合は、オペレータが、インターフェイス レベルで ID の一意性を維持する必要があります。

• この属性は IOS XR デバイスでは表示されません。

ステップ 9 [AutoPick Service Instance ID] チェックボックスをオンにしない場合は、[Service Instance ID] フィールドにサービス インスタンス ID に適した値を入力します。

ステップ 10 サービス インスタンス名を自動生成することを指定するには、[AutoPick Service Instance Name] チェックボックスをオンにします。

チェックボックスをオフにすると、サービス インスタンス名を指定できます（次のステップを参照）。

使用方法に関する注釈：

• チェックボックスをオンにすると、[Service Instance Name] テキスト フィールドはディセーブルになります。

• サービス インスタンス名は、 CustomerName_ServiceRequestJobID というパターンで自動生成されます。

• コングレットの例については、「EVC（AutoPick サービス インスタンス名なし、サービス インスタンス名なし）」、「EVC（ユーザ指定のサービス インスタンス名、疑似回線コア接続）」、および「EVC（ユーザ指定のサービス インスタンス名、ローカル コア接続）」を参照してください。

• この属性は IOS XR デバイスでは表示されません。

ステップ 11 [AutoPick Service Instance Name] チェックボックスをオンにしない場合は、[Service Instance Name] フィールドにサービス インスタンス ID に適した値を入力します。

使用方法に関する注釈：

• サービス インスタンス名を表すテキスト ストリングは、40 文字以下で、スペースは使用できません。他の特殊文字は使用できます。

• [AutoPick Service Instance Name] がオフで、テキスト フィールドにサービス インスタンス名が入力されていない場合、Prime Provisioning はサービス要求によって生成されるデバイスの設定中にグローバルな ethernet evc evcname コマンドを生成しません。

ステップ 12 サービス要求の作成中に Prime Provisioning にサービス要求の VLAN ID を自動選択させるには、[AutoPick Bridge Domain/VLAN ID] チェックボックスをオンにします。

このチェックボックスをオフにする場合は、ブリッジ ドメイン VLAN ID を指定する必要があります（次のステップを参照）。

使用方法に関する注釈：

• AutoPick ブリッジ ドメインまたは VLAN ID は、デバイスでグローバル VLAN ID を消費します。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

• この属性は IOS XR デバイスでは表示されません。

ステップ 13 [AutoPick Bridge Domain/VLAN ID] チェックボックスをオフにする場合は、[Bridge Domain/VLAN ID] フィールドに適切な値を入力します。

（注） この設定は、[EVC Service Request Editor] ウィンドウの [Configure Bridge Domain] オプションとともに適用されます。このウィンドウでオプションをイネーブルにしない場合は、[AutoPick Bridge Domain/VLAN ID] チェックボックスは冗長であり、必要ありません。

VLAN ID を手動で割り当てる場合は、Prime Provisioning は、Prime Provisioning の VLAN ID プール内にあるかどうかを確認するために VLAN ID を調べます。VLAN ID がプール内にあっても、割り当てられていない場合は、VLAN ID がサービス要求に割り当てられます。VLAN ID がプール内にあり、すでに使用されている場合、Prime Provisioning は、別の VLAN ID を割り当てるよう求めるプロンプトを表示します。VLAN ID が Prime Provisioning VLAN ID プールの外にある場合は、Prime Provisioning は、VLAN ID が割り当てられているかどうかの確認を実行しません。オペレータは、VLAN ID が使用可能であることを確認する必要があります。

ステップ 14 サービス要求の作成中に、デュアルホーム接続リングのセカンダリ N-PE に対してブリッジ ドメインの VLAN ID を自動選択するように Prime Provisioning を設定するには、[AutoPick Bridge Domain/VLAN ID Secondary N-PE] チェックボックスをオンにします。

このチェックボックスをオフにする場合は、セカンダリ N-PE のセカンダリ ブリッジ ドメイン VLAN ID を指定する必要があります（次の手順を参照）。

使用方法に関する注釈：

• この属性は、デュアル ホーム接続リング（2 つの異なる N-PE で終端するリング）の場合にのみ適用できます。Prime Provisioning では、セカンダリ N-PE 用に別個のブリッジ ドメイン VLAN ID を使用することがサポートされます。

• デュアル ホーム接続リングでは、2 つの N-PE が異なるアクセス ドメインに存在する場合、Prime Provisioning はプライマリとセカンダリの両方の N-PE アクセス ドメインからブリッジ ドメイン VLAN ID を割り当てます。両方が同一のアクセス ドメイン内にある場合、Prime Provisioning は共通の VLAN ID をこれらが属するアクセス ドメインから割り当てます。

• AutoPick ブリッジ ドメイン/VLAN ID セカンダリ N-PE は、デバイスでグローバル VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

• この属性は IOS XR デバイスでは表示されません。

ステップ 15 [AutoPick Bridge Domain/VLAN ID Secondary N-PE] チェックボックスをオフにする場合は、[Bridge Domain/VLAN ID Secondary N-PE] フィールドに適切な値を入力します。

ステップ 16 ポリシーを使用して作成されたサービス要求を、着信フレームの内部 VLAN タグと外部 VLAN タグの両方と一致させるには、[Match Inner and Outer Tags] チェックボックスをオンにします。

このチェックボックスをオンにしないと、ポリシーを使用して作成されたサービス要求は、着信フレームの外部 VLAN タグだけと一致します。

[Match Inner and Outer Tags] 属性をオンにすると、[Inner VLAN ID] フィールドと [Outer VLAN ID] フィールド（次のステップで説明）が表示されます。

ステップ 17 [Match Inner and Outer Tags] チェックボックスをオンにする場合は、[Inner VLAN ID] フィールドと [Outer VLAN ID] フィールドに内部 VLAN タグと外部 VLAN タグを入力します。

使用方法に関する注釈：

• 単一の値、単一の範囲、複数の値、複数の範囲、またはこれらの組み合わせを指定できます。次に、例を示します。

– 10

– 10, 15,17

– 10-15

– 10-15,17-20

– 10,20-25

• ポリシーで [Inner VLAN Ranges] 属性を true に設定すると、[Inner VLAN ID] フィールドは、内部 VLAN タグの範囲を使用できます。

• ポリシーで [Outer VLAN Ranges] 属性を true に設定すると、[Outer VLAN ID] フィールドは、外部 VLAN タグの範囲を使用できるようになります。

ステップ 18 [Match Inner and Outer Tags] チェックボックスをオフにする場合は、[Outer VLAN ID] フィールドに外部 VLAN タグを入力します。

（注） [Outer VLAN ID] で指定した VLAN は、カスタマー側の UNI を含め、残りの L2 アクセス ノード（リンクにある場合）でプロビジョニングされます。

（注） また、次の手順で説明されているように、Prime Provisioning が外部 VLAN ID を自動選択するように設定することもできます。

ステップ 19 以前に作成した外部 VLAN ID リソース プールから外部 VLAN ID を Prime Provisioning が自動選択するように設定するには、[AutoPick Outer VLAN] チェックボックスをオンにします。

このチェックボックスをオフにすると、オペレータは外部 VLAN ID を指定するように求められます。

（注） [AutoPick Outer VLAN] 属性を使用するには、2 つの要素が Prime Provisioning で事前に設定されている必要があります。1 つめの要素はインターフェイス アクセス ドメインであり、これは N-PE デバイスの物理ポートをグループ化する論理要素です。2 つめの要素は EVC 外部 VLAN リソース プールであり、これはインターフェイス アクセス ドメインによって使用されます。これらの要素を設定する方法については、項とを参照してください。

使用方法に関する注釈：

• [AutoPick Outer VLAN] は、EVC 機能をサポートするインターフェイスに使用できます。

• [AutoPick Outer VLAN] は、EVC をサポートするインターフェイスで VLAN ID をコンシュームします。

• ブリッジ ドメイン VLAN ID は既存の Prime Provisioning VLAN プールから選択されます。

ステップ 20 ウィンドウの [VLAN Rewrite] セクションで、ドロップダウン リストから [Rewrite Type] を選択します。

選択できる基準は、次のとおりです。

• Pop

• Push

• Translate

GUI の後続の属性は、次のステップで説明するように、[Rewrite Type] の選択によって変わります。

ステップ 21 [Pop] が [Rewrite Type] である場合は、次の 2 つのチェックボックスが表示されます。

a. 一致基準を満たす着信フレームの外部 VLAN ID タグをポップするには、[Pop Outer Tag] チェックボックスをオンにします。このチェックボックスをオフにすると、着信トラフィックの外部タグはポップされません。

b. 一致基準を満たす着信フレームの内部 VLAN ID タグをポップするには、[Pop Inner Tag] チェックボックスをオンにします。このチェックボックスをオフにすると、内部タグは変更されません。

[Pop Inner Tag] をオンにすると、[Pop Outer Tag] が自動的にオンになることに注意してください。

ステップ 22 [Push] が [Rewrite Type] である場合は、次の 2 つのテキスト ボックスが表示されます。

a. テキスト ボックス [Outer VLAN ID] に、一致基準を満たす着信フレームにインポーズされる外部 VLAN ID タグを入力します。この設定で作成されるサービス要求はすべて、一致基準と一致する着信フレームで dot1q 外部タグをプッシュします。値が指定されていない場合は、プッシュ操作は無視され、デバイスで設定されません。

b. テキスト ボックス [Inner VLAN ID] に、一致基準を満たす着信フレームにインポーズされる内部 VLAN ID タグを入力します。この設定で作成されるサービス要求はすべて、一致基準と一致する着信フレームで dot1q 内部タグをプッシュします。内部 VLAN タグは、外部 VLAN タグなしではプッシュできません。つまり、内部 VLAN タグを適用する場合は、外部 VLAN タグも定義する必要があります。

ステップ 23 [Translate] が [Rewrite Type] である場合は、[Translation Type] ドロップダウン リストが表示されます。

このリストで選択可能な項目は、[Match Inner and Outer Tags] 属性の設定（前のステップで設定）によって異なります。

a. [Match Inner and Outer Tags] チェックボックスをオンにする（true）場合は、[Translation Type] ドロップダウン リストから変換タイプとして [1:1]、[1:2]、[2:1]、または [2:2] を選択します。

– [1:1] または [2:1] を選択する場合は、表示される [Outer VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。

– [1:2] または [2:2] を選択する場合は、表示される [Outer VLAN ID] および [Inner VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグと内部タグがこれらの ID に変換されます。

b. [Match Inner and Outer Tags] チェックボックスをオフにする（false）場合は、[Translation Type] ドロップダウン リストから変換タイプとして [1:1] または [1:2] を選択します。

– [1:1] を選択する場合は、表示される [Outer VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグがこの ID に変換されます。

– [1:2] を選択する場合は、表示される [Outer VLAN ID] および [Inner VLAN ID] テキスト ボックスに値を入力します。一致基準を満たすすべての着信フレームの外部タグと内部タグがこれらの ID に変換されます。

ステップ 24 [Next] をクリックして、[EVC Details] ウィンドウの設定内容を保存します。

[Standard UNI Details] ウィンドウが表示されます。

ステップ 25 次のステップで、標準 UNI リンク属性の設定に進みます。

標準 UNI 属性の編集

次のステップでは、[Standard UNI Details] ウィンドウの属性の設定について説明します。EVC リンクとして設定されていないリンクの場合（[Service Request Details] ウィンドウで [EVC] チェックボックスをオンにしなかった場合）、リンク属性の編集はこのウィンドウから開始します。

（注） [Standard UNI Details] ウィンドウに表示される属性は、Prime Provisioning によって動的に設定されます。下記のステップで説明する属性の一部は、ポリシーとサービス要求設定またはリンク タイプによっては、ウィンドウに表示されないことがあります。たとえば、EVC ポリシーの MPLS コア接続タイプがローカルの場合は、疑似回線関連の属性は表示されません。また、リンクを EVC または非 EVC として設定すると、ウィンドウに表示される属性が変わります。さらに、属性は、デバイス タイプ（IOS または IOS XR）に基づいてフィルタリングされます。これらのケースは、参照用としてステップに示されています。

ステップ 26 [N-PE/U-PE Information] フィールドと [Interface Name] フィールドには、前のステップで選択した PE デバイスとインターフェイス名が表示されます。

このフィールドは読み取り専用です。

ステップ 27 ドロップダウン リストから カプセル化 タイプを選択します。

選択できる基準は、次のとおりです。

• [DOT1QTRUNK]：802.1q カプセル化によって UNI をトランクとして設定します。UNI が直接接続された EVC リンクに属している場合、この設定は、着信フレームが 802.1q カプセル化され、リンクに設定された VLAN ID と一致することを意味します。この固有のトポロジには、トランク UNI 自体は含まれていません。

• [DOT1QTUNNEL]：UNI を 802.1q トンネル（dot1q トンネルまたは Q-in-Q とも呼ばれています）ポートとして設定します。

• [ACCESS]：UNI をアクセス ポートとして設定します。

この属性では、サービスの異なるリンクにさまざまなタイプの UNI カプセル化を導入できます。

使用方法に関する注釈：

• EVC がイネーブルになっている直接接続リンクの場合（[EVC Service Request Editor] ウィンドウの [EVC] チェックボックスをオンにした場合）、カプセル化タイプとして選択できるのは、[DOT1Q] と [DEFAULT] です。

ステップ 28 必要に応じて、[PE/UNI Interface Description] フィールドにインターフェイスの説明を入力します。

ステップ 29 サービスのアクティブ化中（たとえば、サービス プロバイダーがネットワークでサービスを展開し、後でそのサービスをアクティブ化する場合）に UNI ポートを閉じたままにするには、[UNI Shutdown] チェックボックスをオンにします。

ステップ 30 適切なオプション ボタンをクリックして、サービス要求の [VLAN Translation] のタイプを指定します。

選択できる基準は、次のとおりです。

• [No]：VLAN 変換は実行されません （デフォルト）。

• [1:1]：1:1 VLAN 変換。

• [2:1]：2:1 VLAN 変換。

• [1:2] ：1 対 2 VLAN 変換。

• [2:2] ：2 対 2 VLAN 変換。

使用方法に関する注釈：

• 直接接続リンクの場合、[EVC] チェックボックスがオンになっているときは、[VLAN Translation] 属性は表示されません。これは次の組み合わせの場合は表示されます。

– 直接接続リンクで、[EVC] チェックボックスがオフになっている場合。

– L2 アクセス ノードで、[EVC] チェックボックスがオンまたはオフになっている場合。

• [No] 以外の選択肢を選ぶと、他のフィールドが GUI に表示されます。これらは、設定に基づいて指定できます。

– [CE VLAN]：1 ～ 4096 までの値を入力します。

– [Auto Pick]：このチェックボックスをオンにすると、Prime Provisioning は VLAN リソース プールから外部 VLAN を自動選択するようになります。

– [Outer VLAN]：[Auto Pick] がオフの場合、1 ～ 4096 までの値を指定します。

– [Select where 2:1 or 2:2 translation takes place]：2 対 1 または 2 対 2 の VLAN 変換が行われるデバイスを指定します。[Auto] を選択すると、UNI ポートに最も近いデバイスで VLAN 変換が行われます。

• VLAN 変換、すべての標準 UNI、およびポート セキュリティ属性は、L2 アクセスとのリンクに適用できます。UNI が N-PE にある場合は、これらの属性は表示されません。

• VLAN 変換が U-PE または PE-AGG デバイスで行われると、VLAN 変換のコマンドが選択したデバイスの NNI インターフェイスに設定されます。VLAN 変換が NP-E で行われると、VLAN 変換のコマンドがデバイスの UNI インターフェイスに設定されます。

• リング ベースの環境に 2 つの NNI インターフェイスがある場合、VLAN 変換は両方の NNI インターフェイスに適用されます。

• 1 対 1 および 2 対 1 の VLAN 変換は、非 EVC（スイッチポート ベースの N-PE の構文）終端の接続回線と同じ構文でサポートされます。

ステップ 31 Prime Provisioning に SVI（スイッチ仮想インターフェイス）でフォワーディング コマンドを生成させるには、[N-PE Pseudo-wire on SVI] チェックボックスをオンにします。

デフォルトでは、このチェックボックスはオフになっています。この場合、Prime Provisioning は、サービス インスタンスでフォワーディング コマンドを生成します。

EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（これは、[EVC Service Request Editor] ウィンドウのサービス要求ワークフローで使用可能）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE Pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で xconnect を使用して作成されません。

使用方法に関する注釈：

• EVC リンクでは、属性 [N-PE Pseudo-wire on SVI] は、属性 [Configure with Bridge Domain]（[EVC Service Request Editor] ウィンドウ内）の値によって決まります。[N-PE Pseudo-wire on SVI] は、イネーブルにすると、[Configure with Bridge Domain] が [true] に設定されている場合にだけ反映されます。それ以外の場合は、[N-PE Pseudo-wire on SVI] がイネーブルになっていても、サービス要求は SVI で scanned を使用して作成されません。

• Prime Provisioning では、EVC サービス要求のハイブリッド設定がサポートされます。ハイブリッド設定では、接続回線のいずれかの側のフォワーディング コマンド（scanned など）は、サービス インスタンスで設定でき、接続回線のもう一方の側の xconnect 設定は、スイッチ仮想インターフェイス（SVI）で設定できます。

• [N-PE Pseudo-wire on SVI] は、すべての接続タイプ（[PSEUDOWIRE] または [LOCAL]）に適用できますが、ハイブリッド SVI 設定は疑似回線接続だけで可能です。

• [MPLS Core Connectivity Type] が [LOCAL] 接続タイプに設定されている場合は、[N-PE Pseudo-wire on SVI] 属性は、ポリシーとサービス要求で常にディセーブルにされます。

• これらのケースの例については、コンフィグレットの例 「EVC（疑似回線コア接続、ブリッジ ドメイン、SVI 上の疑似回線）」と「EVC（疑似回線コア接続、ブリッジ ドメインなし、SVI 上の疑似回線なし）」を参照してください。

• [N-PE Pseudo-wire on SVI] 属性の追加情報については、「インターフェイス属性の設定」の項にある EVC ポリシーの章で対応するカバレッジを参照してください。