アカウント名:
パスワード:
SEとしてどうかと思うのですが、複雑すぎて手をつける気になりません。まして自社に何の得もないのでは。
アドレス拡張だけにしてくれりゃよかったものを、ここぞとばかりにてんこ盛りしなくても。
いや、複雑というより、IPv4と互換性がないのが問題かな。
単に桁を増やすだけの拡張だったら(既存のIPv4は0.0.0.0.0として、1.0.0.0.0以降を新設とか)、難なく移行できたのでは?と思う。NW機器の実装も負荷も大変なことにはなるし、後世に汚点と判断されることは間違いないが、プラットフォームでは後方互換が何より重要であることはCPUやOSの進化の歴史が証明してる。
世界中のIPv4にしか対応していないプログラムのほとんどすべてが、アドレスの長さは4バイトと決めつけている。受信側も同時に改修しなければ、拡張されたアドレスでは通信できない。どうせ改修するならIPv6に対応すればいいじゃん。
貴方は今、x86の歴史を否定した!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
複雑すぎ (スコア:0)
SEとしてどうかと思うのですが、複雑すぎて手をつける気になりません。
まして自社に何の得もないのでは。
アドレス拡張だけにしてくれりゃよかったものを、ここぞとばかりにてんこ盛りしなくても。
同感。 (スコア:1)
いや、複雑というより、IPv4と互換性がないのが問題かな。
単に桁を増やすだけの拡張だったら(既存のIPv4は0.0.0.0.0として、1.0.0.0.0以降を新設とか)、難なく移行できたのでは?と思う。
NW機器の実装も負荷も大変なことにはなるし、後世に汚点と判断されることは間違いないが、プラットフォームでは後方互換が何より重要であることはCPUやOSの進化の歴史が証明してる。
Re: (スコア:0)
世界中のIPv4にしか対応していないプログラムのほとんどすべてが、アドレスの長さは4バイトと決めつけている。受信側も同時に改修しなければ、拡張されたアドレスでは通信できない。どうせ改修するならIPv6に対応すればいいじゃん。
Re:同感。 (スコア:0)
貴方は今、x86の歴史を否定した!