WO2013083037A1

WO2013083037A1 - Update packet processing method and system, mapping server and mobile node

Info

Publication number: WO2013083037A1
Application number: PCT/CN2012/085915
Authority: WO
Inventors: 成黎; 沈炯; 孙默
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-12-09
Filing date: 2012-12-05
Publication date: 2013-06-13
Also published as: CN103167463B; CN103167463A

Abstract

An update packet processing method and system, mapping server and mobile node, applied in a locator/ID separation protocol (LISP). The update packet processing method comprises: when the mapping information of a current mobile node (MN) changes and the MN needs to transmit an update packet to a correspondent communication node, if the correspondent communication node is also an MN, then carrying the identifier of the correspondent communication node in the update packet as the target address; the current MN transmits to the correspondent communication node the update packet using the identifier of the correspondent communication node as the target address. In the above technical solution, the update packet using the identifier of the correspondent communication node as the target address is transmitted to the correspondent communication node of the current MN, ensuring that the correspondent communication node can still receive the update packet after position change, and can in turn update the cached mapping information.

Description

Update message processing method and system, mapping server and mobile node

Technical field

The present invention relates to the field of mobile communications and the Internet, and in particular, to a method and system for updating a message, a mapping server and a mobile node. Background technique

In order to solve the problem of the ever-expanding routing table size and better meet the needs of users for technologies such as mobility support, multi-homed network deployment and traffic engineering deployment, the network architecture design of identity and location separation has become a hot spot in the industry.

The Locator/ID Separation Protocol (LISP) technology is a popular solution for separating the host identity from the host location identity. As shown in Figure 1, it is the basic logical architecture of the existing LISP network. Its implementation is as follows:

The site network (usually referred to as the user network) is separated from the transport network (usually referred to as the carrier network), and the address space is divided into an endpoint identifier (EID, which represents an address within the site network) address space and a route location identifier (Routing Locator) , RLOC , which represents the reachability of the border router network) address space. The routing information inside the site network in the network, that is, the EID address information, is not advertised to the transmission network. The two site networks pass between the Ingress Tunnel Router (ITR) and the Egress Tunnel Router (ETR). Establish a tunnel that traverses the transport network to connect. The site network implements the maintenance of mapping information from EID to RLOC through a separate mapping system.

As shown in Figure 1, the LISP network architecture includes a data plane and a mapping plane.

The data plane implements the forwarding and transmission of data packets. As shown in Figure 1, the source node that generated the packet in the LISP site sends the packet to the ingress tunnel router ITR at the site. The ITR encapsulates the data packet according to the mapping relationship between the destination node EID address obtained from the mapping plane and the RLOC address of the ETR of the site where the destination node is located, and then sends the encapsulated data packet to the ETR of the destination site. After the ETR removes the outer LISP encapsulation of the data packet, the EDR forwards the data packet to the destination node in the site according to the EID address of the data packet. The mapping plane can help the ITR find the site ETR corresponding to the destination node and obtain mapping information. The LISP mapping plane shown in Figure 1 is forwarded by a mapping plane (such as a variable logic topology network ALT, an authorized data tree network DDT, etc.), a map resolver (MR) device, and a map server (MS). Equipment composition. The ETR registers the mapping information of the EID to RLOC in the site to the MS. When the ITR in the LISP site needs to find the destination node mapping information, the ITR sends the mapping request message to the MR, and uses the EID address of the destination node as the destination address of the request message. The MR forwards the request message to the MS that maintains the destination EID address information through the mapping plane forwarding network, so as to further find the corresponding site ETR. After the ITR caches the mapping information of the MS or the destination site ETR response, the packet forwarding of the data packet is performed.

It is worth noting that in order to realize the interworking between the LISP network and the traditional network, the proxy ITR (Proxy ITR, PITR) and proxy ETR (Proxy ETR, PETR) devices are also introduced in the LISP architecture, which can be regarded as a traditional network in the packet forwarding process. The ITR and ETR corresponding to the communication node.

As shown in Figure 2, in order to achieve mobility support in the LISP architecture, each LISP Mobile Node (MN) is treated as a LISP site, and the LISP MN can perform some functions of ETR and ITR. A LISP MN device includes two types of identifiers: Identity EID, MN's EID address usually does not change; Location ID RLOC, LISP MN can dynamically obtain RLOC address when moving to a new location. The mapping plane forwarding network architecture usually requires the LISP MN to anchor the mapping registration to the corresponding MS. After obtaining the new RLOC address, the MN immediately sends a mapping registration message to the corresponding MS to update the mapping information.

In addition to the MS corresponding to the LISP MN, the mapping of the LISP MN is also cached in the peer mapping cache device of the MN (including the ITR device corresponding to the communication peer node, the PITR device corresponding to the communication peer node, and the communication peer LISP MN). information. In the prior art, some methods for updating the peer mapping cache device by the LISP MN are proposed. According to these methods, for example, after the location switching, the LISP MN sends a packet to the peer that is communicating before the handover, and triggers the mapping of the peer. Cache update; determine whether the mapping of the mapping information needs to be triggered by the peer according to the version number of the destination mapping information received in the data packet; maintain the PITR cache, save all the information of the PITR device that finds the mapping information, and the like.

However, in some scenarios, such as when the two communication nodes are LISP MNs, the mapping information in the peer mapping cache device may not be updated in time according to the prior art.

In the scenario shown in Figure 3, a communication connection is established between LISP MN1 and LISP MN2. in accordance with In the prior art, if the location of the LISP MN1 is changed and the location identifier is changed, the LISP MN1 sends a mapping update trigger message to the peer LISP MN2 that is communicating before the handover, and the destination address of the packet points to the location identifier of the LISP MN2 when the communication is before the handover. . If the current LISP MN2 also performs location switching, and after the location identifier changes, the mapping update trigger is sent to the old location identifier of the LISP MN1. In this scenario, neither LISP MN can receive the trigger sent by the other party. The updated message is mapped, and then the cache mapping information cannot be updated.

Summary of the invention

The embodiment of the present invention provides a method and system for processing an update message, a mapping server, and a mobile node, so as to overcome the current two mobile nodes that are currently communicating, the current two mobile nodes cannot update the cached mapping information. The problem.

An embodiment of the present invention provides a method for processing an update packet, which is applied to a Location and Identity Separation Protocol (LISP), where the method includes:

When the current mobile node (MN) changes its own mapping information and needs to send an update message to the communication peer node, if it is determined that the type of the communication peer node is also a MN, the identity of the communication peer node is determined. The identifier is carried as the destination address in the update packet;

The current MN sends the update message to the communication peer node with the identity of the communication peer node as the destination address.

Preferably, the current MN determines that the type of the communication peer node is also the MN: the current MN determines that the location identifier of the communication peer node is unreachable, and determines that the location identifier is unreachable. The type of the node is MN; or,

The current MN determines that the type of the communication peer node that needs to update the cache mapping information is 匪.

Preferably, the sending, by the current MN, the update to the communication peer node includes: sending, by the current MN, the update message to the communication peer node by using a mapping plane. Preferably, the sending, by the current MN, the update message to the communication peer node by using a mapping plane includes: sending, by the current MN, a mapping parser (MR) corresponding to the current MN to send the The peer node registers the mapping server (MS) of the mapping information, and finally the MS forwards the update message to the communication peer node.

Preferably, the update message carries mapping information of the current MN.

Preferably, the method further includes: after the current MN receives the data packet sent by the communication peer node, if it is determined that the type of the communication peer node is also a MN, extracting from the data packet The identity identification information of the communication peer node; the current MN sends the registration text to the current MS after the mapping information of the current MN changes.

Preferably, the method further includes:

The current MN receives the update packet sent by the communication peer node, and updates the locally cached mapping information according to the mapping information of the communication peer node carried in the update message.

The embodiment of the present invention further provides a method for processing an update message, which is applied to a Location and Identity Separation Protocol (LISP), and the method includes:

The current mapping server (MS) receives the registration message sent by the mobile node (MN) registered under the current MS, where the registration message carries the identity identification information of the communication peer node of the MN and is used to indicate the location The MS sends the authorization information of the update message to the communication peer node; the current MS sends the communication peer node to the communication peer node according to the authorization information carried in the registration message. The identity is updated as the destination address.

Preferably, the update message carries mapping information of the MN.

The embodiment of the present invention further provides a mobile node (MN), which is applied to a Location and Identity Separation Protocol (LISP), where the MN includes:

The processing module is configured to: when the mapping information of the current MN changes, and the update message needs to be sent to the communication peer node, if it is determined that the type of the communication peer node is also the MN, the communication peer node is The identity identifier is carried as the destination address in the update packet;

And a sending module, configured to: send, to the communication peer node, the update text with the identity identifier of the communication peer node as a destination address.

Preferably, the determining processing module determines that the type of the communication peer node is also a MN, and is set to: After determining that the location identifier of the communication peer node is unreachable, determining that the type of the communication peer node that is unreachable is MN; or

The type of the communication peer node that needs to update the cache mapping information is MN.

Preferably, the sending module is configured to: send the update message to the communication peer node by using a mapping plane.

Preferably, the sending module is configured to: send the update message to the communication peer node by using a mapping plane: send the update message to the mapping parser (MR) corresponding to the current MN, and map the information Mapping server (MS), and finally forwarding, by the MS, the update message to the communication peer node.

Preferably, the update message carries mapping information of the MN.

Preferably, the MN further includes an extraction module;

The extracting module is configured to: after receiving the data packet sent by the communication peer node, if it is determined that the type of the communication peer node is also a MN, extract the communication peer end from the data packet The identity information of the node;

The sending module is further configured to: after the mapping information of the eNB is changed, send the registration message to the MS that registers the mapping information, where the registration message carries the identity of the communication peer node of the MN Identification information and authorization information for instructing the MS to send an update message to the communication peer node.

Preferably, the MN further includes:

And an update module, configured to: receive an update message sent by the communication peer node, and update the locally cached mapping information according to the mapping information of the communication peer node carried in the update message.

The embodiment of the present invention further provides a mapping server (MS), which is applied to a Location and Identity Separation Protocol (LISP), where the MS includes:

a receiving module, configured to: receive a registration message sent by a mobile node (MN) registered in the MS, where the registration message carries identity information of the communication peer node of the MN and is used to indicate the Sending, by the MS, the authorization information of the update packet to the communication peer node;

a sending module, configured to: according to the authorization information carried in the registration message, to the The peer end node sends an update message with the identity of the communication peer node as the destination address. Preferably, the update message carries mapping information of the MN.

The embodiment of the present invention further provides a processing system for updating a message, including a mobile node (MN), a registration mapping server (MS) of the MN registration mapping information, and a mapping parser (MR) corresponding to the MN, where : The MN uses the above MN.

The embodiment of the present invention further provides a processing system for updating a message, including a mobile node (MN), a registration mapping server (MS) of the MN registration mapping information, and a mapping parser (MR) corresponding to the MN, where : The MN uses the above-mentioned MN; the MS uses the above-mentioned MS.

The processing method of the above-mentioned update method is to send an update message with the identity of the communication peer node as the destination address to the communication peer node of the current MN, so that the update report can still be received after the communication peer node changes the location. The text, in turn, can update the cached mapping information. BRIEF abstract

1 is a network architecture diagram of a first LISP embodiment 1;

2 is a network architecture diagram of a second embodiment of the LISP;

3 is a schematic diagram of a network for performing a communication connection between two existing LISP MNs; FIG. 4 is a signaling flowchart of Embodiment 1 of a method for updating mobile node mapping information according to the present invention; FIG. 5 is a diagram for updating mobile node mapping information according to the present invention; FIG. 6 is a signaling flowchart of Embodiment 3 of a method for updating mobile node mapping information according to the present invention; FIG. 7 is a schematic structural diagram of an MN embodiment of the present invention;

Figure 8 is a schematic view showing the structure of an embodiment of the MS of the present invention. Preferred embodiment of the invention

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

In order to more clearly describe the contents of the embodiments of the present invention, the embodiments of the present invention are used herein. Some technical terms are explained as follows:

Communication peer node: A node that communicates with the LISP MN. The node can be located in the LISP network or in the traditional network; it can be a MN or a Stationary Node (SN) whose location usually does not change.

The peer mapping cache device: performs LISP encapsulation and forwarding on the data packet sent by the communication peer node to the LISP MN, and may cache the LISP MN mapping information. Such devices include ITR devices or PITR devices corresponding to the correspondent node.

It should be noted that if the communication peer of the LISP MN is also a LISP MN, the peer LISP MN is a communication peer node, and is also a peer mapping cache device.

Step 11. When the current mobile node (MN) changes its own mapping information and needs to send an update message to the communication peer node, if it is determined that the type of the communication peer node is also a MN, the communication peer end The identity of the node is carried in the update message as the destination address; the current MN determines that the type of the communication peer node is also the MN:

After the current MN determines that the location identifier of the communication peer node is unreachable, it is determined that the type of the communication peer node whose location identifier is unreachable is MN; the specific process may refer to FIG. 4; or, the current MN determines The type of the communication peer node that needs to update the cache mapping information is MN. For details, see Figure 5.

Step 12: The current MN sends the update packet with the identity of the communication peer node as a destination address to the communication peer node.

The current MN sends the update message to the communication peer node through the mapping plane. The foregoing method sends an update message with the identity of the communication peer node as the destination address to the communication peer node of the current MN. Therefore, the update packet can still be received after the communication peer node changes the location, and the cached mapping information can be updated.

The embodiment of the present invention further provides a method for processing an update message, which is applied to a Location and Identity Separation Protocol (LISP), and the method includes: Step 21: The current mapping server (MS) receives the registration message sent by the mobile node (MN) registered in the current MS, where the registration information carries the identity identification information of the communication peer node of the MN and is used for Instructing the MS to send authorization information of the update message to the communication peer node;

Before the step, the method may further include: after the MN receives the data packet sent by the communication peer node, if it is determined that the type of the communication peer node is also a MN, extracting from the data packet The identity information of the communication peer node is sent; the MN sends the registration message to the current MS after the mapping information of the MN is changed, and the specific process can be seen in FIG. 6;

Step 22: The current MS sends an update message with the identity identifier of the communication peer node as a destination address to the communication peer node according to the authorization information carried in the registration message.

In the above method, the identity of the communication peer node of the current mobile node is used as the destination address of the update packet, and the update packet is forwarded by the mapping server corresponding to the mobile node, thereby avoiding the change of the location identifier of the communication peer node. Receiving update messages and updating the cached mapping information, thereby avoiding incorrect forwarding of data packets.

The following embodiments of the present invention are based on the scenario shown in FIG. 3, that is, the mobile node LISP MN1 and LISP MN2 communicate with each other, and LISP MN1 and LISP MN2 are respectively registered on the mapping servers MS1 and MS2.

Embodiment 1

As shown in FIG. 4, it is a signaling flowchart of Embodiment 1 of the method for updating mobile node mapping information according to the present invention. The embodiment is applicable to the identity of the peer LISP MN after the LISP MN finds that the peer location identifier is unreachable. The process of sending the update "3⁄4 text" as the destination address. This embodiment uses the scenario shown in FIG. 3 as an example to describe the process of updating the mapping cache of the peer LISP MN1 after the mapping information of the LISP MN2 is changed, which specifically includes the following steps:

Step 401: The LISP MN1 establishes a communication connection with the LISP MN2, and the LISP MN1 sends the LISP encapsulated data packet to the LISP MN2.

It should be noted that, in the data packet sent by LISP MN1, the source address and the destination address of the internal header correspond to the identity identifiers of LISP MN1 and LISP MN2 respectively; the source address of the external encapsulation header The destination address corresponds to the location identifiers of LISP MN1 and LISP MN2, respectively.

Step 402: After the mapping information of the LISP MN2 changes, register a new mapping relationship with the corresponding MS2.

Step 403: Before the mapping information is changed, the LISP MN2 sends a mapping update trigger packet to the communication peer that is in communication with the LISP MN1, and the destination address of the packet points to the location identifier of the peer mapping cache device.

Steps 401-403 are prior art, and the order of execution of steps 402 and 403 is in no particular order. Step 404: The LISP MN2 determines that the location identifier corresponding to the communication peer node is unreachable. As shown in FIG. 3, if the peer LISP MN1 currently performs location switching and changes the mapping information, it cannot receive and respond to the mapping update trigger message sent by the LISP MN2 based on the prior art with the LISP MN1 location identifier as the destination address;

Step 405: The LISP MN2 determines whether the communication peer node whose location identifier is unreachable is LISP 匪;

It should be noted that, in the prior art, it is proposed to reserve a partial address block in the address space for the allocation of the identity (EID address) of the MN. Therefore, optionally, the LISP MN2 may be reserved according to the identity of the communication peer node. The EID address block is used to determine whether the communication peer node is LISP匪.

Step 406: If it is determined that the communication peer is a LISP MN, as shown in FIG. 3, the LISP MN2 sends an update packet to the LISP MN1, and the destination address of the packet is the identity of the peer LISP MN1.

The optional LISP MN2 may add mapping information in the update message, and the update message is sent by the LISP MN2 to the corresponding MR2 in the mapping system.

Step 407: The MR2 forwards the update packet sent by the LISP MN2 with the destination address of the LISP MN1 identity to the mapping plane forwarding network, and the packet is forwarded to the MS1 of the registration information of the peer LISP MN1 through the mapping plane forwarding network;

Step 408, the MS 1 forwards the message to the attached LISP MN1;

After receiving the mapping request message sent by the LISP MN2, the LISP MN1 may select to send a mapping request message corresponding to the LISP MN2 to verify the mapping information in the update message. Specific Select one of the following two methods: Step 409a, LISP MN1 sends a mapping request message, the destination address of the packet points to the new location identifier of LISP MN2, and is directly sent to LISP MN2;

Step 409b, LISP MN1 sends a mapping request message, the destination address of the packet points to the identity of the LISP MN2, and the request message is forwarded to the MS2 corresponding to the LISP MN2 through the mapping plane, and then forwarded by the MS2 to the LISP MN2;

Step 410: The LISP MN2 sends a mapping response to the LISP MN1.

Step 411: The LISP MN1 updates the mapping information of the locally cached LISP MN2. Step 412: The LISP MN1 returns a mapping update response message to the LISP MN2.

It is worth noting that steps 409-410 are optional steps. The LISP MN1 may also choose not to send the mapping request, and directly update the local cache mapping information according to the mapping information carried in the update message. The name of the update message mentioned in the example is only for convenience of the embodiment. Description. The message may also use other names as long as the message can perform the functions in the above examples. This description is equally applicable to other embodiments.

Embodiment 2

As shown in FIG. 5, it is a signaling flowchart of Embodiment 2 of the method for updating mobile node mapping information according to the present invention. The embodiment is applicable to the LISP MN to send all the communication peer LISP MNs with the identity identifier as the destination address. Update ^艮文. This example uses the scenario shown in Figure 3 as an example to describe the process of updating the mapping cache of the peer LISP MN1 after the LISP MN2 mapping information changes. The specific steps include the following steps:

Steps 501, 502 are the same as 401, 402;

Step 503: The LISP MN determines whether the communication peer node that needs to perform mapping cache update is a LISP MN;

It should be noted that, in the prior art, it is proposed to reserve a partial address block in the address space for the allocation of the identity (EID address) of the MN. Therefore, optionally, the LISP MN2 may be reserved according to the identity of the communication peer node. The EID address block is used to determine whether the communication peer node is LISP. If it is determined that the communication peer node is a static node SN, the LISP MN2 can complete the peer mapping cache update according to the prior art, which is not specifically described in the embodiment of the present invention.

Steps 504-510 are the same as steps 406-412, and are not described herein again.

Embodiment 3

As shown in FIG. 5, it is a signaling flowchart of Embodiment 3 of a method for updating mobile node mapping information according to the present invention. The embodiment is applicable to an MS corresponding to a LISP MN authorization, and the MS initiates a mapping cache update to the peer LISP MN. . In this embodiment, the process shown in FIG. 3 is used as an example to describe the process of updating the mapping cache of the peer LISP MN1 after the mapping information of the LISP MN2 is changed, which specifically includes the following steps: Step 601 is the same as step 401;

Step 602: After receiving the data packet, the LISP MN2 determines whether the communication peer is a LISP MN. If the communication peer is a LISP MN, the related information of the peer MN is extracted and maintained. The related information includes identity information of the peer LISP MN;

It should be noted that, in the prior art, it is proposed to reserve a partial address block in the address space for the allocation of the identity (EID address) of the MN. Therefore, optionally, the LISP MN2 may be reserved according to the identity of the communication peer node. The EID address block is used to determine whether the communication peer node is LISP.

Step 603: After the LISP MN2 mapping information is changed, the registration information is sent to the corresponding MS2. When the LISP MN2 registers the information, the information of the maintained peer LISP MN may be attached to the registration message. Authorizing MS2 to send an update message to the peer LISP MN of LISP MN2;

It is worth noting that the addition of the LISP MN information and the authorization information to the registration message is only one of the implementation methods, and other message formats can be used as long as the above functions are implemented.

Step 604: After receiving the mapping message sent by the LISP MN2, the MS2 updates the mapping information registered by the LISP MN2.

Step 605: The MS2 sends an update packet to the peer LISP MN, including the LISP MN1, in the LISP MN2 registration message, where the destination address of the packet is the identity of the peer LISP MN; the optional MS2 can be the LISP MN2 The mapping information is appended to the update message. The update Step 606, the MSI forwards the update to the LISP MN1;

Steps 607-609 are the same as steps 409-411, and are not described herein again.

Step 610: After updating the mapping cache, the LISP MN1 sends a mapping update response to the MS2. Step 611: After the peer LISP MN mapping update is completed, the MS2 sends a mapping update completion response to the LISP MN2.

As shown in FIG. 7, it is a schematic structural diagram of an MN embodiment of the present invention. The MN is applied to the LISP, and includes a determining processing module 71 and a sending module 72:

a determining processing module, configured to: when the mapping information of the current MN changes, when the update message needs to be sent to the communication peer node, if it is determined that the type of the communication peer node is also the MN, the communication peer node is The identity identifier is carried as the destination address in the update packet;

And a sending module, configured to send, to the communication peer node, the update identifier with the identity identifier of the communication peer node as a destination address.

The determining processing module determines that the type of the communication peer node is also a MN, and is used to: determine that the location identifier of the communication peer node is unreachable, and determine that the communication peer node that the location identifier is unreachable The type of the communication peer node that is determined to be updated by the cache mapping information is MN. The sending module is configured to send the update message to the communication peer node by using a mapping plane.

Further, the sending module sends the updated packet to the communication peer node through a mapping plane, which is used for:

And sending, by the mapping parser (MR) corresponding to the current MN, the update message, where the MR sends the update message to the mapping server (MS) of the communication peer node registration mapping information by using a mapping plane forwarding network And finally, the MS forwards the update message to the communication peer node.

In addition, the MN further includes an extracting module 73. The extracting module is configured to: after receiving the data packet sent by the communication peer node, if it is determined that the type of the communication peer node is also a MN, Extracting the identity identification information of the communication peer node in the data packet; the sending module is further configured to send, after the mapping information of the own information, the registration message to the MS that registers the mapping information, the registration The message carries the identity information of the communication peer node of the MN And authorization information for instructing the MS to send an update message to the communication peer node.

Further, the MN may further include: an update module, configured to receive an update packet sent by the communication peer node, and update the local cache according to the mapping information of the communication peer node carried in the update packet Mapping information.

In addition, an embodiment of the present invention further provides a processing system for updating a message, where the system includes a figure.

The MN shown in FIG. 7, the registration mapping server (MS) of the MN registration mapping information, and the mapping parser (MR) corresponding to the MN, the process of processing the update>3⁄4 text can be seen in FIG. 4 and FIG. 5, where Let me repeat.

The MN and the system including the MN can send the update message to the communication peer node by using the identity of the communication peer node as the destination address, so that the update message can still be received after the communication peer node changes the location, and then The cached mapping information can be updated.

As shown in FIG. 8, it is a schematic structural diagram of an MS embodiment of the present invention. The MS is applied to a LISP network, and the MS includes a receiving module 81 and a sending module 82, where:

a receiving module, configured to receive a registration message sent by the mobile node (MN) registered in the MS, where the registration message carries the identity identification information of the communication peer node of the MN and is used to indicate the MS Sending authorization information of the update message to the communication peer node;

And a sending module, configured to send, according to the authorization information carried in the registration message, an update message that uses the identity identifier of the communication peer node as a destination address to the communication peer node.

The update message may carry mapping information of the MN.

In addition, the embodiment of the present invention further provides a processing system for updating a message, including the MS shown in FIG. 8, the mobile node (MN) shown in FIG. 7, and the registration mapping server of the MN registration mapping information ( MS), the process of the system for processing the updated "3⁄4 text and update cache mapping information can be seen in Figure 6, and will not be described here.

The MS and the system including the MS forward the update message of the MN's communication peer node as the destination address for the MN corresponding to the MS, and avoid receiving the update due to the change of the location identifier of the communication peer node. The problem of the message and the updated cached mapping information can avoid the incorrect forwarding of the packet. One of ordinary skill in the art will appreciate that all or a portion of the above steps may be accomplished by a program that instructs the associated hardware, such as a read-only memory, a magnetic disk, or an optical disk. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, each module/unit in the foregoing embodiment may be implemented in the form of hardware, or may be implemented in the form of a software function module. The invention is not limited to any specific form of combination of hardware and software.

The above embodiments are only intended to illustrate the technical solutions of the present invention and are not to be construed as limiting the invention. It should be understood by those skilled in the art that the present invention may be modified or equivalently substituted without departing from the spirit and scope of the invention.

Industrial applicability

The processing method of the foregoing update, by sending an update message with the identity of the communication peer node as the destination address to the communication peer node of the current MN, so that the update message can still be received after the communication peer node changes the location, and further The cached mapping information can be updated.

Claims

Claim

A method for processing an update message, which is applied to a Location and Identity Separation Protocol (LISP), the method comprising:

2. The method according to claim 1, wherein

The current MN determines that the type of the communication peer node is also a MN, including:

After the current MN determines that the location identifier of the communication peer node is unreachable, it determines that the type of the communication peer node whose location identifier is unreachable is MN; or

3. The method according to claim 2, wherein

Sending, by the current MN, the update to the communication peer node includes:

The current MN sends the update message to the communication peer node through a mapping plane.

4. The method according to claim 3, wherein

The sending, by the current MN, the update to the communication peer node by using the mapping plane includes: sending, by the current MN, the update parser (MR) corresponding to the current MN, the MR And sending, by the mappable plane forwarding network, the update message to a mapping server (MS) of the communication peer node registration mapping information, and finally forwarding, by the MS, the update message to the communication peer node.

5. A method according to any of claims 1-4, wherein

The update message carries mapping information of the current MN.

6. The method according to claim 5, wherein the method further comprises:

After the current MN receives the data packet sent by the communication peer node, if the The type of the correspondent node is also MN, and the identity information of the communication peer node is extracted from the data packet;

After the current MN changes its own mapping information, the current MN sends the registration message to the current MS.

The method according to claim 5, wherein the method further comprises:

8. A method for processing an update message, which is applied to a Location and Identity Separation Protocol (LISP), the method comprising:

9. The method according to claim 8, wherein

The update message carries mapping information of the MN.

10. A mobile node (MN) for use in a Location and Identity Separation Protocol (LISP), the MN comprising:

The processing module is configured to: when the mapping information of the current MN changes, and the update message needs to be sent to the communication peer node, if it is determined that the type of the communication peer node is also the MN, the communication peer node is The identity identifier is carried as the destination address in the update message;

And a sending module, configured to: send the update packet with the identity identifier of the communication peer node as a destination address to the communication peer node.

11. The MN according to claim 10, wherein

The determining processing module determines that the type of the communication peer node is also a MN, and is configured to: determine that the location identifier of the communication peer node is unreachable, and determine the type of the communication peer node that is unreachable by the location identifier For MN; or, The type of the communication peer node that needs to update the cache mapping information is MN.

12. The MN according to claim 11, wherein

The sending module is configured to: send the update message to the communication peer node by using a mapping plane.

13. The MN according to claim 12, wherein

The sending module is configured to: send the update message to the communication peer node by using a mapping plane:

14. The MN according to any one of claims 10-13, wherein

The update message carries mapping information of the MN.

The MN according to claim 14, wherein the MN further includes an extraction module, and the extraction module is configured to: after receiving the data packet sent by the communication peer node, if the communication peer is determined The type of the node is also MN, and the identity identification information of the communication peer node is extracted from the data packet;

The MN according to claim 14, wherein the MN further comprises:

17. A mapping server (MS) for use in a Location and Identity Separation Protocol (LISP), the MS comprising:

a receiving module, configured to: receive a note sent by a mobile node (MN) registered under the MS And a registration message, where the registration message carries the identity identification information of the communication peer node of the MN and the authorization information used to instruct the MS to send the update message to the communication peer node;

The sending module is configured to: send, according to the authorization information carried in the registration message, an update message that uses the identity of the communication peer node as a destination address to the communication peer node.

18. The MS according to claim 17, wherein

The update message carries mapping information of the MN.

19. A processing system for updating a message, comprising: a mobile node (MN), a registration mapping server (MS) of the MN registration mapping information, and a mapping parser (MR) corresponding to the MN, wherein

The MN uses the MN as claimed in any of claims 10-13.

20. A processing system for updating a message, comprising: a mobile node (MN), a registration mapping server (MS) of the MN registration mapping information, and a mapping parser (MR) corresponding to the MN, where

The MN uses the MN according to claim 15 or 16;

The MS is used in the MS according to claim 17 or 18.