2012-02-13 16 views
3

アリスとボブがIPネットワークで接続されていると仮定します。アリスとボブは、生成されリアルタイムで消費される損失のある圧縮データのパケットを交換している(VoIPまたはビデオチャットアプリケーションと考える)。このサービスは、利用可能な帯域幅が少なくて済むように設計されていますが、低レイテンシに依存しています。アリスとボブは適切なQoSプロファイルとの接続をマークします。利他的ネットワーク接続帯域幅推定

アリスとボブは、可変ビットレート圧縮を使用したいと考えていますが、それらの間の接続に使用できる帯域幅をすべて消費しますが、ネットワークの状態に応じて消費ビットレートを自発的に減らします。しかし、安定したリンクを維持したい、すなわち、輻輳によって引き起こされる復号化されたデータストリームの中断や、帯域幅が調整されるまでの遅延を避けたい。しかし、いくつかのパケットを失うことは完全に可能です。 012:アリスとボブはVoIPプロトコルをゼロから実装したいと考えており、帯域幅と輻輳制御について興味があります。

アリスとボブが読むためにどのような書類やリソースをお勧めしますか?主に帯域幅推定と輻輳制御の領域にあります。

答えて

1

ここにスタート:

Googleのこの:TCP輻輳回避アルゴリズム

と、この:あなたが使用していると仮定しているTCP高速回復

:RFC2581 と、この:TCPスロースタート と、このTCP。

これらの記事から問題を解決するためのアイデアを得ることができます。たぶん、待ち時間を導入するためにも使用できるiproute2またはトラフィックジェネレータをチェックしてください。コードがあなたのためにいくつかのアイデアを開くかもしれません。

これが役立つことを願っています。

+0

ありがとう、私はそれらについて知っています。しかし、輻輳制御は実際問題ではありません。私の問題は、QoSと適応帯域幅制御、さらに重要なことに、利用可能な帯域幅の他のユーザーとのやり取りに関係しています。だから私は、私の側で消費帯域幅を増やして言う:これ – datenwolf

関連する問題