IPv6移行計画に潜む欠点を回避
IPv6へのスムーズな移行を阻む5つの落とし穴
既存の社内インフラの大部分がIPv6に対応していたとしても、各機器の機能、システムアーキテクチャ、拡張性、管理機能、プロバイダーのサービスなどを丹念に置く必要がある。
企業のWANインフラをIPv6に対応させる計画を策定するに当たっては、社内の製品ポートフォリオに含まれるハードウェアとソフトウェアを注意深く調べる必要がある。しかし、それだけでは十分ではない。IPv6移行計画に潜む落とし穴を避け、移行をスムーズに進めるための5つの注意点を以下にリストアップした。
「IPv6への移行戦略──企業にとって最低限の準備作業とは」を参考にして移行準備を進めた読者は、「後はIPv6を実装するだけだ」と思っているかもしれない。だが、事はそれほど単純ではない。既存の社内インフラの大部分がIPv6に対応していたとしても、IPv6への移行は、IPv4を使わずにIPv6で通信するように各機器を再構成すれば済むわけではない。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への道のりは少しは安全なものになるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「有線LAN環境」に関するアンケート
-
4
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
「データストレージの活用方法」に関するアンケート
-
7
「自動化」で「DX」は強制的に進む? そのシンプルな理由
-
8
AWS障害でも補償ゼロの衝撃 サイバー保険で情シスが見落とす「細則の壁」
-
9
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
10
「データを国内に置く」だけでは不十分 情シスが知るべきAI時代の「デジタル主権」
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー