IPv4インターネットアドレスは
もうすぐなくなります。 ほとんどの企業では、疑問が生じますが、どれほど影響がありますか？ インフラストラクチャ全体を
IPv6にすぐに変換する必要がありますか、または他のオプションを使用できますか？ 次の提案は、いつそれを心配するか、より重要なことではない場合に提案されます。
今年2月、Internet Assigned Numbers Authority（
IANA ）は、アジア太平洋アドレスエリア管理（ARNIC）に
IPv4アドレスの最後の2つの移行前
IPv4ブロックを割り当てました。 [2011] 8月初旬のどこかで、4つの地域アドレス空間管理（ARINC、ARIN、RIPE、およびLACNIC）が、移行のために予約されていない残りのブロックをクライアントに配布し始めます。
この瞬間から、インターネットは移行フェーズに入り、その結果、
IPv6が広く使用されるようになり
ます 。 ただし、一部の専門家は、
IPv4がさらに長年にわたって運用され続ける状況を目の当たりにし
ます 。
移行はどれほど壊滅的になりますか？ これは議論すべき大きな質問です。 「これは最大の問題ではない」から「私たちが知っているようにオープンインターネットの終わりになる」という予測の範囲。 「ほとんどの人と企業は小さな粗さ以外は何も気づかない」から「巨大で長期的なコストは避けられない」まで。 「
IPv6は本当にうまく機能します」から「
IPv6は、新しい世代のシリコンが登場するまで、多くのクラスのアプリケーションのパフォーマンスを低下させます」。
誰を信じますか？
誰もが通信機器およびサービスのサプライヤと
IPv6に移行するための独自の冷静な計画を開発するにつれて、リフレクションに関するいくつかのトピックを提供します。
心配しないでください ：これは「2000年問題」と同じです。 多くのノイズが発生し、最終的に問題がほぼ完全になくなります。
心配 ：一方、「2000年の問題」を解決するとき、多くの作業コードが書き直され、いくつかの時代遅れの機器が廃棄されました。 この場合、あなたはほとんど何もする必要がありません-ただ準備してください。 コードを変更するか、新しいシステムに移植して新しいAPIを実装し、
IPv6アプリケーションとデータベースに移動する必要があります（
IPv4経由のアドオンを使用する
場合があります ）。 1つのことがこの作業を明るくしています。これらのシステムのほとんどは、COBOLと比較して、より関連性の高い言語で記述されています。 さらに、多くの企業は、NAT設定とファイアウォール（おそらく
Firewall Builderなどのツールを使用）の創造的な使用と組み合わせて、ネットワーク機器をデュアルサポート機器（
IPv4 / IPv6 ）に移行または再構成して、粗さを滑らかにすることを計画しています。 このすべてに必ずしも多額の費用が必要というわけではありませんが、非常に困難で時間がかかります。 「IPv6の世界」への移行時間のさらに最も楽観的な推定値は、潜在的な非互換性の問題、ネットワークリソースへのアクセスの喪失、「死の白い画面」、および最後のデバイスまで混乱を引き起こすその他のストレス要因を含む5年以上の期間を与えます
IPv4は使用されなくなります。
心配しないでください ：すべてのパソコンがWindows 7に切り替えられているため、
IPv6と互換性があり
ます 。 ほとんどのネットワーク機器も準備ができています。 時間が来たらすぐに、設定を
IPv6に切り替えるだけで、すべてが問題なく機能します。
心配 ：おっと...人気のあるテクノロジーと収束を止めて考える必要があります。 WiFiを備えたほとんどのモバイルデバイス（Android、iOSなど）は、
IPv4がトンネリング用にカプセル化した場合にのみ、WiFiを介した
IPv6を使用できます。 ネットワークプリンターとスキャナーには、ほとんどのVoIP機器と同様に、少なくともファームウェアの更新が必要です。 ほとんどの企業（および消費者）は、ダブルスタック、トンネリング、NATの時代の跳躍を克服することはできません。
心配しないでください ：移行後、
IPv6ルーターの生産性は18倍になり、負荷の高いモードでのポイントツーポイント通信のオプションが増えます。 インターネットのパフォーマンスは成長するだけです。
心配 ：理論的には、
IPv6のパフォーマンス
は IPv4よりも高い（少なくとも低く
はなりません）。 実際には、いくつかのシステム上の理由により、パフォーマンスが
IPv4よりも低いことがわかります。 最も可能性が高いのは、主な原因はまだ解決されておらず、一元的に実装されていない移行メカニズムです（
IPv4を介した
IPv6のトンネリングなど）。 次に、
IPv6をサポートするネットワークコンテンツの配信メカニズムの障害（たとえば、消費者により近いキャッシュ）。 最後に、
IPv6要件に準拠したパフォーマンス管理経験の欠如。
移行について詳しくは
こちらをご覧ください 。 引用の簡単な翻訳：
移行を成功させる主な目的は、ホストとIPv4およびIPv6アドレスとの対話を維持することです。 2番目の目標は、 IPv6ホストとルーターをできるだけ広く独立してインストールできるようにすることです。 3番目の目標は、エンドユーザー、システム管理者、およびネットワーク管理者に対する最大限の透明性です。
IPv6の移行メカニズムは、アドレス指定と展開の特定の手順を備えたホストおよびルーター用の内部実装ツールのセットであるため、移行は最小限の問題で行われます。 これにより、 IPv4がシーンを離れるまでIPv6ホストがIPv4ホストと通信できるようになります 。
UPD。 実り多い議論をありがとう。 ここでは、コメントから有用なリンクをまとめて追加しようとします。
- この記事は翻訳であり、著者とトピックのスターターは異なる人々です。 構造的には挑発的です-「心配しないで」というセクションが素晴らしい皮肉で書かれていることは明らかです。
- IPv4ルートレジストラーアドレスのプライマリプールがなくなり、完全に配布されました。 地域のレジストラは、2011年8月から準備金の分配を開始します。移行期間は、「不安定」と軽度に言えば少なくとも5年です。
- IPv6は、IPv4を置き換えるための新しい標準として発表されています。 今日、「アダルト」ネットワークでのテストは不十分であり、宣言された互換性とサポートはまだ理論的です-現実の困難はまだ始まっていません。 理論的な議論は10年間続いていますが、本当の移行はありません...多くの失敗したERP実装プロジェクトを思い出させます-システムは準備ができており、それに住み始める必要がありますが、急いでいる必要はなく、誰も必要としません-そして、システムは時代遅れになり、その機能は現実に対応しなくなります。
- 既存のシステムでのIPv6サポート...「パッチ」と呼びましょう。 ...からw $$をかわして使用できるようです。 最初に[]のブラウザにIPv6アドレスを入力する必要があり 、次に外部サービスを使用します 。 IPv4用に作成された単一のスムーズなシステムはありません。
- 実際の生産性の理論的成長は、生産性の急激な低下と リソース要件の大幅な増加を示しています 。
- IPv6の懸念は、ネットワークオペレーターの影響が最も大きく、エンドユーザーの影響ははるかに少ないです。 しかし、これは双方にとってそれが目に見えないという意味ではありません。 オペレーターは、機器の変更、購入、再構成、人員の訓練を行う必要があります。 しかし同時に、これは彼らの専門分野です。つまり、非常に複雑な問題はほとんどありません。 エンドユーザーは多くのことを習得する必要はありません...しかし、彼ら自身の多くは何倍もあり、ネットワーク問題の彼らの資格は低いです-彼らは単純な問題の塊によって単に押しつぶされます。
- 少なくとも静的IPについては、価格の上昇を待っています。 Rostelecom 、たとえば
一般に、次の鐘が鳴りました-新しい標準への迅速な移行についてではなく、少なくともあなたの準備について本当に考える時です。