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

Google Public DNSを使うとネット回線の速度が低下する?」記事へのコメント

  • 仕組みを考えろ (スコア:5, すばらしい洞察)

    単に、ISP最寄りのCDNノードではなく、GooglePublicDNSから近くISPから遠いCDNノードに割り振られただけでしょ

    • by Anonymous Coward on 2015年11月24日 15時44分 (#2922467)

      ですよね。
      DNS的な問い合わせ元に応じてCDNのノードが割り振られるので、
      ISP の DNSサーバー使えば、ISPに近いCDNノードが割り振られるけど、
      Google Public DNS 使うと、その時使った Google 側の DNSサーバーに近い CDNノードが割り振られちゃう。
      で、最適とはほど遠い経路になって遅くなると。

      親コメント
      • >その時使った Google 側の DNSサーバーに近い CDNノードが割り振られちゃう。
        嘘です。

        Akamai だけでなく Google 自身が困るので、接続元の IP アドレスの geo-information を元にして、最適な IP を解決するようになっています。

        • by Anonymous Coward on 2015年11月24日 17時15分 (#2922527)

          IPアドレスから得られるgeo-informationなんて、精度は国単位ぐらいまでしか信頼度ないよ。例えば、静岡あたりで接続していると長野の山中や東京千代田区だの回答がある程度の精度しかないからな。下手すると明石市だなんて回答まで来る。静岡の場合IPv4での地理情報だと長野か東京になることが多く、IPv6だと大阪近辺が返されることが多い。そんな信頼性がないものはネットワーク内の接続の位置関係は関係ないから使えるわけなかろう。

          ただ、ネットワーク内の接続の位置関係と地理的条件を加味した調整を行おうとするプロジェクトはある。もっとも、どこまで実際のシステムに組み込まれて運用されているかは不明だ。

          Google Public DNSと地理情報についてはこんな記事が公開されている。
          Google Public DNS and Location-Sensitive DNS Responses
          http://googlewebmastercentral.blogspot.jp/2014/12/google-public-dns-an... [blogspot.jp]

          Akamaiあたりは顧客からクレームがあって、Google Public DNSとある程度協調をとって動作させようと調整を行っているようです。
          成果としては、以下の文書がある。
          Internet Draft: Client Subnet in DNS Requests
          https://tools.ietf.org/html/draft-ietf-dnsop-edns-client-subnet-00 [ietf.org]

          親コメント
          • by D_Sigma (26110) on 2015年11月25日 9時19分 (#2922787)

            > IPアドレスから得られるgeo-informationなんて、精度は国単位ぐらいまでしか信頼度ないよ。
            なので、Google には GeoIP なんか使って欲しくは無いんだが強制的に適用されるので超困っている。
            IPv6 がネイティブで使えるようになったが、諸事情で HE の IPv6 トンネルを使い続けているのでググる際の位置情報が米国になる。超困る。

            親コメント
          • by Anonymous Coward

            お主、静岡でその回答がくるということは、Niftyあたりを使ってないか? IPv6だとJPNE経由でKDDIの回線で、POIはNTT西日本で関西にある。IPv4だと、都道府県別POI経由で独自ネットワークになってて、東海地方という枠組みなら長野や名古屋なんて回答が来るし、その上位は東京のルータを経てIXその他に接続だから、長野や東京の回答があってもなにも不思議ではない。

            • by Anonymous Coward on 2015年11月24日 21時38分 (#2922657)

              Niftyに限らずフレッツ系でv4を圏域ごとのPOIで通す古いISPならどこでもそうだけど
              元nifの中の人なのでAC

              親コメント
              • by Anonymous Coward

                plalaとか、NGN経由でない方はv4でも平気で東京や大阪に飛ばしてくれるしな…

          • by Anonymous Coward

            > IPアドレスから得られるgeo-informationなんて、精度は国単位ぐらいまでしか信頼度ないよ。
            ネットワーク的に近けりゃ(低レイテンシ、広帯域)、都道府県は愚か国が違ってても構わないかと。
            隣家への接続よりも遥か彼方のデータセンターの方が回線は早くても何の不思議もない。

            IPアドレスに対して返答すべき回答ってのは物理座標がいくら正確に分かっても判断は出来ない。
            CDN側の情報とネットワーク構造が把握できていればIPアドレス(所属ネットワーク)で判断できる。
            必要なのはCDNと連携取る事。うまく解決できないとしたら提携してないCDNだったか、
            ネットワーク構造の判断に失敗したか、単にバグだったとかそんなところだろう。

            • by Anonymous Coward

              > ネットワーク的に近けりゃ(低レイテンシ、広帯域)、都道府県は愚か国が違ってても構わないかと。

              一時期、朝鮮文字が広告で出てたけど、あれは普通の広告が視界に入るより不快だよ。

              • by Anonymous Coward

                それ公開DNSサーバにおけるCDNの問題と何か関係あるんですかね?

        • by Anonymous Coward

          CDN として Akamai を使っている場合は、クライアントの geo-information を元に、Google DNS が最適な Akamai 側のノードの IPアドレスを返してくれるって話なんでしょうか?

          でも、数ある CDN 会社すべてについて、その種の連携ができているわけではないですよね?
          だとすると、今回の相手先は、そういう連携ができてない CDN を使っていたのでは?

          • by Anonymous Coward

            提携してないCDNでは問題あるし、提携してても絶対ではないけど、
            そもそもどっちのスピードテストもCDN使ってなさ気な感じなのよねー…

            ISPのDNSが遅いとか落ちてるとかよく落ちるとかでも無ければパブリックDNSを使う必要はなさ気。

      • by Anonymous Coward

        ソフトバンク光でバンダイチャネルとかの動画サイトを見るならば、プロバイダのDNSに接続したほうが、明らかに安定している。理由は簡単で、バンダイチャネルの場合、サーバーがソフトバンク系列のデータセンタに設置されているので、プロバイダのDNSとCDNが一番効率が良いからだ。

        あと、ネットのワークのベンチマークだけれど、あまりあてにならないよ。自分のところのプロバイダがベンチマークが使っているサイトがあるプロバイダと直結の太い回線持っていたりすると、無意味に速い結果が表示されることがある。ソフトバンクって、tracertコマンドなんかで確認すると、ベンチマークを気にしてそういうことを平気でやっていることが多いからなあ。

        • > ソフトバンクって、tracertコマンドなんかで確認すると、ベンチマークを気にしてそういうことを平気でやっていることが多いからなあ。

          なにか証拠を示して頂きたい

          親コメント
        • by Anonymous Coward

          ベンチマークが信用できないというのには一理あるけれど、プロバイダが、通信量が多い他のプロバイダやデータセンタと専用回線を持っていたり、直結回線を持っていたりするのは普通だよ。物理的にも技術的にも経済的にも回線の太さに限界がある以上、通信量が多い相手と直接接続したほうが経済的にパフォーマンスを稼げることが多いからね。

          弱小のプロバイダだと、上位プロバイダにつながっているだけとかIXにつながっているだけというところもある。そういうプロバイダは、よほど安くない限りさっさと契約を解除したほうがいい。

        • by Anonymous Coward

          こういうベンチマークって、そもそも自宅からプロバイダまでの速度を測ってる認識だったけど。
          プロバイダから目的地までの速度を知りたいなら、別の手段を使わないかい?

        • by Anonymous Coward

          tracerouteでbandwidthがわかるとは!
          天才現る!

          • by pharmer (32222) on 2015年11月25日 0時22分 (#2922717)

            traceroute を並列で動作させて応答の遅延とその時の多重度から
            帯域を推測する事が可能かもしれません。

            もちろん、そのような用途であれば ping で送出するパケットのサイズを
            可変させる方がはるかに容易に帯域幅を測定できるはずです。

            というより、もっとマシなツールがいくらでも……

            親コメント
          • by Anonymous Coward

            まあそういうときはpathcharを使うよね

      • Re: (スコア:0, 荒らし)

        by Anonymous Coward

        ですよね。
        DNS的な問い合わせ元に応じてCDNのノードが割り振られるので、
        ISP の DNSサーバー使えば、ISPに近いCDNノードが割り振られるけど、
        Google Public DNS 使うと、その時使った Google 側の DNSサーバーに近い CDNノードが割り振られちゃう。
        で、最適とはほど遠い経路になって遅くなると。

        こう書くからには、今回使用された二つのスピードテストサイトでなんらかのCDNが使用されている証拠があるということですよね?
        私にはわからなかったのですが、一体どのような根拠があってCDNが原因と主張されるのですか?

        • by Anonymous Coward

          なんでこの書き込みが荒らしなの? > モデレータ

アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家

処理中...