このドキュメントでは、ストレージ エリア ネットワーク(SAN)スイッチがファイバ チャネル(FC)トラフィックを転送するのに MXP-MR シリーズ ラインカードを使用する際に見られる問題について説明します。このドキュメントは、既知の問題、不具合、さらにはその解決策を統合することを意図しています。
次の項目に関する知識があることが推奨されます。
このドキュメントの情報は、次のハードウェアとソフトウェアのバージョンに基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
Cisco MXP-MR-10DME-C ラインカードは、クライアントの SAN サービス入力(GE、FICON、および FC)の混合物を 1 つの OUT-2/STM-64/OC-192 DWDM タンクサイズ信号に集約するのに使用されます。
このラインカードを通過する FC トラフィックに問題があることが観察されています。これらの問題は、スイッチ インターフェイス上の変動、MXP-MR-10DME-C クライアント インターフェイス上のエラー、SAN スイッチ インターフェイス上のエラー、または相互運用性の問題と考えられます。
このドキュメントに記載された情報のさらに明確な説明については、Cisco Technical Assistance Center (TAC)にご連絡ください。
この項では、Cisco 9500 シリーズ マルチレイヤ データ スイッチ(MDS9500)と 4-G FC インターフェイスを使用する ONS 15454-10DME シリーズ ライセンスカードとの間の相互運用性の問題について説明します。
距離延長(DE)機能を使用する ONS 高密度波長分割多重(DWDM)接続(バッファツーバファ クレジット スプーフィング)の場合、Inter-Switch Link (ISL)プロトコルで [Fibre Channel Buffer-to-Buffer State Change Notification (FCBBSCN)] オプションを無効にする必要があります。
10DME ラインカードを持つ ONE の場合、DE が有効になっていても、2 Gb/秒で ONS はバッファツーバッファ(B2B)リカバリ フレームをドロップし、それらを渡しません。ただし、4 Gb/秒では、ONS は B2B フレームを渡します。これにより、FCB BSCN 機能に相互運用性の問題が発生します。
この問題を解決するには、次の 2 つの手順のいずれかを実行します。
トラフィックが到達した際に、MXP-MR-10DME-C ラインカードの [Performance] タブで fcStatsRecvrReady および fcStatsTxRecvrReady のみが増加し、他のパラメータには増加が見られない場合は、この項で説明する解決策を実行してください。
Receiver-Ready (R_RDY)伝送ワードがクレジット バッファの解放を妨げています。デフォルトでは、スイッチポートはExchange Link Parameters (ELP)モード1でリンクを初期化します。ただし、ゲートウェイはELPモード2で初期化を期待します。これはISL R_RDYモードとも呼ばれます。したがって、ゲートウェイ経由でリンクするように 2 つのスイッチを有効化するには、両方のスイッチのポートを ELP モード 2 に設定する必要があります。
各ホストがスイッチにフレームを送信する際、スイッチはフレーム ヘッダ内の SID およびドメイン ID (DID)を読み取ります。宛先アドレスの DID がスイッチの DID と同じである場合(スイッチ内通信)、フレーム バッファは宛先ポートにコピーされ、クレジット R_RDY はホストに送信されます。スイッチがカットスルー ルーティングとして知られる機能を実行するのに必要なのは、FC フレームのワード zero と one を読み取ることだけです。フレームは、それが完全に入力ポートで受信される前に、出力ポートから出てくる可能性があります。フレーム全体がスイッチでバッファされる必要はありません。
B2B フロー制御は、その利用可能なクレジット供給によって送信ポート経由で実行され、リンクの反対側の端にあるポートによってクレジットが補充されるのを待機します。これらの B2B クレジットはクラス 2 とクラス 3 サービスで使用され、受信リンクポートから送信者に送信された FC R_RDY コントロール ワードに依存します。
フレーム伝送のレートは、受信したフレームを保持するバッファの能力に基づいて、受信リンク ポートによって調節されます。
古いスイッチ インターフェイスの設定例を次に示します。
前述の相互運用性の問題を解決する新しい設定を次に示します。
結論
問題は、EMC スイッチと MXP-MR-10DME ラインカードに関する既知の問題が原因です。
この問題を解決するためには、EMC スイッチで次の変更を行います。
このシナリオでは、スイッチ インターフェイス上でパケットの出力が破棄され、ONS15454 システムではアラーム/条件が見られません。MXP-MR-10DME-C ラインカードでは、fcStatsRxRecvrReady および 8b10bInvalidOrderedSetsDispErrorsSum の値の増加が見られます。
影響を受ける ONS 15454 システムのソフトウェアのバージョンを確認します。ソフトウェアのバージョンが 8.50、8.51、または 8.52 の場合、ソフトウェアに問題の原因となる不具合があります。
この問題を解決するには、ONS がソフトウェア バージョン 9.1.0 にアップグレードされる必要があります。
次のような不具合の症状が現れます。
10DME ラインカードが MDS9513 スイッチに取り付けられ、次のように設定されていることにより不具合の条件が発生しています。
ONS ソフトウェアをアップグレードしたら、MXP-MR-10DME-C ラインカード上の Field Programmable Gate Array (FPGA)のバージョンを確認します。
FPGA の最新バージョンは、RAILTO_SOUTH 1.41 および RIALTO_NORTH 2.35 で、バージョン 9.222 でテストされ、すべての新しいリリースで入手可能です。詳細については、FPGA の項を参照してください。
ソフトウェアのアップグレード後、最新の FPGA バージョンが使用できない場合は、強制 FPGA 更新を行います。このシステムへのアップグレードに関する詳細については、シスコの記事の「Cisco ONS 15454 のリリース 9.1 へのアップグレード」を参照してください。
両方のスイッチ インターフェイスから、断続的な CRC エラーが報告されます。MXP-MR-10DME ラインカード上で、クライアント ポートから TxBadCRC エラーが観察されます。
ONS 15454 ノードのソフトウェア バージョンを確認します。ソフトウェアがバージョン 7.0 から 8.52 の場合、システムはソフトウェアの不具合の影響を受けます。
この問題を解決するには、ONS ノードをソフトウェア バージョン 9.1.0 にアップグレードする必要があります。
次のような不具合の症状が現れます。
不具合の条件は、ポート 1 またはポート 5 で 4-G FC モードが使用されていることです(ポート 1 が主に影響を受けます)。
ONS ソフトウェアをアップグレードしたら、MXP-MR-10DME-C ラインカード上の Field Programmable Gate Array (FPGA)のバージョンを確認します。
FPGA の最新バージョンは、RAILTO_SOUTH 1.41 および RIALTO_NORTH 2.35 で、バージョン 9.222 でテストされ、すべての新しいリリースで入手可能です。詳細については、FPGA の項を参照してください。
ソフトウェアのアップグレード後、最新の FPGA バージョンが使用できない場合は、強制 FPGA 更新を行います。このシステムへのアップグレードに関する詳細については、シスコの記事の「Cisco ONS 15454 のリリース 9.1 へのアップグレード」を参照してください。
ONS ソフトウェア バージョン 7.0 から 8.50 には、MXP-MR-10DME ラインカードおよび FC トラフィックに関連する不具合があります。ここでは、既知の不具合について説明します。
Cisco Bug ID タイトル:スケルチをオフにしたマニュアル Y 字型ケーブル スイッチが Brocade スイッチを使用するファイバ チャネル リンクをダウンさせる可能性があります。
この不具合は、ソフトウェア バージョン 7.0 以降で見られます。
この問題を再現するには、次の手順を実行します。
数回のスイッチオーバー後、FC のリンクがダウンします。SIGLOSS および GFP-CSF アラームが発生します。
Brocade スイッチと連動させる場合は、スケルチがオンになるようにプロビジョニングすることを推奨します。何らかの理由で、Brocade スイッチでスケルチをオフにする必要がある場合は、FORCE コマンドを使用して Y 字型ケーブル スイッチを実行することを推奨します。
この問題には既知の解決策はありません。回避策を実施することを推奨します。
Cisco Bug ID タイトル:Brocade と相互運用すると、10DME-C:FC トラフィックが予想外に低下します。
1-G または 2-G FC トラフィックでは、スループットが一方向には予想どおりに流れますが、反対方向では問題が発生します。最初の段階のスループットは正常ですが、クレジットが失われるために、ゆっくりとゼロまで減少します。スイッチはリンクを復元するために通常どおり LR をトリガーします。パケット間のギャップがアイドルではなく ARB の場合、MXP-10DME ラインカードが VC-RDY を削除する可能性があります。
ソフトウェアがバージョン 7.0 から 8.50 の場合、この不具合の影響を受けます。
トラフィックが FC (1-G または 2-G FC)であり、クラス 3 仮想クラスの場合(R-RDY の代わりに VC-RDY を使用)。 MXP-10DME ラインカードがネガティブ レート補正(パケット間ギャップの除去)を行う際に問題が発生します。
スイッチで ISC (R_rdy)モードを使用します。
ソフトウェアバージョン 8.52 には、この問題に対する修正が含まれています。
Cisco Bug ID タイトル:mxp-mr-10dme のチェーンでトラフィックが復元されません。
送信元のイーサネット信号がドロップされ、MXP-MR-10DME ラインカードのデイジーチェーンのセットアップ(互いに前後に接続されている)で再導入された場合、MXP-MR-10DME ラインカード内で、一部のパケットが CRC エラーで破損します(mediaIndStatsRxFramesBadCRC がペイロード/統計で増加)。
この不具合は、ソフトウェア バージョン 7.3 で見られます。
少なくとも 4 つの MXP-MR-10DME ラインカードから構成されるデイジーチェーン セットアップが必要で、送信元のイーサネット信号がドロップされ、再導入される必要があります。
失われたキャリアのパス内のすべての SFP の管理状態が OOS-DISABLED、続いて IS 状態に移行する必要があります。
ソフトウェアバージョン 8.51 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:4FC モードでの 10dme 出力 CRC エラー。
10DME ラインカードによって出力(TX アウト)方向に生成された、シングル ビット エラーイベント(1E-12 前後のエラーレート)が存在します。エラーが mediaIndStatTXFramesBadCRC カウンタによって捕捉されます。
この不具合は、ソフトウェア バージョン 7.0 から 8.51 で見られます。
ポート 1 または 5 で 4-GFC モードが使用されています。ポート 1 が主に影響を受けます。
この不具合の既知の回避策はありません。
ソフトウェアバージョン 8.52 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:4GFC のスイッチング時間が数分程度かかります。
MXP-MR-10DME ラインカード トランク スイッチが発生すると、トラフィックが永続的に停止するか、4 ~ 5 分後に元に戻ります。
この不具合は、ソフトウェア バージョン 9.0 で見られます。
この問題を再現するには、次の手順を実行します。
この不具合の既知の回避策はありません。
ソフトウェアバージョン 9.1 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:MXP-MR-10DME:FC4G IS -> OOSMT -> IS が、ゆっくりした連続的なパケット損失を引き起こします。
10 分から 15 分の間、一部のパケットが連続して失われます。
この不具合は、ソフトウェア バージョン 8.52 で見られます。
この問題を再現するには、次の手順を実行します。
ポートがOOS、DSBLD > IS のように設定されていることを確認します。
ソフトウェアバージョン 9.00 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:4G FC の Brocade Silkworm との相互運用性。
SAN スイッチポートがオンライン/オフラインになっても CTC にアラームが発生しません。
この不具合は、ソフトウェア バージョン 8.52 で見られます。
ラインカードが 4-G FC トラフィック用に設定され、モード E を使用しており、DE が有効または無効になっています。問題は、任意のサイズの小さなパケット(36 バイト、または 0 バイトのペイロードを持つパケット)の特定の配列に関連します。
MDS スイッチから、TE ポートを Trunking Mode:ON に設定します。Brocade での既知の回避策はありません。
ソフトウェアバージョン 9.0 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:MXP-MR-10DME-C:FC4G from MDS9513:DE ON:packet drop。
パケットが失われ、トラフィックが再開する。MDS 9513 シリーズ スイッチのインターフェイスで出力の廃棄が観察される。CTC にはエラーが報告されない。
この不具合は、ソフトウェア バージョン 8.52 で見られます。
10DME ラインカードがMDS9513 シリーズ スイッチに取り付けられ、次のように設定されています。
この不具合の既知の回避策はありません。
ソフトウェアバージョン 9.0 には、この不具合に対する修正が含まれています。
Cisco Bug ID タイトル:DE ON で予期しないスループットの低下が発生し、Brocade/Qlogic のクレジット数が減少します。
リンクがフル レートのスループットに到達できません。フレームは失われません。MXP-MR-10DME ラインカードのパフォーマンス モニタリングが fcStatsRxRecvrReady と等しく、fcStatsTxRecvrReady とほぼ等しい fcStatsZeroTxCredits を報告します。つまり、リンクが輻輳しているかのように、MXP-MR-10DME ラインカードが 0 Tx クレジットで動作します。
この不具合は、ソフトウェア バージョン 8.52 で見られます。
システムがTestSet > Brocade > MXP-MR-10DME > MXP-MR-10DME > Brocade > TestSet のように設定されています。Brocade が portCfgISLMode 1 コマンドを使用し、R_RDY モードの ISL ポート(E ポート)で設定されています。ポート F 上に 8 つのクレジットがあり、ポート E 上に 8 つのクレジットがあることが GUI インターフェイスによって報告されます。また、MXP-MR-10DME ラインカード DE が有効になっています。
この不具合の既知の回避策はありません。
ソフトウェアバージョン 9.0 には、この不具合に対する修正が含まれています。
MXP-MR-10DME-C ラインカードごとに次の 2 つの FPGA があります。
FPGA 情報は CTC から取得できます。カード ビューからこの情報を取得するには、[Maintenance] 、[Info] の順にクリックします。[Info] タブで、FW_VERSION (ファームウェアのバージョン)に両方の FPGA バージョンに関する情報が含まれています。1-G FC または 4-G FC トラフィックに対して、ポート 1 ~ 4 およびポート 5 ~ 8 は設定可能です。
既知のソフトウェアの不具合を回避するために、FC トラフィックを実行するシステムのソフトウェア バージョンを少なくともバージョン 9.1.0 にアップグレードすることを推奨します。
最新の Cisco ONS15454 M12 シリーズ MSTP ソフトウェアをダウンロードするには、Cisco Software Download ページを参照してください。
改定 | 発行日 | コメント |
---|---|---|
1.0 |
25-Mar-2014 |
初版 |