congestion-control

0熱

1答えて

TCPを勉強しているときに、ネットワークにトラフィックがある場合、輻輳もそこにある必要はないことがわかりました。コンピュータネットワークにおける輻輳とトラフィックの違いは何ですか？

7熱

1答えて

私のMint/DebianボックスでCouchDBを簡単にセットアップできました。私のJava WebアプリケーションはCouchDBを照会するのにかなり時間がかかるので、原因を追求し始めました。 EDIT：クエリパターンは多数の小さなクエリと小さなJSONオブジェクト（300バイトアップ/ 1KBダウンなど）です。 Wiresharkのダンプは、大体3〜5ミリ秒の要求応答の処理時間を示しています

-1熱

1答えて

パケットロスがない場合のTFRC（tcpフレンドリーレート制御）における損失イベントレートpの計算方法は？

パケットロスが発生した場合、私はpを計算する方法を知っています（RFC文書を読んでいます）。しかし、パケットロスがない場合、どのように計算するのですか？この文書はそれについて何も示していない。損失イベント率pはTFRCにおける方程式の分母が0 で、ゼロであれば、以下のように式である： enter image description here および文書がrfc5348ある：https://to

2熱

1答えて

Mac OS Xで異なる輻輳制御アルゴリズムをロードする方法は？

私は、Mac OS X ための代替オープンソースTCPの実装を発見した[1]の代わりにNewRenoので、輻輳制御としてLEDBATを使用。私はそのOSに慣れていないので、そのソースファイルをビルドしてシステムにロードする方法を教えてください。容易に構築することができるは（Linuxではように行う方法がある場合、例えば、私は思っていた、いくつかの実装が存在である[2]、次にカーネルにモジュール

0熱

1答えて

エンドホストで輻輳制御が展開される理由

輻輳制御プロセスが送信側ノードに展開されるのはなぜですか？ルータで輻輳制御を展開するのを避けるという制限の1つは、ルータがフロー状態を維持する必要があり、ルータの負担が増えることです。これを除いて、ルータ側で輻輳を展開するのを制限する他の欠陥はありますか？

3熱

2答えて

sshuttleはTCP-over-TCPの呪いをどう回避するのですか？

sshuttle claimsdiscussed problemがTCP-over-TCP meltdownのように多く解決されています。 sshuttleはTCPストリームをローカルに組み立て、sshセッションでステートフルに多重化し、逆アセンブルしてもう一方の端でパケットに戻します。したがって、TCP-over-TCPを実行することは決してありません。これは単なるデータオーバーTCPであり、安

3熱

1答えて

利他的ネットワーク接続帯域幅推定

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

7熱

1答えて

スライディングウィンドウと輻輳ウィンドウの相違

輻輳制御におけるフロー制御と輻輳ウィンドウのスライディングウィンドウの違いと接続は何ですか？私はどちらも送信用のコントロールサイズだと思いますが、違いは何ですか？私は、フロー制御と輻輳制御の違いはあまりありません。

1熱

1答えて

TCP輻輳アルゴリズム - Tcp WestwoodまたはTcp westwood plus？

私のlinux 2.16.36では、 "ls/lib/modules/uname -r/kernel/net/ipv4/"を実行しました。アルゴリズムのリストが表示されます.tcp_westwoodはそのリストにリストされています。それはtcp_westwoodかtcp_westwood +ですか？