JP2012244497A - Mapping server and method of controlling the same - Google Patents

Mapping server and method of controlling the same Download PDF

Info

Publication number
JP2012244497A
JP2012244497A JP2011113985A JP2011113985A JP2012244497A JP 2012244497 A JP2012244497 A JP 2012244497A JP 2011113985 A JP2011113985 A JP 2011113985A JP 2011113985 A JP2011113985 A JP 2011113985A JP 2012244497 A JP2012244497 A JP 2012244497A
Authority
JP
Japan
Prior art keywords
priority
destination
identifier
tunneling
host
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.)
Withdrawn
Application number
JP2011113985A
Other languages
Japanese (ja)
Inventor
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 JP2011113985A priority Critical patent/JP2012244497A/en
Publication of JP2012244497A publication Critical patent/JP2012244497A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a method of controlling a mapping server capable of adjusting the priority in mapping information depending on a transmission source and a destination to make a notification, in a LISP network.SOLUTION: At a procedure (1), a mapping server 1 receives from an ETR registration associating a host identifier EID for a host in its LISP site with a position identifier RLOC of an ITR itself. At a procedure (2), mapping information is produced based on the registration. At a procedure (3), the ITR requests notification of the RLOC corresponding to the destination EID for LISP communication. At a procedure (4), the RLOC corresponding to the destination EID is found from the mapping information. In the case that a plurality of RLOCs are found, at a procedure (5), priorities of a plurality of destination RLOCs to the transmission source RLOCs are decided based on network information and the like. At a procedure (6), the ITR is notified of the plurality of destination RLOCs together with the respective priorities.

Description

本発明は、LISPネットワークにおけるマッピングサーバ及びその制御方法に関し、特に、マッピング情報における優先度を送信元と宛先とに応じて調整して通知することで、コア網のトラヒックを最適化できるマッピングサーバ及びその制御方法に関する。   The present invention relates to a mapping server in a LISP network and a control method thereof, and in particular, a mapping server that can optimize traffic in a core network by adjusting and notifying priority in mapping information according to a transmission source and a destination, and It relates to the control method.

現在、インターネットの経路数削減等を目的として、IETF(Internet Engineering Task Force )で標準化が進められているLISP(Locator/ID Separation Protocol)では、ホスト識別のためのIDとルーティングのためのLocatorとを分離し、ホスト間の通信にホスト識別子(EIDとも呼ぶ;Endpoint ID)を、コア網では位置識別子(RLOCとも呼ぶ;Routing Locator)を使用することで、コア網の経路数を削減すること等ができる。LISPについては非特許文献1に開示されているが、概略は次の通りである。   Currently, LISP (Locator / ID Separation Protocol), which is being standardized by the Internet Engineering Task Force (IETF) for the purpose of reducing the number of Internet routes, etc., uses an ID for host identification and a Locator for routing. By using a host identifier (also called EID; Endpoint ID) for communication between hosts and using a location identifier (also called RLOC; Routing Locator) in the core network, the number of routes in the core network can be reduced. it can. LISP is disclosed in Non-Patent Document 1, but the outline is as follows.

図4にLISPネットワークの構成例を示す。LISPはトンネルベースのプロトコルであり、コア網上に構築したLISPトンネルでLISPサイト間を接続する。EIDとRLOCとのマッピングは、マッピングサーバ(LISP-MS(Map Server))を用いて交換することができる。このため、予めLISPサイトの出入口に配置されるトンネリングルータxTR(Ingress or Egress Tunnel Router)は、自サイト内のEID(の集合、プレフィックス)とxTR自身がもつRLOCをペアにして、LISP-MSに登録する。当該マッピングサーバ(LISP-MS)については非特許文献2に開示されている。   Fig. 4 shows a configuration example of a LISP network. LISP is a tunnel-based protocol that connects LISP sites with a LISP tunnel built on the core network. The mapping between EID and RLOC can be exchanged using a mapping server (LISP-MS (Map Server)). For this reason, the tunneling router xTR (Ingress or Egress Tunnel Router), which is placed in advance at the entrance / exit of the LISP site, pairs the ELOC (set, prefix) in its own site with the RLOC that the xTR itself has in the LISP-MS. sign up. The mapping server (LISP-MS) is disclosed in Non-Patent Document 2.

あるLISPサイトに対して通信を行おうとする別のLISPサイトのxTRは、LISP-MSに対してEIDをキーとしてマッピング情報の通知要求を行う。登録や通知要求時にはNonce(ハッシュキーのようなもの)などを用いた簡単な認証も行われる。   The xTR of another LISP site that wants to communicate with a LISP site makes a mapping information notification request to LISP-MS using EID as a key. Simple authentication using Nonce (something like a hash key) is also performed when requesting registration or notification.

例えば図4では、LISPサイト10,20及び30内にそれぞれEID10,20及び30のホストが存在し、各LISPサイトはそれぞれゲートウェイルータ(トンネルルータ)としてのxTRを介してコア網に接続される。各LISPサイトに配置されるxTRの数は任意に設定できるが、図4では、LISPサイト10にはそれぞれ位置識別子RLOC11及びRLOC12で指定されるxTR11及びxTR12の2台が配置され、LISPサイト20にRLOC20で指定される1台のxTR20が、LISPサイト30にRLOC30で指定される1台のxTR30がそれぞれ配置されている。   For example, in FIG. 4, hosts with EIDs 10, 20 and 30 exist in the LISP sites 10, 20 and 30, respectively, and each LISP site is connected to the core network via xTR as a gateway router (tunnel router). Although the number of xTRs arranged at each LISP site can be set arbitrarily, in FIG. 4, two LTR sites 10 are designated xTR11 and xTR12 specified by the location identifiers RLOC11 and RLOC12, respectively. One xTR20 specified by RLOC20 and one xTR30 specified by RLOC30 are arranged at the LISP site 30, respectively.

各xTRは自身の位置識別子を、自身が配置されているLISPサイト内のホスト識別子と対応づけて、マッピングサーバLISP-MSに予め登録しておく。マッピングサーバは当該登録をマッピング情報として保持する。図4にマッピング情報のうち、LISPサイト10に関する部分の例が示してある。プレフィクス2.0.0.0/8として位置識別子EID10が登録され、当該EID10に対応する一方のxTR11の位置識別子RLOC11がIPアドレス12.0.0.2として登録され、同じく当該EID10に対応する他方のxTR12の位置識別子RLOC12がIPアドレス13.0.0.2として登録されている。   Each xTR registers its location identifier in advance in the mapping server LISP-MS in association with the host identifier in the LISP site where it is located. The mapping server holds the registration as mapping information. FIG. 4 shows an example of a portion related to the LISP site 10 in the mapping information. The location identifier EID10 is registered as prefix 2.0.0.0/8, the location identifier RLOC11 of one xTR11 corresponding to the EID10 is registered as the IP address 12.0.0.2, and the location identifier RLOC12 of the other xTR12 corresponding to the EID10 is also registered. Is registered as IP address 13.0.0.2.

LISPサイト10にはxTRが2台配置されている。このように複数台のxTRが配置されている場合、マッピング情報にはEIDとRLOCの対応づけ以外に付加情報を登録してもよい。すなわち、図示するように、各xTRの利用に対する優先度も、当該LISPサイト10の運用者の予め設定する値により、マッピング情報として登録してもよい。優先度は、例えば図示するように優先順位(priority)及び重み付け(weight)の2つのパラメータで設定することができる。RLOC11とRLOC12とは、当該パラメータによる優先度が均一になるよう登録されている。   LISP site 10 has two xTRs. When a plurality of xTRs are arranged in this way, additional information other than the association between EID and RLOC may be registered in the mapping information. That is, as shown in the figure, the priority for use of each xTR may also be registered as mapping information according to a value preset by the operator of the LISP site 10. The priority can be set by two parameters, for example, priority and weight as shown in the figure. RLOC11 and RLOC12 are registered so that the priorities according to the parameters are uniform.

なお、図示されてはいないが、その他のLISPサイトからも各xTRよりマッピング情報の登録が行われる。例えばxTR20は対応づけEID20-RLOC20を、xTR30は対応づけEID30-RLOC30を、それぞれ上記と同様にIPアドレスとしてマッピング情報に登録する。   Although not shown, mapping information is also registered from each xTR from other LISP sites. For example, xTR20 registers the associated EID20-RLOC20 and xTR30 registers the associated EID30-RLOC30 in the mapping information as an IP address in the same manner as described above.

図4において、EID20のホストからEID10のホストに向けてパケットを送信する場合を例として用いて、LISPによる通信を説明する。(a)に示すようにホストEID20は、内側ヘッダが「送信元(src)EID20、宛先(dst)EID10」のパケットを送信する。当該パケットはRLOC20のxTR20に到達した時点でカプセル化され、外側ヘッダを付与される。   In FIG. 4, communication by LISP will be described using an example in which a packet is transmitted from an EID20 host to an EID10 host. As shown in (a), the host EID 20 transmits a packet whose inner header is “source (src) EID20, destination (dst) EID10”. The packet is encapsulated when it reaches xTR20 of RLOC20 and is given an outer header.

ここでは当該パケット付与される外側ヘッダとして2通りの場合がある。第一の場合は(b1)に示すように、当該パケットは外側ヘッダとして「送信元(src)RLOC20、宛先(dst)RLOC11」を付与され、コア網を転送されてRLOC11のxTR11に到達する。第二の場合は(b2)に示すように、当該パケットは外側ヘッダとして「送信元(src)RLOC20、宛先(dst)RLOC12」を付与され、コア網を転送されてRLOC12のxTR12に到達する。   Here, there are two types of outer headers to which the packet is attached. In the first case, as shown in (b1), the packet is given “source (src) RLOC20, destination (dst) RLOC11” as an outer header, transferred through the core network, and reaches xTR11 of RLOC11. In the second case, as shown in (b2), the packet is given “source (src) RLOC20, destination (dst) RLOC12” as the outer header, transferred through the core network, and reaches xTR12 of RLOC12.

当該外側ヘッダ付与を行うために、LISP-MSに対して管理しているマッピング情報の必要部分を参照して通知するよう、xTR20が要求を行う。EID10の存在する宛先のLISPサイト10では、優先順位及び重み付けで指定される優先度をRLOC11とRLOC12とで均一となるようマッピング情報に登録しているので、xTR20では一連のパケット通信ごとに上記2通りの外側ヘッダが互いに等しい割合で付与される。もし仮に、RLOC11のみしか登録していない、又はRLOC12も登録するが優先度の指定によりRLOC11のみを利用させるよう登録されているとすると、全てのパケットが(b1)に示す第一の場合に従うこととなる。   In order to assign the outer header, xTR20 requests to refer to and notify the necessary part of the mapping information managed to LISP-MS. At the destination LISP site 10 where EID10 exists, the priority specified by the priority and weight is registered in the mapping information so that it is uniform between RLOC11 and RLOC12. Street outer headers are given in equal proportion to each other. If only RLOC11 is registered, or RLOC12 is registered, but only RLOC11 is registered for priority specification, all packets follow the first case shown in (b1). It becomes.

(b1)のパケットはRLOC11のxTR11に到達した時点でデカプセル化され、LISPサイト10内を(c1)のように転送されてEID10のホストに到達する。また、(b2)のパケットもRLOC12のxTR12に到達した時点でデカプセル化され、LISPサイト10内を(c2)のように転送されてEID10のホストに到達する。   The packet (b1) is decapsulated when it reaches xTR11 of RLOC11, is transferred within the LISP site 10 as shown in (c1), and reaches the host of EID10. The packet (b2) is also decapsulated when it reaches xTR12 of RLOC12, and is transferred within the LISP site 10 as shown in (c2) to reach the host of EID10.

LISPネットワークではこのように、各LISPサイト内のホストはEIDのみを用いて通信が可能である。EIDにはLISPとは独立の従来の通常のIPアドレスも利用可能であるので、各LISPサイト内のホストは何ら変更を加えることなく通信が可能となる。RLOCもIPアドレスであるが、EIDとは分離して設定することができるので、コア網の経路数を削減できる等の利点がある。   In the LISP network, the hosts in each LISP site can communicate using only EID. A conventional ordinary IP address independent of LISP can also be used for EID, so hosts in each LISP site can communicate without any changes. RLOC is also an IP address, but since it can be set separately from EID, it has the advantage of reducing the number of core network paths.

Locator/ID Separation Protocol (LISP), http://tools.ietf.org/html/draft-ietf-lisp-12Locator / ID Separation Protocol (LISP), http://tools.ietf.org/html/draft-ietf-lisp-12 LISP Map Server, http://tools.ietf.org/html/draft-ietf-lisp-ms-08LISP Map Server, http://tools.ietf.org/html/draft-ietf-lisp-ms-08

図4において、複数のxTRが配置されているLISPサイト10では、対応付けEID1-RLOC11及びEID1-RLOC12に加えて、当該LISPサイト10の運用者が各xTRの利用に関する優先度を設定することで、当該LISPサイト10内のホストを宛先とするときに参照されるマッピング情報がマッピングサーバLISP-MSに登録される。しかし、当該優先度は、マッピング参照要求を行う送信元によらず一律に登録される。   In FIG. 4, in the LISP site 10 where a plurality of xTRs are arranged, in addition to the association EID1-RLOC11 and EID1-RLOC12, the operator of the LISP site 10 can set the priority for using each xTR. Mapping information that is referenced when the host in the LISP site 10 is the destination is registered in the mapping server LISP-MS. However, the priority is uniformly registered regardless of the transmission source that makes the mapping reference request.

すなわち、図4のLISPサイト10のマッチング情報の例で、優先順位及び重み付けによる優先度をRLOC11とRLOC12とで均一となるよう登録すると、前述のLISPサイト20のEID20のホストを送信元としてEID10を宛先とする場合のみならず、別送信元としてLISPサイト30のEID30のホストを送信元としてEID10を宛先とするときも、RLOC11(にて指定されるxTR11)とRLOC12(にて指定されるxTR12)とが一連のパケット通信ごとに均一に利用されることとなる。つまり、経路(d)-(e1)-(c1)と(d)-(e2)-(c2)とが均一に利用される。   That is, in the example of matching information of the LISP site 10 in FIG. 4, when the priority order and priority by weighting are registered to be uniform between RLOC11 and RLOC12, the EID10 host of the above-mentioned LISP site 20 is used as the transmission source. RLOC11 (specified by xTR11) and RLOC12 (specified by xTR12) not only when the destination is used, but also when EID10 is the destination by using the EID30 host at the LISP site 30 as another source. Are uniformly used for each series of packet communications. That is, the paths (d)-(e1)-(c1) and (d)-(e2)-(c2) are used uniformly.

このような宛先LISPサイト毎の優先度の一律な設定は、コア網の効率的な運用等の観点からは好ましくない。すなわち、(b1)と(b2)とがほぼ同じ負荷となる経路であるとすれば、図4の設定例により送信元EID20・宛先EID10の通信はxTR11とxTR12とに均一に負荷が分散されることとなる。しかし、仮に(e1)の方が(e2)よりも負荷が低い経路であれば、当該設定によれば送信元EID30・宛先EID10の通信はxTR12に過大に負荷をかけることとなる。   Such uniform setting of priority for each destination LISP site is not preferable from the viewpoint of efficient operation of the core network. In other words, if (b1) and (b2) are routes with almost the same load, the communication of the source EID20 and the destination EID10 is evenly distributed to xTR11 and xTR12 according to the setting example in FIG. It will be. However, if (e1) is a route with a lower load than (e2), according to the setting, communication of the transmission source EID30 and the destination EID10 places an excessive load on xTR12.

また上記経路負荷の仮定のもとで、送信元EID30・宛先EID10の通信が最適となるよう、仮にxTR11の優先度を上げてマッピング情報を登録したとすると、逆に送信元EID20・宛先EID10の通信がxTR11に過負荷をかけるものとなってしまう。   Also, if the mapping information is registered by increasing the priority of xTR11 so that the communication of the transmission source EID30 / destination EID10 is optimal under the above path load assumption, conversely the transmission source EID20 / destination EID10 Communication will overload xTR11.

すなわち従来技術では、宛先EID10に対応する複数のRLOCに対して当該LISPサイト10の運用者が一律の優先度を設定するために、多様な送信元が想定される中、コア網のトラヒックを最適化して運用することができない。またこのような一律な優先度設定は、トラヒックの最適化に限らず、コア網の効率的運用一般の観点からも好ましくない。   In other words, in the conventional technology, the operator of the LISP site 10 sets the same priority for the multiple RLOCs corresponding to the destination EID10. Cannot be operated. Further, such uniform priority setting is not preferable from the viewpoint of general efficient operation of the core network, not limited to traffic optimization.

本発明の目的は、上記の従来技術の課題を解決し、マッピング情報の通知要求に対して、マッピング情報における優先度を送信元と宛先とに応じて調整して通知することのできる、マッピングサーバ及びその制御方法を提供することにある。   An object of the present invention is to solve the above-described problems of the prior art, and to a mapping information notification request, a mapping server capable of adjusting and notifying a priority in mapping information according to a transmission source and a destination And providing a control method thereof.

上記の目的を達成するため、本発明は、コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバの制御方法において、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するステップと、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定するステップと、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知するステップとを備えることを特徴とする。   In order to achieve the above object, according to the present invention, routing is performed by a location identifier in a core network, and routing is performed by a host identifier in each LISP site connected to the core network as a lower layer network through a tunneling router. In the control method of the mapping server that holds the correspondence between the location identifier and the host identifier as mapping information in the LISP network to be performed, from the tunneling router of each LISP site, the location identifier of the tunneling router and the host identifier in the LISP site The mapping information is received in response to a notification request from the transmission source tunneling router in which a step of generating mapping information is received and a location identifier of the transmission source tunneling router and a host identifier of the destination host are described. Refer to the destination When there are a plurality of destination tunneling router position identifiers corresponding to the host identifier of the host, determining the priority of the plurality of destination tunneling router location identifiers with respect to the source tunneling router location identifier; and And notifying a source tunneling router of the location identifiers of the plurality of destination tunneling routers together with the determined priority.

また本発明は、コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバにおいて、各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するマッピング情報作成部と、送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定する優先度決定部と、当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知する通知部とを備えることを特徴とする。   Further, the present invention provides a location in a LISP network in which routing is performed by a location identifier in the core network, and routing is performed by a host identifier in each LISP site connected to the core network as a lower layer network via a tunneling router. In the mapping server that holds the correspondence between the identifier and the host identifier as mapping information, the tunneling router at each LISP site accepts a registration that associates the location identifier of the tunneling router and the host identifier in the LISP site, and mapping information Receiving a notification request from the transmission source tunneling router in which the location identifier of the transmission source tunneling router and the host identifier of the destination host are described, and referring to the mapping information, Host identifier of the host A priority determination unit that determines the priority of the location identifiers of the plurality of destination tunneling routers with respect to the location identifier of the source tunneling router when there are a plurality of location identifiers of the destination tunneling router corresponding to And a notification unit that notifies the source tunneling router of the location identifiers of the plurality of destination tunneling routers together with the determined priority.

本発明によれば、送信元トンネリングルータの位置識別子に対応する複数の宛先トンネリングルータの位置識別子の優先度を決定してマッピング情報として通知することができる。よって当該通知に従うLISP通信を行わせることで、コア網におけるトラヒックを最適化することなどができる。   According to the present invention, the priority of the location identifiers of a plurality of destination tunneling routers corresponding to the location identifiers of the source tunneling routers can be determined and notified as mapping information. Therefore, by performing LISP communication according to the notification, traffic in the core network can be optimized.

本発明を説明するためのLISPネットワークの例を示す図である。It is a figure which shows the example of the LISP network for demonstrating this invention. マッピングサーバの機能ブロック図である。It is a functional block diagram of a mapping server. マッピングサーバの制御方法の手順を示す図である。It is a figure which shows the procedure of the control method of a mapping server. 従来技術における課題を説明するための、LISPネットワークの例を示す図である。It is a figure which shows the example of a LISP network for demonstrating the subject in a prior art.

以下、図面を参照して本発明を詳細に説明する。図1は、本発明を説明するために用いるLISPネットワークの例である。図4の場合と同様に、上層ネットワークであるコア網にマッピングサーバ1(LISP-MS)が配置され、下層ネットワークである各LISPサイト1,2及び3にはそれぞれホスト識別子EID1,2及び3で指定されるホストが存在する。LISPサイト1にはxTR1-1及びxTR1-2の2台のxTRが配置され、それぞれのxTRは位置識別子RLOC1-1及びRLOC1-2で指定される。LISPサイト2には位置識別子RLOC2で指定されるxTR2が配置され、LISPサイト3には位置識別子RLOC3で指定されるxTR3が配置されている。なお、図1の配置は本発明の説明のための例であり、xTRの数などは一般に任意に設定できる。   Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 1 is an example of a LISP network used to explain the present invention. As in the case of FIG. 4, mapping server 1 (LISP-MS) is arranged in the core network that is the upper layer network, and the LISP sites 1, 2, and 3 that are the lower layer networks are assigned host identifiers EID1, 2, and 3, respectively. The specified host exists. In LISP site 1, two xTRs, xTR1-1 and xTR1-2, are arranged, and each xTR is designated by position identifiers RLOC1-1 and RLOC1-2. In LISP site 2, xTR2 designated by location identifier RLOC2 is arranged, and in LISP site 3, xTR3 designated by location identifier RLOC3 is arranged. The arrangement in FIG. 1 is an example for explaining the present invention, and the number of xTRs and the like can generally be arbitrarily set.

図2は、本発明のマッピングサーバ1の機能ブロック図である。マッピングサーバ1は、マッピング情報作成部2と、優先度決定部3と、通知部4とを備える。マッピング情報作成部2は、マッピングデータベース(マッピングDB)21を含む。優先度決定部3は、ネットワーク情報データベース(ネットワーク情報DB)31を含む。   FIG. 2 is a functional block diagram of the mapping server 1 of the present invention. The mapping server 1 includes a mapping information creation unit 2, a priority determination unit 3, and a notification unit 4. The mapping information creation unit 2 includes a mapping database (mapping DB) 21. The priority determination unit 3 includes a network information database (network information DB) 31.

マッピング情報作成部2は、ホスト識別子EIDと位置識別子RLOCとの対応情報を含むマッピング情報を作成し、マッピングDB21内に保持する。優先度決定部3は、ネットワーク情報DB31に保持されたネットワーク情報などに基づいて、位置識別子間(すなわち、当該位置識別子で指定されるxTR間)の優先度を決定する。通知部4は、パケットをカプセル化してコア網内を転送させるため、宛先LISPサイトのxTRのRLOCの通知を要求する送信元LISPサイトのxTRに対して、当該RLOCを優先度の情報と共に通知する。   The mapping information creation unit 2 creates mapping information including correspondence information between the host identifier EID and the location identifier RLOC, and stores the mapping information in the mapping DB 21. The priority determination unit 3 determines the priority between the position identifiers (that is, between xTRs specified by the position identifier) based on the network information held in the network information DB 31 and the like. The notification unit 4 encapsulates the packet and forwards it within the core network, and notifies the RTR of the destination LISP site with the priority information to the xTR of the source LISP site that requests the notification of the RLOC of the destination LISP site. .

図3は、本発明のマッピングサーバ1の制御方法の手順を示す図である。図3においては、当該制御方法を経た後にLISP通信のデータパケットが送受信される向きに応じてxTRを、送信元のITR(Ingress Tunnel Router;カプセル化を担当)と、宛先のETR(Egress Tunnel Router;デカプセル化を担当)とに区別して記している。すなわち、宛先のホスト識別子EIDに対応する宛先LISPサイトのxTRの位置識別子の通知を要求するxTRをITRとして記し、当該宛先LISPサイトに属し、自サイト内のホスト識別子を登録するxTRをETRとして記している。   FIG. 3 is a diagram showing the procedure of the control method of the mapping server 1 of the present invention. In FIG. 3, after passing through the control method, xTR is determined according to the direction in which the data packet of LISP communication is transmitted and received, the source ITR (Ingress Tunnel Router; responsible for encapsulation), and the destination ETR (Egress Tunnel Router ; In charge of decapsulation). That is, xTR that requests notification of the location identifier of the destination LISP site corresponding to the host identifier EID of the destination is described as ITR, and xTR that belongs to the destination LISP site and registers the host identifier in its own site is described as ETR. ing.

また、図3においてはITRが(図1の)xTR2又はxTR3、ETRがxTR1-1及びxTR1-2であるものとして、手順を説明する。手順(1)では、LISPネットワーク内の各xTRが、自身のLISPサイト内に存在するホストのホスト識別子EIDと、自身の位置識別子RLOCとを対応付けてマッピングサーバ1に登録する。   In FIG. 3, the procedure will be described assuming that ITR is xTR2 or xTR3 (of FIG. 1) and ETR is xTR1-1 and xTR1-2. In procedure (1), each xTR in the LISP network registers the host identifier EID of the host existing in its own LISP site and its location identifier RLOC in association with the mapping server 1.

なお手順(1)においては、1つのLISPサイト内に複数のxTRが存在する場合、従来技術と同様に、当該LISPサイト運用者が各自で設定する各xTR利用に関する優先度の情報を、RLOCと共に登録してもよい。しかし本発明においては、当該LISPサイト側からの優先度の情報登録は、省略されてもよい。なお、優先度は後述の手順(5)においてコア網の運用者側で設定することで、各LISPサイト運用者の負担を低減しつつコア網の運用を最適化することができる。   Note that in step (1), when there are multiple xTRs in one LISP site, as with the prior art, the LISP site operators set their own priority information regarding the use of each xTR along with the RLOC. You may register. However, in the present invention, registration of priority information from the LISP site side may be omitted. The priority is set by the core network operator in step (5), which will be described later, so that the operation of the core network can be optimized while reducing the burden on each LISP site operator.

図1の構成例では、手順(1)の例としてETRのxTR1-1及びxTR1-2がそれぞれマッピングサーバ1へ登録を行う。xTR1-1は自サイト内のホストのホスト識別子EID1と自身の位置識別子RLOC1-1とを対応づけて、位置識別子の優先度の情報(優先順位p=1,[priority=1], 重み付けw=50[weight=50])と共に登録する。xTR1-2も、ホスト識別子EID1と自身の位置識別子RLOC1-2とを対応づけ、位置識別子の優先度の情報(p=1,[priority=1], w=50[weight=50])と共に登録する。priority及びweightについては後述する。   In the configuration example of FIG. 1, the ETRs xTR1-1 and xTR1-2 each register with the mapping server 1 as an example of the procedure (1). xTR1-1 associates the host identifier EID1 of the host in its own site with its own location identifier RLOC1-1, and information on the priority of the location identifier (priority p = 1, [priority = 1], weight w = 50 [weight = 50]). xTR1-2 also associates host identifier EID1 with its location identifier RLOC1-2, and registers it with location identifier priority information (p = 1, [priority = 1], w = 50 [weight = 50]) To do. The priority and weight will be described later.

当該xTR1-1及びxTR1-2の登録は、両者の優先度が等しい例である。また、当該登録に際しては、EID1が適正に登録されるよう、xTR1-1及びxTR1-2と、マッピングサーバ1とで予め共有された認証データAD1(AD;Authentication Data)が利用される。   The registration of xTR1-1 and xTR1-2 is an example in which the priorities of both are equal. Further, at the time of registration, authentication data AD1 (AD; Authentication Data) shared in advance by xTR1-1 and xTR1-2 and the mapping server 1 is used so that EID1 is properly registered.

手順(2)では、マッピング作成部2が、手順(1)で正常に認証されて登録された情報によりマッピング情報を作成し、マッピングDB21に保存する。上記登録の例では、ホスト識別子EID1には2つの位置識別子RLOCがそれぞれの優先順位を表す情報と共に対応づけられて、次のようなマッピング情報が作成される。
EID1 {RLOC1-1, p=1, w=50}
EID1 {RLOC1-2, p=1, w=50}
In step (2), the mapping creation unit 2 creates mapping information based on the information that has been successfully authenticated and registered in step (1), and stores it in the mapping DB 21. In the registration example described above, the following mapping information is created by associating the host identifier EID1 with the two location identifiers RLOC together with information indicating the respective priorities.
EID1 {RLOC1-1, p = 1, w = 50}
EID1 {RLOC1-2, p = 1, w = 50}

手順(3)では、ITRがマッピングサーバ1に対して、宛先の位置識別子の通知要求を行う。図示の例ではxTR2が、自身のLISPサイト2内のホスト識別子EID2のホストを送信元、宛先をホスト識別子EID1のホストとするパケットをカプセル化するため、宛先EID1に対応する位置識別子の通知要求を行う。当該要求の際に、xTR2自身の位置識別子RLOC2もマッピングサーバ1に伝える。   In step (3), the ITR requests the mapping server 1 to notify the destination location identifier. In the example shown in the figure, the xTR2 encapsulates a packet having the host identifier EID2 in its own LISP site 2 as the source and the destination as the host with the host identifier EID1, and therefore requests a notification of the location identifier corresponding to the destination EID1. Do. At the time of the request, the location identifier RLOC2 of xTR2 itself is also transmitted to the mapping server 1.

すなわち手順(3)においてxTR2は、当該通知要求における主要な情報として、図示するように宛先ホストのホスト識別子(EID1)と、送信元LISPサイトに属するxTR2(IRT)自身の位置識別子(RLOC2)とを所定の制御パケットに記載して、マッピングサーバ1に送信する。   That is, in step (3), xTR2 is the main information in the notification request, as shown in the figure, the host identifier (EID1) of the destination host and the location identifier (RLOC2) of xTR2 (IRT) itself belonging to the source LISP site. Is described in a predetermined control packet and transmitted to the mapping server 1.

手順(4)では、手順(3)で送信されてきた宛先EIDと送信元RLOCとを用いて、優先度決定部3がマッピングDB21を参照する。当該参照により、ITRに返信通知すべき第一の情報としての、宛先EIDにマッピング情報にて対応する位置識別子RLOCを見つける。図示の例では、ホスト識別子EID1に対応する位置識別子として、RLOC1-1及びRLOC1-2が見つかる。   In the procedure (4), the priority determination unit 3 refers to the mapping DB 21 using the destination EID and the transmission source RLOC transmitted in the procedure (3). With this reference, the location identifier RLOC corresponding to the destination EID in the mapping information is found as the first information to be sent back to the ITR. In the illustrated example, RLOC1-1 and RLOC1-2 are found as location identifiers corresponding to the host identifier EID1.

手順(5)では、上記の例のように複数見つかった宛先の位置識別子RLOCに対して、優先度決定部3が送信元の位置識別子RLOCとの関係により、ITRに返信通知すべき第二の情報としての、各宛先RLOCの優先度を決定する。優先度を決定する実施形態には各種のものが存在するが、基本的にはネットワーク情報DB31を参照して、送信元の位置識別子と宛先の位置識別子とで定まるネットワーク情報を利用して決定される。当該ネットワーク情報はネットワーク情報DB31に予め用意しておいてもよいし、手順(3)(4)を経てから優先順位決定部3が必要情報を獲得してネットワーク情報DB31に格納するようにしてもよい。   In step (5), for the location identifiers RLOC of a plurality of destinations that are found as in the above example, the priority determination unit 3 sends a reply to the ITR according to the relationship with the source location identifier RLOC. The priority of each destination RLOC is determined as information. There are various types of embodiments for determining the priority. Basically, the priority is determined by referring to the network information DB 31 and using the network information determined by the source location identifier and the destination location identifier. The The network information may be prepared in advance in the network information DB 31, or after the steps (3) and (4), the priority determining unit 3 acquires necessary information and stores it in the network information DB 31. Good.

一実施形態では図示するように、宛先及び送信元の位置識別子に対応するxTRの間の遅延値(delay)を利用する。例えば第一の宛先RLOC1-1と送信元RLOC2との間は遅延値が30(delay=30)であり、第二の宛先RLOC1-2と送信元RLOC2との間は遅延値が70(delay=70)である。すなわち、RLOC1-1の方がネットワーク距離が近い。よって、コア網運用効率化の観点から、優先度はRLOC1-1の方を高く、RLOC1-2の方を低く決定する。手順(6)では通知部4が、通知要求に含まれていた宛先ホスト識別子EIDに対応する位置識別子RLOCを、その優先度と共にITRに返信する。   In one embodiment, as illustrated, a delay value (delay) between xTRs corresponding to a destination and a source location identifier is used. For example, the delay value is 30 (delay = 30) between the first destination RLOC1-1 and the source RLOC2, and the delay value is 70 (delay = 30) between the second destination RLOC1-2 and the source RLOC2. 70). That is, RLOC1-1 has a shorter network distance. Therefore, from the viewpoint of improving the core network operation efficiency, the priority is determined to be higher for RLOC1-1 and lower for RLOC1-2. In step (6), the notification unit 4 returns the location identifier RLOC corresponding to the destination host identifier EID included in the notification request to the ITR together with its priority.

手順(5)で決定され手順(6)で通知される優先度は、優先順位と重み付けとで定義される。この際、上記のようにRLOC1-1が高く、RLOC1-2が低い優先度を定義するには、第一方式として、当該高低の順位をそのまま優先順位priorityに対応づけてもよい。図示の例では当該方式に従い、宛先EID1に対応する位置識別子に、
RLOC1-1, p=1, w=100
RLOC1-2, p=2, w=100
と優先度を付して返信している。この場合、送信元EID2-宛先EID1のLISP通信は、1位のRLOC1-1が利用可能な限り、当該RLOC1-1のみを経由して行われることとなる。
The priority determined in step (5) and notified in step (6) is defined by priority and weight. At this time, as described above, in order to define a priority level in which RLOC1-1 is high and RLOC1-2 is low as described above, the high and low ranks may be directly associated with the priority rank priority. In the example shown in the figure, according to the method, the position identifier corresponding to the destination EID1 is
RLOC1-1, p = 1, w = 100
RLOC1-2, p = 2, w = 100
And reply with priority. In this case, the LISP communication of the transmission source EID2-destination EID1 is performed only through the RLOC1-1 as long as the first-place RLOC1-1 is available.

また、第二方式として、優先度の決定基準となったパラメータに基づくxTR利用配分の重みづけの形式で、優先度を定義してもよい。例えば、上記遅延値の例RLOC1-1(delay=30)及びRLOC1-2(delay=70)では、優先順位(priority)は等しくして、次のように重み付け(weight)に相応の配分を施すことで、優先度を返信してもよい。
RLOC1-1, p=1, w=70
RLOC1-2, p=1, w=30
Further, as the second method, the priority may be defined in the form of weighting of xTR use distribution based on the parameter that is the priority determination criterion. For example, in the delay value examples RLOC1-1 (delay = 30) and RLOC1-2 (delay = 70), the priorities are equal and the weights are appropriately distributed as follows. Thus, the priority may be returned.
RLOC1-1, p = 1, w = 70
RLOC1-2, p = 1, w = 30

なお、通常、優先順位priorityの高い(すなわち、数字の小さい)RLOCが優先され、同じpriorityの場合には重み付けweightに応じて負荷分散される。またweightは、同じpriorityの中で合計100になる必要がある。すなわち、優先順位と重み付けとの2つのパラメータのペアにより優先度が決まるが、この際、優先順位が主要なパラメータである。重み付けは、優先順位が共通となるRLOC同士に付与され、さらに細かい優先度付けを行うための従属的なパラメータである。   Normally, RLOC having a high priority (ie, a smaller number) is given priority, and when the priority is the same, the load is distributed according to the weighting weight. The weight must be 100 in total within the same priority. In other words, the priority is determined by a pair of two parameters of priority and weighting. At this time, priority is the main parameter. Weighting is a subordinate parameter that is assigned to RLOCs having a common priority and is used for further prioritization.

当該返信を受けたITR(xTR2)は不図示のステップにて、図4で説明したようなカプセル化を行い、送信元EID2-宛先EID1のLISP通信が行われることとなる。以上のようにして、本発明では送信元RLOCと宛先RLOCとの組み合わせについて、両者の間のネットワーク情報などを考慮して優先度を定めるので、各LISPサイトが固定で優先度を決定してしまう従来技術と比べて効率的にコア網を運用し、トラヒックの最適化などを実現することができる。   The ITR (xTR2) that has received the reply performs encapsulation as described with reference to FIG. 4 at a step (not shown), and LISP communication between the transmission source EID2 and the destination EID1 is performed. As described above, in the present invention, the priority is determined for the combination of the source RLOC and the destination RLOC in consideration of the network information between the two, so each LISP site determines the priority at a fixed level. Compared with the prior art, the core network can be operated more efficiently and traffic optimization can be realized.

例えば図3の例でさらに、手順(3)で送信元EID3-宛先EID1の通信のカプセル化のために、xTR3(ITR)が自身のRLOC3と共に宛先EID1に対応するRLOCの通知を求めてきた場合、上述のxTR2の場合とは独立の優先度が決定されることとなる。まず、手順(4)は上述の例と同様で、EID1に対応するRLOC1-1及びRLOC1-2が見つかる。   For example, in the example of Fig.3, when in step (3), xTR3 (ITR) requests RLOC notification corresponding to destination EID1 together with its own RLOC3 for encapsulation of communication of source EID3-destination EID1 A priority independent of the above-described case of xTR2 is determined. First, procedure (4) is similar to the above example, and RLOC1-1 and RLOC1-2 corresponding to EID1 are found.

手順(5)では、遅延値がRLOC1-1とRLOC3との間が60(delay=60)、RLOC1-2とRLOC3との間が40(delay=40)となったとすると、手順(6)での優先度の返信例は、優先順位に反映させる場合なら、
RLOC1-1, p=2, w=100
RLOC1-2, p=1, w=100
となり、重み付けに反映させる場合なら、
RLOC1-1, p=1, w=40
RLOC1-2, p=1, w=60
などとなり、送信元がRLOC3の場合は、RLOC2の場合と独立に決定された優先度を返信通知することとなる。すなわち、同一宛先EIDであっても、送信元RLOCに応じて返信が変わり、コア網のトラヒックが最適化される。以下、追加・変形実施形態や補足事項を[A]〜[C]として説明する。
In step (5), assuming that the delay value is 60 (delay = 60) between RLOC1-1 and RLOC3 and 40 (delay = 40) between RLOC1-2 and RLOC3, step (6) If you want to reflect the priority response example in the priority order,
RLOC1-1, p = 2, w = 100
RLOC1-2, p = 1, w = 100
If it is reflected in the weight,
RLOC1-1, p = 1, w = 40
RLOC1-2, p = 1, w = 60
When the transmission source is RLOC3, the priority determined independently from the case of RLOC2 is returned and notified. That is, even for the same destination EID, the reply changes according to the transmission source RLOC, and the traffic of the core network is optimized. Hereinafter, additional and modified embodiments and supplementary items will be described as [A] to [C].

[A]手順(4)にて、宛先EIDに対応するRLOCが1個のみであった場合は、当該RLOCのみが自動的に返信対象となるため、手順(5)では特にネットワーク情報DB31を参照などする必要はない。そして、手順(6)にて当該1個のRLOCを返信すればよい。本発明は特に、宛先EIDに対応するRLOCが複数ある場合に関するものである。   [A] In step (4), if there is only one RLOC corresponding to the destination EID, only that RLOC will be automatically returned, so in step (5), refer to the network information DB31 in particular. There is no need to do so. Then, the one RLOC may be returned in step (6). The present invention particularly relates to the case where there are a plurality of RLOCs corresponding to the destination EID.

[B]手順(1)にて各LISPサイト側から登録された優先度の情報は、通知要求を行うITRの側から見ると、基本的には使われない、あるいは優先度を書き換えた形で利用されることとなる。よって前述のとおり、手順(1)にて優先度の情報の登録は省略してもよい。   [B] The priority information registered from each LISP site in step (1) is not basically used from the ITR side making the notification request, or the priority is rewritten. Will be used. Therefore, as described above, registration of priority information may be omitted in step (1).

しかし逆に、LISPサイト側がRLOCの使用の振り分けについて特に設定したい場合には、本発明を適用しないようにしてもよい。すなわち、手順(5)ではネットワーク情報DBを参照した優先度決定を行わず、優先度決定部3がマッピングDB21を参照して当初のマッピング情報における優先度を用いてもよい。LISPサイト側のRLOC使用設定が優先度が全て同じ等で、特に使用振り分けの設定要求が見られない場合に、本発明を適用するようにしてもよい。本発明を適用するRLOCと適用しないRLOCとを併用しつつ、マッピングサーバ1を運用してもよい。   However, on the contrary, if the LISP site side wants to specifically set the use of RLOC, the present invention may not be applied. That is, in the procedure (5), priority determination with reference to the network information DB is not performed, and the priority determination unit 3 may refer to the mapping DB 21 and use the priority in the original mapping information. The present invention may be applied when the RLOC usage setting on the LISP site side has the same priority and the usage allocation setting request is not particularly seen. The mapping server 1 may be operated while using both the RLOC to which the present invention is applied and the RLOC to which the present invention is not applied.

[C]手順(5)(6)の優先度は、宛先RLOCと送信元RLOCとの間の遅延値ではなく、帯域情報に基づいて定めてもよい。なお、遅延値や帯域情報は、手順(3)の通知要求を受けた後に優先度決定部3が最新の値を取得することが好ましいが、予め取得しておいた値を用いてもよい。また別に、宛先RLOCと送信元RLOCとのキャリアに基づいて定めてもよい。例えば、キャリアが同一である場合に優先度を上げるように定めてもよい。   [C] The priority of the procedures (5) and (6) may be determined based on the band information, not the delay value between the destination RLOC and the transmission source RLOC. The delay value and the band information are preferably acquired by the priority determination unit 3 after receiving the notification request in the procedure (3), but values acquired in advance may be used. Alternatively, it may be determined based on the carrier of the destination RLOC and the source RLOC. For example, the priority may be increased when the carriers are the same.

また、通知要求受信時刻に基づいて優先度を定めるようにしてもよい。図3の例であれば、0:00〜12:00(午前中)であれば、RLOC1-1を優先し、12:00〜24:00(午後)であれば、RLOC1-2を優先するようにしてもよい。   The priority may be determined based on the notification request reception time. In the example of Fig. 3, RLOC1-1 is given priority if it is 0:00 to 12:00 (in the morning), and RLOC1-2 is given priority if it is 12:00 to 24:00 (afternoon). You may do it.

また、通知要求時刻又は当該時刻以前の所定期間における各宛先RLOCに対応するxTRの稼働率(CPU利用率など)に基づいて、優先度を定めるようにしてもよい。稼働率の低いRLOCの優先度を高くし、稼働率の高いRLOCの優先度を低くする。   Alternatively, the priority may be determined based on the xTR operating rate (CPU usage rate, etc.) corresponding to each destination RLOC in the notification request time or a predetermined period before that time. Increase the priority of RLOCs with low availability and decrease the priority of RLOCs with high availability.

優先度を定めるための基準は、上記のような各種のもののうちいずれか1つのみを利用してもよいし、複数の基準を所定重み付けや条件分けを付与して組み合わせて利用してもよい。   As for the criteria for determining the priority, only one of the various types as described above may be used, or a plurality of criteria may be used in combination with predetermined weighting or condition classification. .

優先順位priority及び重み付けweightの値の調整によって、全てのRLOCに対して優先度を記載して返信する以外にも、優先度の低い側の所定数のRLOCを除外することで、返信しないようにしてもよい。例えば、図3の以下の例
RLOC1-1, p=1, w=50
RLOC1-2, p=2, w=50
に代えて、1行目のみを
RLOC1-1, p=1, w=100
として返信してもよい。
By adjusting the priority priority and the weighting weight values, in addition to replying with the priority given to all RLOCs, excluding the predetermined number of RLOCs on the lower priority side so that no reply is made. May be. For example, the following example in Figure 3
RLOC1-1, p = 1, w = 50
RLOC1-2, p = 2, w = 50
Instead of only the first line
RLOC1-1, p = 1, w = 100
You may reply as

上記返信と同じような手法として、weightよりもより明示的に使用RLOCをpriorityにより規定してもよい。例えば、ある送信元RLOCについて、ある宛先EIDに対する宛先RLOCと優先順位が、RLOC4及びRLOC5が同順位の1位、RLOC6が2位となった場合、1位同士をweightにより均一に割り振ると、通常は次のような返信となる。
RLOC4, p=1, w=50
RLOC5, p=1, w=50
RLOC6, p=2, w=100
As a method similar to the above reply, the RLOC to be used may be more explicitly defined by priority than weight. For example, for a certain source RLOC, if the destination RLOC and priority for a certain destination EID are RLOC4 and RLOC5 are 1st in the same rank and RLOC6 is 2nd, if the 1st is uniformly allocated by weight, Will reply as follows:
RLOC4, p = 1, w = 50
RLOC5, p = 1, w = 50
RLOC6, p = 2, w = 100

しかしながら、上記手法ではxTRの実装によってはw=50と定義してもRLOC4とRLOC5とで均一に割り振ることができない可能性がある。そこで、priorityにより使用RLOCを規定して、当該送元RLOCと宛先EIDとを共通とするような複数の通知要求の各々ついては、以下の(返信1)及び(返信2)を交互すなわち均一割合で返信するようにする。
(返信1)
RLOC4, p=1, w=100
RLOC5, p=2, w=100
RLOC6, p=3, w=100
(返信2)
RLOC4, p=2, w=100
RLOC5, p=1, w=100
RLOC6, p=3, w=100
However, in the above method, depending on the implementation of xTR, even if w = 50 is defined, there is a possibility that RLOC4 and RLOC5 cannot be allocated uniformly. Therefore, for each of a plurality of notification requests that specify the RLOC to be used by priority and share the same source RLOC and destination EID, the following (Reply 1) and (Reply 2) are alternately or in a uniform ratio. Try to reply.
(Reply 1)
RLOC4, p = 1, w = 100
RLOC5, p = 2, w = 100
RLOC6, p = 3, w = 100
(Reply 2)
RLOC4, p = 2, w = 100
RLOC5, p = 1, w = 100
RLOC6, p = 3, w = 100

なお同様に、均一割合の返信以外にも、優先度に応じた所望割合の返信を用いてもよい。例えば1位のRLOC(例えばdelay=30)使用率を7割、2位のRLOC(例えばdelay=70)を3割としたい場合に、1位のRLOCにp=1、2位のRLOCにp=2とした返信を7割、1位のRLOCにp=2、2位のRLOCにp=1とした返信を3割用いるようにしてもよい。   Similarly, in addition to the reply with a uniform ratio, a reply with a desired ratio according to the priority may be used. For example, if you want to use 70% of the first-place RLOC (for example, delay = 30) and 30% of the second-place RLOC (for example, delay = 70), p = 1 for the first-place RLOC and p for the second-place RLOC It is also possible to use 70% of responses with = 2, 30% of responses with p = 2 for the 1st RLOC and p = 1 for the 2nd RLOC.

1…マッピングサーバ、2…マッピング情報作成部、21…マッピングDB、3…優先度決定部、31…ネットワーク情報DB、4…通知部   1 ... Mapping server, 2 ... Mapping information creation unit, 21 ... Mapping DB, 3 ... Priority determination unit, 31 ... Network information DB, 4 ... Notification unit

Claims (6)

コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバの制御方法において、
各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するステップと、
送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定するステップと、
当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知するステップとを備えることを特徴とするマッピングサーバの制御方法。
In the LISP network in which routing is performed by the location identifier in the core network, and routing is performed by the host identifier in each LISP site connected to the core network as a lower layer network via a tunneling router, the location identifier and the host identifier In the control method of the mapping server that holds the mapping of
From the tunneling router of each LISP site, accepting registration in which the location identifier of the tunneling router and the host identifier in the LISP site are associated, and creating mapping information;
In response to a notification request from the source tunneling router in which the location identifier of the source tunneling router and the host identifier of the destination host are described, the mapping information is referred to and destination tunneling corresponding to the host identifier of the destination host Determining a priority of the location identifiers of the plurality of destination tunneling routers in relation to the location identifier of the source tunneling router when there are a plurality of location identifiers of the router;
A step of notifying the source tunneling router of the location identifiers of the plurality of destination tunneling routers together with the determined priority.
前記優先度を決定するステップにて、前記送信元トンネリングルータと、前記複数存在する宛先トンネリングルータとの間の遅延値及び帯域情報のうちの少なくとも一方に基づいて前記優先度を決定することを特徴とする請求項1に記載のマッピングサーバの制御方法。   In the step of determining the priority, the priority is determined based on at least one of a delay value and bandwidth information between the transmission source tunneling router and the plurality of destination tunneling routers. 2. The mapping server control method according to claim 1, wherein 前記優先度を決定するステップにて、前記通知要求を受けた時刻に基づいて前記優先度を決定することを特徴とする請求項1または2に記載のマッピングサーバの制御方法。   3. The mapping server control method according to claim 1, wherein, in the step of determining the priority, the priority is determined based on a time when the notification request is received. 前記優先度を決定するステップにて、前記複数存在する宛先トンネリングルータの稼働率に基づいて前記優先度を決定することを特徴とする請求項1ないし3のいずれかに記載のマッピングサーバの制御方法。   4. The mapping server control method according to claim 1, wherein in the step of determining the priority, the priority is determined based on an operating rate of the plurality of destination tunneling routers. . 前記優先度を決定するステップにて、前記優先度を優先順位と該優先順位が共通となる位置識別子同士に付与される重み付けとによって決定し、
送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが共通の複数の通知要求に対して、前記通知するステップにて、前記決定された優先度に基づく割合で、前記複数宛先の位置識別子の各々を最高優先順位として通知することを特徴とする請求項1ないし4のいずれかに記載のマッピングサーバの制御方法。
In the step of determining the priority, the priority is determined by a priority and a weight given to position identifiers having the same priority.
In response to a plurality of notification requests in which the location identifier of the source tunneling router and the host identifier of the destination host are common, in the notification step, the location identifier of the plurality of destinations at a ratio based on the determined priority. 5. The mapping server control method according to claim 1, wherein each is notified as the highest priority.
コア網内では位置識別子にてルーティングが行われ、前記コア網にトンネリングルータを介して下層ネットワークとして接続する各LISPサイト内ではホスト識別子にてルーティングが行われるLISPネットワークにおける、位置識別子とホスト識別子との対応づけをマッピング情報として保持するマッピングサーバにおいて、
各LISPサイトのトンネリングルータより、当該トンネリングルータの位置識別子及び当該LISPサイト内のホスト識別子を対応づけた登録を受け付け、マッピング情報を作成するマッピング情報作成部と、
送信元トンネリングルータの位置識別子と宛先ホストのホスト識別子とが記載された当該送信元トンネリングルータからの通知要求を受けて、前記マッピング情報を参照して、当該宛先ホストのホスト識別子に対応する宛先トンネリングルータの位置識別子が複数存在する場合に、当該送信元トンネリングルータの位置識別子に対する、当該複数存在する宛先トンネリングルータの位置識別子の優先度を決定する優先度決定部と、
当該送信元トンネリングルータに、前記複数存在する宛先トンネリングルータの位置識別子を前記決定された優先度と共に通知する通知部とを備えることを特徴とするマッピングサーバ。
In the LISP network in which routing is performed by the location identifier in the core network, and routing is performed by the host identifier in each LISP site connected to the core network as a lower layer network via a tunneling router, the location identifier and the host identifier In the mapping server that holds the mapping of as mapping information,
From the tunneling router of each LISP site, accepting registration that associates the location identifier of the tunneling router and the host identifier in the LISP site, and a mapping information creation unit that creates mapping information,
In response to a notification request from the source tunneling router in which the location identifier of the source tunneling router and the host identifier of the destination host are described, the mapping information is referred to and destination tunneling corresponding to the host identifier of the destination host A priority determination unit that determines the priority of the location identifiers of the destination tunneling routers that exist in a plurality with respect to the location identifier of the source tunneling router when there are a plurality of location identifiers of the router;
A mapping server, comprising: a notification unit that notifies the transmission source tunneling router of the location identifiers of the plurality of destination tunneling routers together with the determined priority.
JP2011113985A 2011-05-20 2011-05-20 Mapping server and method of controlling the same Withdrawn JP2012244497A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011113985A JP2012244497A (en) 2011-05-20 2011-05-20 Mapping server and method of controlling the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011113985A JP2012244497A (en) 2011-05-20 2011-05-20 Mapping server and method of controlling the same

Publications (1)

Publication Number Publication Date
JP2012244497A true JP2012244497A (en) 2012-12-10

Family

ID=47465702

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011113985A Withdrawn JP2012244497A (en) 2011-05-20 2011-05-20 Mapping server and method of controlling the same

Country Status (1)

Country Link
JP (1) JP2012244497A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973574A (en) * 2014-05-19 2014-08-06 杭州华三通信技术有限公司 Data message forwarding method and device in position and identity separation protocol network
CN107770068A (en) * 2017-09-27 2018-03-06 新华三技术有限公司 Routing resource and device
WO2023108512A1 (en) * 2021-12-15 2023-06-22 Oppo广东移动通信有限公司 Quality of service analysis method and apparatus, device, and storage medium

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973574A (en) * 2014-05-19 2014-08-06 杭州华三通信技术有限公司 Data message forwarding method and device in position and identity separation protocol network
CN107770068A (en) * 2017-09-27 2018-03-06 新华三技术有限公司 Routing resource and device
CN107770068B (en) * 2017-09-27 2020-04-03 新华三技术有限公司 Path selection method and device
WO2023108512A1 (en) * 2021-12-15 2023-06-22 Oppo广东移动通信有限公司 Quality of service analysis method and apparatus, device, and storage medium

Similar Documents

Publication Publication Date Title
US11165689B2 (en) Service-based traffic forwarding in virtual networks
KR102139712B1 (en) Packet processing method and device
US7366152B2 (en) Methods and apparatus for supporting session signaling and mobility management in a communications system
EP2974133B1 (en) Method and system for controlling an underlying physical network by a software defined network
TWI245572B (en) Routing header based routing in Internet protocol (IP)-cellular networks
JP6364106B2 (en) Method, system and computer-readable medium for routing Diameter messages in a Diameter signaling router
JP6544401B2 (en) PACKET TRANSFER DEVICE, CONTROL DEVICE, COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND PROGRAM
US11870641B2 (en) Enabling enterprise segmentation with 5G slices in a service provider network
US11824685B2 (en) Method for implementing GRE tunnel, access point and gateway
CN107534608B (en) Method and apparatus for processing data streams in a wireless communication network
WO2019184653A1 (en) Link configuration method and controller
WO2020108587A1 (en) Data processing method, controller and forwarding device
WO2016119213A1 (en) Data processing method and equipment
JP2012244497A (en) Mapping server and method of controlling the same
CN113923161A (en) Message forwarding method and device
CN114710975B (en) Method, base station, network element and device for multi-domain transmission and multi-transmission network context identification
CN114128227B (en) Transmitting MTNC-ID on SRv 6-enabled data plane to enable 5G transmission
EP4329374A1 (en) Communication processing method and related device
US20070280240A1 (en) System and method for internet protocol mobility
KR102295738B1 (en) Base station and control method thereof

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20140805