|
|
|
この人に聞く IPv6 |
|
サーティフィケーションWG 副主査 |
|
どんないきさつでTAHIプロジェクトはできたのですか? |
|
宮田氏 |
1998年4月にWIDEプロジェクトの中にKAMEプロジェクトができて、IPv6のコードを開発して世の中にフリーで提供しましょうという活動が始まりました。そのコードを品質面でサポートするために、約半年後に立ち上がったのがTAHIプロジェクトなんです。最初はそういう活動をしていたんですが、しばらくしてKAMEのコードが各種BSD系のOSに取り込まれるようになって品質的にも安定してきたので、今はTAHIの軸足を、機器を開発するベンダー向けに少しシフトしています。最終的には、広い意味でのユーザー(サービス提供者とエンドユーザー)が安心して機器を購入できるような、その時の指標となるようなテストツールを開発したいと考えています。 |
なぜ、TAHIのようなプロジェクトが必要とされているのでしょうか? |
|
宮田氏 |
IPv4のインターネットというのは、研究者仲間の小さなスケールから始まって、徐々に徐々に大きなスケールへとトライ&エラーを繰り返して、今のように誰もが利用できる社会的なインフラに成長してきました。IPv6は、そのもうできあがった後のインフラに適用されるわけです。いきなりIPv6を持ってきても、それが本当に使えるものかどうか分からない。けれども、ユーザーは当然使えるものだと期待してしまっている。ですから、IPv6ではIPv4のようなトライ&エラーを繰り返すという成長過程はもう望めないのです。機器を購入した時点から、IPv4と同等かそれ以上に安定したネットワーク環境が実現されなければいけない。そういうクオリティの高いネットワークや端末が世の中に確実に出回っていくように、普及の初期段階から検証ツールを開発して提供するというのが、私たちに課せられた役割なんです。 |
検証ツールの開発・提供は、具体的にどのようなことが行われるのですか? |
|
宮田氏 |
IPv6の検証には、仕様適合性検査と相互接続性検査の2種類があります。仕様適合性検査というのは実装したIPv6が仕様に準拠しているかどうかを検証するテスト、相互接続性検査は2つの機器がお互いに通信できるかどうかを確認するテストです。医者と患者にたとえると、仕様適合性検査はちょうど医者が患者を診察するようなもの。医者(テストツール)から患者(IPv6機器)へあるパケットを送り、それに対する正しい答えが返ってくるかどうかを確認します。TAHIはそのテストツールを開発・配布していて、このツールは自由にダウンロードして使っていただくことができます。これに対して相互接続性検査は、患者と患者がお互いに異常がないかどうかを確かめあうというもので、患者(IPv6機器)同士が接続して通信します。TAHIは、その手順や条件を明確にしたシナリオづくりや、年1回のテストイベントを行っています。 |
IPv6の仕様や検証、認証にはTAHIのほか、IPv6普及・高度化推進協議会(v6PC)、IPv6ロゴコミッティ(v6LC)といったさまざまな団体が登場します。そのそれぞれに宮田さんはコミットされているわけですが、役割の違いは何でしょうか? |
|||
宮田氏 |
|
||
というと、TAHIの活動は認証のためのサポートがメインということになるのでしょうか? |
|||
宮田氏 |
いいえ、TAHIの活動はそれだけに留まりません。IPv6の標準仕様はIETFが発行するRFCに書かれていて、『MUST』、『SHOULD』、『MAY』の3種類の表現が使い分けられています。『MUST』はコミュニケーションするために絶対欠かせない機能、『SHOULD』はなくてもいいけれど、あるともっと便利だという機能、『MAY』はあまり使われないかもしれないけれど、便利な機能です。サーティフィケーションWGやロゴコミッティでは、全ての機器が共通して持たなければいけない機能という考え方をしますので、議論になるのが『SHOULD』の部分です。実際の利用シーンで本当に必要なのかどうかを検討するわけです。ところが、世の中には特殊なシチュエーションで利用される機器を開発しているベンダーもたくさんあります。そこでTAHIではこういった人たちのために、認証テストだけではカバーし切れない、『SHOULD』の部分も含めた項目のテストも用意しているのです。 |
現在、IPv6ロゴコミッティではレディロゴのフェーズ2を策定中とのことですが、それによってIPv6の拡張機能の仕様も固まり、世の中に安心して使えるIPv6機器が出回ってきたとします。そうなると、どんな“良いこと”が待っているのでしょうか? |
|||
宮田氏 |
いい古されたことかもしれませんが、ネットワークということを意識せずに、いろいろな機器が有機的に融合していく。お互いに関連しながら動いていくシステムができていくんじゃないでしょうか。 |
||
新しい発想のヒントは何かありますか? |
|||
宮田氏 |
|
具体的にはどんなことが想定されますか? |
|
宮田氏 |
たとえばクルマに関していうと、クルマが走る道具であると同時に情報を採る道具にもなり得るということがあります。クルマのセンサー化ですね。まだ仕様を検討している段階ですが、モバイルIPのほかにNEMO(Network Mobility)があります。NEMOというのは、クルマを1つのネットワークと見なして、そこにエンジンやブレーキ、ワイパーといったいろんなデバイスがアドレスを持ってぶら下がっている状態で、そのネットワークが移動するという考え方です。このメリットは、ネットワークの入口になる機器だけがモバイル対応していれば、ぶら下がるのは普通の機器でよく、移動中でも同じアドレスで通信し続けられるということです。こういうことができると、クルマの異常を素早くキャッチしてメンテナンスに役立てることもできるでしょうし、クルマ以外のもっとほかの情報を吸い上げることもできるでしょう。 |
機器と機器がつながるというよりも、思いもよらない「こと」と「こと」がつながっていくという感じですね。 |
|
宮田氏 |
そうですね。「もの」と「もの」じゃなくて、事象というかことがらがつながっていく。いい表現なので、使わせてもらいましょう(笑)。今、「もの」と「もの」が安全につながる環境を提供するm2m-xというプロトコルが提案されていますが、もしかしたら、こととことがつながるk2k-xというのがあってもいいかもしれませんね。 |