• 検索結果がありません。

プロキシを利用した Mobile PPC の検討 葛谷 章一

N/A
N/A
Protected

Academic year: 2021

シェア "プロキシを利用した Mobile PPC の検討 葛谷 章一"

Copied!
16
0
0

読み込み中.... (全文を見る)

全文

(1)

プロキシを利用した

Mobile PPC

の検討  

葛谷  章一,瀬下  正樹,渡邊  晃,(名城大学) 

 

Researches on Mobile PPC using proxy sever

Syouichi Kuzuya, Masaki Sejimo, Akira Watanabe (Meijo University)

 

1.はじめに  

  インターネットでは,端末が移動すると

IP

アドレスが変 化するため通信が切断されてしまうという問題がある.そ こで,端末の移動による

IP

アドレスの変化を隠蔽し,通信 を継続できるようにする移動透過性の研究が盛んに行われ ている.移動透過性保証プロトコルの1つとして

Mobile IP

が提案されているが,

HA(Home Agent)と呼ぶ特殊な第三の

装置が必要であり導入するための敷居が高い.我々は移動 透過性実現の一方式としてエンド端末のみでこれを実現す

Mobile PPC(Mobile Peer to Peer Communication)[1]の研究

を行っている.しかし, 現状の

Mobile PPC

は通信する両 端末が共に

Mobile PPC

を実装していなければ移動透過性を 実現できないという課題があった.そこで,相手端末が

Mobile PPC

を実装していない場合でも,プロキシ装置を用

いることにより移動透過な通信を可能とする方法について 検討したので報告する.

2.Mobile PPC

とその課題  

Mobile PPC

では通信中に移動端末(以下,MN)が新

IP

ドレスを取得した直後に,

MN

から通信相手端末(以下,

CN)

に対して新

IP

アドレスと継続させたいコネクション識別子 を含む情報を,CIT UPDATEパケット(以下,CU)を用いて

CN

に通知する.これにより両端末が保持し,移動前後のア ドレスの対応関係を記した

CIT(Connection ID Table)が更新

される.以後の通信は両端末が

CIT

を参照して

IP

層で

IP

アドレスの変換を行う.この方法により上位層にアドレス の変化を隠蔽し,移動透過性を実現させることができる.

Mobile PPC

では,

CN

Mobile PPC

に非対応であっても 通信を行うことは可能であるが,移動透過な通信は実現で きない. CN はインターネット上の一般サーバであること

もあり,必ずしも

Mobile PPC

を実装しているとは限らない.

そのため,CN

Mobile PPC

に非対応の場合でも,移動透 過な通信を保証するための仕組みが必要である.

3.プロキシ装置 GEP

を用いた

Mobile PPC  

本稿では

Mobile PPC

対応の

MN

から

Mobile PPC

非対応 のサーバ(以下,GS)に通信を開始する場面を想定し,プロ キシ装置

GEP(Grouping Element for Proxy)を利用することに

より通信中に

MN

が移動しても通信の継続を実現するため の方法を検討した.

1

GEP

を利用した

Mobile PPC

の動作を示す.

MN

事前に

GEP

IP

アドレスを登録しておく必要がある.通信 開始に先立ち

MN

GS

Mobile PPC

に対応しているかど うかの判断を行うために,ICMP echo request をベースとし た制御パケットを利用してネゴシエーション[2]を行う.返 信パケットが

ICMP echo reply

なら相手端末が制御パケット を識別できなかったということであり,非対応端末と判断 する. MN

GS

が非対応端末と判断したら事前に登録し ておいた

GEP

とネゴシエーションを行い,

GEP

に通信相手

GS

のアドレス

C

を知らせ,IPアドレス

B

C

を変換する

CIT

を生成する.GEP

MN

GS

間の通信を中継する.

MN

の上位ソフトウェアは通信相手がGSであるかのように 見えるが,GSは通信相手が

GEP

であるように見える.

以上の動作により,MNが通信中に移動して

IP

アドレス が変化しても,

MN

GEP

間で

Mobile PPC

が実行され移動 透過性を実現できる.

Move

MN Web

server(GS) GEP

Negotiation

Move

Change of IP Address CU CU reply CIT record

renewal Communication continuation

CIT record renewal CIT record

creation

IPaddr : A

IPaddr : B

IPaddr : C IPaddr : D

MN

Communication start Negotiation

Fig.1 A communication procedure 4.むすび  

  本稿では通信相手が

Mobile PPC

を実装していない場合で も,プロキシ装置

GEP

を導入することにより移動透過性を 実現できる方式について検討した.今後は提案方式の実装 と検証を進める.

文  献

(1) 竹内元規,鈴木秀和,渡邊晃”エンドエンドで移動透過性を実 現するMobile PPCの実装と評価” DICOMO2005 シンポジウム論 文集,Vol.2005,No.6,pp.125-128,Jul.2005.

(2) 鈴木秀和,渡邊晃“フレキシブルプライベートネットワークに おける動的処理解決プロトコル DPRP の実装”情報処理学会研究 報告,2005-CSEC-28 ,pp.199-204 ,Mar. 2005.

(2)

プロキシを利用した Mobile PPC の検討

名城大学 理工学部

葛谷 章一 瀬下 正樹 渡邊 晃

(3)

研究背景

„ モバイル端末の普及

„ 無線ネットワーク環境の発展

→どこでも自由にネットワークに接続したい

・移動して IP アドレスが変化

→相手にパケットが届かない

→上位のソフトウェアが識別情報が異なるので異なる通 信と判断

移動透過性を実現する要求

(4)

既存技術 Mobile IP

„ 動作概要

・ MN は現在の IP アドレスを HA へ登 録する

・ HA は CN から MN 宛のパケットを代 理受信して MN に転送

・ MN から CN には直接送信

„ Mobile IP の課題

・通信経路が三角経路

・特殊な装置( HA) が必須

・ MN と HA 間でカプセル転送

エンドエンドで通信が継続できるプロトコル

Mobile PPC (Mobile Peer to Peer communication)

(5)

Mobile PPC

„ 移動透過性を実現するために

- 通信開始時において相手の IP アドレスを知る方法

→初期 IP アドレスの解決

‐通信中に IP アドレスが変化した時に新しく取得した IP アドレスを知る方法

→継続 IP アドレスの解決

„ Mobile PPC は2つの機能を明確に分けている

・継続 IP アドレスの解決のために Mobile PPC を使用

(6)

Mobile PPC (初期 IP アドレスの解決)

DDNS MN

登録

MN 登録 移動

CN 通信開始 MNのIPアド

レス取得

„ 初期 IP アドレスの解決のた めに、既存の DDNS

( Dynamic DNS) を使用

→ホスト名と IP アドレスの関係 を動的に管理

・ DDNS は DNS の延長技術

・既に実用化

(7)

Mobile PPC (継続 IP アドレスの解決)

„ 移動前後の新旧 IP アドレスの対応関係を示したアドレス変換テーブル

→ CIT ( Connection ID Table)

„ IP アドレスの変化を相手に通知するパケット

→ CU ( CIT UPDATE)

„

両端末の

IP

アドレス やポート番号などの 情報を交換

„

移動前後の新旧

IP

ア ドレスの対応関係を 示したテーブル生成

„

移動前後の新旧

IP

ア ドレスの対応関係を 示したテーブル更新

(8)

Mobile PPC (アドレス変換)

CN

IP

A IP

B

C MN

IP Layer

アドレス変換

IP Layer

アドレス変換

IP アドレスの変化を上位層から隠蔽し、通信の継続が可能

(9)

Mobile PPC の課題

CN(非対応)

通信中 移動

MN

(対応)

CIT の更新が不可 MN

(対応)

„ 両端末が Mobile PPC を実装していないと移動 後に通信の継続が不可能

エンドエンドで非対応端末の場合でも移動透過性

を実現する方法を提案

(10)

提案方式の概要

„ 通信相手が対応の場合

„ 通信相手が非対応の場合

・ GEP ( GSCIP Element for Proxy) を利用

-ATP ( Address translation for Proxy) テーブルを保持

GEP の両側で行われる通信の整合性をとるためのテーブル

(11)

提案方式(通信開始時)

DDNS MN

(対応)

GEP

IP

A IP

B

CN

(非対応)

IP

C

問合せ

CN

IP

アドレス

ネゴシェーション

CN

IP

アドレス)

CIT

生成

ATP

CIT

生成

(12)

提案方式(移動前のアドレス変換)

IP

C IP

B

IP

A

CN

(非対応)

MN(対応) GEP

ATP

参照して アドレス変換

ATP

送信元 宛先

A ⇒ B    B ⇒ C

C ⇒ B B ⇒ A 

(13)

提案方式(移動時)

MN

(対応)

GEP

IP

A

IP

B

CN

(非対応)

IP

C

移動

MN

(対応)

IP

D

IP

アドレス

D

取得

CU

CU

応答

CIT

更新

CIT

更新

CIT

MN GEP A ⇔ D     B ⇔ B

CIT 更新後も ATP はそのまま使用

(14)

ATP

送信元 宛先

A ⇒ B    B ⇒ C

提案方式(移動後のアドレス変換)

MN

(対応)

IP

A

D

CN IP

C

変換

IP Layer

変換

GEP IP

B

変換

Mobile PPC

(非対応)

IP Layer

(15)

むすび

„ まとめ

Mobile PPC を未実装の端末との移動透過 な通信を可能にする方法を検討

→ GEP ( GSCIP Element for Proxy) を用いて IP 層で CIT と ATP を利用してアドレス変換

„ 今後

・提案手法の実装、検証

(16)

図 1 に GEP を利用した Mobile PPC の動作を示す. MN は 事前に GEP の IP アドレスを登録しておく必要がある.通信 開始に先立ち MN は GS が Mobile PPC に対応しているかど うかの判断を行うために,ICMP echo request  をベースとし た制御パケットを利用してネゴシエーション[2]を行う.返 信パケットが ICMP echo reply なら相手端末が制御パケット を識別できなかったということであり,非対応端末と判断 する. MN は GS が非

参照

関連したドキュメント

手動のレバーを押して津波がどのようにして起きるかを観察 することができます。シミュレーターの前には、 「地図で見る日本

は,医師による生命に対する犯罪が問題である。医師の職責から派生する このような関係は,それ自体としては

に至ったことである︒

遮音壁の色については工夫する余地 があると思うが、一般的な工業製品

○安井会長 ありがとうございました。.

自然言語というのは、生得 な文法 があるということです。 生まれつき に、人 に わっている 力を って乳幼児が獲得できる言語だという え です。 語の それ自 も、 から

を負担すべきものとされている。 しかしこの態度は,ストラスプール協定が 採用しなかったところである。