IPv6移行技術（MAP-E・DS-Lite・464XLAT）とデュアルスタック運用

1. 概要と本質：なぜ日本でIPv6 IPoEとIPv4 over IPv6が普及したのか

2011年、インターネットのIPアドレスを管理するIANA（Internet Assigned Numbers Authority）における未割り当てIPv4アドレス在庫が完全に枯渇しました。 現在、世界中で新規に割り当て可能なIPv4アドレスは実質的にゼロとなっており、128ビットの広大なアドレス空間を持つ「IPv6（Internet Protocol Version 6）」への移行は不可避の命題となっています。

特に日本のインターネット環境においては、IPv4アドレス枯渇に加えて「NTT東日本・西日本の光回線（フレッツ網）におけるPPPoE網終端装置（NTE）の夜間大輻輳問題」が深刻化しました。 従来の「PPPoE接続」は、ISPの接続認証（ID/パスワード）を行う終端装置（NTE）に全トラフィックが集中し、夜間に通信速度が数Mbpsまで低下する現象が頻発しました。

これを回避するために普及したのが、認証装置を経由せずNTT網とISP間を大容量接続する「IPoE（IP over Ethernet：ネイティブIPv6接続）」です。 しかし、IPoE網は「純粋なIPv6通信」しか流せません。世界中の多くのWebサイトやゲーム、業務システムは依然としてIPv4で動いているため、「IPv6のインフラ網を通って、IPv4のインターネットへ抜ける技術（IPv4 over IPv6技術）」が必須となりました。

ネットワークスペシャリスト（NW）午後・科目B試験では、「SLAACとDHCPv6によるアドレス自動設定」「DS-Lite（ステートフル）とMAP-E（ステートレス）のアーキテクチャ差」「MAP-Eにおけるポートセット（Port Set ID）計算とサーバ公開不能の落とし穴」「464XLATのCLAT/PLAT構造」が頻出します。 本稿では、これらの動作原理と実務設計を徹底解説します。

2. IPv6アドレス体系とアドレス自動設定の基礎

IPv6アドレスは128ビット長であり、16ビットごとにコロン（:）で区切った8つの16進数ブロックで表記します。

図のデータを表示できません。

2.1 主要なIPv6アドレス種別

1. グローバルユニキャストアドレス（2000::/3）: インターネット上で一意にルーティング可能な公有アドレス。

2. リンクローカルユニキャストアドレス（fe80::/10）: 同一L2セグメント内のみで通信可能なアドレス。ルータ越えは不可。ルータのネイバー関係（OSPFv3やBGP）やSLAACの初期通信で使用。

3. ユニークローカルユニキャストアドレス（fc00::/7）: IPv4のプライベートIPに相当する組織内限定アドレス。

4. マルチキャストアドレス（ff00::/8）: IPv6にはブロードキャストが存在せず、すべてマルチキャストで代替。

2.2 SLAAC vs DHCPv6のアドレス自動設定

IPv4ではDHCPサーバが必須でしたが、IPv6ではルータさえあれば端末が自律的にアドレスを生成できる SLAAC（Stateless Address Autoconfiguration: RFC 4862） が標準です。

図のデータを表示できません。

• SLAAC（ステートレス）: ルータは「誰にどのアドレスを割り当てたか」のステート（状態）を一切管理しない。

• ステートフルDHCPv6: DHCPv6サーバがIPアドレスの配布履歴とリース期間を厳密に管理する（固定IPを配りたい企業向け）。

• ステートレスDHCPv6: IPアドレス自体はSLAACで生成させ、「DNSサーバのIPアドレス」や「ドメイン名」などの付加情報だけをDHCPv6で配布する（RAのOフラグ=1）。

3. IPv4 over IPv6移行技術の2大方式：DS-Lite vs MAP-E

IPoE接続において、IPv6ネットワークを経由してIPv4インターネットへアクセスするための2大方式が 「DS-Lite」 と 「MAP-E」 です。両者の最大の違いは、「NAPT（アドレス変換）をどこで実行するか」です。

図のデータを表示できません。

3.1 決定的なアーキテクチャ比較

4. MAP-Eのポートセット（Port Set ID）計算と運用制限

MAP-Eでは、ISPから割り当てられたIPv6プレフィックスの中に、「利用してよいIPv4アドレス」と「利用してよいポート番号の範囲（ポートセット）」の情報が数学的にエンコードされています。

図のデータを表示できません。

[!CAUTION] 試験頻出の落とし穴：MAP-E環境下での社内サーバ・公開サービス不能障害 - 問題の本質: MAP-Eでは、1つのグローバルIPv4アドレスを例えば「64世帯」で共有します。各世帯には、全体で約1,000個（あるいは240個）のポート番号しか割り当てられません。 - 致命的制約: 「Well-Knownポート（80番, 443番, 500番等）」は、特定の加入者（または誰も使えない共有予約）にしか割り当てられないか、最初から除外されています。 - 障害事象: 企業が安価なMAP-E光コラボ回線を導入したところ、「社内Webサーバの公開（80/443）」「本拠店間IPsec-VPNの待受（UDP 500/4500）」「監視カメラの外部公開」が一切できなくなる。 - 解決策: 公開サーバやIPsecルータを置く拠点には、MAP-E共有型ではなく、「固定IP1個（または固定IP複数個）オプション契約」（専用のIPv4アドレスが1個丸ごと割り当てられ全ポートが使えるサービス）を契約する。

5. モバイル網のIPv6移行：464XLAT（RFC 6877）

スマートフォンの5G/LTEモバイル回線では、ネットワーク機器の省電力化とアドレス節約のため、キャリア網内を「純粋なIPv6シングルスタック」で運用する動きが進んでいます。 しかし、端末上の古いゲームアプリや企業専用アプリがIPv4アドレス決め打ちでソケットを開こうとすることがあります。

これを救済するのが 464XLAT です。

図のデータを表示できません。

• CLAT（Customer-side translator）: 端末OS内部で動作し、IPv4パケットを特別なIPv6プレフィックスを持つIPv6パケットに変換（ステートレスNAT46）。

• PLAT（Provider-side translator）: キャリア網の出口に置かれたNAT64機器で、IPv6パケットを通常のIPv4グローバルパケットに変換（ステートフルNAT64）。

6. 午後・科目B形式 実戦演習

【問題シナリオ】

デザイン事務所のE社は、オフィス移転に伴い、インターネット回線の速度改善とコスト削減を目的として、光回線サービス「IPoE（MAP-E方式）」を新規契約した。 E社のネットワーク構成は、フロア内に配置されたMAP-E対応ブロードバンドルータ（RT-01）の配下に、社員PC（20台）、社内ファイル共有サーバ、および外部の提携先企業から常時接続される「校正確認用Webサーバ（ポート80/443で自社ホスティング）」が設置されている。

図のデータを表示できません。

回線開通後、社員PCから外部Webサイト（GoogleやYouTube）の閲覧は極めて高速になり、下りスループットは従来の5倍以上に向上した。 しかし、提携先企業から「E社の校正用Webサーバ（http://work.e-design.co.jp）へアクセスしようとしても、接続タイムアウトとなり一切開かない」という緊急連絡が入った。 E社の管理者がRT-01のポート転送（静的NAT / NAPT）設定画面を確認したところ、Webサーバ宛てのポート転送ルール（TCP 80番および443番宛てを 192.168.1.100 へ転送）を有効化しようとすると、ルータの管理画面に「指定されたポート番号はMAP-Eの利用可能ポート範囲外です」というエラーが表示され、設定が保存できなかった。

【設問1】

E社が導入したMAP-E方式において、ルータRT-01でWebサーバ用の標準ポート（TCP 80番および443番）に対するポート転送設定が行えなかった理由について、MAP-EにおけるIPv4アドレスおよびポート番号の割り当て仕様に着目して35字以内で述べよ。

解答への思考プロセス

• MAP-Eの動作原理:

- MAP-Eは、1つのグローバルIPv4アドレスを複数の加入者で共有するため、各加入者のルータ（CE）には特定のポート番号セット（Port Set ID）しか割り当てられない。 - Webの標準ポートである「TCP 80番」や「TCP 443番」はWell-Knownポート（0〜1,023）に属しており、E社のルータに割り当てられたポート番号の範囲（ポートセット）に含まれていない。 - そのため、ルータは80番や443番宛てのパケットを外部から受信することができず、ポート転送ルールを設定できない。

• 設問要求の確認:

- 「MAP-EにおけるIPv4アドレスおよびポート番号の割り当て仕様」に着目。 - 35字以内。

• 文章作成:

- 1つのIPを共有し特定ポートセットのみ割り当てられる仕様のため。（34字） - 1つのIPv4を共有し80番等のポートが自社に割当外であるため。（34字）

模範解答

1つのIPv4を共有し80番等のポートが自社に割当外であるため。（34字）

減点・失点分析

• ×「WebサーバのIPアドレスがプライベートIPだから。」（プライベートIPであっても通常のNAPTであればポート転送可能なため、的外れな回答。0点）

• △「ポートが制限されているから。」（なぜ制限されているのか「複数加入者によるIPv4共有とポートセット割当」に言及していないため減点）

【設問2】

E社が、提携先企業からURLを変更（非標準ポート番号の指定）させることなく、従来の標準ポート（TCP 80/443）のままで自社Webサーバへのアクセスを可能にするために、インターネットプロバイダとの回線契約において変更すべき内容を30字以内で述べよ。

解答への思考プロセス

• 解決策の選定:

- MAP-Eの共有型契約（動的共有IP）のままでは、ウェルノウンポート（80/443）の利用は原理的に不可能。 - 提携先にポート番号（例: http://work.e-design.co.jp:12345/）を指定させる運用変更は要件違反。 - プロバイダのIPoEサービスの中で、全ポート（0〜65535）が自社専用に占有できる 「固定IPアドレス（固定IP1個契約）」 オプションへ契約を変更する。

• 字数制限（30字以内）への整形:

- 「固定IPv4アドレスが占有できる契約に変更する。」（26字） - 「専用の固定IPv4アドレス契約に変更する。」（22字）

模範解答

専用の固定IPv4アドレス契約に変更する。（22字）

減点・失点分析

• ×「PPPoE接続に戻す。」（夜間輻輳問題が再発し「速度改善」の目的を損なうため不適）

• △「DNSレコードを変更する。」（IPアドレス自体のポート制約を解決できないため0点）

7. まとめと次ステップ

IPv6移行技術は、IPv4枯渇と高速化要請が交錯する現代インフラの要石です。

• SLAAC: ルータ広告（RA）によるステートレスな自律アドレス生成。

• DS-Lite: ISP集中型（AFTR）のステートフルCGN。

• MAP-E: 各CEルータが分散してNAPTを行うステートレス方式（ポート数制限に注意）。

• 464XLAT: モバイルIPv6シングルスタック網でのIPv4アプリ救済技術。

次稿 NWP-16（ネットワーク運用監視（SNMPv3・NetFlow/IPFIX・Syslog）の実務） では、ネットワークの障害予兆を検知し、帯域逼迫の犯人を突き止めるSNMPv3、フロー解析（NetFlow/IPFIX）、およびミリ秒単位の時刻同期（NTP）を含む運用監視の全貌を徹底解明します。