アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
デメリットは? (スコア:1)
よく知らないけどいずれ移行する必要があるなら早いほうが良いと思っているのですが
Re:デメリットは? (スコア:2, 参考になる)
さすがに今時基幹向けのルーターでIPv6に対応していない物なんて売ってないでしょうし
ISP的にはメンテナンス人員の教育/手順更新/ネットワーク設定差し替え
って所でしょう
この辺は廃止されるならいずれやらなければやらないことです
そうなると問題は、IPv4からIPv6がみられないって所でしょうかねぇ
サービス提供企業としてはIPv6のサーバーだけって訳にはいかないので
ユーザーがv6に移行してからじゃないとv6に完全移行できません
サーバーが移行しないとユーザーも移行するメリットが薄くなります
さらに、ユーザーとしてはv6対応ルータ買わないと接続できませんから
ルータも買い換えないといけません
各社がIPv6対応をBIOS更新で行い、ISPが付加料金なしで(むしろv4より安く)
サービスを提供すれば少しはすすみが加速するとは思いますが実際は開始されてません
v6における受益者はユーザーよりむしろISPの方だと思うんですが
進んでませんねぇ~まったく...
#なにげにVistaの普及遅延も影響の一つかも...
Re:デメリットは? (スコア:2, 興味深い)
ルーティングやパケットフィルタリングを担当するハードウェアが対応しているとは
限らない、という話もあります。トラフィックが少ないうちはそんなに問題に
ならないでしょうが、IPv4では可能だったワイヤースピードでの処理が
IPv6ではソフトウェア処理でスループットガタ落ちとなると、ISP側の投資も
バカにならなそうです。
ネタ元: IPv6 Transition & Operational Reality [iepg.org]
Re:デメリットは? (スコア:1, 興味深い)
IPv6時代にならなかったら、IPv6の機能に相当する分は無駄な投資になる
まだまだIPv6はドッグフードであると思っている人が多数というのが、
この現状を端的にあらわしていると思います。
Re: (スコア:0)
亀ってドッグフード食べるんですか?
Re:デメリットは? (スコア:2, おもしろおかしい)
......まああれだ、ページ内には波動食なんて記載もあるし、紹介しておいてなんだけど信じるなとはいっておく。
Re:デメリットは? (スコア:1)
なにかユーザ側に目に見える利点があって、コストを掛けて移行するならともかく、 そうじゃないのにお金を掛けるのはありえないでしょ。
まぁ、機器はわりかしIPv6対応のものが増えてきてはいるけど、 アプリケーションなんかはいまいち対応していない。
社内で作成したアプリケーションなんかの対応費用を考えたら・・・ 大体、IPv6を熟知しているエンジニアが少ないんだから、 工賃的にも割高。
--
最後の最後で、ネットワーク管理系のアプリケーションの対応のなさに閉口するに一票。
Re: (スコア:0)
アプリケーションの対応が悪いのは、IPv6 が、128bit で、整数型に収まらないのが
大きいと思う。
正直、64bit で抑えて、アプリを 64bit 化するだけで対応できるように
考えてあれば、現在の状況も変わっていたんではと思う。
Re: (スコア:0)
まともなライブラリ(というかほとんどのOSのライブラリ)なら、
struct sockaddrとかアドレスを格納する構造体が用意されていて、
アプリケーションが直接int型でアドレスを保持するなんてことは
無いと思うのですが。
# 組み込み系のお話なら経験がないので分かりません。しかし、それならそうと
# きちんと明示していただけると。
Re: (スコア:0)
> 無いと思うのですが。
IP ulong とか、htonl とかでググると、いっぱい引っかかりますが。
# あ、正確には int ではなく unsigned long ね。
あと、その struct sockaddr 型を使う場合も 中身を ulong型でアクセスできるので、
inaddr.sin_addr.s_addr = htonl(0x7F000001);
みたいに整数型に依存した記述をすることは多いですよ。
Re:デメリットは? (スコア:1)
Re: (スコア:0)