アカウント名:
パスワード:
240.0.0.0/8- Future Use Reserved for future use (formerly "Class E") (RFC 1112). 255.0.0.0/8 255.255.255.255 is reserved for "limited broadcast" destination address (RFC 919) and (RFC 922). 240.0.0.0/4.
の定義されて無いとこなんか、もう民間で使っちゃっていいんじゃねーの?v4でこれ以上将来のためにリザーブしておく必要ないでしょ。
それらのIPアドレスでは接続できないWindows PCとかいう機器のせいで断念する羽目になった。機器を更新できるならIPv6に対応すればいいのだから本末転倒だし。IPv6ではこの失敗を踏まえて、特にマルチキャストとかユニークローカルとか規定されていないすべてのアドレスはグローバルユニキャストアドレスとして扱えと規定された。
それってMicrosoftがアップデートパッチをリリースすれば良いだけの話なんじゃないの?
パソコンだけでなくルータが対応していない可能性があるし、下手に互換性あるIPv4の予約領域使えば古いコンピュータが接続できなくなるだけでなく、インターネット自体の崩壊の可能性があるのでは?
「明日から変えます」とか言うんじゃなく、準備期間を設けて対応OSやファームの普及を促すというのでは?
ルーターで本当に問題が起きうるのかどうか知らんが、ネットの幹線となっている所々が対応してくれれば、大混乱は起きないでしょう。
そんな手間をかけてもいいならIPv6への移行は速やかに進むでしょうね。
問題が起きる所だけ対処すれば良い、対処した後も今までのサービスを利用し続けることが出来る、というのが違いでしょ。
v6のような、世界中の全てのネットにつながる機器やその制御ソフト、アプリを切り替えていかなきゃならない、そして相互に行き来できないから、世界中が全て切り替わるまで、v4とv6の環境両方を維持し続けなくてはいけない、というものではない。
これは大きな違いですよ。
IPv4同士独立してない系列だからこそ、下手に変なもの(IPv4の予約領域)繋げたら、自身が対応していても対応してないルータを起点に連鎖的にシステム全体が崩壊する可能性がある。途中でパケットが消失したり、異常な設定とシステムが受け付けなかったり、クラッシュ繰り返して経路変更のパケットでインターネットに負荷かけたり
そんなリスクよりは、独立した系列を作って二重化した方がマシってこと。
だから準備期間を置いて、って言ってるのに。20XX年から予約領域のアドレスの配布を始めるから、各ノードはそれまでに問題が起きないかチェックしておくように、とお触れを出せばいいんじゃないの?
それでみんな準備してくれると期待するのが誤りなのは明らかだし、そんな手間かけて延命するならIPv6に投資したほうがまし。
RFCを無視するようなノードなんて、早々にネットから蹴りだされてしまっているのでは?
そもそも予約領域ってのは、将来ここの部分は使い方が変わりますよ、ということなんだから至極全うな方法だ。
もう市場占有率的に全てのクライアントOSも大抵のサーバOSもキャリアのコアネットワークを支えるルータも全部IPv6 ReadyになってるしラストワンマイルもIPv6 ReadyだぞGoogleもAppleもFacebookもAkamaiもCloudFlareも全部IPv6優先でデータを送ってくるぞ現実を受け入れろよ
日本だとそうねえDMMとFC2がIPv6のほうが快適に動画が見れますとやってくれれば一気に普及するんじゃないの
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
/8を2つも持ってる企業 (スコア:2)
Re: (スコア:0)
240.0.0.0/8- Future Use Reserved for future use (formerly "Class E") (RFC 1112).
255.0.0.0/8 255.255.255.255 is reserved for "limited broadcast" destination address
(RFC 919) and (RFC 922). 240.0.0.0/4.
の定義されて無いとこなんか、もう民間で使っちゃっていいんじゃねーの?
v4でこれ以上将来のためにリザーブしておく必要ないでしょ。
Re: (スコア:2, 興味深い)
それらのIPアドレスでは接続できないWindows PCとかいう機器のせいで断念する羽目になった。機器を更新できるならIPv6に対応すればいいのだから本末転倒だし。
IPv6ではこの失敗を踏まえて、特にマルチキャストとかユニークローカルとか規定されていないすべてのアドレスはグローバルユニキャストアドレスとして扱えと規定された。
Re: (スコア:0)
それってMicrosoftがアップデートパッチをリリースすれば良いだけの話なんじゃないの?
Re: (スコア:0)
パソコンだけでなくルータが対応していない可能性があるし、
下手に互換性あるIPv4の予約領域使えば古いコンピュータが接続できなくなるだけでなく、インターネット自体の崩壊の可能性があるのでは?
Re: (スコア:0)
「明日から変えます」とか言うんじゃなく、準備期間を設けて対応OSやファームの普及を促すというのでは?
ルーターで本当に問題が起きうるのかどうか知らんが、ネットの幹線となっている所々が対応してくれれば、
大混乱は起きないでしょう。
Re:/8を2つも持ってる企業 (スコア:0)
そんな手間をかけてもいいならIPv6への移行は速やかに進むでしょうね。
Re: (スコア:0)
問題が起きる所だけ対処すれば良い、対処した後も今までのサービスを利用し続けることが出来る、
というのが違いでしょ。
v6のような、世界中の全てのネットにつながる機器やその制御ソフト、アプリを切り替えていかなきゃならない、
そして相互に行き来できないから、世界中が全て切り替わるまで、v4とv6の環境両方を維持し続けなくてはいけない、
というものではない。
これは大きな違いですよ。
Re: (スコア:0)
IPv4同士独立してない系列だからこそ、下手に変なもの(IPv4の予約領域)繋げたら、
自身が対応していても対応してないルータを起点に連鎖的にシステム全体が崩壊する可能性がある。
途中でパケットが消失したり、異常な設定とシステムが受け付けなかったり、クラッシュ繰り返して経路変更のパケットでインターネットに負荷かけたり
そんなリスクよりは、独立した系列を作って二重化した方がマシってこと。
Re: (スコア:0)
だから準備期間を置いて、って言ってるのに。
20XX年から予約領域のアドレスの配布を始めるから、
各ノードはそれまでに問題が起きないかチェックしておくように、
とお触れを出せばいいんじゃないの?
Re: (スコア:0)
それでみんな準備してくれると期待するのが誤りなのは明らかだし、そんな手間かけて延命するならIPv6に投資したほうがまし。
Re:/8を2つも持ってる企業 (スコア:1)
Re: (スコア:0)
RFCを無視するようなノードなんて、早々にネットから蹴りだされてしまっているのでは?
そもそも予約領域ってのは、将来ここの部分は使い方が変わりますよ、ということなんだから
至極全うな方法だ。
Re: (スコア:0)
もしかしてIPv4規格を制定した技術者はバカだったのか?
Re: (スコア:0)
もう市場占有率的に全てのクライアントOSも大抵のサーバOSもキャリアのコアネットワークを支えるルータも
全部IPv6 ReadyになってるしラストワンマイルもIPv6 Readyだぞ
GoogleもAppleもFacebookもAkamaiもCloudFlareも全部IPv6優先でデータを送ってくるぞ
現実を受け入れろよ
日本だとそうねえDMMとFC2がIPv6のほうが快適に動画が見れますとやってくれれば一気に普及するんじゃないの