NTT情報流通プラットフォーム研究所
藤崎智宏
1. 標準化の経緯と現状
インターネットは、IETF （Internet Engineering Task Force）における技術の標準化、RIR（Regional Internet Registries）によるIPアドレス等の資源管理ポリシー策定、およびNANOG（North America Network Operator's Group）等の地域ネットワーク運用コミュニティにおける運用技術に関する議論という、技術／資源管理／運用の3つの大きな軸により進展している。
IPv6においては、従来はIETFでの技術標準化が中心的存在であったが、資源管理組織におけるIPv6アドレス配布の開始後、IPv6アドレス配布ポリシーに関して活発に議論されるようになり、またIPv6ネットワークの世界的な進展により、運用コミュニティのミーティングでもIPv6に関する話題が取り上げられるようになってきている（RIRにおけるIPv6関連ポリシーの動向については「JPNIC通信」に詳しい）。
IETFでは従来、ipng wg（IP Next Generation Working Group）とngtrans wg（Next Generation Transition wg）にてIPv6技術の標準化作業が行なわれてきた。標準化の進展に伴い、ipng wgはipv6 wgが引き継ぎ、またngtrans wgは移行技術からオペレーションに特化したv6ops wgに引き継がれた。
現在では、IETFにおいては各種プロトコル仕様策定の際、IPのバージョンに依存しない標準化を実施することが基本要件になっており、IPv6に関連した標準は多くのワーキンググループで議論されている。図１に、IETFにおける主なIPv6関連WGの変遷を示す。
【図1】IETFの主なIPv6関連のWG
2005年11月にカナダのバンクーバで開催された ipv6 wg のミーティングにおいて、ipv6 wgは収束フェーズに入り、今後IETFにおけるface-to-faceミーティングを実施しないことが決定した。これは、ipv6がプロトコルとしては完成していることを内外にアピールすることを一つの目的としている。
2005年11月のこの時点で、ipv6 wgは、以下の項目を終えたあと、WGを終了することとされている。
- RFC3041のIPv6プライバシーアドレスの改版（Draft Standardへ）
- ICMP name lookup のRFC化
- IPv6 over PPP（RFC2472） の改版 （Draft Standardへ）
- RFC2461 におけるMフラグとOフラグの扱いの明確化
- アドレス選択（RFC3484）の改版
- IPv6のベース仕様とされているRFC（現RFC2460のコア仕様、RFC2461の近隣探索、RFC2462のステートレスアドレス自動設定、RFC2463のICMPv6など、現在はDraft Standard状態）を、標準化の最終段階であるStandardにする作業の実施
2006年12月時点では、上記の1と3は改版作業が進行しておりRFC化が目前、2はRFC4620として発行済、4は改訂文書を新ドラフトに反映済、5は議論中となっている。6についても、それぞれの文書のステータスはまちまちであるものの、改版作業が進行している。
参考までに、IETFにおける標準化のプロセスを図2に示す。現在、4,000を超えるRFCが発行されていまるが、StandardまでになっているものはIP（インターネットプロトコル）、UDP、TCPなど70個弱にすぎず、多くがProposed StandardやDraft Standardの状態で広く使われているのが現状である。
【図2】IETFにおける標準化のプロセス
2. IETF 67 におけるIPv6関連WGの動向
2.1 IETF 67概要
第67回IETFは、2006年11月5日（日）から11月10日（金）まで、アメリカ、カリフォルニア州のサンディエゴにて開催された。IETF自体の参加人数であるが、図3に示すように、ここ数回は1,200人程度の人数で推移している。IETF参加者の国別割合を図4に示す。国ごとの比率は、ここ数回ほぼ同様で、USの参加者が大多数を占め、日本、韓国、ドイツがそれに続いている。
【図3】IETFへの参加人数の推移
【図4】IETF参加者の国別割合
2.2 v6ops （IPv6 Operations） WGの動向
v6ops WGは、IPv6/IPv4の共存時における運用や、セキュリティに関する話題を主に扱うWGである。今回は、毎回実施されるWGドキュメントについての議論の他に、NAT-PTの後継プロトコルについての提案、IPv6ネットワークのリナンバリングに関する議論、および、複数アドレス選択に関する議論が実施された。
RFC2766で定義されているNAT-PT（参考：IPv6移行メカニズム概論 第2回）は、IPv6/IPv4の相互プロトコル変換を実施する仕組みである。NAT-PTは、運用やセキュリティに多くの問題が指摘されており（draft-ietf-v6ops-natpt-to-exprmntl に詳述されている）、この仕様は Proposed Standard から Historic のステータスに変更されることになっている（当初、Experimentalステータスへの移行が予定されていたが、図2に示すように、IETF文書のステータスは、Proposed Standard からはExperimental への移行ができないため、Historicにする方向に変更された）。しかしながら、IMSネットワークでのアドレス変換の必要性があるとの意見があり、同機能を持ったプロトコルについて、再度提案／議論が実施されることになった。
WGドキュメントの議論では、
- 802.16ネットワーク（WiMAX等）におけるIPv6デプロイメントシナリオ
（draft-ietf-v6ops-802-16-deployment-scenarios） - IPsecを用いた、IPv6トンネルのセキュア化
（draft-ietf-v6ops-ipsec-tunnels） - IPv6ユニキャストアドレス割り当て
（draft-ietf-v6ops-addcon） - キャンパスネットワークにおけるIPv6移行シナリオ
（draft-ietf-v6ops-campus-transition） - IPv6におけるポートスキャン
（draft-ietf-v6ops-scanning-implications）
の各文書のレビューがあり、それぞれ、関連WGへの意見照会後にRFC化に向けたラストコール（WGLC：ワーキンググループラストコール）が実施されることになった。これらWG文書の議論後、IPv6ネットワークのリナンバリングに関する議論、および、IPv6の複数アドレス選択に関する議論が実施された。
v6opsへの提案文書に関する議論の後、オープンな議論として、IPv6のマルチホーミングについての議論が実施された。マルチホーミングは、IPv6の課題の一つであり、過去から議論が続いている。
最近、「JPNIC通信 第3回 IPv6におけるマルチホームの実現に向けて」にも紹介されているように、IPv6においてもIPv4と同様にプロバイダ非依存アドレスを配布しよう、という動きが現実のものとなり、実際にARINでは配布が開始され、APNICでも配布される予定となっている。
これらの動きは、マルチホーム問題に一定の解を与える一方で、IPv6の経路情報の増大を招くことが懸念されている。IPv4/IPv6の経路情報増大に関する問題については、IETFの全体会議（毎回、木曜日夕刻に開催されるプレナリセッション）においても提起されており、今後、解決に向けての議論が加速されると思われる。
2.3. shim6 （Site Multihoming by IPv6 Intermediation） WG の動向
sihm6 WGは、IPv6のマルチホーム問題の解法として、IPv4で主に実施されているBGPを用いたルーティングによるマルチホームではなく、エンドホストがそれぞれの間でインタラクションを実施することによりマルチホームを実現するプロトコルを策定するWGである。今回は、基本スペックのWGLCと実装状況の紹介が主であった。
shimプロトコルの基本スペックは、
- Level 3 multi-homing shim protocol
shim プロトコル自体の記述 - Hash Based Addresses （HBA）
ハッシュを用いてアドレス情報を安全に交換するHBA方式について記述 - Failure Detection and Locator Pair Exploration Protocol for IPv6 multi-homing
通信障害検出とアドレスペア選択の方式を記述
の3文書で構成されている。これらの文書について議論が実施されたが、文書のレビューが不十分であったため、ミーティングではWGLCには至らず、メーリングリストで継続審議ということになった。
また、基本スペック以外のいくつかの拡張提案について更新状況が紹介されたあとで、ソウル大学とETRI（韓国電子通信研究院）が共同で進めている実装の進捗状況について報告があった。IETFでは他の標準化組織に比べ、特に実装が重視される。shimプロトコルの実装としては、これ以外にもいくつか同時に実装されているようであるが、まだ基本スペックの実装を完了しているものは無い。
この状況を含め、shim6 WGの今後の方向性として、基本スペックをIESGに提出した後は、実装が完了するのを待ち、完了後に実装から得られた知見等も含めて基本スペックや拡張モジュールの検討を行ってはどうか、という提案がチェアからなされた。次回IETFでは、shim6 WGのミーティングは開催されない予定である。一時は多くの注目を集めていたshim6 WGであるが、トラフィックエンジニアリングに対するオペレーターからの要求に応えられていないこと、IPv6でもPIアドレスが利用可能になったことから、興味関心が薄れてしまったように思われる。
第67回IETFミーティングの各種情報は、以下のURLより参照可能となっている。
■全体プログラム
https://datatracker.ietf.org/public/meeting_agenda_html.cgi?meeting_num=67
■WGアジェンダ、発表資料
https://datatracker.ietf.org/public/meeting_materials.cgi?meeting_num=67
