IPv6移行計画に潜む欠点を回避

IPv6へのスムーズな移行を阻む5つの落とし穴

既存の社内インフラの大部分がIPv6に対応していたとしても、各機器の機能、システムアーキテクチャ、拡張性、管理機能、プロバイダーのサービスなどを丹念に置く必要がある。

公開 2011年05月20日 09時00分

更新 2012年09月04日 15時31分

著者

Irwin Lazar

[TechTarget]

印刷する

　企業のWANインフラをIPv6に対応させる計画を策定するに当たっては、社内の製品ポートフォリオに含まれるハードウェアとソフトウェアを注意深く調べる必要がある。しかし、それだけでは十分ではない。IPv6移行計画に潜む落とし穴を避け、移行をスムーズに進めるための5つの注意点を以下にリストアップした。

　「IPv6への移行戦略──企業にとって最低限の準備作業とは」を参考にして移行準備を進めた読者は、「後はIPv6を実装するだけだ」と思っているかもしれない。だが、事はそれほど単純ではない。既存の社内インフラの大部分がIPv6に対応していたとしても、IPv6への移行は、IPv4を使わずにIPv6で通信するように各機器を再構成すれば済むわけではない。IPv6への移行計画を成功させるには、各機器の機能、システムアーキテクチャ、拡張性、管理機能、プロバイダーのサービスなどを丹念に検証する必要があるのだ。

米国に学ぶIPv6移行期のセキュリティ

IPv6への移行でスパムボット活発化の恐れ――専門家が警告

IPv4／IPv6アドレス変換ソリューションの比較──本命はまだ実用化途上

落とし穴その1：ハードウェアかソフトウェアか？

　大多数のルータとスイッチはIPv6をサポートしているが、これらのネットワーク機器がIPv6パケットを転送する方法はさまざまだ。大容量コアルータは一般に、専用ハードウェア（ASICまたはネットワークプロセッサ）上でパケットを処理することにより、IPv4の転送を高速化する。しかしハードウェアアーキテクチャがIPv6をサポートしない場合が多い。これは、ルータが汎用プロセッサを使ってIPv6パケットを処理することを意味し、その結果、転送速度と転送容量が低下する。

落とし穴その2：アプリケーション

　大抵のアプリケーションは、基盤となるネットワークのInternet Protocol（IP）を意識することはない。だが例外もある。Session Initiation Protocol（SIP）を利用したリアルタイムサービスなどだ。SIPの作成者たちがIPアドレス情報をSIPのメッセージヘッダに含めたのは大きな誤りだ。SIPベースのアプリケーションのベンダーや開発者が、SIPヘッダでIPv6情報をサポートするようにアプリケーションを再構成しなければならないからだ。

落とし穴その3：キャリア

　MPLS（Multi-Protocol Label Switching）や住宅向けインターネット接続などのサービスでは、IPv6のサポートはまだ極めて限定的だ。例えば、米VerizonのFiOSではIPv6がサポートされていないため、FiOSを利用している家庭や在宅ワーカーは何らかのトンネリング技術に頼らなければIPv6サービスにアクセスできない。また、家庭用ルータの多くも、IPv6をまだサポートしていない。一方、米Comcast、NTT、米Hurricane Electricなどは既にIPv6への対応を進めている。ほとんどのキャリアはIPv4とIPv6の両方のトラフィックに対応する一方で、IPv4からIPv6へのゲートウェイとしてキャリアグレードNATを利用するというデュアルスタックアーキテクチャを採用している。しかしキャリアグレードNATは、キャリアネットワークにさらなる転送遅延を持ち込むものだ。

　また、多くのインターネットアーキテクトは、キャリアグレードNATがエンド・ツー・エンドのインターネットモデルを破壊するという懸念を抱いている。これは、NATを通過できないようにすることによってキャリアが特定のサービスを制限できることを意味する。しかし今のところ、キャリアグレードNATは、IPv4とIPv6の連係というニーズに対応するだけでなく、IPv4とIPv6のルートプロパゲーションを最小限にしてキャリアの境界ルータリソースの負荷を削減するというニーズに対応できる唯一の現実的なソリューションだと思われる。

落とし穴その4：マルチホーミングとプライベートアドレス

　マルチホーミングは多くの企業が利用している標準的な手法だが、IPv6のアドレッシングスキームは、ルート参照テーブルを簡素化するためにルートを集約化する階層構造を採用している。IPv6作成者たちは、プライベートIPアドレスやマルチホーミングのニーズを想定していなかったが、企業にはセキュリティと障害復元力の両方が必要とされる。マルチホーミング戦略やIPv6 NAT戦略を作成するには、サービスプロバイダーと緊密に連携し、場合によっては自社用のIPv6アドレス空間を取得する必要がある。

落とし穴その5：その他全て

　最初の4つの問題を解決した後には、最後の問題が待ち受けている。これは最大の問題かもしれない。今日のIPネットワークはルータ、スイッチ、PCだけで構成されているわけではない。WAN最適化／管理プラットフォーム、プロビジョニング／変更管理アプリケーション、センサー、マシン間通信（M2M）端末、各種管理ツールなど全てを検証することが必要なのだ。ITエンジニアはこれらがIPv6をサポートできるかどうか分析し、アップグレードあるいはゲートウェイ方式によってIPv4とIPv6の混在環境でレガシーアプリケーション／ハードウェアが共存できるようにしなければならない。

　全体的として見れば、IPv6移行計画にまつわるこれら5つの落とし穴は、IPv6への移行を断念しなくてはならないほど恐ろしいものではないが、IPv6を導入するには事前にしっかりとした計画を策定する必要があることを肝に銘じておかねばならない。IPv6に関するノウハウを持った専門サービス会社と契約するというのも有効な手だてだ。IPv6を実際に導入している企業はまだ少ないが、今後、企業への配備が進むのに伴ってサードパーティーのサービスが拡大するものと予想される。本稿で示したIPv6移行計画の落とし穴に気を付ければ、IPv6への道のりは少しは安全なものになるだろう。

印刷する