「ISP は深刻な性能問題を隠してきた?」記事へのコメント

世界的に回線が逼迫してきて

[iwakuralain (33086)]

ようやく問題箇所を潰していこうということでしょうか。
無駄な通信が少しでも減るといいのですが。

# この書き込みも無駄なので本当は書き込まないほうがネットワークには優しいのかな

Re:

[Anonymous Coward]

ISPエッジとユーザ側ルータのキューに適切な空きがある状態を維持できれば、
(BitTorrentみたいに)帯域を使うアプリでISPの提供できる帯域が埋め尽くされ
ても、(他のセッションでの)遅延増加・廃棄といった性能低下は少ないはず。

そのためによりスマートな輻輳制御(キュー遅延ベースでのパケット廃棄？)を
実装しよう。ということなんでしょうか。

…どうだろう。設備(特にエッジやユーザの)を置き換えるソリューションが、
どんどん普及するとは思えない。というか現状だとREDすら使われてないような
気がするんだけど、中の人教えてくれないかな。

Re:世界的に回線が逼迫してきて

[raurublock (29949)]

>ISPエッジとユーザ側ルータのキューに適切な空きがある状態を維持できれば、
>(BitTorrentみたいに)帯域を使うアプリでISPの提供できる帯域が埋め尽くされ
>ても、(他のセッションでの)遅延増加・廃棄といった性能低下は少ないはず。
>そのためによりスマートな輻輳制御(キュー遅延ベースでのパケット廃棄？)を
>実装しよう。ということなんでしょうか。

原文を読む限り、そういう話では無いと思います。問題とされているのは(そして解決可能とされているのは)、ユーザ間の帯域公平ではなく、一人のユーザの通信における TCP Window サイズとバッファ長とのミスマッチです。
詳細は http://queue.acm.org/detail.cfm?id=2209336 [acm.org] のあたりをどうぞ。

Re:

[Anonymous Coward]

Linux 3.5の実装だと、公平性確保のFair Queue(FQ)と組み合わせることもできるようです (fq_codel)。
とはいえハッシュを使っているため、運悪いと混んでる所に衝突しますね多分。

Re:

[Anonymous Coward]

ルータのバッファにたまりはじめると、パケットの到着が少しづつ遅くなるので、
(パケットロスによる検知をかける前に)この事実を検知して輻輳制御をかける方法も
あります。この方法だと、キューいっぱいまでたまらないので、遅延を短かくでき
ます。