ネットワーク接続テストを行う必要があるイーサネット ベースのデバイスがあります。
理想的には、帯域幅を減らし (数十 Kb/秒まで)、可能であれば、テスト対象のデバイスとサーバー間のネットワーク接続に遅延 (1 秒程度) を導入したいと考えています。
これをどのように行うかについてのアイデアはありますか?おそらく出発点として QoS を備えたルーターを考えていましたが、ラグを導入し、帯域幅を削減するルーターを入手できるかどうかはわかりません.
ネットワーク接続テストを行う必要があるイーサネット ベースのデバイスがあります。
理想的には、帯域幅を減らし (数十 Kb/秒まで)、可能であれば、テスト対象のデバイスとサーバー間のネットワーク接続に遅延 (1 秒程度) を導入したいと考えています。
これをどのように行うかについてのアイデアはありますか?おそらく出発点として QoS を備えたルーターを考えていましたが、ラグを導入し、帯域幅を削減するルーターを入手できるかどうかはわかりません.
トラフィック シェーパーを使用する必要があります (マシン上で直接、またはアップストリームで)。dummynet
FreeBSD や Linux のような最新のシェーピング サービスはtc
、一般的な OS に直接付属しており、ニーズに対応できるはずです。
ダミーネット システム機能は、帯域幅とキュー サイズの制限を適用し、さまざまなスケジューリングとキュー管理ポリシーを実装し、遅延と損失をエミュレートすることにより、さまざまなネットワーク インターフェイスを通過するトラフィックの制御を可能にします。
ハブなどに対する大きな利点は、さまざまなシナリオを正確に構成できることです。
QOSは、ラグに影響を与えない可能性があり、帯域幅もあまり制御できないため、十分ではありません。
理想的には、パケットをインターセプトして必要なものを追加する、ある種のSWコンポーネントをネットワークスタックに挿入する必要があります-その場でスループットを計算し、必要な帯域幅を超えた場合はパケットを拒否し、必要なラグに従ってパケットをストールします。そのようなSWがそこにあるかどうかはわかりませんが、inetを検索する価値があります。
物理的なライン上にあるHWデバイスでも同様の効果を達成することが可能です。そのような機器が市場に出回っているかどうかはわかりません。
帯域幅を削減する最も簡単な方法は、サーバーとテスト デバイスの間に古い 10Base-T ハブを接続することです。
私のよりも賢明なヘッドを導入するには、相談する必要があります。