web-dev-qa-db-ja.com

ゼロ送信クレジットのカウントの解釈

私たちのSANは、いくつかのBrocade 5100 FCスイッチ、3つのストレージシステム、および多数のサーバーで構成されています。どのスイッチも相互接続されていません(スイッチ間リンクはありません)。すべてのサーバー、スイッチストレージシステムは同じサーバールーム内にあります。

FCスイッチのいくつかのカウンターで よく見る を開始しました。それらのうち、SW-MIB :: swFCPortNoTxCreditsは、カウントします

送信クレジットがゼロに達した回数

(MIBからの引用)

送信クレジットの概念の説明を見つけるのに苦労しています。しかし、私が見つけた小さなことから、それはある種のFC輻輳制御に使用されているようであり、遠距離ファイバーを備えたSANで特に興味深いようです。

ポートの1つ IBMXIVストレージシステムに接続されています。ストレージシステムはビジー状態であると考えられていますが、過負荷ではありません。ただし、このストレージシステムには遅延の問題があると思われます。ポートにswFCPortRxCrcs、swFCPortRxBadOs、またはswFCPortRxEncOutFrsが表示されません。

私の質問:swFCPortNoTxCreditsのどの番号またはパターンが問題を構成しますか

1
Troels Arvin

FCクレジット(一般に「バッファクレジット」または「バッファ間クレジット」と呼ばれる)が輻輳制御に使用されることは正しいです。私の理解では、FCプロトコルスタックは、スイッチまたはターゲットデバイスのバッファスペースが不足しているためにフレームがドロップされないことを保証します。簡単に言うと、デバイスとスイッチはバッファクレジット機能(つまり、TxバッファとRxバッファの数)を交換して、互いのバッファをオーバーランさせないようにします。 TCPが行う「リアクティブ」輻輳制御と比較して、これは「プロアクティブ」輻輳制御と考えることができます。

詳細を説明したくないので、これ以上詳しく説明することは控えます。これがどのように機能するかの詳細に興味がある場合は、 T11ワーキンググループ の「ファイバチャネル物理およびシグナリングインターフェイス」(FC-PH)を参照してください。

3
ajchace