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

通信を可能とする仮想

N/A
N/A
Protected

Academic year: 2021

シェア "通信を可能とする仮想"

Copied!
27
0
0

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

全文

(1)

NTMobile

SIP

通信を可能とする仮想

IPv4

アドレス生成方式の検討

清水 一輝

,納堂 博史

,鈴木 秀和

,内藤 克浩

,渡邊 晃

(†

名城大学,

愛知工業大学

)

Study of the Generation Method of Virtual IPv4 Addresses which enables SIP communication in NTMobile Kazuki Shimizu†, Hiroshi Nodo†, Hidekazu Suzuki†, Katsuhiro Naito‡, Akira Watanabe†

(†Meijo University,‡Aichi Institute of Technology)

1

はじめに

モバイルネットワークの普及にともなって,ネットワーク環 境に関わらず通信を開始することが出来る通信持続性と,ネッ トワークが切り替わった際にも通信を継続できる移動透過性が 求められている.

NTMobile

Network Traversal with Mobility

は両者を同時に実現する次世代の技術である

[1]

NTMobile

は通信識別子として仮想

IP

アドレスを使うとい う特徴がある.しかし,アプリケーションが

IPv4

対応の場合,

仮想

IPv4

アドレスとして使える帯域が狭いため,同時に稼働 できる

NTMobile

機能を有する

NTM

端末の数が限定されると いう課題があった.この問題を解決するために,

NTM

端末が 自律的に仮想

IPv4

アドレスを生成する方式により解決を計っ た

[2]

.しかし,この方式はアドレス変換を伴うため

SIP

通信 を利用できないという課題がある.

 そこで本稿では,アドレス変換を伴わない仮想

IP

アドレス 生成方式を検討した.

2

アドレス変換を伴う仮想

IPv4

アドレス生成方式

NTMobile

は,

NTM

端末と

NTM

端末の端末情報管理やトン ネルの経路指示を行う

DC

Direction Coordinator

)によって構 成される.

NTM

端末は,起動時に

DC

から仮想

IP

アドレスを 取得し,アプリケーションは仮想

IP

アドレスを利用してセッ ションを確立する.実際の通信は実

IP

アドレスによってカプ セル化される.

 アドレス変換を伴う仮想

IPv4

アドレスの生成では,通信開 始時に

DC

から通信を行う

NTM

端末(以後

MN

CN

)に配 布される

Path ID

を通信識別情報として使用する.

MN

CN

は,自身の仮想

IPv4

アドレスと相手の仮想

IPv4

アドレスを任 意に生成し,

Path ID

で紐付ける.

MN

CN

はカプセル化パ ケットの受信時に,パケット内の宛先と送信元の仮想

IPv4

アド レスを,自らが認識する仮想

IPv4

アドレスに変換する.この 方式により

IPv4

のアドレス帯域の制限はなくなり,

NTMobile

はほぼ無限の規模まで対応できるようになった

[2]

 しかし,この方式では

IP

アドレス変換を伴うため,

SIP

のよ うにメッセージ内に

IP

アドレスを含むプロトコルには対応で きないという課題があった.

3

新たな仮想

IPv4

アドレス生成方式

Fig. 1

に検討方式の動作シーケンスを示す.

MN

CN

IP

アドレス,仮想

IPv4/v6

アドレス,

FQDN

をそれぞれ

RIPMN,CN

VIP4MN,CN

VIP6MN,CN

FQDNMN,CN

とする.

MN

CN

は,起動時に

Registration Request/Response

によ り,

DC

から重複しない仮想

IPv6

アドレスの配布を受ける.

MN

は通信開始時,

DC

に対して

Direction Request

により

CN

Initiation of Communication

MN DC CN

Registration Request

Registration Response

Registration Request

Registration Response

Direction Request

Route Direction

RIPMN, FQDNMN RIPCN, FQDNCN

VIP6MN VIP6CN

FQDNCN

VIP6CN VIP6MN

Route Direction

Tunnel Request Tunnel Response

UDP Tunnel ACK

VIP6MN

VIP4MN

VIP6CN

VIP4CN

VIP6MN

VIP4MN

VIP6CN

VIP4CN

Power on Power on

Fig. 1 Operation of the proposed method

の名前解決を行う.

DC

MN

CN

Route Direction

を送 信し,

MN

CN

間にトンネル経路を生成するよう指示する.

ここで

Route Direction

の中には通信相手の仮想

IPv6

アドレス が格納されているため,

MN

CN

はこの時点で

MN

CN

仮想

IPv6

アドレスペアからそれぞれ仮想

IPv4

アドレスペアを 生成する.生成した

2

つの仮想

IPv4

アドレスが重複しなかっ た場合,そのまま以後の通信に使用する.重複した場合は,所 定のルールに従って一方の仮想

IPv4

アドレスを変更する.

 この方式により,

MN

CN

で重複しない仮想

IPv4

アドレ スが一意に決定される.仮想

IPv4

アドレスのアドレス変換が 不要なため,

SIP

通信を

NTMobile

上で実現できるようになる.

ただし条件として,

MN

CN

1

1

通信に限る.また,

SIP

通信以外の通信時にはこれまでのアドレス変換を伴う仮想

IPv4

アドレスを生成する方式を併用する.

4

まとめ

本稿では,

NTM

端末内においてアドレス変換を伴わない仮 想

IPv4

アドレスの生成を行うことにより,

NTMobile

SIP

信を可能とする仮想

IPv4

アドレス生成方式について検討した.

今後は,検討方式の実装および性能評価を行う予定である.

文 献

[1] 上醉尾.他:IPv4/IPv6混在環境で移動透過性を実現するNTMobileの実 装と評価,情報処理学会論文誌Vol.54, No.10, pp.22882299, 2013.

[2] 加古.他:NTMobileにおける仮想IPアドレスの管理方法の提案と評 価,マルチメディア、分散協調とモバイルシンポジウム2014論文集, pp.13071312, 2014.

(2)

清水 一輝 † 納堂 博史 † 鈴木 秀和 † 内藤 克浩 ‡ 渡邊 晃 †

† 名城大学 理工学部

‡愛知工業大学 情報科学部

(3)

移動通信の需要

◦ スマートフォンなどの移動端末の普及

• 通信接続性の課題

• NAT の外側にあるネットワークから, NAT の内側にある ネットワークにアクセス出来ない (NAT 越え問題 )

• 移動透過性の課題

• ネットワーク切替時における,端末の IP アドレスの変化により 通信を継続できない

NAT : Network Address Translation

(4)

NTMobile(Network Traversal with Mobility)

◦ 通信接続性と移動透過性を同時に実現する技術

通信接続性の実現

◦ 経路指示装置の導入

移動透過性の実現

◦ 位置に依存することのない,仮想 IP アドレスの導入 NAT 配下の端末に対して通信開始が可能

IP アドレスの変化をアプリケーションから隠蔽

カプセル 実IPアドレス

仮想IPアドレス データ

(5)

DC(Direction Coordinator)

◦ NTM 端末の端末情報管理

◦ トンネル経路指示

RS(Relay Server)

◦ IPv4/IPv6 間の通信,一般端末との通信,

NTM 端末が互いに異なる NAT 配下にいる場合に通信を中継

NTM 端末 : NTMobile Node MN : Mobile Node

CN : Correspondent Node

DC

RS

NTM端末:MN

NTM端末:CN

Internet

NAT

Private Network

(6)

DC(Direction Coordinator)

◦ NTM 端末の端末情報管理

◦ トンネル経路指示

RS(Relay Server)

◦ IPv4/IPv6 間の通信,一般端末との通信,

NTM 端末が互いに異なる NAT 配下にいる場合に通信を中継

NTM 端末 : NTMobile Node MN : Mobile Node

CN : Correspondent Node

DC

RS

NTM端末:MN

NTM端末:CN

Internet

NAT

端末起動時

端末情報の登録

仮想 IP アドレスの配布

(7)

DC(Direction Coordinator)

◦ NTM 端末の端末情報管理

◦ トンネル経路指示

RS(Relay Server)

◦ IPv4/IPv6 間の通信,一般端末との通信,

NTM 端末が互いに異なる NAT 配下にいる場合に通信を中継

NTM 端末 : NTMobile Node MN : Mobile Node

CN : Correspondent Node

DC

RS

NTM端末:MN

NTM端末:CN

Internet

NAT

通信開始時

経路指示の要求

通信経路の指示

(8)

DC(Direction Coordinator)

◦ NTM 端末の端末情報管理

◦ トンネル経路指示

RS(Relay Server)

◦ IPv4/IPv6 間の通信,一般端末との通信,

NTM 端末が互いに異なる NAT 配下にいる場合に通信を中継

NTM 端末 : NTMobile Node MN : Mobile Node

CN : Correspondent Node

DC

RS

NTM端末:MN

NTM端末:CN

Internet

NAT

トンネル通信時

トンネル通信

Private Network

(9)

仮想 IPv4 アドレスとして利用できる範囲が少ない

NTM 端末が自律的に仮想 IPv4 アドレスを生成

アドレス変換を伴うため SIP 通信ができない NTMobile の課題

改善案

新たな課題

(10)

仮想 IPv4 アドレスとして利用できる範囲が少ない

NTM 端末が自律的に仮想 IPv4 アドレスを生成

アドレス変換を伴うため SIP 通信ができない NTMobile の課題

改善案

新たな課題

(11)

仮想 IPv4 アドレスは実ネットワークで使用されてないアドレス 帯域「 198.18.0.0/15 」を使用

◦ 198.18.0.0 ~ 198.19.255.255

利用可能な IPv4 アドレスが少ない ( 約 13 万個 )

NTMobile の普及を想定すると,全ての NTM 端末に

仮想 IPv4 アドレスを割り振ることが不可能

(12)

MN DC Registration Request

Registration Response

RIP

MN

,FQDN

MN

VIP4

MN

,VIP6

MN

RIP : Real IP Address

(13)

MN CN Direction Request

DC

FQDN

CN

Route Direction

Route Direction ACK

RIP

MN

,VIP4

MN

,VIP6

MN

RIP

CN

,VIP4

CN

,VIP6

CN

Generation of Path ID

MN-CN

RIP : Real IP Address

(14)

仮想 IPv4 アドレスとして利用できる範囲が少ない

NTM 端末が自律的に仮想 IPv4 アドレスを生成

アドレス変換を伴うため SIP 通信ができない NTMobile の課題

改善案

新たな課題

(15)

仮想 IP アドレスから通信識別情報の役割を取り除く

Path ID を用いて NTMobile の通信を識別

NTM 端末は Path ID に基づき仮想 IP アドレスの変換

端末内で自由に仮想 IPv4 アドレス生成可能

加古将規,鈴木秀和,内藤克浩,渡邊晃:

NTMobileにおける仮想IPアドレスの管理方法の提案と評価,

(16)

VIP4

MN

,VIP6

MN

MN DC

Registration Request

Registration Response

RIP

MN

,FQDN

MN

VIP4

MN

= 198.18.0.1

(17)

MN CN Direction Request

DC

FQDN

CN

Route Direction

Route Direction ACK

RIP

MN

,VIP4

MN,VIP6MN

,Path ID

MN-CN

RIP

CN

,VIP4

CN,VIP6CN

,Path ID

MN-CN

Generation of Path ID

MN-CN

Tunnel Request

Tunnel Response

UDP Tunnel

(18)

Path ID を元に仮想 IPv4 アドレスを変換

MN

アドレス

変換 UDP Tunnel

宛先:A 送信元:B

宛先:C 送信元:D

CN

Path ID

MN-CN

アドレス変換

宛先:A 送信元:B

アドレス 変換

Path ID

MN-CN

宛先:C 送信元:D

NTM 端末内で自由に

仮想 IPv4 アドレス帯域を利用可能に

(19)

仮想 IPv4 アドレスとして利用できる範囲が少ない

NTM 端末が自律的に仮想 IPv4 アドレスを生成

アドレス変換を伴うため SIP 通信ができない NTMobile の課題

改善案

新たな課題

(20)

IP データ内の SDP 部分に記述されている IP アドレスを使用

送信側,受信側は SDP 内の IP アドレスに対して通信

NTMobile は IP ペイロード部分に関与しない

送信側,受信側でアドレス変換をすると相手の IP アドレスを 認識できない

SIP 通信

NTMobile

SDP : Session Description Protocol

(21)

エンドエンドでアドレス変換を伴わない

送信側,受信側で互いの仮想 IPv4 アドレスを認識

仮想 IPv4 アドレスが重複しない

既存の IPv4 アプリをそのまま使用可能

SIP 通信を可能とする仮想 IPv4 アドレス生成方式

(22)

通信開始時に送信側 (MN) と受信側 (CN) の

仮想 IPv6 アドレスペア,及び乱数から仮想 IPv4 アドレスペア を生成

生成した仮想 IPv4 アドレスペアが通信中アドレスと 重複した場合はエラー

◦ ルールに従って通信開始処理を再度実行し,成功するまで繰り返す

(23)

仮想 IPv4 アドレス生成ルール

CN 側で重複時

◦ ACK によりエラーを返し, Direction Request を再実行

MN 側で重複時

◦ 乱数を再度生成し, Direction Request を再実行

h(MN の仮想 IPv6|CN の仮想 IPv6| 乱数 ) MN の仮想 IPv4 アドレス

h(CN の仮想 IPv6|MN の仮想 IPv6| 乱数 )

CN の仮想 IPv4 アドレス

(24)

MN DC Registration Request

Registration Response

RIP

MN

,FQDN

MN

VIP6

MN

(25)

Route Direction

Route Direction

Generation of VIP4MN/CN

Direction Request

ACK

OK

OK

Generation of VIP4MN/CN

Tunnel Request

Tunnel Response UDP Tunnel

MN DC CN

FQDNCN,Random Number

VIP6MN,Random Number

VIP6CN

(26)

MN CN Direction Request

DC

Route Direction

Route Direction ACK

VIP6CN

Generation of VIP4MN/CN

Duplication

Error Error

Route Direction

Route Direction

Generation of VIP4MN/CN

Direction Request

ACK

OK

Duplication VIP6CN

FQDNCN,Random Number

VIP6MN,Random Number

FQDNCN,Random Number VIP6MN,Random Number

(27)

仮想 IPv4 アドレス生成方式の検討

◦ エンドエンドでアドレス変換をしない

◦ 仮想 IPv4 アドレスが重複しない

◦ SIP 通信を含む全ての IPv4 アプリが利用可能

今後の予定

◦ 検討方式の実装

Fig. 1 Operation of the proposed method

参照

関連したドキュメント

UART KMI UART KM DRAM Memory controller Display LCD controller Image processing Modeling electronic board So­ware 3. 2 仮想プロトタイプ

VM を一元的に管理できるようにするために VM に対して仮想的な AMT を提供する仮想 AMT(vAMT) を提案する.vAMT は PC を管理する AMT

次に,グローバルアドレス空間から通信を開始する場合を 考える.宛先はプライベート IP アドレスとなるが,グロー

ここでは IPv4 空間内で MN と CN が通信中に,MN が IPv6 空間に移動した場合を示す.MN は,移動後に Address Request/Address Reply により, NAT-PT の IPv4 アドレスを取

時のネゴシエーションにより両方のアドレスを MN に通知しておく. MN が IPv6 ネットワーク から IPv4 ネットワークへ移動すると,DHCP に より IPv4 アドレスを取得する.Mobile

移動前, MN は CIT を用いて IP 層においてパケットの送 信元 IP アドレスを V1 から R1 に変換して送信する. CN は 上記パケットの受信後,宛先 IP アドレスを R3

 我々は,移動透過性と通信接続性を同時に実現する技術 として, NTMobile ( Network Traversal with Mobility ) を提案している [1] . NTMobile

IPv4 クライアントと IPv6 サーバの間で相互通信を実現 する既存技術として, Teredo ( RFC4380 )がある. Teredo は IPv6 データを IPv4UDP ( User