匿名質問者
匿名質問者匿名質問者とは「匿名質問」を利用して質問した質問者。
「匿名質問」では、ユーザー名を公開せずに匿名の質問ができます。
詳しくはこちら

IPv6は本当に高速ですか?IPv4から6ですと総数が増え凄く遅くなる気がします。

と言うのも、全IPの数は2の128乗もあり、IPv4の頃と比べると無限とも言えるほどの数に膨れあがりますし普通のDBでは裁けないほどの数になり、そのサーバの位置を特定するのみ膨大な時間が掛かる気がするのです。
DBも巨大になれば遅くなると聞いたことがあり、なぜ、瞬時にIPv6のサーバを選び出せるのか教えて頂ければ幸いです。

回答の条件
  • 1人5回まで
  • 13歳以上
  • 登録:2017/01/02 19:06:55
  • 終了:2017/01/09 19:10:03

回答(4件)

匿名回答1号 No.1

匿名回答1号「匿名質問」を利用した質問に回答すると「匿名回答○号」と匿名で表示されます。
「匿名質問」では、ユーザー名を公開せずに匿名の質問ができます。
詳しくはこちら
2017/01/02 19:36:49

アドレスを拡張する為のプロトコルであって、速度とは無関係。

>瞬時にIPv6のサーバを選び出せるのか
DNSの仕組みに関しては自分でググってください。
ただ、別に総当たりでアドレスを検索しているわけではないのでIPv6でもIPv4でも変わりないでしょう

他2件のコメントを見る
匿名質問者

サブネットマスクが増える例としては、例えば家庭用のルータなども人数が増えるとその分遅くなるような気がします。
同様にIPv4からIPv6に変更しその後色々な人がIPv6を利用し始めると(現在殆ど使われていないようですが)アドレスを管理しているサーバにIPv4の頃と比べて過大な負荷が掛からないのかとも思うわけです。
システム増強がそれ以上であれば問題ありませんが・・・
DBのシステムによく似ていると思うのですが、インデックスが増えると凄く遅くなりましたので・・・

2017/01/03 19:54:38
匿名回答1号

>サブネットマスクが増える例としては、例えば家庭用のルータなども人数が増えるとその分遅くなるような気がします。

回線利用者の増加は通信料の増加を意味しますが、
サブネットマスクの増加はそれとは違いますよ?
バイナリーにして一文字二文字増えるだけのこと。

>アドレスを管理しているサーバにIPv4の頃と比べて過大な負荷が掛からないのかとも思うわけです

前記の通り、回線速度やサーバー処理スペックの向上がそれを上回っているので問題ありません。

>DBのシステム
DBの場合はPCスペックも回線も変えずに、DBの内容物を増やしたからでしょうね

2017/01/04 01:45:30
匿名回答2号 No.2

匿名回答2号「匿名質問」を利用した質問に回答すると「匿名回答○号」と匿名で表示されます。
「匿名質問」では、ユーザー名を公開せずに匿名の質問ができます。
詳しくはこちら
2017/01/02 20:15:35

1号曰くの
「別に総当たりでアドレスを検索しているわけではない」
がズバリの答えですが、納得いかないようなので補足します。

例えば、年賀状を配達するのに宛名を
A: 都 千代田区1-1-204 山田様 
と書く代わりに
B: 日本国東京都千代田区1番地1号パレロワイヤルはてな204号室 山田太郎様
と書くと、文字数は倍以上になりますけど、配達の処理の時間は変わらないでしょう。

厳密には、長々と書くことで仕分けのヒトが読むのに何秒か余計にかかる、いうことはあるかもしれませんが、それは微々たる差であり少なくとも集配から配達の一連の処理時間に影響するような差異は出ません。

更に言えば、
例えば大阪も都になっちゃうと、「都」では区別できなくなりますが、
この場合はむしろA方式の方が、
「都」は東京と大阪だけだな、「千代田区」は東京だけだな、
というようなことを判定する必要があり、配送仕分けとしては余計な手間がかかる可能性があります。

そういう自体を解決するための手段として、IPv4では宛名の文字数が足りないから、IPv6で詳細に書ける様にしようぜということです。

他12件のコメントを見る
匿名回答4号

>「自分の管理下でないと判断したら隣にぶん投げる」
これ、正確には「隣」じゃなくて「上」です。
ネットワークの接続は様々な形態がありますが、全体で見ると概ね階層構造になってます。
ですので機器が増えても階層が一つ二つ、つまり多くても中継が一つ二つ増える程度で吸収出来ます。

ただ、それら中継が増えるとかは全体から見れば誤差のような話で、実際には通信経路の長さが支配的らしい。
http://www.apposite-tech.com/blog/2012/10/30/%e3%83%8d%e3%83%83%e3%83%88%e3%83%af%e3%83%bc%e3%82%af%e3%81%ae%e4%b8%96%e7%95%8c%e3%81%ab%e3%81%8a%e3%81%91%e3%82%8b%e9%81%85%e5%bb%b6%e3%81%a8%e3%81%af/
また局所的には、機器が激増すると単純に通信量が増えて帯域が埋まるという形で、アドレスだとかIPv6だとか関係ない話になるとおもう。

2017/01/03 21:00:24
匿名回答2号

質問者 様

なるほど、登録したメンバが増えると転送される回数が増えるのではないか?というイメージはよくわかりました。
3号の説明がわたしもわかりよいかな、と思いますが、私なりに説明します。

郵便番号を7桁から10桁分さらに拡張して、y不動産の社員の机一つ一つにユニークに番号を割り振ったとします。
この時、たとえば、
文書A: 104-0005-1234567890
文書B: 104-0005-1177755555
文書C: 104-0005-3333333444
という番号が振られた3つの文書があったとして
左京局の人や、京都中央局の人は上3ケタを見て104だから東京の方だな、という識別ができますのでそちらの方向に送ることができます。
東京の郵便局も、104-0005は千代田区の丸の内だな、ということはそれ以降の桁を見ずに判断できます。
ここまではご理解しただけているのかと思います。

ここで、質問者さんの気にされている点ですが、
まず、JPの人は、y不動産宛だということで処理は完了し、以後はy不動産社内で仕分けされる、という構成はいままで通り可能です。
次、y不動産の総務部(ルータ)も、あて先が自分の管理下であることが確認できれば、それを社外に再転送する必要はないのです。
さらに、拡張した番号を割り当てられた担当者間で相互に転送しあう必要もありません。

あるいは、JPの人がy不動産社内にズカズカ入って行って各机に直接配るというシステムにもできるかもしれません。
が、いずれにせよいままでルータ管理下に置かれていた各社員間で文書の転送が新たに発生するわけではないのです。

もちろん、社員がたくさんいて、総務部から直接配るの大変だから部とか課経由で配達します、という構成にもできます。
が、それはy不動産社内のネットワーク構成をどう構築するか、という問題なのであって社外の流通には影響しませんよね。

2017/01/04 11:15:33
匿名質問者

質問者から

匿名質問者2017/01/02 21:33:04

質問文を編集しました。詳細はこちら

匿名回答3号 No.3

匿名回答3号「匿名質問」を利用した質問に回答すると「匿名回答○号」と匿名で表示されます。
「匿名質問」では、ユーザー名を公開せずに匿名の質問ができます。
詳しくはこちら
2017/01/03 21:15:11

おっと。回答混ざっちゃってややこしくなりそうですね。すみません。
こちらに転記します。

また、AS番号やIGP/EGPというルーティングプロトコルに関わる話題はおそらく質問意図とは異なる視点である気がするため、ここでは番地表記の空間サイズと伝送コストについてのみ記します。

---
3号曰く:
横から失礼します。具体的に数で書くと少し判りやすくなりますかね。自分の管轄にある宛先が10件の場合、手紙に書いてある番地が10万件表せる番地表記であっても1000万件表せる番地表記であっても、それが自分の管轄にある宛先の10件に該当するかどうかを調べて管轄外なら「違うよ」と答えるだけなので手間は変わらないですよと。
---
質問者さん曰く:
例えば、10万件の場合(便宜上IPv4)、1000万件の場合(便宜上IPv6)、自分の管轄が10件だとすると、PIv4の場合、最長で1万回ほどたらい回しにされて漸く届くわけですよね。IPv6の場合100万回ほどたらい回しに届くため宛先によっては100倍も時間が掛かるのではないか?勿論、実際にはもっと効率の良い方法でしょうが、宛先が増えればその分時間が増えるのではないかと思うわけです。
---

まず「番地表記の拡大による伝送コストの変動」と「番地表記の拡大に伴い空間が実際に拡大したことによる伝送コストの変動」を分ける必要があるかと思います。

例えば都道府県単位に管轄するルータが居たとしたら(かつ相互に経路情報を交換していなかったとしたら)、前者については47個のルータに「これは自身の管轄か」と問い合わせる形であり、番地表記が大きくなっても変わらないと思います。

ここで便宜上IPv4を都道府県100個まで表現可、IPv6を都道府県1000個まで表現可とします。

都道府県が50個になった場合(かつこれも経路情報未交換)はどうかというと、確かに確認先が3個分増えます(実際は「確認先」という時間的なコストよりも経路情報のデータ量が変わるものと思いますが)。
ただしこれによってIPv4とIPv6でコストが変わるかというと変わらないです。

これを都道府県が101個になった場合を考えると、IPv4の場合は「実現できない」、IPv6の場合は「100個だったときよりかはコストが掛かる」と言えますが、この事象について「番地表記の拡大による伝送コストの変動」とみるべきかというと、そうではなくて「番地表記の拡大に伴い空間が実際に拡大したことによる伝送コストの変動」(かつ前述の通り実際には時間ではなく経路情報のデータ量の方が変わる)ではないかと思います。

おそらく「たらい回し」というのは、47都道府県のときにIPv4は100個、IPv6は1000個の問合せをするイメージから出てくるものだと思いますが、実際には47個しか実体がない場合はIPv4でもIPv6でも問合せるものは47個であるため「たらい回し」のコスト差は出てこないものと思われます。


実際には編み目になっていて階層構造ではないのですが、以下、単純化して階層構造になってるものとして上記とは少し異なる視点で記します。

たとえばN国のA県B市CからX県Y市Zに送信する場合を考えてみます。
A≠XとするとC→B→A→N→X→Y→Zという経路になるはずですよね。

C→B→A→Nは送信元の管轄のそれぞれが「その宛先は自分の管轄じゃない」と答えることで「じゃあその上位に」と聞きにいっているので、番地表記が大きくても小さくても変わらないと思います。

そこからN→X→Y→Zは自分の中の経路情報を見てNはXに渡しXはYに渡しYはZに渡すため、これも番地表記の大きさの影響は受けないものと思われます。

匿名回答3号

なんとなく「アドレス帯に総当たりで問い合わせる」のイメージをされているのかなという気がしました。
そうではなく「近所の知ってる人に問い合わせる」なのでアドレス帯が拡張されても「近所の知ってる人」はそんなに増えないという感じかなと。

国内に郵便物を送るのと国外に郵便物を送るのではアドレス帯は47都道府県どころのサイズではありませんが、そんなに問い合せの手間増えてないですよね。日本からアメリカのニューヨークに手紙を送るときにスリランカへの問い合わせコストは関連してこないというイメージに近いかも。

2017/01/03 21:32:00
匿名回答5号 No.4

匿名回答5号「匿名質問」を利用した質問に回答すると「匿名回答○号」と匿名で表示されます。
「匿名質問」では、ユーザー名を公開せずに匿名の質問ができます。
詳しくはこちら
2017/01/06 13:04:16

サーバへのアクセスは、1名前解決、2サーバへの接続の2段階で行われます。

名前解決は、階層で管理されていて、hatena.ne.jp ドメインであれば、
 jpフォルダ の中の neフォルダ の中の hatenaフォルダ にIPが入ってます。ドメインの右から順になります。
 ※↑で、ざっくり”フォルダ”と表現してますが、フォルダに該当するDNSサーバがインターネットに存在します。

手に入れられるIPには、IPv4とIPv6があります。

IPアドレスは、不動産と一緒で一定の範囲で所有者が居ます。
説明のために端折りますが、世の中に100個しかIPが無いとすると、
1-10はアメリカの通信会社 ・・・(省略)91-100は日本の通信会社のように割り当てられてます。

インターネットは世界中の通信会社とつながっています。
直接つながっていなくても、どこかの通信会社を経由して、目的の通信会社に到達できます。

各通信会社の通信機器は、IPアドレスがどの範囲に入っているかを判断して、
目的地に一番近い通信会社へデータを送信します。

どのIPがどこの通信会社のものか、何処に送信すれば一番近いかは、
なんやかんやのしくみで各通信会社の通信機器がもってます。

家庭のルータはそこまでの機能はないので、通信会社にまる投げしてます。

こんな感じでしょうか。

匿名回答5号

各通信会社の通信機器が持っている情報の”なんやかんやのしくみ”もおおまかには階層構造です
1-10のアメリカの通信会社の場合、1だったらニューヨーク、2だったらワシントンなど、通信会社内でも分割して管理してます。郵便番号みたいなものです

2017/01/06 13:12:02

コメントはまだありません

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません