Cisco ONS 15454/15454 SDH/Cisco ONS 15327 イーサネット カード ソフトウェア フィーチャ コンフィギュレーション ガイド Release 7.2

ML シリーズ カードの RPR-IEEE 機能

予定されている IEEE 802.17b でサポートされる ML シリーズ カードの機能とサポートされない機能については、「ML シリーズ カードの機能一覧」を参照してください。

RPR-IEEE の利点

ソフトウェア リリース 7.2 以降では、ML シリーズ カードはシスコ固有の RPR に加えて RPR-IEEE をサポートします。RPR-IEEE には次のような利点があります。

• ステアリング。リングはラッピングではなくステアリングによって保護されます。エラーを回避するにはステアリングの方が効果的です。

• デュアル送信キュー。送信トラフィックを制御しやすくなります。

• ベストエフォート型トラフィック分類。トラフィックを「ベストエフォート型」と「EIR」に分類することにより、ベストエフォート型サービス クラスでのトラフィック配信が向上します。

• 相互運用性。予定されている IEEE 802.17b 標準に準拠することで、サードパーティ ベンダーとの相互運用性が向上します。

• サービス プロバイダー サポートの組み込み。RPR-IEEE は、サービス プロバイダー環境に組み込み型の動作、管理、保守（OAM）サポートを提供します。

• 均等性。リング上のすべてのステーションが RPR-IEEE のベストエフォート帯域幅を均等に共有します。

SONET/SDH 回線の役割

RPR-IEEE の ML シリーズ カードは、point-to-point（p2p; ポイントツーポイント）同期転送信号/Synchronous Transport Module（STM; 同期転送モジュール）（STS/STM）回線を通じて直接的または間接的に接続する必要があります。p2p STS/STM 回線は ONS ノード上で Cisco Transport Controller（CTC）または Transaction Language One（TL1）を使用して設定され、保護回線または非保護回線のいずれかで ONS ノードの SONET/SDH トポロジ上で転送されます。

SONET/SDH メカニズムによって保護されていない回線上では、RPR-IEEE は SONET/SDH 保護回線が必要とする冗長保護パスのキャパシティを使用せずに、復元機能を提供します。そのため、このキャパシティはトラフィック量を増やすために使用できます。また、RPR-IEEE はリングの帯域幅全体を使用するため、STP や RSTP のようにセグメントをブロックしません。

RPR-IEEE は二重リング（リングレット）で構成されています。一方は時計回りでウェスト データ トラフィック用、もう一方は反時計回りでイースト データ トラフィック用です。図26-1 では、リングレットはリングレット 0 と リングレット 1 で示されています。ウェスト リングレット トラフィックはウェスト インターフェイスから送信され、イースト インターフェイスで受信されます。イースト リングレット トラフィックはイースト インターフェイスから送信され、ウェスト インターフェイスで受信されます。イーストからウェスト、またはウェストからイーストへの送信スキームだけが使用できます。

図26-1 デュアルリング構造

RPR-IEEE フレーム構成プロセス

ML シリーズ カードは Packet-Over-SONET/SDH（POS）回線経由でデータを RPR-IEEE に送信します。POS を使用する RPR-IEEE フレームは SONET/SDH ペイロードにカプセル化され、SONET/SDH トポロジに転送されます。POS の詳細については、「ONS イーサネット カード上の POS」を参照してください。

図26-2 に、IP 専用ネットワークの IEEE 802.17 基本データ フレームと、予定されている IEEE 802.17b 拡張データフレームでブリッジを使用する場合を示します。拡張データ フレームは、基本データ フレームに拡張宛先アドレスと拡張送信元アドレスが追加されています。

図26-2 RPR-IEEE データ フレーム

表26-1 に、RPR-IEEE データ フレームで最も重要なフィールドを定義します。

図26-3 に、RPR-IEEE トポロジと保護制御フレームを示します。トポロジと保護（TP）フレームは、通常、ブロードキャスト アドレスに送信されます。

図26-3 トポロジと保護制御フレームの形式

図26-4 に、RPR-IEEE 均等フレームを示します。均等フレームは、Single-Choke Fairness Frame（SCFF）であるか Multi-Choke Fairness Frame（MCFF）であるかによって、全ステーションまたは最寄りのネイバーだけに送信されます。均等フレームは、QoS（Quality Of Service）A0 サービス クラスの合計帯域幅に含まれます。そのため、宛先アドレス（DA）は不要になります。MCFF タイプも Frequency Division Duplexing（FDD）フレームを含み、より均等になるようにします。SA コンパクト フィールドは、均等率を示すステーションのアドレスです。

（注） ML シリーズ カードは、RPR-IEEE の他のステーションの MCFF をサポートします。ML シリーズ カードはこれらのフレームを生成しません。

図26-4 均等フレーム形式

RPR-IEEE フレームとシスコ固有の RPR フレームの比較については、「シスコ固有の RPR フレーム構成プロセス」でシスコ固有の RPR フレーム構成情報を参照してください。

CTM および RPR-IEEE

Cisco Transport Manager（CTM）は、NMS（Network Management System; ネットワーク管理システム）全体と、他の高レベルの管理ツールを持ったインターフェイスを統合するよう設計された Element Management System（EMS; エレメント マネジメント システム）です。CTM は、ML シリーズ カード上で RPR-IEEE プロビジョニングをサポートします。詳細については、次の URL から『 Cisco Transport Manager User Guide 』を参照してください。

http://www.cisco.com/en/US/products/sw/opticsw/ps2204/products_user_guide_list.html

アトリビュート ディスカバリ タイマーの設定

ステーション アトリビュートはトポロジ パケットや保護パケットとは別に送信されるので、これらのパケットを送信する頻度を制御するタイマーが別にあります。このため、アトリビュート伝播はアトリビュート ディスカバリ（ATD）タイマーによって指定されます。デフォルトは、リングレットごとに毎秒 1 パケットです。

（注） 両方のリングレットに同じ値を設定します。

ATD をイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

SONET アラームのレポートの設定

ML シリーズ カードは、他の ONS カードと同じように CTC アラーム パネルを使用して SONET/SDH アラームをレポートします。また、Cisco IOS CLI（コマンドライン インターフェイス）を使用しても SONET/SDH アラームをレポートできます。CTC レポートを設定しても Cisco IOS CLI レポートに影響はありません。逆の場合も同様です。

Cisco IOS CLI で SONET/SDH アラームのレポートを設定するには、グローバル コンフィギュレーション モードで次の手順を実行します。

BER しきい値の設定

RPR-IEEE インターフェイスの各種アラームに Bit Error Rate（BER; ビット誤り率）しきい値を設定するには、『Cisco ONS 15454 Procedure Guide』の「DLP-A533 Create Ethernet RMON Alarm Thresholds」の手順を参照するか、『Cisco ONS 15454 SDH Procedure Guide』の「DLP-D441 Create Ethernet RMON Alarm Thresholds」の手順を参照してください。

ホールドオフ タイマーの設定

ホールドオフ タイマーを使用して、信号障害や信号劣化などの障害イベントへの保護応答を遅延させることができます。タイマーを長く設定すると検出時間が長くなりリンク エラーの回避に役立ちますが、スパンを保護するコストを保証するほどには長くできません。ただし、遅延によりトラフィック損失が高くなります。このタイマーのデフォルトは 0 ミリ秒です。

ホールドオフ タイマーをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# interface rpr-ieee 0	インターフェイス コンフィギュレーション モードを開始して RPR-IEEE インターフェイスを設定します。
ステップ 2	Router(config-if)# rpr-ieee protection sonet holdoff-timer time [ east | west ]	保護応答を送信するまでの遅延を指定します。範囲は 0 ～ 20 ミリ秒で、10 ミリ秒単位です。デフォルトは 0 です。 （任意）イーストまたはウェスト リングレットの一方だけを指定することもできます。 注意 キープアライブ タイマーの値はホールドオフ タイマーの値より大きくする必要があります。 注意 RPR-IEEE で SW-LCAS を使用する場合、SW-LCAS メンバー回線を追加または削除すると最大 50 ミリ秒以内にトラフィック ヒットが発生します。ホールドオフ タイマーの値は 5（50 ミリ秒）より大きくする必要があります。5 を超えていない場合、SW-LCAS の追加または削除によって保護応答がトリガーされます。
ステップ 3	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 4	Router(config)# end	特権 EXEC モードに戻ります。
ステップ 5	Router# copy running-config startup-config	（任意）設定の変更を TCC2/TCC2P フラッシュ データベースに保存します。

ジャンボ フレームの設定

インターフェイスがジャンボ フレームをサポートするように設定できます。 jumbo を設定すると、ステーションは 9,100 バイトまでの最大伝送ユニット（Maximum Transmission Unit; MTU）をサポートします。

ジャンボ フレームをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

強制または手動切り替えの設定

リンクの使用を回避するため、または障害が予想される場合に、インターフェイスのどちらかのスパンで特定の保護状態が発生するように手動で指定できます。

強制または手動切り替えをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# interface rpr-ieee 0	インターフェイス コンフィギュレーション モードを開始して RPR-IEEE インターフェイスを設定します。
ステップ 2	Router(config-if)# rpr-ieee protection request { forced-switch | manual-switch } { east | west }	インターフェイス上で切り替えが発生するように指定します。 forced-switch ― 設定したスパンのリング上で他の障害イベントよりも先に実行されます。コマンドで指定したスパンを保護します。ステアリングの場合、フォワーディングは逆のスパンのトポロジ リストだけを使用します。強制切り替えは設定に保存されます。 manual-switch ― 保護システムの反応を強制的に実行するという点では強制切り替えと似ています。異なるのは、この設定は、設定されたスパンまたは逆のスパンで検出されたハイレベル要求によって切り替えられることです。手動切り替えは設定に保存されません。強制切り替えが設定されているスパンで手動切り替えを設定すると、強制切り替えはクリアされます。 （注） 手動切り替えが設定されても実行コンフィギュレーションには表示されず、スタートアップ コンフィギュレーションにも保存されません。 イーストリングレットとウェストリングレットのどちらを切り替えるのかを指定する必要があります。
ステップ 3	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 4	Router(config)# end	特権 EXEC モードに戻ります。
ステップ 5	Router# copy running-config startup-config	（任意）設定の変更を TCC2/TCC2P フラッシュ データベースに保存します。

保護タイマーの設定

2 つのタイマーの間隔に基づいて保護メッセージが送信されます。2 つのタイマーは異なる環境で適用されます。

• fast タイマー ― 保護イベント発生直後に使用されます。このタイマーは 1 ～ 20 ミリ秒で設定されており、リングの保護状態をすぐに通知します。有限数のパケットがイベント後にこの頻度で送信されます。このタイマーのデフォルトは 10 ミリ秒です。

• slow タイマー ― 保護イベント間に、リングの現在の保護状態を送信します。このタイマーは 100 ミリ秒単位で 1 ～ 10 で設定されます。デフォルトは 1 で、100 ミリ秒です。

保護タイマーは、インターフェイスの両方のスパンで同じに設定されます。

保護タイマーをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

復元待ちタイマーの設定

障害修復後、スパンが元の状態に戻るまでの時間を復元待ちタイマーで指定します。このタイマーは故障状態の検出時にfalse negativeから保護し、大きな値を使用した場合の保護フラッピングを防ぎます。ただし、小さな値を指定すると短時間に回復します。このタイマーは 0 ～ 1,440 秒を指定することができます。また、自動的に回復しないように指定することもできます。このタイマーのデフォルトは 10 秒です。

復元待ちタイマーをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

スパン シャットダウンの設定

rpr-ieee shutdown コマンドは、 rpr-ieee protection request forced-switch コマンドと同じ動作を実行します。

インターフェイスのスパンで強制切り替えを行うには、グローバル コンフィギュレーション モードで次の手順を実行します。

キープアライブ イベントの設定

ステーションはリンクから適正化メッセージを受信し、リンクの状態を判別します。タイマーで指定した時間を過ぎても隣接ステーションから適正化メッセージを受信しない場合、キープアライブ イベントがトリガーされます。キープアライブ は保護イベントを生成します。

タイマーにはスパンごとに異なる値を設定することができ、ホールドオフ タイマー以上にする必要があります。この機能は適正化アルゴリズムからは独立していますが、適正マシンで実行する機能であることに変わりはありません。

キープアライブをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# interface rpr-ieee 0	インターフェイス コンフィギュレーション モードを開始して RPR-IEEE インターフェイスを設定します。
ステップ 2	Router(config-if)# rpr-ieee keepalive-timer milliseconds [ east | west ]	隣接ステーションから適正化メッセージを受信しなくなってからキープアライブ イベントがトリガーされるまでの時間を指定します。範囲は 2 ～ 200 ミリ秒です。デフォルトは 3 ミリ秒です。 （任意）イーストまたはウェスト リングレットの一方だけを指定することもできます。 注意 キープアライブ タイマーの値はホールドオフ タイマーの値より大きくする必要があります。
ステップ 3	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 4	Router(config)# end	特権 EXEC モードに戻ります。
ステップ 5	Router# copy running-config startup-config	（任意）設定の変更を TCC2/TCC2P フラッシュ データベースに保存します。

CRC エラーのトリガー設定

設定したしきい値とソーク時間を超える比率でML シリーズ カードが CRC エラーを受信する場合、スパン シャットダウンを設定できます。

CRC エラーのトリガーをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# interface rpr-ieee 0	インターフェイス コンフィギュレーション モードを開始して RPR-IEEE インターフェイスを設定します。
ステップ 2	Router(config-if)# trigger crc-error threshold crc-error-rate {east | west | <cr>}	RPR-IEEE スパンで CRC エラーのしきい値を設定します。しきい値は、遅延期間（ソーク時間）に受信した連続する CRC エラー フレームのパーセンテージです。しきい値を超えると、excessive crc alarm が宣言されます。この場合も CRC エラー アクションがトリガーされます（設定されている場合）。 crc-error-rate には、CRC パケット エラー レート変数を 2 ～ 4 で指定します。エラー レート変数は CRC エラー レートをトラフィックのパーセンテージで表したものに対応します。 • 2 は 10e-2 であり、トラフィックの 1%（CRC エラーは 100 フレームで 1 つ） • 3 は 10e-3 であり、トラフィックの 0.1%（CRC エラーは 1,000 フレームで 1 つ） • 4 は 10e-4 であり、トラフィックの 0.01%（CRC エラーは 10,000 フレームで 1 つ） デフォルトのしきい値は 3 です。 （任意）イーストまたはウェスト リングレットの一方だけを指定することもできます。
ステップ 3	Router(config-if)# trigger crc-error action {east | west | <cr>}	CRC エラー超過時にスパンをシャットダウンするかどうかを指定します。デフォルトは、CRC エラー超過時にスパンをシャットダウンしません。 （任意）イーストまたはウェスト リングレットの一方だけを指定することもできます。 注意 ユーザは、CRC エラーを超過受信した場合に両方のスパンがシャット ダウンするように設定する必要があります。デフォルトでは両方のスパンをシャット ダウンしないので、パススルー モードで ML シリーズ カードがSD（信号劣化）を受信するとネットワークに問題が発生します。
ステップ 4	Router(config-if)# trigger crc-error delay soak-minutes {east | west | <cr>}	（任意）アクションが実行される前に CRC エラーがしきい値（ソーク）を超える時間を分で設定します。 soak-minutes の範囲は 3 ～ 10 分です。デフォルトは 10 分です。 （任意）イーストまたはウェスト リングレットの一方だけを指定することもできます。
ステップ 5	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 6	Router(config)# end	特権 EXEC モードに戻ります。
ステップ 7	Router# copy running-config startup-config	（任意）設定の変更を TCC2/TCC2P フラッシュ データベースに保存します。

送信トラフィック レートの設定

トラフィック レートをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

適正化重み付けの設定

RPR-IEEE には、各リングレットで輻輳を制御するための設定可能な適正化システムがあります。この機能はリングレットの帯域利用率を調整し、ステーションの枯渇を最小限に抑えて発生しないようにします。各ステーションには適正化マシンが 2 つずつあり、インターフェイスの各スパンから送信および経由されるトラフィックを制御します。それぞれの適正化マシンは特定のリングレット専用で、そのリングレット宛てのトラフィックを制御します。

ラップ解除されたリングのリングレットは独立しており、適正化設定は方向によって異なります。デフォルトでは双方向に設定されますが、イーストまたはウェストを任意に指定することもできます。

ローカル ステーションの重み付けによって、輻輳しているステーションがリングレットの他のステーションに対してどのように表示されるかが決まります。また、ステーションが使用できる帯域幅も決まります。大きく重み付けされている場合、ローカル ステーションには多くのリングレット帯域幅が分配されます。重み付けが小さい場合、ローカル ステーションに分配される帯域幅は少なくなります。デフォルトは 2 の 0 乗で、重みは 1 です。

適正化重み付けをイネーブルにして設定するには、グローバル コンフィギュレーション モードで、次の手順を実行します。

MQC を使用した RPR-IEEE サービス クラスの設定

トラフィックは、標準の Cisco Modular QoS CLI（MQC）を使って RPR-IEEE でサポートされる 3 つのサービス クラスに振り分けられます。MQC は、トラフィック ポリシーを作成してインターフェイスに適用できる CLI 構造です。トラフィック ポリシーにはトラフィック クラスと 1 つまたは複数の QoS 機能が含まれます。トラフィック クラスはトラフィックを分類し、トラフィック ポリシーの QoS 機能は分類されたトラフィックの処理方法を決定します。

MQC の一般的な設定の詳細については、次の Cisco IOS のマニュアルを参照してください。

• 『Cisco IOS Quality of Service Solutions Configuration Guide』Release 12.2 には、次の URL からアクセスできます。
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122mindx/l22index.htm

• 『Cisco IOS Quality of Service Solutions Command Reference』Release 12.2 には、次の URL からアクセスできます。
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos_r/index.htm

MQC で RPR-IEEE サービス クラスをイネーブルにして設定するには、グローバル コンフィギュレーション モードで次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# class-map match-any class-name	トラフィック クラスのユーザー定義名と、このトラフィック クラスのすべての一致文の論理 OR 演算子を指定します。
ステップ 2	Router(config)# match ip precedence {ip-precedence-value | ip-precedence-traffic-label }	一致基準として使用する IP precedence 値（0 ～ 7）を指定します。または IP precedence トラフィック ラベルを指定します。 それぞれの値の変数が、指定したラベル変数にマッピングされます。コマンドに ip-precedence-value | ip-precedence-traffic-label 変数の代わりに ? を指定すると、ラベルとラベルに対応する値が表示されます。
ステップ 3	Router(config)# exit	クラス モードを終了します。
ステップ 4	Router(config)# policy-map policy-name	設定するサービス ポリシーの名前を指定します。サービス ポリシーは指定したクラス マップをレイヤ 2 トラフィック プライオリティにリンクします。ここでは RPR-IEEE の 3 つのサービス クラスにリンクします。 （注） クラス マップごとに割り当てを行う必要があります。
ステップ 5	Router(config)# class class-name	あらかじめ定義されているクラスの名前を指定します。定義は class-map コマンドで行い、サービス ポリシーに含まれます。 （注） 3 つの RPR-IEEE クラスは、次の手順で設定します。
ステップ 6	Router(config)# set rpr-ieee service-class { a | b | c }	クラスで該当する RPR-IEEE サービス クラスを指定します。3 つのクラスは 3 つの RPR-IEEE サービス クラスにそれぞれ対応します。それぞれの MQC クラスには 1 つのサービス クラスだけを設定できます。
ステップ 7	Router(config)# exit	クラス モードを終了します。
ステップ 8	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 9	Router(config)# end	特権 EXEC モードに戻ります。
ステップ 10	Router# copy running-config startup-config	（任意）設定の変更を TCC2/TCC2P フラッシュ データベースに保存します。

MQC を使用して単純な RPR-IEEE QoS を設定する場合のコンフィギュレーション例

次に、3 つの RPR-IEEE サービス クラスのコンフィギュレーション プロセスの例を示します。

例26-1 単純な RPR-IEEE QoS コンフィギュレーションの例

MQC を使用して複雑な RPR-IEEE QoS を設定する場合のコンフィギュレーション例

次に、複雑な RPR-IEEE QoS コンフィギュレーションの例を示します。

例26-2 複雑な RPR-IEEE のコンフィギュレーション例

カード モードのプロビジョニング

エンドツーエンド RPR-IEEE を作成するには、最初に CTC カード モードを 802.17 に設定します。この作業の詳細については、「カード モードのプロビジョニング」を参照してください。

ML シリーズ カードと p2p STS/STM 回線の接続

RPR-IEEE 内の ML シリーズ カードを p2p STS/STM 回線を介して接続します。この回線は、ONS 15454 SONET/SDH ネットワークを使用し、通常 ONS 15454 SONET/SDH 光回線をプロビジョニングする場合と同じ方法で、CTC を使用してプロビジョニングされます。ML シリーズ カードを RPR-IEEE モードにして CTC を使用して回線を作成したら、ML シリーズ カードのその後のプロビジョニングは Cisco IOS CLI を使用して実行されます。SONET/SDH ノードとそのネットワークはすでにアクティブであると想定しています。

ML シリーズ カードと p2p STS/STM 回線の接続の注意事項

RPR-IEEE で必要な回線を設定する場合の注意事項は次のとおりです。

• ML シリーズ カードの CTC カード モードが 802.17 に設定されていることを確認します。カード モードの詳細については、「カード モードのプロビジョニング」を参照してください。

• SONET/SDH 回線はイーストからウェスト方向、つまり SONET/SDH リングのポート 0（イースト）からポート 1（ウェスト）に設定します。ポートのラベルは、プロビジョニングされる ML シリーズ カードの CTC カードラベル ビューと CTC Circuit Creation ウィザードで East および West と表示されます。イーストからウェストへのプロビジョニングは、Network Control Program（NCP; ネットワーク コントロール プログラム）で実行されます。CTM ネットワーク管理ソフトウェアに ML シリーズ コンフィギュレーションを RPR-IEEE として認識させるには、イーストからウェストへのセットアップも必要です。

CTC 回線の詳細手順は『Cisco ONS 15454 Procedure Guide』の「Create Circuits and VT Tunnels」の章にある NTP-A343「Create an Automatically Routed OC-N Circuit」および NTP-A344「Create a Manually Routed OC-N Circuit」の手順、『Cisco ONS 15454 SDH Procedure Guide』の「Create Circuits and Tunnels」の章にある NTP-D323「Create an Automatically Routed High-Order Circuit」および NTP-D324「Create a Manually Routed High-Order Circuit」の手順を参照してください。

ML シリーズ カードと p2p STS/STM 回線の接続例

図26-6 の 3 ノード RPR-IEEE に、必要な p2p 回線の例を示します。

図26-6 3 ノード RPR-IEEE の例

例に示した回線を設定するには、CTC で次の作業を行う必要があります。

1. ノード 1 のイースト スパンからノード 2 のウェスト スパンへの回線を作成します。

2. ノード 2 のイースト スパンからノード 3 のウェスト スパンへの回線を作成します。

3. ノード 3 のイースト スパンからノード 1 のウェスト スパンへの回線を作成します。

RPR-IEEE インターフェイスとブリッジ グループの作成

RPR-IEEE のプラグ & プレイ機能によってトポロジが自動的に検出され、ステーション機能がアドバタイズされます。その結果、ML シリーズ カードが 802.17 モードで SONET/SDH 回線が設定されていれば、ML シリーズ カードは手動介入なしに動作するようになります。シスコ固有の RPR とは異なり、RPR-IEEE ではユーザが POS インターフェイスを設定する必要はありません。

基本の機能的 RPR をセットアップするにはさらに Cisco IOS CLI プロビジョニングを行う必要がありますが、手順は簡単です。次の作業を実行してください。

1. ML シリーズ カードに IRB を設定します。

2. ブリッジ グループを作成します。

3. イーサネット インターフェイスにカプセル化を設定します。

4. ブリッジ グループにイーサネット インターフェイスを割り当てます。

5. イーサネット ポートをイネーブルにします。

6. rpr-ieee インターフェイスをイネーブルにします。

7. イーサネット インターフェイスにカプセル化を設定します。

8. rpr-ieee サブインターフェイスを作成し、ブリッジ グループに割り当てます。

RPR-IEEE インターフェイスの概要

カード モードが IEEE 802.17 に変更されると、rpr-ieee 物理インターフェイスが自動的に作成されます。rpr-ieee インターフェイスは、デフォルト ルートのサポートなど、Cisco IOS インターフェイスの通常のアトリビュートのすべてを提供します。

rpr-ieee インターフェイスはトランク ポートとみなされるため、すべてのトランク ポートと同様に、rpr-ieee インターフェイスがブリッジ グループに加入するようにサブインターフェイスを設定する必要があります。

802.17 カード モードでは POS インターフェイスは非表示で、設定できません。

RPR-IEEE ブリッジ グループの概要

ML シリーズ カードのデフォルト動作では、インターフェイスがイネーブルであってもトラフィックは RPR-IEEE 上でブリッジされません。これは、Cisco Catalyst 6500 シリーズや Cisco Catalyst 7600 シリーズなど多くのレイヤ 2 スイッチとは対照的です。これらのスイッチはデフォルトで VLAN 1 を転送します。ML シリーズ カードは、タグなしパケットまたは VLAN 1 タグ付きパケットを含め、デフォルトではトラフィックを転送しません。

RPR-IEEE トラフィックが ML シリーズ カードでブリッジされるには、そのトラフィック用にブリッジ グループを作成する必要があります。ブリッジ グループは ML シリーズ カードのインターフェイス間でブリッジングおよび転送を維持するので、ローカルでは重要です。ブリッジ グループに参加していないインターフェイスは、ブリッジッド トラフィックを転送できません。ブリッジ グループは RPR-IEEE インフラストラクチャでのデータ転送をイネーブルにします。

図26-7 に、rpr-ieee 仮想インターフェイスを含めた ML シリーズ カード インターフェイスをスパニングするブリッジ グループを示します。

図26-7 RPR-IEEE ブリッジ グループ

rpr-ieee インターフェイスをイネーブルにしてブリッジ グループを作成するには、グローバル コンフィギュレーション モードで次の手順を実行します。

	コマンドの説明	目的
ステップ 1	Router(config)# bridge irb	Cisco IOS ソフトウェアで、1 枚の ML シリーズ カード内の個々のインターフェイスで特定のプロトコルをルーティングおよびブリッジングできるようにします。
ステップ 2	Router(config)# interface {fastethernet | gigabitethernet} interface-number	インターフェイスコンフィギュレーションモードを開始し、ブリッジ グループに含めるイーサネット インターフェイスを設定します。
ステップ 3	Router(config-if)# bridge-group bridge-group-number	ネットワーク インターフェイスをブリッジ グループに割り当てます。 （注） ベビー ジャイアント フレーム警告が表示された場合は無視しても安全です。
ステップ 4	Router(config-if)# no shutdown	シャットダウン ステートをアップにし、インターフェイスをイネーブルにします。
ステップ 5	Router(config)# interface rpr-ieee 0	ML シリーズ カードの rpr-ieee インターフェイスを作成するか、rpr-ieee インターフェイス コンフィギュレーション モードを開始します。有効な rpr-ieee 番号は 0 だけです。
ステップ 6	Router(config-if)# rpr-ieee protection pref jumbo	RPR-IEEE インターフェイスのジャンボ フレーム機能をイネーブルにします。 jumbo ― 標準サイズを超えるフレーム（9,100 バイトまで）を扱えるようにします。リング内のすべてのステーションで jumbo をイネーブルにすると、jumbo 対応ステーションのインターフェイス最大伝送ユニットが 9,100 バイトに変更されます。すべてのステーションにこのプリファレンスを設定すると、リングがジャンボ フレームをサポートするというメッセージが生成されます。 デフォルトではジャンボ フレームはサポートされません。
ステップ 7	Router(config-if)# no shutdown	シャットダウン ステートをアップにし、インターフェイスをイネーブルにします。
ステップ 8	Router(config-if)# interface rpr-ieee 0 .subinterface-number	サブインターフェイス コンフィギュレーション モードを開始し、rpr-ieee サブインターフェイスを設定します。
ステップ 9	Router(config-subif)# encap dot1q bridge-group-number	ブリッジ グループのカプセル化を IEEE 802.1Q に設定します。
ステップ 10	Router(config-subif)# bridge-group bridge-group-number	作成したブリッジ グループに rpr-ieee サブインターフェイスを関連付けます。
ステップ 11	Router(config)# no shut	RPR-IEEE インターフェイスをイネーブルにし、モードをデフォルトのパススルーから変更します。
ステップ 12	Router(config-if)# end	特権 EXEC モードに戻ります。
ステップ 13	Router# copy running-config startup-config	（任意）設定の変更を NVRAM に保存します。

エンドツーエンド RPR-IEEE の Cisco IOS CLI 部分のコンフィギュレーション例

次に、RPR-IEEE コンフィギュレーションの例を示します。例26-7 は単純なコンフィギュレーションの場合です。ML シリーズ カードのイーサネット ポートと ML シリーズ カードの RPR-IEEE をブリッジするために最低限必要なコンフィギュレーションで、RPR-IEEE 特性はデフォルトのままです。例26-8 に複雑な例を示します。RPR-IEEE には、複数のブリッジ グループ、設定された特性、QoS があります。

例26-7 単純な RPR-IEEE のコンフィギュレーション例

例26-8 複雑な RPR-IEEE のコンフィギュレーション例

RPR-IEEE エンドツーエンド イーサネット接続の確認

RPR-IEEE のプロビジョニング手順が終了したあと、個別の ML シリーズ カード上の イーサネット アクセス ポート間のイーサネット接続をテストできます。テストは、標準のイーサネット接続テストを使用して行います。

ML シリーズ カードの RI の特性

ML シリーズ カードの RI には次のような特性があります。

• ギガビット イーサネットだけでサポートされる

• ピア RPR MAC をプライマリまたはスタンバイとして特定することによってプロビジョニングされる

• OAM フレームを使用して Spatially Aware Sublayer（SAS）テーブルと MAC テーブルを追加ステーションで一斉に流す

• 次の RPR の間に保護を提供する

–2 つの RPR

–2 つのシスコ固有の RPR

–シスコ固有のリングと IEEE 802.17 リング

• EtherChannel を実行しているスイッチに接続した場合、カードレベルの冗長性を提供する

RI のコンフィギュレーション例

例26-9 および 例26-10 に、ML シリーズ カード専用の RPR RI 接続の Cisco IOS コード例の抜粋を示します。例26-11 および 例26-12 に、プライマリおよびセカンダリ ML シリーズ カードが ML シリーズ カード以外の外部スイッチに接続している RPR RI の Cisco IOS コード例の一部を示します。

例26-9 プライマリ ML シリーズ カードのコンフィギュレーション

例26-10 セカンダリ ML シリーズ カードのコンフィギュレーション

例26-11 スイッチに接続しているプライマリ ML シリーズ カードのコンフィギュレーション

例26-12 スイッチに接続しているセカンダリ ML シリーズ カードのコンフィギュレーション