JP2012085208A - Communication method of lisp network - Google Patents

Communication method of lisp network Download PDF

Info

Publication number
JP2012085208A
JP2012085208A JP2010231500A JP2010231500A JP2012085208A JP 2012085208 A JP2012085208 A JP 2012085208A JP 2010231500 A JP2010231500 A JP 2010231500A JP 2010231500 A JP2010231500 A JP 2010231500A JP 2012085208 A JP2012085208 A JP 2012085208A
Authority
JP
Japan
Prior art keywords
procedure
nat
rloc
address
xtr
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2010231500A
Other languages
Japanese (ja)
Inventor
Ho Kyo
鵬 姜
Tsutomu Sasaki
力 佐々木
Atsushi Tagami
敦士 田上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Priority to JP2010231500A priority Critical patent/JP2012085208A/en
Publication of JP2012085208A publication Critical patent/JP2012085208A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

PROBLEM TO BE SOLVED: To achieve routing or NAT traversal without concentrating the traffic even if the RLOC of xTR is a private address in an LISP network.SOLUTION: A registration procedure comprises: a procedure (t2) where the NAT encapsulates the registration request of transmission source information [EID1,RLOC1], describes the transmission source information in the header and transfers the encapsulated registration request to a mapping server; and a procedure (t3) where the mapping server MS/MR stores the transmission source information of the registration request as the RLOC(RLOC1) with the port number of EID1. The reception procedure has a procedure (t11) where a reception side xTR requests the mapping server for solution of destination address described in a response packet by EID base (t10), and a procedure (t12) where the response packet is transferred while encapsulating the destination address in the header of the RLOC(RLOC1) with the port number.

Description

本発明は、LISP(Locator/ID Separation Protocol)ネットワークの通信方法に係り、特に、xTR( Tunnel Router)のRLOC(Routing Locator)がプライベートアドレスであっても、トラヒックの集中を生じさせることなく、ルーティングやNAT越えを実現できる通信方法に関する。   The present invention relates to a communication method of a LISP (Locator / ID Separation Protocol) network, and in particular, routing without causing traffic concentration even if an RTR (Routing Locator) of xTR (Tunnel Router) is a private address. And communication methods that can achieve NAT traversal.

通信を行うホストが位置するサイトのゲートウェイルータ(トンネルルータ)同士がパケットのカプセル化/デカプセル化を行うことにより、ホストには一切変更を加えずにマルチホームを実現するLISP(Locator/ID Separation Protocol)が、非特許文献1,2,3,4に開示されている。   LISP (Locator / ID Separation Protocol) that realizes multi-home without any change to the host by performing packet encapsulation / decapsulation between the gateway routers (tunnel routers) at the site where the communicating host is located ) Is disclosed in Non-Patent Documents 1, 2, 3, and 4.

図5は、LISPネットワークの代表的な構成を示したブロック図であり、送信側ホストHsが接続されるLISPサイトLNWsと、受信側ホストHdが接続されるLISPサイトLNWdとは、それぞれトンネルルータITR(Ingress Tunnel Router)およびETR(Egress Tunnel Router)を介してコア網のインターネットに接続されている。前記送信側ホストHsおよび受信側ホストHdには、それぞれホスト識別子(EID:Endpoint Indentifier)としてEID1,EID2が割り当てられ、各トンネルルータITR,ETRには、それぞれ位置識別子(RLOC:Routing Locator)としてRLOC1,RLOC2が割り当てられている。   FIG. 5 is a block diagram showing a typical configuration of the LISP network. The LISP site LNWs to which the transmission side host Hs is connected and the LISP site LNWd to which the reception side host Hd is connected are respectively tunnel routers ITR. It is connected to the Internet of the core network via (Ingress Tunnel Router) and ETR (Egress Tunnel Router). The sending host Hs and the receiving host Hd are assigned EID1 and EID2 as host identifiers (EID: Endpoint Indentifier), respectively, and each of the tunnel routers ITR and ETR is assigned RLOC1 as a location identifier (RLOC: Routing Locator). , RLOC2 is assigned.

前記インターネット上には、前記ホスト識別子EID1,EID2と位置識別子RLOC1,RLOC2とをマッピングするマッピングサーバMSが設置されている。当該マッピングサーバMSは簡単なxTR (ITRおよびETRの総称)機能を有し、RLOCとして使用されるIPアドレスはグローバルアドレスである場合が多い。   A mapping server MS for mapping the host identifiers EID1, EID2 and the location identifiers RLOC1, RLOC2 is installed on the Internet. The mapping server MS has a simple xTR (generic name for ITR and ETR) function, and the IP address used as RLOC is often a global address.

このようなLISPネットワークにおいて、各LISPサイト内ではホスト識別子EIDベースでルーティングが行われ、コア網ではEIDの位置識別子RLOCベースでルーティングが行われる。送信側のLISPサイトLNWsとコア網との境界に存在するITRでは、コア網でルーティングに使用されるヘッダの付与が行われ、受信側のLISPサイトLNWdとコア網との境界に存在するETRでは、前記ヘッダの削除が行われる。   In such a LISP network, routing is performed based on the host identifier EID in each LISP site, and routing is performed based on the EID location identifier RLOC in the core network. In the ITR that exists at the boundary between the LISP site LNWs on the sending side and the core network, the header used for routing in the core network is added, and in the ETR that exists at the boundary between the LISP site LNWd on the receiving side and the core network, The header is deleted.

このようなLISPネットワークでは、RLOCとしてプライベートアドレスを利用すると、ルーティングやNAT越えができないために受信側が送信側へ返信できないという問題が生じ得る。図6は、このようなLISPネットワークの技術課題を説明するための図である。   In such a LISP network, when a private address is used as RLOC, there is a problem that the receiving side cannot reply to the transmitting side because routing and NAT traversal cannot be performed. FIG. 6 is a diagram for explaining the technical problem of such a LISP network.

送信側ホストHsがIPパケットを生成して受信側ホストHdへ送信する場合、送信側ホストHsは簡単なxTR機能を備えているため、アドレス情報がEIDベース[Src:EID1,Dst:EID2]の送信パケットに、LISP用のOuterヘッダとしてRLOCおよびポート番号のペア[Src:RLOC1,Sport:10000,Dst:RLOC2,Dport:4341]が追加されてカプセル化される。なお、ポート番号[4341]はLISPネットワーク用に予め割り当てられている標準のポート番号である。   When the sending host Hs generates an IP packet and sends it to the receiving host Hd, the sending host Hs has a simple xTR function, so the address information is EID-based [Src: EID1, Dst: EID2]. A pair of RLOC and port number [Src: RLOC1, Sport: 10000, Dst: RLOC2, Dport: 4341] is added to the transmission packet as an Outer header for LISP and encapsulated. The port number [4341] is a standard port number assigned in advance for the LISP network.

送信側のNAT機能は、前記Outerヘッダの送信元アドレスおよびポート番号を、自身のグローバルアドレスおよびポート番号のペア[Src:IP1,Sport:5678]に書き換えてインターネットへ転送する。   The NAT function on the transmission side rewrites the transmission source address and port number of the Outer header into its own global address and port number pair [Src: IP1, Sport: 5678] and transfers the result to the Internet.

受信側ホストHdは、受信したパケットをデカプセル化して前記送信パケットを抽出し、アドレス情報がEIDベース [Src:EID2,Dst:EID1]で記述された応答パケットを生成して返信する。xTR(RLOC2)は、前記応答パケットをLISP用のOuterヘッダ[Src:RLOC2,Sport:12000,Dst:RLOC1,Dport:4341]でカプセル化して転送する。   The receiving host Hd decapsulates the received packet, extracts the transmission packet, generates a response packet in which the address information is described in EID base [Src: EID2, Dst: EID1], and returns the response packet. xTR (RLOC2) encapsulates the response packet with an LISP Outer header [Src: RLOC2, Sport: 12000, Dst: RLOC1, Dport: 4341] and transfers it.

しかしながら、宛先アドレスのRLOC1はプライベートアドレスであるためにルーティングできず、通信が途絶えてしまう。また、このパケットが仮にNAT機能まで届いたとしても、Dportが前記NATの出力ポート番号[Sport:5678]とは異なるので、同じセッションと見なされずにNAT機能で廃棄されてしまう。   However, since the destination address RLOC1 is a private address, it cannot be routed and communication is interrupted. Even if this packet reaches the NAT function, the Dport is different from the output port number [Sport: 5678] of the NAT, and is not regarded as the same session and is discarded by the NAT function.

このようなNAT越えに関する技術課題を解決し、LISPネットワークにおいて位置識別子RLOC1がプライベートアドレスであってもNAT越えを実現できるNTR(NAT Traversal Router)が非特許文献5に開示されている。このNTRは、以下の手順でNAT越えを実現している。   Non-patent document 5 discloses an NTR (NAT Traversal Router) that solves such technical problems related to NAT traversal and can realize NAT traversal even if the location identifier RLOC1 is a private address in a LISP network. This NTR achieves NAT traversal by the following procedure.

手順1:NAT裏のxTRのIPアドレス(プライベート)の代わりにNTRのIPアドレス(グローバル)をRLOC1とし、これをxTRのEIDと対応付けてマッピングサーバMSに登録する。これにより、xTR宛てのパケットはNTRまで誘導されることになる。   Procedure 1: Instead of the IP address (private) of xTR behind NAT, the IP address (global) of NTR is set as RLOC1, and this is registered with the mapping server MS in association with the EID of xTR. As a result, a packet addressed to xTR is guided to NTR.

手順2:NAT裏のxTRが、送信元ポート番号[4341]を使用して、NTRに対してMap-Registerを行う。NTRは、NAT変換後の送信元IPアドレスおよびポート番号のペアを記録する。   Procedure 2: xTR behind NAT performs Map-Register for NTR using source port number [4341]. The NTR records a pair of a source IP address and a port number after NAT conversion.

手順3:NTR は、NAT裏のxTR宛てのパケットを受信すると、その宛先IPアドレスおよび宛先ポート番号を、それぞれ手順2で記録した内容に書き換えて転送する。   Procedure 3: When the NTR receives a packet addressed to the xTR behind the NAT, it rewrites the destination IP address and the destination port number to the contents recorded in the procedure 2 and transfers them.

LISP, http://tools.ietf.org/html/draft-ietf-lisp-07LISP, http://tools.ietf.org/html/draft-ietf-lisp-07 LISP-MS, http://tools.ietf.org/html/draft-ietf-lisp-ms-05LISP-MS, http://tools.ietf.org/html/draft-ietf-lisp-ms-05 LISP-MN, http://tools.ietf.org/html/draft-meyer-lisp-mn-01LISP-MN, http://tools.ietf.org/html/draft-meyer-lisp-mn-01 LISP-MN-NAT, http://tools.ietf.org/html/draft-klein-lisp-mn-nat-traversal-00LISP-MN-NAT, http://tools.ietf.org/html/draft-klein-lisp-mn-nat-traversal-00 Dominik Klein, Matthias Hartmann, and Michael Menth, NAT Traversal for LISP Mobile Node, 2010Dominik Klein, Matthias Hartmann, and Michael Menth, NAT Traversal for LISP Mobile Node, 2010

上記の非特許文献5では、RLOCがプライベートアドレスであると応答パケットをコア網でルーティングできないという第1の技術課題が、NTR装置のアドレスをRLOC1で代用することで解決されている。また、LISPネットワークではデータパケットの宛先ポート番号が常に[4341]であるためにNATで遮断されるという第1の技術課題(NAT越え)が、NTR装置においてパケットの宛先ポート番号を変更することで解決されている。   In the non-patent document 5, the first technical problem that the response packet cannot be routed in the core network if the RLOC is a private address is solved by substituting the address of the NTR device with the RLOC1. In addition, in the LISP network, since the destination port number of the data packet is always [4341], the first technical problem (NAT exceeded) is that the destination port number of the packet is changed in the NTR device. It has been resolved.

しかしながら、上記の従来技術ではNAT裏にあるxTR宛てのトラヒックが全てNTRまで誘導されるのでトラヒックがNTRに集中し、かつNTRでは全てのIPパケットの宛先アドレスおよびポート番号の書き換えを行う必要があるので処理負荷が重くなる。したがって、負荷分散のためには多数のNTRを設置しなければならず、またNTRが地理的に離れた場所に設置されると遅延が大きくなってしまう。   However, in the above prior art, all traffic destined for xTR behind NAT is directed to NTR, so traffic is concentrated on NTR, and NTR needs to rewrite the destination address and port number of all IP packets. Therefore, the processing load becomes heavy. Therefore, a large number of NTRs must be installed in order to distribute the load, and if the NTRs are installed at geographically distant locations, the delay will increase.

本発明の目的は、上記した従来技術の課題を解決し、LISPネットワークにおいてRLOCがプライベートアドレスの場合でも、トラヒックの集中を生じさせることなくルーティングやNAT越えを実現できる通信方法を提供することにある。   An object of the present invention is to solve the above-described problems of the prior art and provide a communication method capable of realizing routing and NAT traversal without causing concentration of traffic even when RLOC is a private address in a LISP network. .

上記の目的を達成するために、本発明は、送信側および受信側の各LISPサイトが、マッピングルータを備えたコア網にトンネルルータxTRを介して接続され、各LISPサイト内ではホスト識別子EIDに基づいてルーティングが行われ、コア網ではEIDの位置識別子RLOCに基づいてルーティングが行われるLISPネットワークの通信方法において、以下のような手順を有する点に特徴がある。   In order to achieve the above object, according to the present invention, the LISP sites on the transmission side and the reception side are connected to the core network including the mapping router via the tunnel router xTR, and the host identifier EID is included in each LISP site. The LISP network communication method in which routing is performed on the basis of the core network and routing is performed on the basis of the EID location identifier RLOC is characterized by the following procedure.

(1)登録手順:   (1) Registration procedure:

送信側xTRにおいて、送信側ホストのEIDおよびRLOCの対応関係が記述された登録要求を、アドレス情報がRLOCベースで記述されたOuterヘッダでカプセル化する手順と、送信側のNATにおいて、前記Outerヘッダの送信元アドレスを、NATの出力ポートアドレスおよび出力ポート番号のペアに書き換えてマッピングサーバへ転送し、前記書き換え前後のアドレスの対応関係をNATテーブルに記憶する手順と、前記マッピングサーバが前記登録要求を受信し、前記NATの出力ポートアドレスおよびポート番号のペアをポート番号付きRLOCとして送信側ホストのEIDと対応付けて記憶する手順とを有する。   In the sending side xTR, a procedure for encapsulating a registration request in which the correspondence between EID and RLOC of the sending side host is described in an Outer header in which address information is described in RLOC base, and in the NAT on the sending side, the Outer header Rewriting the source address of the IP address to a pair of output port address and output port number of NAT and transferring it to the mapping server, and storing the correspondence relationship between the addresses before and after the rewriting in a NAT table, and the mapping server sends the registration request And storing the NAT output port address and port number pair as RLOC with a port number in association with the EID of the sending host.

(2)送信手順:   (2) Transmission procedure:

送信側ホストにおいて、アドレス情報がEIDベースで記述された送信パケットを生成する手順と、送信側xTRにおいて、前記送信パケットを、アドレス情報がRLOCベースで記述されたOuterヘッダでカプセル化する手順と、前記NATにおいて、前記OuterヘッダにRLOCベースで記述された送信元アドレスを、前記NATの送信元アドレスおよび送信元ポート番号のペアに書き換えて転送する手順とを有する。   A procedure for generating a transmission packet in which address information is described in EID base in the transmission side host; and a procedure in the transmission side xTR for encapsulating the transmission packet in an Outer header in which address information is described in RLOC base; The NAT includes a procedure of rewriting and transmitting a source address described in the RLOC base in the Outer header to a pair of the NAT source address and source port number.

(3)受信手順:   (3) Reception procedure:

受信側xTRにおいて、前記カプセル化された送信パケットを受信してデカプセル化する手順と、受信側ホストにおいて、前記デカプセル化された送信パケットに基づいて、アドレス情報がEIDベースで記述された応答パケットを生成する手順と、受信側xTRにおいて、前記応答パケットにEIDベースで記述された宛先アドレスの解決を前記マッピングサーバへ要求する手順と、前記マッピングサーバにおいて、前記アドレス解決の要求に応答して、前記EIDベースで記述された宛先アドレスと対応付けられているポート番号付きRLOCを応答する手順と、受信側xTRにおいて、前記応答パケットを、宛先アドレスが前記ポート番号付きRLOCのOuterヘッダでカプセル化して転送する手順と、前記NATにおいて、前記カプセル化された応答パケットを受信し、その宛先アドレスを前記NATテーブルに基づいてRLOCベースに書き換えて転送する手順と、送信側xTRにおいて、前記カプセル化された応答パケットをデカプセル化して転送する手順とを有する。   The receiving side xTR receives and decapsulates the encapsulated transmission packet, and the receiving side host, based on the decapsulated transmission packet, generates a response packet in which address information is described in EID base. A procedure for generating, a procedure for requesting the mapping server to resolve a destination address described in EID base in the response packet in the receiving side xTR, and in response to the address resolution request in the mapping server, Procedure for responding to RLOC with port number associated with destination address described in EID base, and forwarding packet encapsulated in Outer header of destination RLOC with port number at destination xTR And receiving the encapsulated response packet in the NAT and receiving the destination There are a procedure for rewriting and transferring the address based on the RLOC based on the NAT table, and a procedure for decapsulating and transferring the encapsulated response packet at the transmission side xTR.

本発明によれば、LISPネットワークにおいて、xTRのRLOCアドレスがプライベートアドレスであっても、トラヒックを一部のノードに集中させることなくルーティングおよびNAT越えを実現できるようになる。   According to the present invention, routing and NAT traversal can be realized without concentrating traffic on some nodes even if the RLOC address of xTR is a private address in a LISP network.

本発明が適用されるLISPネットワークの構成を示したブロック図である。1 is a block diagram showing a configuration of a LISP network to which the present invention is applied. 本発明の一実施形態に係るLISPネットワークの通信方法を説明するための機能ブロック図である。It is a functional block diagram for demonstrating the communication method of the LISP network which concerns on one Embodiment of this invention. 本発明の一実施形態に係るLISPネットワークの通信方法を説明するためのシーケンスフローである5 is a sequence flow for explaining a communication method of a LISP network according to an embodiment of the present invention. 本発明の他の実施形態の構成を示したブロック図である。It is the block diagram which showed the structure of other embodiment of this invention. 従来のLISPネットワークの構成を示したブロック図である。It is the block diagram which showed the structure of the conventional LISP network. 従来のLISPネットワークの課題を説明するためのブロック図である。It is a block diagram for demonstrating the subject of the conventional LISP network.

以下、図面を参照して本発明の実施形態について詳細に説明する。図1は、本発明が適用されるLISPネットワークの主要部の構成を示したブロック図であり、コア網としてのインターネット上には、アドレス解決用のマッピングサーバMS/MR(Map Server/Map Resolver)が配置され、送信側のxTR機能は、コア網から見てNAT装置の裏側で送信側ホストHsに実装されている。   Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a main part of a LISP network to which the present invention is applied. On the Internet as a core network, a mapping server MS / MR (Map Server / Map Resolver) for address resolution is shown. The xTR function on the transmission side is implemented in the transmission side host Hs on the back side of the NAT device as viewed from the core network.

前記NATはフルコーン(full cone) NATであり、NAT機器の裏側(内側)のアドレス(iAddr:iPort)と表側(外側)のアドレス(eAddr:ePort)との変換ペアだけを保持し、外側の任意のホストからeAddr:ePortまでのパケットをiAddr:iPortまで転送するので、開放されたポートにはどのノードからでもアクセスできる。このようなフルコーンNATに関しては、STUN (http://tools.ietf.org/html/rfc3489)で詳細に説明されている。   The NAT is a full cone NAT, which holds only the translation pair of the NAT device's back side (inside) address (iAddr: iPort) and the front side (outside) address (eAddr: ePort). Since the packet from the host to eAddr: ePort is forwarded to iAddr: iPort, the open port can be accessed from any node. Such full cone NAT is described in detail in STUN (http://tools.ietf.org/html/rfc3489).

図2は、本発明の一実施形態に係るLISPネットワークの通信方法を説明するための機能ブロック図であり、図3は、そのシーケンスフローである。ここでは、送信側ホストHsに実装されたxTRの位置識別子RLOC1がプライベートアドレスであり、受信側ホストHdに実装されたxTRの位置識別子RLOC2がグローバルアドレスであり、マッピングサーバMS/MSにはグローバルアドレスIP2が割り当てられているものとして説明する。
FIG. 2 is a functional block diagram for explaining a communication method of a LISP network according to an embodiment of the present invention, and FIG. 3 is a sequence flow thereof. Here, the location identifier RLOC1 of xTR mounted on the sending host Hs is a private address, the location identifier RLOC2 of xTR mounted on the receiving host Hd is a global address, and the mapping server MS / MS has a global address Explanation will be given assuming that IP2 is assigned.

1.登録手順
図3のシーケンスフローを参照し、時刻t1では、送信側ホストHsに実装されたxTR(RLOC1)が、送信元情報[EID1,RLOC1]の埋め込まれたマッピング登録(Map-Register)要求メッセージを、アドレス情報がRLOCベースで記述されたOuterヘッダでカプセル化してマッピングサーバMS/MRへ送信する。前記Outerヘッダには、送信元アドレスおよび送信元ポート番号のペアとして[Src:RLOC1,Sport:4341]が記述され、宛先アドレスおよび宛先ポート番号のペアとして[Dst:IP2,Dport:4342]が記述されている。
1. Registration Procedure Referring to the sequence flow of FIG. 3, at time t1, a mapping registration (Map-Register) request message in which xTR (RLOC1) implemented in the sending host Hs is embedded with source information [EID1, RLOC1] Is encapsulated with an Outer header in which address information is described in RLOC base and transmitted to the mapping server MS / MR. In the Outer header, [Src: RLOC1, Sport: 4341] is described as a pair of source address and source port number, and [Dst: IP2, Dport: 4342] is described as a pair of destination address and destination port number Has been.

時刻t2では、NAT機器が、前記マッピング登録要求メッセージのOuterヘッダの送信元アドレスおよび送信元ポート番号[Src:RLOC1,Sport:4341]を、当該NAT機器の出力ポートアドレスおよび出力ポート番号のペア[Src:IP1,Sport:2345]に書き換えてマッピングサーバMS/MRへ転送すると共に、書き換え前後のアドレスおよびポート番号の対応関係をNATテーブルに記憶する。   At time t2, the NAT device sets the source address and source port number [Src: RLOC1, Sport: 4341] of the Outer header of the mapping registration request message as a pair of the output port address and output port number of the NAT device [ Src: IP1, Sport: 2345] is rewritten and transferred to the mapping server MS / MR, and the correspondence between the address and port number before and after the rewrite is stored in the NAT table.

時刻t3では、このマッピング登録要求メッセージを受信したマッピングサーバMS/MRが、RLOC1に関して既登録のマッピング情報と新たに受信したマッピング情報とが一致していないことを検知して、当該要求をNATに関するマッピング要求と判断する。そして、前記送信元アドレスおよび送信元ポート番号のペア[Src:IP1,Sport:2345]を、EID1のポート番号付きRLOC(RLOC1)として蓄積する。   At time t3, the mapping server MS / MR that has received this mapping registration request message detects that the already registered mapping information does not match the newly received mapping information with respect to RLOC1, and the request is related to NAT. Judged as a mapping request. Then, the source address and source port number pair [Src: IP1, Sport: 2345] is stored as RLOC (RLOC1) with a port number of EID1.

時刻t4では、受信側のxTRがマッピング登録要求メッセージ[EID2,RLOC2]をマッピングサーバMS/MRへ送信し、これが従来技術と同様にマッピングサーバMS/MRへ登録される
At time t4, the receiving side xTR transmits a mapping registration request message [EID2, RLOC2] to the mapping server MS / MR, and this is registered in the mapping server MS / MR as in the prior art.

2.送信手順
図2を併せて参照し、時刻t5では、送信側ホスト(EID1)のアプリケーションにより、送信元および宛先のアドレス情報がEIDベース[Src:EID1,Sport:1000,Dst:EID2,Dport:80]の送信パケットが生成される。時刻t6では、前記送信パケットが、送信側ホストHsに実装されたxTR機能により、送信元アドレスSrcおよび送信元ポート番号Sportを[RLOC1,10000]、宛先アドレスDstおよび宛先ポート番号Dportを「RLOC2,4341」とするOuterヘッダでカプセル化されてNAT機器へ転送される。
2. Transmission Procedure Referring also to FIG. 2, at time t5, the transmission side host (EID1) application converts the source and destination address information to EID base [Src: EID1, Sport: 1000, Dst: EID2, Dport: 80. ] Is generated. At time t6, the transmission packet is transmitted to the source address Src and the source port number Sport [RLOC1, 10000], the destination address Dst and the destination port number Dport are set to “RLOC2, 4341 "is encapsulated in the Outer header and transferred to the NAT device.

時刻t7では、NAT機器において、前記Outerヘッダの送信元アドレスおよび送信元ポート番号のペア「RLOC1,10000」が、当該NAT機器の出力ポートアドレスおよび出力ポート番号のペア[IP1,5678]に書き換えられて転送される。時刻t8では、受信側のxTR(RLOC2)によりパケットが受信されてデカプセル化され、前記送信パケット[Src:EID1,Sport:1000,Dst:EID2,Dport:80]が抽出されて受信側ホストHdのアプリケーション(EID2)へ転送される。

3.受信手順
At time t7, in the NAT device, the source address and source port number pair “RLOC1,10000” in the Outer header is rewritten to the output port address and output port number pair [IP1,5678] of the NAT device. Forwarded. At time t8, the packet is received and decapsulated by the receiving side xTR (RLOC2), and the transmission packet [Src: EID1, Sport: 1000, Dst: EID2, Dport: 80] is extracted and received by the receiving side host Hd. Transferred to application (EID2).

3. Reception procedure

時刻t9では、受信側ホストHdのアプリケーションから、送信元および宛先のアドレス情報がEIDベース[Src:EID2,Sport:80,Dst:EID1,Dport:1000]で記述された応答パケットが返信されてxTR(RLOC2)により受信される。時刻t10では、当該xTR(RLOC2)が、宛先となる前記EID1のアドレス解決をマッピングサーバMS/MRへ要求する。時刻t11では、マッピングサーバMS/MRがマッピング情報を参照し、当該EID1と対応付けられているポート番号付きRLOC[IP1,2345]を応答する。   At time t9, the application on the receiving host Hd returns a response packet in which the address information of the source and destination is described in EID base [Src: EID2, Sport: 80, Dst: EID1, Dport: 1000] and xTR (RLOC2). At time t10, the xTR (RLOC2) requests the mapping server MS / MR to resolve the address of the destination EID1. At time t11, the mapping server MS / MR refers to the mapping information and responds with RLOC [IP1, 2345] with a port number associated with the EID1.

時刻t12では、xTR(RLOC2)が前記応答パケット[Src:EID2,Sport:80,Dst:EID1,Dport:1000]を、送信元アドレスおよび送信元ポート番号のペアを[RLOC2,12000]、宛先アドレスおよび宛先ポート番号のペアを前記ポート番号付きRLOC[IP1,2345]とするOuterヘッダでカプセル化して転送する。   At time t12, xTR (RLOC2) sends the response packet [Src: EID2, Sport: 80, Dst: EID1, Dport: 1000], a source address and source port number pair [RLOC2, 12000], and a destination address And a pair of destination port numbers are encapsulated in an Outer header with the port number RLOC [IP1, 2345] and transferred.

時刻t13では、ポート番号[2345]のポートが開放状態にある送信側のNAT機器(IP1)において前記応答パケットが受信され、そのOuterヘッダの宛先アドレスおよび宛先ポート番号のペア「IP1,2345」が、前記NATテーブルに基づいてRLOCベースのアドレス[Src:RLOC1,Sport:4341]に書き換えられる。   At time t13, the response packet is received by the transmission-side NAT device (IP1) in which the port of port number [2345] is open, and the destination address and destination port number pair “IP1, 2345” in the Outer header is set. Based on the NAT table, the address is rewritten to the RLOC base address [Src: RLOC1, Sport: 4341].

時刻t14では、送信側ホストHsに実装されたxTR機能により、前記受信パケットがデカプセル化されて前記応答パケット[EID2,S0,EID1,1000]が抽出され、アプリケーション(EID1)へ転送される。   At time t14, the received packet is decapsulated and the response packet [EID2, S0, EID1, 1000] is extracted and transferred to the application (EID1) by the xTR function implemented in the transmission side host Hs.

なお、上記の実施形態では、送信側のコア網から見てNATの裏側に送信側ホストが接続されている場合を例にして説明したが、本発明はこれのみに限定されるものではなく、図4に一例を示したように、NATの裏側にLISPサイトが形成され、送信側ホストが当該LISPサイトに接続される場合にも同様に適用できる。   In the above embodiment, the case where the transmission side host is connected to the back side of the NAT as viewed from the core network on the transmission side has been described as an example, but the present invention is not limited to this, As shown in FIG. 4, the present invention can be similarly applied to a case where a LISP site is formed on the back side of NAT and a transmission side host is connected to the LISP site.

Hs…送信側ホスト,Hd…受信側ホスト,xTR…トンネルルータ   Hs: Sending host, Hd: Receiving host, xTR: Tunnel router

Claims (4)

送信側および受信側の各LISPサイトが、マッピングルータを備えたコア網にトンネルルータxTRを介して接続され、前記各LISPサイト内ではホスト識別子EIDに基づいてルーティングが行われ、コア網ではEIDの位置識別子RLOCに基づいてルーティングが行われるLISPネットワークの通信方法において、
登録手順が、
送信側xTRにおいて、送信側ホストのEIDおよびRLOCの対応関係が記述された登録要求を、アドレス情報がRLOCベースで記述されたOuterヘッダでカプセル化する手順と、
送信側のNATにおいて、前記OuterヘッダにRLOCベースで記述された送信元アドレスを、NATの出力ポートアドレスおよび出力ポート番号のペアに書き換えてマッピングサーバへ転送し、前記書き換え前後のアドレスの対応関係をNATテーブルに記憶する手順と、
前記マッピングサーバにおいて、前記登録要求を受信し、前記NATの出力ポートアドレスおよびポート番号のペアをポート番号付きRLOCとして前記送信側ホストのEIDと対応付けて記憶する手順とを有し、
送信手順が、
送信側ホストにおいて、アドレス情報がEIDベースで記述された送信パケットを生成する手順と、
送信側xTRにおいて、前記送信パケットを、アドレス情報がRLOCベースで記述されたOuterヘッダでカプセル化する手順と、
前記NATにおいて、前記OuterヘッダにRLOCベースで記述された送信元アドレスを、前記NATの送信元アドレスおよび送信元ポート番号のペアに書き換えて転送する手順とを有し、
受信手順が、
受信側xTRにおいて、前記カプセル化された送信パケットを受信してデカプセル化する手順と、
受信側ホストにおいて、前記デカプセル化された送信パケットに基づいて、アドレス情報がEIDベースで記述された応答パケットを生成する手順と、
受信側xTRにおいて、前記応答パケットにEIDベースで記述された宛先アドレスの解決を前記マッピングサーバへ要求する手順と、
前記マッピングサーバにおいて、前記アドレス解決の要求に応答して、前記EIDベースで記述された宛先アドレスと対応付けられているポート番号付きRLOCを応答する手順と、
受信側xTRにおいて、前記応答パケットを、宛先アドレスが前記ポート番号付きRLOCのOuterヘッダでカプセル化して転送する手順と、
前記NATにおいて、前記カプセル化された応答パケットを受信し、その宛先アドレス情報を前記NATテーブルに基づいてRLOCベースに書き換えて転送する手順と、
前記送信側xTRにおいて、前記カプセル化された応答パケットをデカプセル化して転送する手順とを有することを特徴とするLISPネットワークの通信方法。
Each LISP site on the transmission side and the reception side is connected to the core network equipped with the mapping router via the tunnel router xTR, routing is performed based on the host identifier EID in each LISP site, and EID of the core network is performed. In a communication method of a LISP network where routing is performed based on the location identifier RLOC,
The registration procedure
In the sending side xTR, a procedure for encapsulating a registration request in which the correspondence between EID and RLOC of the sending side host is described in an Outer header in which address information is described in RLOC base, and
In the NAT on the transmission side, the source address described in the RLOC base in the Outer header is rewritten to a pair of NAT output port address and output port number and transferred to the mapping server, and the correspondence relationship between the addresses before and after the rewrite is shown. The procedure to store in the NAT table,
In the mapping server, the registration request is received, and a pair of the NAT output port address and port number is stored as an RLOC with a port number in association with the EID of the sending host, and
Send procedure is
In the sending host, a procedure for generating a send packet in which address information is described in EID base, and
In the transmission side xTR, a procedure for encapsulating the transmission packet with an Outer header whose address information is described in RLOC base, and
In the NAT, the source address described in the RLOC base in the Outer header has a procedure of rewriting and transferring the source address and source port number pair of the NAT,
The receiving procedure is
In the receiving side xTR, a procedure for receiving and decapsulating the encapsulated transmission packet;
In the receiving host, based on the decapsulated transmission packet, a procedure for generating a response packet in which address information is described on an EID basis;
In the reception side xTR, a procedure for requesting the mapping server to resolve the destination address described in EID base in the response packet;
In the mapping server, in response to the address resolution request, a procedure of responding with an RLOC with a port number associated with the destination address described in the EID base;
In the receiving side xTR, the response packet is encapsulated in the Outer header of the RLOC with the port number as the destination number and transferred,
In the NAT, receiving the encapsulated response packet, rewriting and transferring the destination address information to the RLOC base based on the NAT table, and
A communication method for a LISP network, comprising: a step of decapsulating and transferring the encapsulated response packet in the transmission side xTR.
前記送信側では、コア網から見てNATの裏側に送信側ホストが接続されたことを特徴とする請求項1に記載のLISPネットワークの通信方法。   The LISP network communication method according to claim 1, wherein a transmission side host is connected to the back side of the NAT on the transmission side as viewed from the core network. 前記送信側では、コア網から見てNATの裏側にLISPサイトが形成され、当該LISPサイトに送信側ホストが接続されたことを特徴とする請求項1に記載のLISPネットワークの通信方法。   The LISP network communication method according to claim 1, wherein a LISP site is formed on the back side of the NAT as viewed from the core network on the transmission side, and a transmission side host is connected to the LISP site. 前記NATがフルコーンNATであることを特徴とする請求項1ないし3のいずれかに記載のLISPネットワークの通信方法。   4. The LISP network communication method according to claim 1, wherein the NAT is a full cone NAT.
JP2010231500A 2010-10-14 2010-10-14 Communication method of lisp network Pending JP2012085208A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010231500A JP2012085208A (en) 2010-10-14 2010-10-14 Communication method of lisp network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010231500A JP2012085208A (en) 2010-10-14 2010-10-14 Communication method of lisp network

Publications (1)

Publication Number Publication Date
JP2012085208A true JP2012085208A (en) 2012-04-26

Family

ID=46243573

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010231500A Pending JP2012085208A (en) 2010-10-14 2010-10-14 Communication method of lisp network

Country Status (1)

Country Link
JP (1) JP2012085208A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014017710A (en) * 2012-07-10 2014-01-30 Fujitsu Ltd Communication method and communication device
CN104780237A (en) * 2015-04-29 2015-07-15 杭州华三通信技术有限公司 Address request method and device
CN105530325A (en) * 2014-09-30 2016-04-27 杭州华三通信技术有限公司 Locator/identity separation protocol host migration method and device
CN106953799A (en) * 2016-01-06 2017-07-14 中国移动通信集团海南有限公司 The communication means and device of a kind of mobile terminal
WO2018010442A1 (en) * 2016-07-13 2018-01-18 华为技术有限公司 Method and apparatus for encapsulating service data package

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014017710A (en) * 2012-07-10 2014-01-30 Fujitsu Ltd Communication method and communication device
CN105530325A (en) * 2014-09-30 2016-04-27 杭州华三通信技术有限公司 Locator/identity separation protocol host migration method and device
CN105530325B (en) * 2014-09-30 2019-05-03 新华三技术有限公司 Position and mark separated protocol host migration method and device
CN104780237A (en) * 2015-04-29 2015-07-15 杭州华三通信技术有限公司 Address request method and device
CN106953799A (en) * 2016-01-06 2017-07-14 中国移动通信集团海南有限公司 The communication means and device of a kind of mobile terminal
WO2018010442A1 (en) * 2016-07-13 2018-01-18 华为技术有限公司 Method and apparatus for encapsulating service data package
CN107623656A (en) * 2016-07-13 2018-01-23 华为技术有限公司 A kind of method and device for encapsulating business data packet
CN107623656B (en) * 2016-07-13 2019-04-19 华为技术有限公司 A kind of method and device encapsulating business data packet
US10904747B2 (en) 2016-07-13 2021-01-26 Huawei Technologies Co., Ltd. Service data packet encapsulation method and apparatus

Similar Documents

Publication Publication Date Title
Wu et al. Transition from IPv4 to IPv6: A state-of-the-art survey
CA2520576A1 (en) Arrangement for traversing an ipv4 network by ipv6 mobile nodes
WO2010108431A1 (en) Method for realizing ipv6 host visting ipv4 host, method for obtaining ipv6 address prefix and translation device
WO2012083657A1 (en) Packet processing method, system and customer premises equipment
JP2012085208A (en) Communication method of lisp network
JP6386166B2 (en) Translation method and apparatus between IPv4 and IPv6
US10637825B2 (en) Router and method for connecting an IPv4 network and an IPv6 network
JP2008172816A (en) Address conversion method
US20220345519A1 (en) PFCP Session Load Balancer
US11849381B2 (en) Use of IP networks for routing of cellular data packets
US12063583B2 (en) Use of IP networks for routing of cellular data packets
US11632692B2 (en) Use of IP networks for routing of cellular data packets
US20220345986A1 (en) Selective Importing of UE Addresses to VRF in 5g Networks
CN117480855A (en) Improved use of IP networks for routing cellular data packets
CN117461297A (en) Use of an IP network for routing cellular data packets
Cui et al. IETF softwire unicast and multicast framework for IPv6 transition
CN117529709A (en) PFCP session load balancer
CN117441377A (en) Selectively importing UE addresses into VRFs in 5G networks
JPWO2018142526A1 (en) Relay apparatus, communication system, and communication method