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

IPv6 ネットワークにおける NTMobile のトンネル構築手法の提案 上醉尾

N/A
N/A
Protected

Academic year: 2021

シェア "IPv6 ネットワークにおける NTMobile のトンネル構築手法の提案 上醉尾"

Copied!
1
0
0

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

全文

(1)

IPv6 ネットワークにおける NTMobile のトンネル構築手法の提案

上醉尾 一真

†*

,鈴木 秀和

,内藤 克浩

,渡邊 晃

名城大学,

三重大学)

Proposal of Tunnel Establishment Method for NTMobile in IPv6 Networks

Kazuma Kamienoo, Hidekazu Suzuki, Katsuhiro Naito, Akira Watanabe (Meijo University, Mie University)

1.はじめに

IPネットワークが広く普及する今日,移動しながら通信を 行いたいという要求が高まっている.通信中に移動しても通 信を継続できる移動透過性を異種ネットワークで実現する技 術として,NTMobile(Network Traversal with Mobility)が提案 されている(1). NTMobile ではアプリケーションが生成した パケットを UDPトンネルで転送している.また,NATを跨 った通信を行うために,NAT配下の端末からトンネル構築要 求を送信し,NTMobileに対応した端末(以後NTM端末)間 でトンネルを構築する.しかし,IPv6環境にはNATが存在し ないため,現在の仕様をそのまま適用することは最適でない.

本稿では,NTMobileIPv6環境に適用する場合を想定し,

トンネル構築におけるオーバヘッドを削減するトンネル構築 手法について提案する.

2.NTMobile の概要

NTMobileでは,NTM端末に仮想IPアドレスを割り当て,

アプリケーションは仮想IPアドレスを用いて仮想的なコネク ションを確立する.NTM端末の移動により実IPアドレスが 変化しても,アプリケーションが認識する仮想IPアドレスは 変化しないため,アプリケーションに対して移動を隠蔽する 事が可能となる.また,仮想IPアドレス宛のパケットはNTM 端末間で構築したUDPトンネルにより転送される.

NTMobileNATを跨った通信を行うことを想定している.

NTM端末であるMN(Mobile Node)から,NAT配下に存在 するCN(Correspondent Node)に対して通信を開始する様子Fig.1に示す.DSMNおよびDSCNはそれぞれMNCNの 位置を管理するDSである.通信開始時に,MNはトンネルを 構築するためにDSMNDirection Requestを送信する.DSMNDirection Requestの内容から,CNがNAT配下に存在する ことを識別すると,DSCN経由でCNRoute Directionを送信 し,MNへTunnel Requestを送信するよう指示する.ここで,

DSCNCNとの間には常に制御メッセージ用の経路が確保さ れているため,DSCNNATの外側からCNに対して通信を 行うことができる.また,MNにはCNからのTunnel Request を受信するよう指示する.以上により,MNとCNの間にト ンネルを構築することができたため,以後はNATを跨ったエ ンドツーエンド通信が可能となる.

NTMobileIPv6環境への適用が検討されており,上記動 作をそのまま適用することが可能である.しかし,IPv6環境 にはNATが存在しないため,NATを考慮したトンネル構築手

順はオーバヘッドとなる.

3.提案方式

IPv6環境におけるNTMobileでは,NATを考慮した動作を 省略することにより,トンネル構築に伴うオーバヘッドを削 減する.IPv6環境において,NTM端末間にトンネルが構築さ れるまでの動作をFig.2に示す.MNはトンネルを構築するた めに,DSMNに対してDirection Requestを送信する.DSMNは トンネル構築に関する情報をRoute Directionに格納して,MNCN に対して送信する.IPv4 環境ではこの後の Tunnel RequestによりNATを跨ってトンネルを構築していたが,IPv6 環境ではこの処理を省略する.このとき,CNRoute Direction が到達しなかった場合に,確認をとることができない.また,

CNRoute Directionが到着する前に,MNがトンネルを用い た通信を開始することが考えられる.そこで,DSMNCNか ら新たに定義するDirection Responseが返ってきてから,MN にRoute Directionを送信するようシーケンスを修正する.MNRoute Direction受信後,エンドツーエンドのトンネル通信 を開始する.

以上により,NTMobileをIPv6環境に適用するにあたり,

トンネル構築動作を最適化することにより,トンネル構築に 伴うオーバヘッドを削減することができる.また,通信開始 時および移動時に生じる遅延を削減することができる.

4.まとめ

NTMobileIPv6に適用するにあたり,トンネル構築に伴

うオーバヘッドを削減した.今後はNTMobileIPv4IPv6 の混在環境に適用させる場合の検討を行う.

文 献

(1) 鈴木.他:DICOMO 2011論文集, pp1339-1348, 2011 Route Direction Direction

Requst

Tunnel Request Tunnel Response

Route Direction Route

Direction

Tunnel Response

MN DSMN DSCN NATCN CN

Route Direction

Fig.1. Tunnel establishment sequence in IPv4

Direction Request Route Direction

Route Direction

MN DSMN DSCN CN

Direction Response

Route Direction Direction Response

Fig.2. Tunnel establishment sequence in IPv6

参照

関連したドキュメント

Private-to-Private (Pattern 4) : MN と CN が別々のプライベートネットワークに存 在するため, Relay Server との間にトンネルを構築する.このとき,以後のシーケンス

MN と CN の通信を中継するように指示する. DC は更 に,Route Direction により MN に対して RS との間に トンネル構築の経路指示を行う.MN は RS へ Tunnel

は NTMA の登録情報( NTMA の実 IP アドレスと PS に配布 した仮想 IP アドレス)を DC MN に通知する( Information Re- quest / Response ). DC MN はトンネル構築指示(

NTMobile フレームワーク用の Java ラッパーを実現す る方式について検討した. Java アプリケーションでは NTMobile をほとんど意識することなく,Java 標準

DMP は事前に検索対象となるネットワーク内の DA との間 に,NTMobile によるトンネルを形成する.DMP は M-Search 送信時に宛先アドレスを M-Search

MN と CN は Route Direction を受信すると, RS とのトンネルを構築するため,それぞれ RS に対して Tunnel Request を送信する. Tunnel Request によって NAT MN 及び

PRS は NTMobile の機能を持つため,モジュール構成は NTMobile 端末と同じく,ユーザ空間 動作する NTMobile Daemon とカーネル空間で動作する NTMobile Kernel

( Correspondent Node )に対して通信の要求を行うことを想定する .MN は ,NTM Direction Requset に FQDN MN ,FQDN CN をのせて ,DC へ送り ,