混在環境で移動透過性を可能にする

情報処理学会研究報告 IPSJ SIG Technical Report

IPv4/IPv6

混在環境で移動透過性を可能にする

の実現

寺 澤 圭 史

鈴 木 秀 和

渡 邊 晃

モバイルコンピューティング環境では，多くのモバイル端末がインターネットに接 続しており，移動しながらでも通信を継続したいと言う要求が高まっている．しか し，現在のTCP/IPでは，端末が移動するとIPアドレスが変化して，通信が継続で きないという問題がある．そのような課題を解決する機能を移動透過性と呼ぶ．我々 はエンド端末だけで移動透過性を実現するプロトコルとしてMobile PPC（Mobile Peer-to-Peer Communication）を提案している．Mobile PPCは現在IPv4で実証 されているが，IPv6においても同様の機能を実現できる．また，近年ではIPv6が ようやく普及し始めており，当分の間IPv4/IPv6混在環境が続くと予想される．そ こでIPv4/IPv6環境において移動透過性を実現できるMobile PPCの拡張につい て検討した．

Study of Mobile PPC which Realizes Mobility in IPv4/IPv6 Coexistence Environment

Keiji Terazawa,^†1 Hidekazu Suzuki^†1,†2 andAkira Watanabe^†1

On the mobile computing environment where countless mobile nodes are connected to the Internet for communications, it is strongly demanded that communication is maintained even when mobile nodes change their locations.

However, in TCP/IP, IP addresses change along with the movement of nodes, and communications inevitably broken. To solve this problem, we have been studying a new technology called Mobile Peer-to-Peer Communication（Mobile PPC）that can achieve Mobility only with end nodes. Then, in recent years, IPv6 is beginning to spread, and it is expected for a while that the envi- ronment where IPv4 and IPv6 are mixed continues. Extension of Mobile PPC which realizes a Mobility in such environment is studied in this paper.

1.

は じ め に

モバイル端末や公衆無線環境の普及に伴い，移動しながら通信を行いたいという要求が高 まっている．しかし，

ネットワークでは，通信中にネットワークを移動すると

アドレ スが変化するため，通信が継続できないと言う課題がある．この課題を解決するための機能 を移動透過性と呼び，様々な方式が検討されている

．一方，

グローバルアドレスの枯 渇により

が今後必須になると言われている．しかし，

は

との互換性がない ため，一挙に移行することは困難で，当分の間

混在ネットワーク環境が続くと 予想されている．そこで，

混在ネットワーク環境においても，移動透過性を実現 できることが望ましい．我々は，エンドエンドで移動透過性を実現する通信プロトコルとし て

（

を提案している．

は，現在

での実装・評価を終え，その有効性が証明されているが，

にもそのまま の原理が適応可能である．本稿では，

の特徴を活かしたまま，

混 在ネットワークにおいても移動透過性を実現する方式の検討を行った． 今後のネットワー ク環境は，

のみをサポートしている

ネットワーク，

のみをサポートしてい る

ネットワーク，

両方をサポートしているデュアルスタックネットワーク の

つのネットワークが混在することとなる．本提案では，

と

互 換技術を用いることにより，

，

，デュアルスタックネットワーク間を端末が移動 した場合でも，上位アプリケーションに対してはアドレス体系の変化とアドレスの変化を隠 蔽して，通信を維持することができる方法について検討した．以降，

で既存技術とその課 題を述べる．

で

概要と提案方式で必要となる

互換技術を説明す る．

で提案方式の原理と各移動パターンの動作を述べ，

でまとめる．

2.

既 存 技 術

IPv4/IPv6

混在環境において移動透過性を実現する既存技術として

以後

）がある．

は

と

を統合し たものである．

のシステム構成を図

に示す．ホームエージェント（以下

）

†1名城大学大学院理工学研究科

Graduate School of Science and Technology, Meijo University

†2日本学術振興会特別研究員PD

Research Fellow of the Japan Society for the Promotion of Science

1234 ⃝c 2009 Information Processing Society of Japan

情報処理学会研究報告 IPSJ SIG Technical Report

図1 DSMIPv6 Fig. 1 DSMIPv6.

はデュアルスタックネットワークに設置され，端末の移動管理機能を備えている

図

では 移動ノード（以下

）は

ネットワークに，通信相手ノード（以下

）はデュアル スタックネットワークに存在し，

で通信を行っている．

が

と通信中に

ネットワークに移動した場合，

はバインディングアップデートを

に対して実行す る．バインディングアップデートには移動前の

アドレスと移動後の

アドレスが 含まれており，

に移動後のアドレスを登録する．以後，デュアルスタックネットワーク に置かれた

を介して

間に

トンネを形成することにより，通信を 継続する．

による通信は冗長経路となったり、ヘッダオーバヘッドが発生するな どの課題がある．

では冗長経路を解決するために経路最適化という機能が存 在したが，

では必ず

を介さなければならない．

3. Mobile PPC

と

互換技術

3.1 Mboiel PPCの概要

本稿で用いる記号を以下のように定義する．

• S4;

端末

の

アドレス

• Di;

端末

の

アドレス

• D→S

，

から

への通信

• S↔D;S

と

間の通信

• S⇔D;S

から

，または

から

へのアドレス変換

Mobile PPC

は，エンド端末だけで移動透過性を実現する通信プロトコルである．通信開

始時における通信相手の

アドレスの解決には

（

） を使用する．両エンド端末は

層に

と呼ぶアドレス変換テー ブルを保持している．通信中に

が移動して

アドレスが変化した場合，移動後の情 報をエンド端末間で直接通知しあい，

を更新する．その後，

に従って全ての通信 パケットのアドレス変換を行うことにより，上位ソフトウェアに対して

アドレスの変化 を隠蔽し，移動透過性を実現できる．図

に

のシーケンスを示す．通信開始 に先立ち，

（以下

）鍵交換を用いて認証鍵を共有する．ネゴシエーショ ンにより生成されるテーブルを

（

）と呼ぶ．

には，相手 の

アドレス，認証鍵が記録される．

側の

には

の

アドレス

が，

CN

側の

には

の

アドレス

が記録される．

が

との通信中 に移動して，

アドレスが変化すると，

 を開始する．

MN

は，移動後の

アドレス

^{を通知するために}

を

に送信す る．

は

の内容を認証後，自らの

を

CIT : CN4↔ {M N4⇔M N4′} (1)

のように更新する．次に，

は

に対して

を送信する．

は

を認証後，

と同様に自らの

を更新する．以後は，更新された

の

の内容に従って，全ての通信パケットのアドレス変換を行うことにより，通信を継続す ることができる． 

は

スタックへの実装と評価を完了しており，その有 用性が証明されている．

スタックにも同様の考え方で適用可能であることがわかって いる．しかし，

が

と

ネットワーク間をまたいで移動した場合については，

現状のままでは通信を継続することができない．

3.2 IPv4/IPv6互換技術

IPv4

を基盤としたネットワークに

を普及させる方式として，デュアルスタック，ト

ランスレータ，トンネルの

つの技術が挙げられる．デュアルスタックとは，ネットワーク

機器や端末が

両者の機能を保持し，状況に応じてどちらかを選択するものであ

情報処理学会研究報告 IPSJ SIG Technical Report

図2 Mobile PPCの動作 Fig. 2 Sequence of Mobile PPC.

る．本提案における

の端末はデュアルスタックであることを前提とする．トラ ンスレータに分類される技術として

（

）

がある．

とは，

のみをサポートした

ネットワークと

のみをサポートした

ネットワークの境界に置かれる装置である．

は，

パケットの

ヘッダを

相互にヘッダフォーマット変換を行うことにより

と

の通信を実現する．

図3

に

ネットワークに存在する端末から

ネットワークに存在する端末へ通信 を開始する場合の動作を示す．

端末から

端末に通信を開始するとき，

側へ の

ルックアップを行う．この時，

は

ルックアップを監視・変換すると，

同時にマッピングテーブルを生成する．

側のインターフェースには，

端末の

アドレスに，

のプレフィックスをつないで

端末宛ての

アドレスを生成 する．

側のインターフェースには，予めプールしてある

アドレスの中から一つ を選択する．アドレスのマッピングを終えると，以後の通信では，

ヘッダのフォーマッ ト変換とアドレスの変換を行うことにより，

と

間の通信を実現する．

トンネルに分類される技術としては、

（

）

がある。この技術は

ネットワーク環境においても、

接続を可能にす

図3 移動パターン2の場合の通信シ-ケンス Fig. 3 System constitution of the NAT-PT.

図4 移動パターン2の場合の通信シ-ケンス Fig. 4 System constitution of the Teredo.

る．

に

の動作と各機器の役割を示す。

クライアントは

サーバか ら

アドレス（

アドレス）を取得し、

を用いた

トンネル接続 を実現にする．

サーバは

グローバルアドレスおよび

グローバルアドレス を持ち、

クライアントに対して

アドレスの付与など

の接続性を提供す る．また、

が存在する環境でも利用可能である利点がある．

1236 ⃝c 2009 Information Processing Society of Japan

情報処理学会研究報告 IPSJ SIG Technical Report

4.

提 案 方 式

以下に

混在環境における移動透過性の実現方法を述べていく．混在環境にお ける移動パターンは何種類か考えられるが，本稿における移動パターンを以下のように定 義する．既存の移動透過性を実現する技術の多くが

ネットワークを主体として考案さ れているが，我々が提案している

は現在の

ネットワークに主体をおい ている．そこで，想定するネットワーク環境は

から

への移行初期に焦点をおく．

以下，

で移動パターン，

で

種類の提案方式について述べる．

4.1 混在環境における移動パターン

IPv4

から

への移行期に存在するネットワークは，

のみに対応した

ネッ トワーク，

のみに対応した

ネットワーク，および

両者対応したデュ アルスタックネットワークの

種類である．現在，インターネット上の

サーバやネッ トワーク機器，端末は

にしか対応しておらず，

ネットワークは当分の間残ってし まうと考えられる．今後，構築するネットワークや小規模プロバイダには

アドレスし か割り当てられない可能性があるため，必然的に

ネットワークも存在すると考えられ る．上位プロバイダ，

サーバ，大手プロバイダに関しては既に

の両 者をサポートしている．従って，今後はデュアルスタックネットワークに

ネットワー クや

ネットワークが個別に接続される．

このような想定から，以後の議論では

ネットワークに存在する

とデュアルス タックネットワークに存在する

が

で通信を開始し，

が

ネットワークに 移動するパターンを考える．

4.2 提案方式の概要

本節では，トランスレータ技術とトンネル技術それぞれの互換技術を用いた

つの方式に ついて比較・検討を行う．端末はデュアルスタックで

を実装していおり，デュ アルスタックネットワークに専用の端末を設置することとする．トランスレータ型では既存

の

，トンネル型ではトンネルサーバとなる．どちらの方式でも移動後の通信は専

用の端末を経由する．以下，

でトランスレタータ型

について，

で トンネル型

について述べる．

4.2.1 トランスレータ型Mobile PPC

初めに，トランスレータ型における

の拡張機能は以下の通りである．

( 1 ) IPv4/v6トランスレータ機能

本章で想定する移動通信では，

で通信が開始され，その後

が使えない

ネッ トワークに移動する．この時，端末の上位レイヤでは

の通信として認識しているが，

ネットワーク上は

でしか通信できない．そのため，

層において

パケットと

パケットのフォーマットを変換する機能を追加する．

( 2 ) マッピングアドレスの追加

通常の通信では，エンド端末間で直接実行されるため，相手端末だけを意識すればよい．し かし，トランスレータ型

では

を介して通信を行うため，

の外側のアドレスを通信相手のアドレスをマッピングアドレスとして認識する必要がある．

( 3 ) マッピングネゴシエーション

Mobile PPC

では移動に伴うアドレス変化を

ネゴシエーションにより直接相手端末へ通 知するしてアドレス変換テーブルを生成する．しかし，トランスレータ型

で

は，

の導入によりマッピングアドレスの通知処理が必要となる．そのため，両エ

ンド端末から見て

の外側アドレスをお互いに通知するマッピングネゴシエーショ ンを追加する

図5

にトランスレータ型

の動作シーケンスを示す．

は

アドレス

，

は

アドレス

を保持している．

と

は通信開始時のネゴ シエーションによりアドレスの通知と認証鍵の共有を行う．

には

の

が，

には

の

アドレス

^が

へ記録される．

が

ネット ワークから

ネットワークへ移動すると，

からのルータ広告

を受信する．

RA

内のプレフィックスと

の

アドレスより

の

アドレス

を生成する．次に，

は

の

アドレスを取得するために，

を介 して

と

間で

を開始する．

に

の

アドレス

^に乗せて

に送信する．それを受け取った

はプー ルしてある

アドレスの一つを割り当て，

の

アドレス

から

の

アドレス

を取り出し，マッピングテーブルを生成する．また，マッピ ングテーブルを生成後，

ヘッダフォーマットを変換して

に

を転送 する．

を受けとった

は，

の送信元アドレス

}

をデータ部分に乗せて

を返す．

を受け取った

は，

を開始する．

により移動後に変化した

アドレス

情報処理学会研究報告 IPSJ SIG Technical Report

M N4 ⇒N P4 }

^を

に通知する．

を受け取った

は，内容を認証後，

CIT: CN4⇔ {M N4↔N P4} (2)

のように自らの

を更新する．次に，

は

により移動後のアドレス 変化

^を

に送信する，それを受け取った

は，

の内 容を認証後，

CIT: {CN4⇔N P6} ↔ {M N4⇔N P6} (3)

のように

を更新する．以後，

と

の通信は，

宛てにパケットを送信 することで，

ネットワークと

ネットワーク間の通信が実現される．

側では，

移動後と移動前では

ヘッダのフォーマットが同じであるが，

のアドレス変換では

ヘッダのフォーマットが異なる．即ち，

では

アドレス変換のみが行われ，

で はパケット受信時には

から

へ変換，送信 時には

^から

へ変換を行う．以上のような 原理で，

と

ネットワークを跨った移動通信においても移動透過性を実現するこ とができる． 

また，

が

ネットワークで通信を開始し，通信中に

ネットワークに移動す る逆のパターンについてもほぼ同様の原理で通信を継続することができる．

4.2.2 トンネル型Mobile PPC

トンネル型

では以下のような拡張機能が必要である

( 1 ) IPv4-IPv6カプセル機能

トランスレータ型とは異なり，

と

の差異をカプセル化を行うことで吸収する．

( 2 ) Mobile PPC対応トンネルサーバ

トンネル型

では，移動端末がトンネルを形成するために中継するサーバが必 要となる．基本的な機能は端末から要求された情報を元にテーブルの生成し，送受信パケッ トのカプセル化とデカプセル化処理を行う．また，この装置は

トンネルだけでなく，

IPv4

トンネルも形成可能である．

( 3 ) バンディングネゴシエーション

MN

が移動してトンネルを形成するために，

からトンネルサーバに対して情報共有が 必要となる．この処理をバインディングネゴシエーションと呼び，

アドレスやポート番 号の内容が含まれる

図5 トランスレータ型Mobile PPCのシ-ケンス Fig. 5 Sequence of Mobile PPPC type Tunnel.

トンネル型

ではデュアルスタックネットワーク上には

対応の トンネルサーバが必要で，

と

アドレス｛

、

｝を保持している。本方式 におけるトンネルサーバの導入は、

と

の互換性を確保するためであり、

におけるアドレス変換は行わない。図

にトンネル型

の動作とシーケン スを示す．端末が保持する

アドレスや通信開始時のネゴシエーションは前述したトラン スレータ型

と同様である．

が

ネットワークから

ネットワー クへ移動すると，ルータ広告

を受信する．このとき、受信する

は

から ではなく、一般の

ルータからである。

の受信により、

アドレスの生成をす ると同時に

ネットワークへの移動を検知する。次に、

とトンネルサーバ間でバイ ンディングネゴシーエーション、

と

間で

ネゴシエーションを実行する．探索 方法に関しては、

やエニーキャストを用いる方法などがある。バインディングネゴシ エーションでは、

とトンネルサーバ間で

トンネルを張るためのテーブル を生成する。

と

間では

通信が不可能であるため，

トンネル を形成することで通信が可能となる．トンネル形成のためのテーブルとして受信パケットが

1238 ⃝c 2009 Information Processing Society of Japan

情報処理学会研究報告 IPSJ SIG Technical Report

図6 トンネル型Mobile PPCのシーケンス Fig. 6 Sequence of Mobile PPPC type Tunnel.

IPv6

パケット

であればデカプセル化を行い、

パケット

であればカプセル化を行うテーブルを作成する。このようなシステムにより

と

間の通信経路を確立することができる。 次に，

と

間で

ネゴシエーション を上記の通信経路を用いて実行する。通常の

と違う点は、移動後のアドレス として

ではくトンネルサーバの

アドレスを通知することである。そのため，

は

を用いてアドレス変化

を

に通知する．

を受信した

は

を以下のように更新する。

CIT: CN4↔M N4⇔T S4 (4)

CN

は

の受信後、

を

に送信することで、

を

と 同様に更新する。

つのネゴシエーション完了後、

とトンネルサーバ間ではトンネル転 送を行い、

と

間では

に従ってアドレス変換を行うことで移動透過性を実現す ることが可能となる。

5.

評 価

本稿では，

種類の

混在環境における

の実現方法を検討した．

6.

ま と め

本稿では、

混在環境における移動透過性を

を用いて実現する方 法について提案した．提案方式は今後変化していくネットワーク環境においても柔軟に対応 可能な移動透過性通信を実現できる．今後は本システムを実装し、有用性を確認する．

謝辞

本研究の一部は，日本学術振興会科学研究費補助金（特別研究員奨励費

・

） の助成を受けたものである．

参 考 文 献

1)

寺岡文男：インターネットにおけるノード移動透過性プロトコル，電子情報通信学会 論文誌

，

2)

竹内元規，鈴木秀和，渡邊 晃：エンドエンドで移動透過性を実現する

の提案と実装，情報処理学会論文誌，

3) Soliman, H.: Mobile IPv6 support for dual stack Hosts and Routers (DSMIPv6), Internet-draft, IETF (2007). http://tools.ietf.org/id/draft-ietf-mip6- nemo-v4traversal-06.txt.

4) Perkins, C.: IP Mobility Support for IPv4, RFC 3220, IETF (2002).

5) Johnson, D., Perkins, C. and Arkko, J.: Mobility Support in IPv6, RFC 3775, IETF (2004).

6) Srisuresh, P.: Network Address Translation - Protocol Translation (NAT-PT), RFC 2766, IETF (2000).

7) Huitema, C.: Teredo: Tunneling IPv6 over UDP through Network Address Trans- lations (NATs), RFC 4380, IETF (2006).

名城大学大学院 理工学研究科

寺澤圭史 鈴木 秀和 渡邊 晃



移動通信形態の増加

◦ ネットワーク環境の整備

◦ モバイル端末の増加

◦ 無線技術の発達



移動透過性の実現

◦ 端末が移動すると， IP アドレスが変化してしまうため通信 が維持できない

エンド-エンドで移動透過性を実現する通信プロトコル

Mobile PPC(Mobile Peer to Peer Communication)



IPv4 から IPv6 への移行

◦ IPv4 アドレスの枯渇

◦ ユビキタスネットワーク



IPv6 移行期における問題

◦ IPv6 へ一挙に移行するのは困難

◦ IPv4/IPv6 混在環境が存在する

3

IPv4/IPv6混在環境において移動透過性を実現

IPv6-in-IPv4 Tunnel

課題

・ デュアルスタックネットワーク にHAが必要

・

を介した冗長経路

・

間通信のカプセル化 IPv4 Network

IPv6 Network Dual Stack Network

MN HA CN

MN

Binding Update

IPv4

通信

通信

5

Network IPv4 CN↔MN

CN↔MN

CIT

CIT



通信開始のネゴシーション

◦ 通信相手と認証鍵の共有を行う



CIT （ Connection ID Table ）

◦ 移動前後のコネクション情報を保持するテーブル

↔ ：通信

⇔：アドレス変換

MN

IP:MN CN

IP:CN

Network IP CN↔MN

CN↔MN

CIT

CIT

CN↔{MN⇔MN´}



CU Negotiation （ CIT Update ）

◦ IPアドレスが変化したとき，移動後のIPアドレスを通知して

CIT を更新する ^MN

IP:MN CN

IP:CN

MN

CN↔{MN⇔MN ´ }



IP 層での実装

◦ 上位のアプリケーションに依存しない



エンドエンドでの通信

◦ 特殊な第 3 の装置などを必要とせず，エンドエンドで移動透過 性を実現する



IPv6 にも対応可能

◦ Mobile PPC の原理は IPv6 にそのまま移行可能

⇒IPv4/IPv6 混在環境には未対応

7

混在環境で適応する Mobile PPC が実現可能



Mobile PPC の特徴

◦ 同様の原理でIPv4/IPv6に対応

⇒混在環境への対応が必要



IPv6 移行期における通信

◦ 当分の間は IPv4 通信が主流である

⇒

Dual Stack Network IPv4 Network

IPv6 Network



トランスレータ型 Mobile PPC

1. IPv4/IPv6 トランスレータ 2. マッピングアドレス

3. バインディングネゴシエーション



トンネル型 Mobile PPC

1. トンネル機能の追加

2. Mobile PPC 対応トンネルサーバの設置 3. バインディングネゴシエーション

9



動作概要

◦ IPv4アドレスの解決

◦ パケットフォーマットの変換

◦ アドレステーブル

NAT-PT

RA

DNSv6

CN の IP アドレス A

を取得

IPv4 Network IPv6 Network

IP:A

IP:B

IP:A´

IP:B´

B ´

⇔ B

A

⇔A ´

Teredoサーバ



Teredo サーバとのネゴシエーション



クライアントとルータ間をトンネル通信

11

IPv4 Network

IPv6 Network

Teredoルータ NAT

IPv6

Webサーバ

クライアント

IPv4 Network IPv4 Network

通信開始時のネゴシエーション

CN

↔MN

CIT

CN

↔MN

CIT

IPv4 通信

Appli(IPv4) Kernel Kernel Appli(IPv4)

MN

IP:MN

CN

IP:CN

13

IPv4 Network

Appli(IPv4) Kernel Kernel Appli(IPv4)

IPv6 Network

Binding Request

RA （ NAT-PT ）

NP

を生成

NP

を通知 NP

を通知 Binding Response

NP4⇔MN6 CN4⇔NP6

CN

↔NP

CN

↔MN

CN

IP:CN

IP:NP

MN

IP:MN

IP:NP

NAT-PT

Dual Stack

CN

↔MN

IPv4 Network IPv6 Network

CU Request

Appli(IPv4) Kernel Kernel Appli(IPv4)

CIT

CN

↔{MN

⇔NP

}

CU Response 移動後 CIT

IP:NP

移動後 IP:NP

MN

↔CN

CN

IP:CN

^IP:NP

MN

IP:MN

IP:NP

NAT-PT

Dual Stack

{NP

⇔ CN

}↔{MN

⇔ MN

}

15

IPv4 Network IPv6 Network

Appli(IPv4) Kernel Kernel Appli(IPv4)

アドレス変換 ヘッダ変換 ヘッダ変換 CIT

CN4

↔{MN

⇔NP

}

CIT

{NP

⇔CN

}↔{MN

⇔MN

} CN

IP:CN

IP:NP

MN

IP:MN

IP:NP

NAT-PT

Dual Stack

IPv4 Network IPv4 Network

通信開始時のネゴシエーション

CN

↔MN

CIT

CN

↔MN

CIT

IPv4 通信

Appli(IPv4) Kernel Kernel Appli(IPv4)

MN

IP:MN

CN

IP:CN

17

IPv4 Network

Appli(IPv4) Kernel Kernel Appli(IPv4)

IPv6 Network

CN

IP:CN

MN

IP:MN

Dual Stack

トンネルサーバ

ネゴシエーション

CN⁴↔TS⁴ TS⁶↔MN⁶ CN⁴↔TS⁴

トンネル

テーブル

IPv4 Network

Appli(IPv4) Kernel Kernel Appli(IPv4)

IPv6 Network

CN

IP:CN

MN

IP:MN

Dual Stack

トンネルサーバ

CU Request

CU Response

CN CN

↔MN

↔{MN

⇔TS

}

移動後 IP:TS

移動後 IP:TS

19

Low Layer

Upper Layer [IPv4]

CN MN

CN4↔MN4

IPv6 Network

CIT

Tunnel Fanction Low Layer Address　Translation

Encapsulation/Decapsulation

CIT

IP Layer

CN4↔TS4 TS6↔MN6

CN4↔MN4

Tunnel Server

CN4↔TS4 IPv4 Network

IP:TS4 IP:TS6

CN

IP:CN4

MN

IP:MN6

DSMIPv6

トンネル型

MPPC

トランスレータ型

ネイティブ通信 △ ○ ○

装置の設置 × △ △

オーバヘッド △ △ ○

処理遅延 △ △ △

実装の容易さ

○ △

◦ ネイティブ通信： IPv4 または IPv6 のみの通信

 MPPC では、エンド端末への実装だけでよい



まとめ

◦ IPv6移行期における、IPv4/IPv6混在ネットワーク環境に おいて Mobile PPC を用いた移動透過性を実現する提案

◦ トランスレータ型 Mobile PPC

◦ トンネル型 Mobile PPC



今後の予定

◦ IPv6の実験環境を整え，Mobile PPCv6の実装完了

◦ Mobile PPC と Mobile PPCv6 の統合

◦ 提案方式の評価・測定

21



互換ネットワーク間通信

◦ どちらか一方がデュアルスタッ クネットワークに存在する場合



非互換ネットワーク間通信

◦ IPv4 と IPv6 ネットワークに分か れて通信する場合

IPv6 互換技術が必要

Dual Stack Network

X Network

IPv4 Network

IPv6 Network

28

上位層（ IPv4 ）

IPv4 トランス IPv6

レータ

IPv6 ネットワーク

IPv4

下位層