パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

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

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

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

    • by Anonymous Coward

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

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

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

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

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

        親コメント
        • by Anonymous Coward

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

        • by Anonymous Coward

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

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...