L2VPN ネットワークによって、サービス プロバイダー（SP）は地理的に離れたカスタマー サイトにも L2 サービスを提供できます。通常、SP はアクセス ネットワークを使用して、カスタマーをコア ネットワークに接続します。このアクセス ネットワークでは、イーサネット、フレーム リレーなどの L2 テクノロジーが併用される場合があります。カスタマー サイトと近接した SP エッジ ルータ間の接続は、接続回線（AC）と呼ばれます。カスタマーからのトラフィックは、このリンク上で SP コア ネットワークのエッジへ伝送されます。次に、SP コア ネットワーク上の疑似接続のトンネルを介して、別のエッジ ルータへ伝送されます。このトラフィックはエッジ ルータによって別の AC へと伝送され、そこからカスタマーのリモート サイトへ伝送されます。

L2VPN の機能によって、異なる種類の L2 接続回線と疑似回線間の接続が可能になります。その結果、ユーザはさまざまなエンドツーエンド サービスを実装できるようになります。

Cisco IOS XR ソフトウェアは、2 つのイーサネット回線が接続されている、ポイントツーポイントおよびエンドツーエンド サービスをサポートしています。L2VPN イーサネット ポートは、次の 2 モードのいずれかで動作します。

• ポート モード：このモードでは、ポートに到達するすべてのパケットは、パケットに指定されている VLAN タグに関係なく、疑似回線上で送信されます。VLAN モードでは、l2transport コンフィギュレーション モードで設定が実行されます。
• VLAN モード：CE（カスタマー エッジ）の各 VLAN または PE（プロバイダー エッジ）リンクへのアクセス ネットワークは個別の L2VPN 接続として設定できます（VC タイプ 4 または VC タイプ 5 を使用する）。VLAN 上で L2VPN を設定する方法については、このマニュアルで後述する「キャリア イーサネット モデル」の章を参照してください。VLAN モードでは、個別のサブインターフェイスで設定を実行します。

スイッチングは次の方法で実行できます。

• AC-to-PW：PE に到達したトラフィックは PW（疑似回線）を介してトンネリングされます（反対に、PW を介して到達したトラフィックは AC を介して送信されます）。これが最も一般的なシナリオです。
• ローカルの切り替え - 1 つの AC 上で到達するトラフィックは、疑似接続を介さずに別の AC へ送出されます。

（注）

ネットワークの要件として、パケットを透過的に伝送することが必須の場合は、サービス プロバイダー（SP）ネットワークのエッジにおいてパケットの宛先 MAC（メディア アクセス コントロール）アドレスを変更することが必要になる可能性があります。こうすることで、SP ネットワークのデバイスによるパケットの消費が回避されます。 encapsulation dot1ad vlan-id コマンドと encapsulation dot1ad vlan-id dot1q any コマンドは、同じ物理インターフェイスまたはバンドル インターフェイス上に共存させることはできません。同様に、encapsulation dot1q vlan-id コマンドと encap dot1q vlan-id second-dot1q any コマンドも、同じ物理インターフェイスまたはバンドル インターフェイス上に共存させることはできません。共存の必要が生じた場合は、単一タグのカプセル化で exact キーワードを使用することをお勧めします。たとえば、encap dot1ad vlan-id exact、encap dot1q vlan-id exact などとします。 すでに QinQ が設定されているインターフェイスでは、QRangeinQ の外部 VLAN 範囲が QinQ の外部 VLAN と重複する QRangeinQ サブインターフェイスを設定することはできません。この設定を行おうとすると、既存の QinQ および QinQRange インターフェイスが分割されます。ただし、最近設定した QinQRange インターフェイスを削除すればシステムを回復できます。 すでに QinQRange 設定があるインターフェイスでは、QRangeinQ の外部 VLAN 範囲が QinQRange の内部 VLAN と重複する QRangeinQ サブインターフェイスを設定することはできません。この設定を行おうとすると、既存の QinQ および QinQRange インターフェイスが分割されます。ただし、最近設定した QinQRange インターフェイスを削除すればシステムを回復できます。

AC と疑似回線情報を表示するには、show interfaces コマンドを使用します。

この項では、レイヤ 2 転送にギガビット イーサネット インターフェイスを設定する方法について説明します。

イーサネット データ プレーン ループバック機能は、イーサネット ポートのスループットをリモートでテストするための手段を提供します。フレーム損失なしでフレーム転送の最大速度を確認できます。この機能では、双方向または単方向のスループット測定、およびオンデマンドまたはサービス ターンアップ時のアウトオブサービス（割り込み）動作が可能です。この機能は、2 つのタイプのイーサネット ループバックをサポートしています。

• 外部ループバック：入力インターフェイスでトラフィック ループバックが実行されます。トラフィックはループバック用のルータにフローしません。

• 内部ループバック：出力インターフェイスでトラフィック ループバックが実行されます。トラフィック ループバックはトラフィックが別のインターフェイスへのルータにフローした後で実行されます。

イーサネット データ トラフィックはポートごとにループバックできます。この機能は、システムごとに最大 100 の同時イーサネット データ プレーン ルックバック セッションをサポートしています。フレーム ヘッダーに基づくフィルタを使用してループバック セッションを開始できます。これにより、インターフェイス上で受信されるトラフィックのサブセットのみがループバックされます。送信元 MAC、宛先 MAC、および VLAN 優先順位（COS ビット）をフィルタとして使用できます。

内部イーサネット データ プレーン ループバック機能はサポートされていません。

• N540-28Z4C-SYS-A

• N540-28Z4C-SYS-D

• N540X-16Z4G8Q2C-A

• N540X-16Z4G8Q2C-D

• N540-12Z20G-SYS-A

• N540-12Z20G-SYS-D

• N540X-12Z16G-SYS-A

• N540X-12Z16G-SYS-D

Cisco NCS 540 シリーズ ルータは、『Metro Ethernet Forum, Technical Specification MEF 16, Ethernet Local Management Interface (E-LMI), January 2006 standard』で定義されているイーサネット ローカル管理インターフェイス（E-LMI）プロトコルをサポートしています。

E-LMI はカスタマー エッジ（CE）デバイスとプロバイダー エッジ（PE）デバイス間のリンク、またはユーザ ネットワーク インターフェイス（UNI）で動作し、PE デバイスによって提供されるサービスを、CE デバイスで自動設定またはモニタする方法を提供します（次の図を参照）。

E-LMI は、CE からユーザ側 PE（uPE）に送信されたステータス問い合わせメッセージの応答にステータス メッセージを使用して、CE への接続ステータスおよび設定パラメータを提供する uPE デバイスを必要とする基本動作を行う非対称プロトコルです。

MEF 16 規格で定義されているように E-LMI プロトコルは、2 つのメッセージ タイプ（ステータス問い合わせとステータス）だけの使用を定義します。

これらの E-LMI メッセージは情報要素という必須およびオプションのフィールドで構成され、すべての情報要素が、割り当て済み識別子に関連付けられます。すべてのメッセージには、プロトコル バージョン、メッセージ タイプ、およびレポート情報要素が含まれ、その後に情報要素とサブ情報要素が続きます。

E-LMI メッセージは、IEEE 802.3 タグなし MAC フレーム形式に基づく 46 ～ 1500 バイトのイーサネット フレームにカプセル化されます。E-LMI フレームは次のフィールドがあります。

• 宛先アドレス（6 バイト）：標準の MAC アドレスである 01:80:C2:00:00:07 を使用します。

• 送信元アドレス（6 バイト）：送信側デバイスまたはポートの MAC アドレス。

• E-LMI Ethertype（2 バイト）：88-EE を使用します。

• E-LMI PDU（46 ～ 1500 バイト）：最小 46 バイト長を満たす必要があれば、データに 0x00 のパディングを足します。

• CRC（4 バイト）：エラー検出用の巡回冗長検査。

E-LMI メッセージおよびサポートされる情報要素の詳細については、『Ethernet Forum, Technical Specification MEF 16, Ethernet Local Management Interface (E-LMI), January 2006』を参照してください。

E-LMI メッセージは次の製品ではサポートされていません。

• N540-28Z4C-SYS-A

• N540-28Z4C-SYS-D

• N540X-16Z4G8Q2C-A

• N540X-16Z4G8Q2C-D

• N540-12Z20G-SYS-A

• N540-12Z20G-SYS-D

• N540X-12Z16G-SYS-A

• N540X-12Z16G-SYS-D

E-LMI の基本動作は、定期的にステータス問い合わせメッセージを PE デバイスに送信する CE デバイスで構成されます。このメッセージに続いて、PE デバイスによって、要求された情報を含むステータス メッセージ応答が行われます。CE と PE 間のステータス問い合わせおよびステータス メッセージを関連付けるためにシーケンス番号が使用されます。

CE は、レポート タイプと呼ばれる、ステータス問い合わせメッセージの次の 2 つのフォームを送信します。

• E-LMI チェック：PE を使用してデータ インスタンス（DI）番号を検証し、CE に最新の E-LMI 情報があることを確認します。

• フル ステータス：UNI とすべての EVC に関する PE からの情報を要求します。

CE デバイスはステータス問い合わせメッセージの送信を追跡するためにポーリング タイマーを使用しますが、PE デバイスはポーリング検証タイマー（PVT）を使用することもできます。これは、PE のステータス メッセージが送信されてから CE デバイスからのステータス問い合わせが受信されるまでの許容時間を指定するものであり、この時間を過ぎるとエラーが記録されます。

E-LMI 情報を交換するための定期的なステータス問い合わせ/ステータス メッセージ シーケンスに加え、PE デバイスは、EVC ステータスに変更が発生するとすぐに、その情報の送信を CE デバイスが指示しなくても、情報を伝達するために CE デバイスに非同期ステータス メッセージも送信できます。

CE と PE デバイスは両方、ステータス カウンタ（N393）を使用して、E-LMI プロトコル ステータスの変更を宣言するまで、受信した連続するエラーを追跡することで E-LMI のローカル動作ステータスを決定します。

ルータで E-LMI を設定する前に、次の要件を実行してください。

• E-LMI を実行するネットワークのローカルおよびリモート UNI を特定し、その命名規則を定義します。

• E-LMI CE 動作をサポートするデバイス上の対応する CE インターフェイス リンクで E-LMI を有効にします。

E-LMI は、物理サブインターフェイスとバンドル メイン インターフェイスおよびサブインターフェイスではサポートされていません。E-LMI は、イーサネットの物理インターフェイスでのみ設定できます。

CE と PE 間での正しいやり取りを保証するため、各デバイスには 2 つの設定可能パラメータがあります。CE はポーリング タイマー（PT）とポーリング カウンタを使用します。PE はポーリング確認タイマー（PVT）とステータス カウンタを使用します。

/* Configure EVCs for E-LMI/

RP/0/RSP0/CPU0:router# configure 
RP/0/RSP0/CPU0:router(config)# interface TenGigE0/3/0/9/1.1 l2transport 
RP/0/RSP0/CPU0:router(config-subif)# encapsulation dot1q 1
RP/0/RSP0/CPU0:router(config-subif)# xconnect group evpn
RP/0/RSP0/CPU0:router(config)# l2vpn
RP/0/RSP0/CPU0:router(config-l2vpn)# xconnect group evpn
RP/0/RSP0/CPU0:router(config-l2vpn-xc)# p2p p1
RP/0/RSP0/CPU0:router(config-l2vpn-xc-p2p)# interface TenGigE0/3/0/9/1.1
RP/0/RSP0/CPU0:router(config-l2vpn-xc-p2p)# neighbor evpn evi 1 target 3001 source 1
RP/0/RSP0/CPU0:router(config-l2vpn-xc-p2p)#commit


/* Configure Ethernet CFM for E-LMI */

RP/0/RSP0/CPU0:router# configure
RP/0/RSP0/CPU0:router(config)#interface TenGigE0/3/0/9/1.1 l2transport
RP/0/RSP0/CPU0:router(config-subif)# encapsulation dot1q 1
RP/0/RSP0/CPU0:router(config-subif)# ethernet cfm
RP/0/RSP0/CPU0:router(config-if-cfm)#  mep domain irf_evpn_up service up_mep_evpn_1 mep-id 3001
RP/0/RSP0/CPU0:router(config-if-cfm-mep)#exit
RP/0/RSP0/CPU0:router(config)#ethernet cfm
RP/0/RSP0/CPU0:router(config-cfm)# domain irf_evpn_up level 3 id null
RP/0/RSP0/CPU0:router(config-cfm-dmn)#service up_mep_evpn_1 xconnect group evpn p2p p1 id number 1
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)# mip auto-create all ccm-learning
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)# continuity-check interval 1m loss-threshold 3
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#continuity-check archive hold-time 10
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#mep crosscheck
RP/0/RSP0/CPU0:router(config-cfm-xcheck)# mep-id 1
RP/0/RSP0/CPU0:router(config-cfm-xcheck)#ais transmission interval 1m cos 6
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#log ais
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#log continuity-check errors
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#log crosscheck errors
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#log continuity-check mep changes
RP/0/RSP0/CPU0:router(config-cfm-dmn-svc)#commit

/* Enable E-LMI on the Physical Interface */

RP/0/RSP0/CPU0:router# configure
RP/0/RSP0/CPU0:router(config)#interface TenGigE0/3/0/9/1
RP/0/RSP0/CPU0:router(config-if)# ethernet lmi
RP/0/RSP0/CPU0:router(config-if-elmi)#commit


/* Configure the Polling Verification Timer */

The MEF T392 Polling Verification Timer (PVT) specifies the allowable time between transmission of a STATUS message and receipt of a STATUS ENQUIRY from the UNI-C before recording an error. The default value is 15 seconds.

RP/0/RSP0/CPU0:router# configure
RP/0/RSP0/CPU0:router(config)#interface gigabitethernet 0/0/0/0
RP/0/RSP0/CPU0:router(config-if)# ethernet lmi
RP/0/RSP0/CPU0:router(config-if-elmi)#polling-verification-timer 30
RP/0/RSP0/CPU0:router(config-if-elmi)#commit

/* Configure the Status Counter */

The MEF N393 Status Counter value is used to determine E-LMI operational status by tracking receipt of consecutive good packets or successive expiration of the PVT on packets. The default counter is four, which means that while the E-LMI protocol is in Down state, four good packets must be received consecutively to change the protocol state to Up, or while the E-LMI protocol is in Up state, four consecutive PVT expirations must occur before the state of the E-LMI protocol is changed to Down on the interface.

RP/0/RSP0/CPU0:router# configure
RP/0/RSP0/CPU0:router(config)#interface gigabitethernet 0/0/0/0
RP/0/RSP0/CPU0:router(config-if)# ethernet lmi
RP/0/RSP0/CPU0:router(config-if-elmi)#status-counter 5
RP/0/RSP0/CPU0:router(config-if-elmi)#commit