0

TCP Renoのバージョンを仮定しましょう

VoIP (UDP) ストリームと TCP セッションが同じホスト上にあります。t=10 秒で、TCP が TCP レシーバー (別のホスト) とのセッションを開き、3 ウェイ ハンドシェイク中に最大ウィンドウを交換し、スロー スタートアプローチでストリームを開始するとします。

t=25 秒で、VoIP ストリームが開始されます。これは UDP ストリームであるため、目的はレシーバーを飽和させることです。輻輳制御がないため、可能な限りパケットをバーストする必要があります。

同じチャネルにこの同時実行性があり、ネットワークのトポロジーではルーターがダウンすることはないと想定しているため (したがって、異常はありません)、私の質問は次のとおり です。VoIP ストリームのパケット損失を達成する方法はありますか?

VoIP はジッターの影響を受けやすく、TCP のスロースタート アプローチは実際には遅くないため、ルーターのキューが遅延の変動を追加し、TCP の初期パケットによって「フラッディング」されるため、パケット損失が発生する可能性があると考えていました。

他に理由はありますか？

4

1 に答える 1

1

最初にいくつかのコメント:

  • VoIP は通常、受信機 (またはネットワーク) を「飽和」させません。使用している特定のコーデックに必要な数のパケットを送信するだけです。つまり、ネットワークがいっぱいになるまで成長し続けるわけではありません。
  • ご指摘のとおり、VoIP システムはジッターに敏感です。パケット損失は、実際にはこれに関連しています。VoIP システムでは、通常、パケットがジッター バッファ ウィンドウの外に到着すると、パケットが失われたと見なされるからです。そのため、パケットが実際に失われることはなく、単に遅延するだけである場合でも、パケットがジッター バッファー ウィンドウの外に到着すると、VoIP システムに関する限り、実質的に失われます。

特定の質問への回答: はい、他のトラフィックが遅延パケットを作成し、VoIP レシーバーに失われたように見える場合があります。UDP と TCP が帯域幅を共有しているリンクでは、輻輳を回避するために自身を制限しようとするという点で、TCP が UDP よりも「動作」が優れていることは何の価値もありません。このため、UDP は TCP トラフィックと比較して、実際には帯域幅の公平なシェアを超える可能性があります。

于 2015-03-02T21:21:23.680 に答える