アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
IPv6がいちばん被害が大きいでしょう (スコア:0)
UKのアドレス記法の一斉変更とかEGPからBGPへの成功体験が
あったのでしょうが、それをするにはThe Netはもはや大きくなりすぎた
10年前にやっておけば何とかなったでしょう。ダイアルアップの時代に
#大多数のOSがデュアルスタックになっていますが、すべてのホストが
#v6を喋れないと意味がないんですよ。AAAAvsA6とかDHCPv6やらip6.intとか仕様もふらつくし。
#詳しくは鉄道改軌論争を参照。自動連結器への転換は早い段階でやったからうまくいった
Re: (スコア:1, 興味深い)
> IPv4よりもアドレス空間が広く、しかも互換性があるプロトコルを作るなんて、プロトコルに詳しい人が考えれば、すぐに無理だと分かることです。そんな解決方法があるなら、IETFがとっくの昔に標準化していたでしょう。もちろん、IPv6、TP/IX、PIP、そしてTUBAも、 IPv4とは互換性がありません。
うーん、正しくは、きれいな実装方法はありませんだと思いますが。
汚い実装であれば、これから実装するときには、アドレス空間拡張用のオプシ
Re: (スコア:1)
それだと、末端部では「空間拡張されたアドレス」を使用しているホストに対しては、「アドレス空間拡張用オプション」に対応している機器しか通信できませんよね。
結局「IPv6アドレス」を使用しているホストに対しては、「IPv6」に対応している機器しか通信できない
ってのと一緒じゃないですか。
メリットは「ネットワーク的にIPv4互換部をルーティング専用アドレスにする」ことで「中継しているルーターなどは既存のIPv4網をそのまま使える」ってことぐらいでしょうか。汚い実装のわりには、使い勝手が悪いと思いますね。
Re:IPv6がいちばん被害が大きいでしょう (スコア:1, 興味深い)
> それだと、末端部では「空間拡張されたアドレス」を使用しているホストに対しては、「アドレス空間拡張用オプション」に対応している機器しか通信できませんよね。
その通りですね。この場合必要なのは「上位互換性」ではなく「下位互換性」でしょう。それはこの場合、
アドレス空間拡張用オプションをつけないで通信する=従来のIPv4空間のアドレスで通信する
に他ならず、アドレス枯渇問題の解決には役に立ちません。
> メリットは「ネットワーク的にIPv4互換部をルーティング専用アドレスにする」ことで「中継しているルーターなどは既存のIPv4網をそのまま使える」ってことぐらいでしょうか。
それなら今の IPv6 でも 6to4 で同じことができるかと。
拡張オプション方式を取った場合のメリットとしては、既存の各企業のホームページなどの
DNS の A レコードをそのまま引き継げるようにできることが
意外に大きなメリットなのではないかと個人的には思っています。
今のIPv6方式だと、サーバをデュアルスタックにするだけでなく各企業が AAAA レコードの登録のレベルから改めてやり直す必要がありますが、
拡張オプション方式ならOSのバージョンアップのみで移行可能です。
まあ、今のIPv6が普及しない原因がそこかというと、それもまた違うような気もしますが。