フロー制御：あるべきかどうか

2つの3750-Xスイッチをスタックに展開し、Dellストレージを10G-Tポートに接続します。デルはこのポートでフロー制御を使用することをお勧めしますが、一部の人々はこの機能で多くの問題（パケット損失、トラフィックのブロック）を抱えています。

では、10Gポートでフロー制御を使用することはベストプラクティスですか？

ポーズフレームの方向性とその意味を理解することも重要だと思います。

基本的に、一時停止フレームの送信が意味することは、「輻輳しており、RXでバッファリングするよりも、TXでフレームをバッファリングすることをお勧めします」

3750-Xはポーズフレームを送信できません。受信のみできます。

つまり、3750-Xバッファーが枯渇する危険がある場合（これは非常に簡単です。3750-Xには小さなバッファーがあり、下り容量が上りよりも大きくないアプリケーションに非常に適しています）、一時停止フレームでできることは何もありません。 、3750-Xは望ましいアクションを実行できず、送信者に速度を下げるように依頼できます（Dellがそれらをバッファリングする原因になります）

ただし、Dellが非常に高速でデータを受信して​​おり、輻輳の危険がある場合、3750-Xにポーズフレームを送信し、3750-Xに送信の停止を要求することができます（事実上、3750-Xにフレームのバッファリングを要求するので、それらをバッファリングする必要はありません）。これは、私の意見では意味がありません。すべてのストレージデバイスに3750-Xよりも多くのバッファがあることを期待します（平均でポートあたり1ミリ秒未満）、3750-Xにバッファリングを依頼することでパケット損失を増加させるだけです。すぐに削除されるため、

ご覧のように、ポーズフレームを有効にできるのは、このアプリケーションにとって意味のない方向に限られます。

FCoEストレージは、ロスレスイーサネットと呼ばれるものの前提に依存しています... FCoEストレージは、相互運用性についてもよく知られています。公式の答えは「はい」です。すべてのFCoEストレージポートでフロー制御を有効にしますが、システムを運用環境に配置する前に徹底的にテストします。とはいえ、3750Xは、適切に実行するために必要なすべてのFCoE拡張機能をサポートしているわけではないので、IPベースのストレージについてお話ししたいと思います...

それが他のIPベースのストレージテクノロジーである場合は、フロー制御をオフにして、上位層のプロトコルにドロップを処理させます...慣れています。

シグナリングスイッチがバッファを送信している間、回線上のすべてのトラフィックを一時停止させるMACレイヤフレームであるフロー制御の従来の標準（802.3x）があります。これはFCoE（ドロップされたフレームへの反応が悪い）にとってはまったく誤りであり、データセンターブリッジング（DCB）のコンポーネントである優先フロー制御（PFC）とは異なります。

802.3xとは対照的に、PFCでは、CoSごとにトラフィックを一時停止できます。重要なトラフィックに常に利用可能な帯域幅があるように、保護されていないトラフィックのクラスがスローダウンする可能性があるため、これはロスレス転送を提供する上で重要な要素です。

3750XはDCB（..またはPFC）をサポートしておらず、ロスレスイーサネット用のプラットフォームとしては意図されていません。古いスタイルのフロー制御をサポートしています。

問題のストレージはIPベース（つまり、Equallogic）であると想定します。その場合、ストレージベンダーの推奨に従い、フロー制御をエンドツーエンドで有効にする必要があります。このセットアップで異常な問題が見つかり、フロー制御を無効にするとより良い結果が得られる人もいますが、トラブルシューティングで指示されない限り、これを試さないでしょう。