web-dev-qa-db-ja.com

TCPポートはスイッチ/ルーター(QoS)を優先します

HPProCurveシリーズスイッチをいくつか持っています。 TCP/UDPポートによってトラフィックに優先順位を付けるためのQoSオプションがあります。 2つのポートを設定しました。1つは優先度が最も高く、もう1つは最も優先度が低くなっています。次に、優先順位付けが実際に機能することを確認するためにテストを実行しました。 LAN内にある2台のコンピューターで ネットワークベンチマーク アプリケーションの2つのインスタンスを実行します。 1台のコンピューターはサーバーのように機能し、もう1台はクライアントのように機能します。ベンチマークアプリケーションでは、スイッチに以前に構成した2つのポートを設定しました。次に、テストを実行して、サーバーが現在の伝送速度を示すデータをクライアントに送信するようにします。あるポートの優先度が他のポートよりも高いため、伝送速度が等しくなく、優先度の高いtcpポートを通過するトラフィックが大幅に速くなると想定しました。残念ながら違いはありません。速度はほぼ等しく(帯域幅の半分)、非優先順位が適用されているようです。

なぜこれが機能しないのか誰かが私に説明できますか? QoSの基本を誤解しているのではないかと思いますが、それが理由ですが、誰かがこの問題を明確にしてくれれば幸いです。

2
anth

1つのポートの優先度が他のポートよりも高く、伝送速度が等しくなく、優先度の高いtcpポートを通過するトラフィックが大幅に速くなるという仮定は、不正解です。

QoSは基本的に、異なるトラフィッククラスがスイッチまたはルーターの異なる「バケット」になることを示しています。そのバケットがどの程度正確に動作するかは、QoSポリシーによって定義されます。たとえば、最小のQoSクラスが「最小10kbs帯域幅」として定義され、最大のQoSクラスが「最小10mbps帯域幅」として定義されている場合、使用可能な合計帯域幅がこれらの制限よりもはるかに高い場合、明らかにQoS分類には何もありません。効果(たとえば、両方のストリームが利用可能な帯域幅を等しく共有します)。

これはQoSの問題を大幅に単純化しすぎており、ProCurveクラスのスイッチでのQoSの構成はsuperuser.comの範囲を超えていると思います。

1
haimg