IPv6がまだ普及しない理由は「IPv4アドレスが買える」から? 57
ストーリー by hylom
まだまだIPv4の時代は続く 部門より
まだまだIPv4の時代は続く 部門より
taraiok 曰く、
IPv6でのサービスをスタートさせるという「World IPv6 Launch」が6月6日に行われた。このイベント自体は大きなトラブルもなく、マーケティング・キャンペーンとしては成功を収めたと言える。しかし、ネットワークシステムなどの販売を行っているArbor Networksの調査によれば、IPv6化されたWebサイトは6月6日前後では最大0.2%になったものの、すぐに0.15%に戻ってしまった(本家/.)。
米国内のWebホスティング業界では、未使用のIPv4アドレスの供給が可能かどうかが取引上の重要になってきているという。Windows 8(や7、Vista)は、IPv4とIPv6の両方で接続可能な場合は、IPv6を優先する設計となっている。しかし、ほとんどのユーザーがIPv6に移行する明瞭な理由が無いこと、企業などが互換性確保や対応機器の更新を後回ししたいなどの理由で移行が進んでいない。これが、IPv4の闇市場での価格の高騰を招きIPv6への移行が阻害される理由となっているとしている(KNOWLEDGE、ZDNET、本家/.過去記事、NETWORK COMPUTING)。
仮にIPv4オークションが普及した場合 (スコア:2)
1. 未使用IPアドレスが売りに出される
2. ICANNの把握していないIPアドレス使用者が増える
3. 登録変更必須とする代わりにIPオークション公認となる
4. /32 の割り当てが増える
5. 高性能なルータが求められる
6. Cisco大もうけ
7. IPv4で十分じゃね?
8. IPv6は無かったことになる
Re:仮にIPv4オークションが普及した場合 (スコア:2)
Re:仮にIPv4オークションが普及した場合 (スコア:1)
金・白金相場(IPv4)・鉄相場(IPv6)という感じになりそう
水を飲むと屁(CH4)をこきます
Re: (スコア:0)
うへ、俺クラスB持ってるんだけどどうしよう。
Re: (スコア:0)
何のB級をお持ちなのですか?
IPv4の闇市場 (スコア:1)
なんでまたこんな太古の記事を。せめてIPアドレス売買が公式に可能になってからの情勢を伝えた記事を貼ってくれよ。
例によってtaraiok捏造部分みたいだし
Re:IPv4の闇市場 (スコア:2)
Re: (スコア:0)
あの、闇取引って何を想定してますか?
ルーティングテーブルが切り替わらないと意味がない。勝手に取引できるわけじゃないよ。少なくとも、取引した結果をRIRとか、上流接続業者とかに通告しないと、まともに通信できないぞ。
まあ、移転元から移転先に、どれだけ現金が流れるのかは闇だけどね。
Re: (スコア:0)
それはタレコミからリンクしてるこの記事 [infoworld.com]を書いた奴に聞いてくれ。俺はリンクの文字列をコピペしただけだ
市場原理 (スコア:1)
ここがわからない。
逆じゃないの?
誰か教えて。
Re:市場原理 (スコア:2)
IPv4を終焉させるには…… (スコア:1)
IPv4アドレス不足が深刻な中国とかの新興国が勝手に所有してないIPv4アドレスを使用したり、経路広告したりして、
ネットワークの接続性が滅茶苦茶になるぐらいの出来事がないとダメだと思う
Re: (スコア:0)
でもそれ、一番現実的なシナリオだなあ。
複雑すぎ (スコア:0)
SEとしてどうかと思うのですが、複雑すぎて手をつける気になりません。
まして自社に何の得もないのでは。
アドレス拡張だけにしてくれりゃよかったものを、ここぞとばかりにてんこ盛りしなくても。
同感。 (スコア:1)
いや、複雑というより、IPv4と互換性がないのが問題かな。
単に桁を増やすだけの拡張だったら(既存のIPv4は0.0.0.0.0として、1.0.0.0.0以降を新設とか)、難なく移行できたのでは?と思う。
NW機器の実装も負荷も大変なことにはなるし、後世に汚点と判断されることは間違いないが、プラットフォームでは後方互換が何より重要であることはCPUやOSの進化の歴史が証明してる。
Re:同感。 (スコア:2)
ipv4そっくりそのままだけでアドレスが長いプロトコルは、結局すべての機械のプロトコルスタックを入れ替えない限り使えないわけですから。
Re:同感。 (スコア:1)
技術的には互換性を保った拡張は可能ですよ。IPv4はその程度の柔軟性は持ち合わせています。
IPv4ヘッダにはオプションという拡張可能なフィールドがあるので、送受信アドレスの拡張したケタはこのフィールドに記録すれば良いでしょう。このフィールドに描かれた値は非対応の装置は黙った無視される仕様です。こうすれば、従来のIPv4アドレスはIPv4的にはホストアドレスですが、拡張したアドレス体系においてはネットワークアドレスとして機能します。つまり、IPv4アドレス単位で木構造になるというトポロジー上の制約は加わりますが、互換性を保ったままのアドレス拡張は可能です。
Re: (スコア:0)
一見互換性を保っていようが、End-to-Endで通信ができなきゃ意味が無い。
組み込みなどの改修しようもない機器が相当数ある以上、「互換性を保った拡張」は無理。
Re:同感。 (スコア:1)
End-to-Endで通信できますよ。互換性を保っているので従来の組み込み装置とも両立できますよ。
IPv4のホストにあたる拡張アドレスルータ以下は新規の実装が必要になりますが、そこから上の階層は従来のIPv4網そのままでいけます。BGPテーブルも拡大しません。拡張アドレスルータが隠蔽してくれますので。
このような拡張はIPを理解している人なら自然に思いつく程度の話と思われるので、RFC とまではいかなくても、インターネットドラフト程度にはなっているかもしれませんね。
Re:同感。 (スコア:1)
それだと、拡張されたアドレスに対して、拡張されていないアドレスのホストに届いてしまいますね。例えば、大元のコメ [srad.jp]「既存のIPv4は0.0.0.0.0として、1.0.0.0.0以降を新設」だと、例えば、拡張された「XX.a.b.c.d」というアドレスに対し送るべきデータが、拡張IPv4非対応のルーターなどを通ると、IPv4のa.b.c.d=拡張IPv4の0.a.b.c.dというアドレスなホストに届けられてしまうわけです。
つまり、既存のIPv4で割り当て済のアドレスは、拡張アドレスのベースとして使えないということです。今はまだ使っていない少数のIPv4アドレスが拡張のベースとして使われることになり、そして、既存のIPv4網からは、その少数の拡張アドレスなホストが、拡張IPv4網へのゲートウェイになる、と。
そして、End 側でも、アプリケーション層が拡張IPv4に対応していない場合は、拡張IPv4ホストと通信することはできない。それって、やってることはIPv6における 6over4と同じ。IPv4と互換性を保ってるという意味がどこにもない。
このような拡張の問題点はIPを理解している人なら自然に思いつく程度の話と思われるので、そんなのを本気でRFCに出すような間抜けな人はいないでしょうね。
Re:同感。 (スコア:1)
下位ビットが拡張されるので、a.b.c.d.XX と表記するのが自然でしょう。
> IPv4と互換性を保ってるという意味がどこにもない。
ネットワークの基幹部に手を加える必要がないというのが最大のメリットです。いちいち、トンネルを掘る必要が無いのです。あとはサーバー側やクライアント側のエッジネットワーク単位で拡張アドレス対応していけば良いので(局所的に対応していけば良いので)、漸進的な移行が可能になります。
ネットワークの基幹部がごっそりIPv6に対応しないことには移行が始められない(=漸進的な移行が難しい)、というのがIPv6の問題点だと思いますがいかがでしょうか?
Re:同感。 (スコア:1)
> 下位ビットが拡張されるので、a.b.c.d.XX と表記するのが自然でしょう。
まあそうですね。それは元コメのACの案が変。でもそれは表記だけの問題で本論ではないです。
IPv4のa.b.c.d を IPv4改のa.b.c.d.w.x.y.z に拡張したとして、a.b.c.d が既存のIPv4割り当て済なアドレスであった場合、a.b.c.d.w.x.y.z 拡張アドレスとしては使用できません。
IPv4改に使えるのは、IPv4で使われていない少数のアドレスだけです。
で、IPv4網に送られたIPv4改なパケットは、既存IPv4レベルのアドレス単位でルーティングされて拡張対応ルーターが受取、そこから拡張アドレスネットワークに中継するわけです。
> いちいち、トンネルを掘る必要が無いのです。
> あとはサーバー側やクライアント側のエッジネットワーク単位で拡張アドレス対応していけば良い
サーバー側・クライアント側の末端で拡張アドレスに対応していけばよいのそうでしょうけど、
既存の拡張アドレスに非対応なホストは、拡張アドレスなホストと通信することができません。
それって「既存IPv4網に、拡張IPv4網のトンネルを張っている」という状況ですね。
私が前のコメで書いた通りの「IPv6における 6over4と同じ」ものであり、IP4と互換性を持っている意味がありません。
Re:同感。 (スコア:1)
BSDソケットが名前解決を隠蔽していれば、TCP/IPスタックが
IPv6対応になった時点でアプリケーションも自動的に
IPv6対応になっていたのに、と思わなくもない。
BSDソケット書いた先人は、あくまでも「プロセス間通信の手段」と
しか考えてなかったっぽいからなぁ……
Re: (スコア:0)
アドレスの更新は停滞してるのに、伝送速度の方は新しいものからどんどん移行しちゃったのが良い例だよね。
10BASEなんて最近見ないし、安いものでないかぎり新品はGbEだし。
やっぱり混在してもまずまず動くってのがすごく重要。
# Itaniumに対するAMD64のように今からでも遅くはないと思うんだけどなー・・
Re: (スコア:0)
世界中のIPv4にしか対応していないプログラムのほとんどすべてが、アドレスの長さは4バイトと決めつけている。受信側も同時に改修しなければ、拡張されたアドレスでは通信できない。どうせ改修するならIPv6に対応すればいいじゃん。
Re: (スコア:0)
貴方は今、x86の歴史を否定した!
Re: (スコア:0)
> 単に桁を増やすだけの拡張だったら(既存のIPv4は0.0.0.0.0として、1.0.0.0.0以降を新設とか)
こんな主張をする前世紀の遺物みたいなのがまだ生き残っていたのか。
Re: (スコア:0)
それがいい。全社挙げてIPv4と添い遂げてください。
Re:複雑すぎ (スコア:1)
会社と言うものは、損得計算した上で移行判断するだけなので
その煽りには毛ほどの効果もありませんw
Re: (スコア:0)
あれだけSEOに狂ってる人たちが後を絶たないんだから、Googleはデュアルスタックサイトのスコアにボーナスを与えれば(ただしIPv6のサーバにつながらないとかIPv4サーバより極端に遅い場合は逆にペナルティを与える)瞬く間に普及率を上げられるんじゃないかなあ。
Re: (スコア:0)
見果てぬ夢を追いかけることが出来るのならいいんだけど、現実は厳しいからね
Re: (スコア:0)
SEだと、アドレスを手打ちするケース多いよね。
だから、あんなの憶えられるか!と嫌がる人がいそう。
Re: (スコア:0)
サービス提供するホストなんか固定で割り振るんだから
sTLA48ビット分:セグメント表記の16ビット分::1 とか
最下位はサービス内容から類推できる番号とかにしとけばいいだろ。
DNSなら53, HTTPなら80や443,ウェブキャッシュなら8080とか。
それくらいも覚えられないのだとするとそろそろ引退の時期じゃないのか。
Re: (スコア:0)
そんな時のための日本語入力ソフトですよ。
メールアドレスとか登録してる人結構いるでしょ?
Re: (スコア:0)
DMZにおいてあるサーバー群とPROXYだけIPv6対応するだけで、十分ではないかい?
どうせ、LAN内の端末にP2Pで外部ホストと直接通信させる気なんてないんだからさ。
そうすれば、LAN内の端末IPv4のままでいいだろう。
そのうち (スコア:0)
127.0.0.x とか 192.168.x.x とか 10.x.x.x とかを販売する詐欺サイトで
お金を出してしまう人出てくるのかな。
Re:そのうち (スコア:2)
IPが衝突してる、2重販売だっ!!
とか言って抗議してくるわけですね。
Re: (スコア:0)
IPが衝突してる、2重販売だっ!!
とか言って抗議してくるわけですね。
その前に「俺のIPを売るな!」
でしょう。
Re: (スコア:0)
「いやこれlPアドレスですから。類似品にご注意下さい」
日本でのIPv4アドレスの移転状況 (スコア:0)
JPNICのIPv4アドレス移転制度による移転状況は、
http://www.nic.ad.jp/ja/mailmagazine/backnumber/2012/vol986.html [nic.ad.jp]
http://www.nic.ad.jp/ja/ip/ipv4transfer-log.html [nic.ad.jp]
2011年8月1日~2012年6月末までの11ヶ月で、移転されたIPアドレスはたった30件しかない。
傾向としては資本関係があるグループ企業間の移転か、エンドユーザが自分が利用しているISPやホスティング業者へIPアドレスを移転するケースが多い。
けっして、自由に売り買いで来ている状況にはない。買い手はいても、売り手がいない状況みたいです。
世界のIPv4アドレスの在庫状況は有名なpotaroo予測によると、
http://www.potaroo.net/tools/ipv4/ [potaroo.net]
ARINの枯渇時期は、2013年2月
RIPENCCの枯渇時期は、2013年7月末
北米地域はまだ余裕がある。/8ブロックで2.49個も配布する余地がある。
Re: (スコア:0)
あ、RIPENCCの枯渇時期は、2012年7月末の間違い。今月末だね。^^;
IT技術の普及は (スコア:0)
Apple社が採用しないとダメ
Re: (スコア:0)
Appleのご提案にホイホイ乗って買い換えてると、
切られた規格は気持よく忘れられるんでしょうか。
逆逆 (スコア:0)
使い物になりそうなぐらい普及したらAppleが採用する
Re: (スコア:0)
Firewire のことですね。わかります。
まだ必須じゃないから (スコア:0)
接続相手側でIPv6のみサポートというコンテンツが生まれない限り、わざわざ先行してIPv6環境を導入する必要性がないです。
早めに導入した事によって得られるノウハウはメリットと言えないこともないですが、未だに新しいRFCができてコロコロ規格が変わったりしてるのでせっかく導入したネットワーク機器が陳腐化しないとも限らないですから。
ただ、いつでも導入できるように情報収集や勉強だけはしてますよ。
簡単ですよ (スコア:0)
歴史に習うならば、IPv4でのアダルトサイトの運営を禁止すればいい。
IPv4ルータに肌色画像のフィルタリングを義務付けるとか
#ん?日本からつながらなくなっちゃうのかな??
IPv6がまだ普及しない理由は (スコア:0)
普及して欲しいと思っていないから、
# 作ったから移行したい人は移行してってスタンスに見えます。
本気で普及させたいなら IPv6 IPv4 の相互通信/相互運用機能を強化するべきだと思う。
必要なら IPv4 を IPv4.2 とか版を上げるとか、
IPv6 のサブセットとしての IPv4 の仕様を作るとか、して、
# それなりの規模の企業なら firewall を設置してあるので、外は IPv6、内側を IPv4 としても(移行手段として)問題ないと思うんだよね。
Re:あと何年かかるかな (スコア:2, すばらしい洞察)
福島第一の後処理と、太陽の白色矮星化
どっちが先に完了しますかね?
# 必然性もなく話題にするために全然関係ないものを並べるのやめてくれないかな。
Re: (スコア:0)
日本では立地の都合で原発は解体されて全て撤去されることになっていたけど、現実には無理だろうな。
福島は暫定的な石棺が完成した時点で”終了”ということになるんだろうけど。
あの土地では”最終”という単語を使うわけにもいかないだろうが実質なし崩しでそうするしか無いだろうな。
海から離れていて岩盤が浅くしっかりしていればもう少しましだっただろうけど、”とりあえず”封じ込めるだけでもとんでもない量のコンクリが必要。
どれだけ予算をつぎ込むのかしらないけど、東電は地中工事は急ぐ必要が無いし予算もないと言っていたから、急ぐつもりはないんだろうし、完成に何十年かかるかわからないよ。
くどいようだが完成といっても”暫定”だからな。