CN107786443B - Lisp业务抑制请求状态的解除方法及装置 - Google Patents
Lisp业务抑制请求状态的解除方法及装置 Download PDFInfo
- Publication number
- CN107786443B CN107786443B CN201710848175.1A CN201710848175A CN107786443B CN 107786443 B CN107786443 B CN 107786443B CN 201710848175 A CN201710848175 A CN 201710848175A CN 107786443 B CN107786443 B CN 107786443B
- Authority
- CN
- China
- Prior art keywords
- request message
- request
- communication terminal
- itr
- terminal address
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/70—Routing based on monitoring results
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开涉及一种LISP业务抑制请求状态的解除方法及装置,包括:当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议;在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map‑Request;在接收到所述请求报文Map‑Request的回复报文Map‑Reply后,确定所述回复报文Map‑Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。根据本公开实施例的LISP业务抑制请求状态的解除方法及装置,能够提高ITR资源利用率,提高ITR对于LISP业务的处理效率。
Description
技术领域
本公开涉及网络技术领域,尤其涉及一种LISP业务抑制请求状态的解除方法及装置。
背景技术
随着人类社会的高度科技化发展,Internet业务不断丰富化,对IP网络的应用不断发展壮大,针对当前的各项需求的提出,IETF(The Internet Engineering Task Force,互联网工程任务组)已经提出了LISP(Location-ID Separation Protocol,名址分离网络协议)的相关DRAFT(草案)。
LISP是实现归属地locator和主机ID网段的分离的协议。在LISP中,EID(EndpointIdentifiers,终端标识)用于标识通信终端;RLOC(Routing Locator,路由位置)是EID所在的站点的边缘设备ETR/ITR(Egress Tunnel Router/Ingress Tunnel Router,隧道出口路由器/隧道入口路由器)连接外网的IP地址,用于全网路由。LISP网络引入了EID-to-RLOC的映射,该映射关系保存在用于管理名址映射的服务器中。
LISP站点中的设备位于LISP网络边缘,由ETR/ITR连接至LISP主网络。ETR/ITR是LISP站点到LISP网络的边界设备,用于流量进出公网时的报文封包/解封包,流量发送时该边界设备的角色为ITR,用于在接收到DNS服务器发送的IP报文后,向MR(MapResolver,映射解析器)发起MAP(映射)请求,获得回应后记录EID-to-RLOC映射的cache(缓存)信息,根据RLOC进行报文封包;流量接收时的角色为ETR,用于主动向MS(MapServer,映射服务器)注册自己的EID/prefix-to-RLOC。MS用于接受ETR的注册,发布EID的前缀prefix,接受Map-Request(映射请求消息)请求封包后再转发给ETR。MR用于接受ITR发送过来的Map-Request的请求,并转发给MS或自己代理解析该请求。LISP注册到MS并发布给MR的就是各个EID/Prefix对应的RLOC信息,称为EID-to-RLOC记录,也称为MAP信息,用以指导一个LISP站点中的设备的ITR发送数据给另一个设备的ETR,实现两个设备内的EID的数据通信。
在LISP协议中,为了防止由于网络故障或者设备升级等原因导致ITR发出的Map-Request得不到回应,而ITR仍然响应于DNS服务器发送的IP报文,反复进入LISP协议处理流程,进而造成对于ITR设备资源的无效占用的问题,现有方案提供一种抑制请求报文状态,当ITR处于该抑制请求报文状态时,不进入LISP协议处理流程,直至抑制请求报文状态超时,恢复LISP协议处理流程。
但是,如果抑制请求报文状态时间设置较短,ITR恢复LISP协议处理流程后,网络故障并没有修复,ITR进入LISP协议处理流程仍然会造成无效占用ITR设备资源,导致ITR资源利用率低的问题;如果抑制请求报文状态时间设置较长,又会造成网络故障已修复,但是ITR仍处于抑制请求报文状态,进而降低ITR对于LISP业务的处理效率的问题。
发明内容
有鉴于此,本公开提出了一种LISP业务抑制请求状态的解除方法及装置,以提高ITR资源利用率,提高ITR对于LISP业务的处理效率。
根据本公开的一方面,提供了一种LISP业务抑制请求状态的解除方法,所述方法应用于LISP组网中的隧道入口路由器ITR,包括:
当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议;
在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。
根据本公开的另一方面,提供了一种LISP业务抑制请求状态的解除装置,包括:
监听模块,用于当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议;
发送模块,用于在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
解除模块,用于在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。
这样,ITR在针对至少一个通信终端地址的抑制请求状态时,可以通过对组网中当前路由协议对应的网络拓扑结构进行监听,获得组网中网络拓扑结构的变化,并根据路由协议的网络拓扑结构的变化,重新发送被抑制的请求报文Map-Request,以确定当前网络拓扑结构变化后,ITR至被抑制的通信终端地址对应的ETR之间的通信链路是否恢复。在ITR收到恢复报文Map-Reply后,可以确定当前ITR至该回复报文Map-Reply所对应的通信终端地址对应的ETR的通信链路已恢复,可以解除ITR针对该通信终端地址的抑制请求状态。根据本公开上述实施例的LISP业务抑制请求状态的解除方法及装置能够根据组网中当前路由协议的网络拓扑结构的变化,重新触发ITR发送被抑制的请求报文Map-Request,以更新ITR的抑制请求报文状态,可以不受抑制请求报文的超时时间的影响,灵活恢复LISP业务,减少了对ITR资源的无效占用,提高了处理LISP业务的效率。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出根据本公开一实施例的一种LISP业务抑制请求状态的解除方法流程图;
图2示出了本公开一种LISP组网示例的结构示意图;
图3示出根据本公开一实施例的一种LISP业务抑制请求状态的解除方法流程图;
图4示出根据本公开一实施例的一种LISP业务抑制请求状态的解除装置结构框图;
图5示出根据本公开一实施例的一种LISP业务抑制请求状态的解除装置结构框图;
图6是根据一示例性实施例示出的一种用于LISP业务抑制请求状态的解除装置900的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
图1示出根据本公开一实施例的一种LISP业务抑制请求状态的解除方法流程图。该LISP业务抑制请求状态的解除方法可以应用于LISP组网中的ITR,如图1所示,该LISP业务抑制请求状态的解除方法可以包括:
步骤101、当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议;
上述通信终端地址可以为请求报文Map-Request的目的IP地址。在LISP组网中,ITR发出对应于一个通信终端地址的请求报文Map-Request后,在ITR至该通信终端地址对应的ETR的通信链路故障(例如:ITR至MS/MR之间的通信链路故障、或者MS/MR正在重启、或者MS/MR到该通信终端地址对应的ETR之间的通信链路故障等)的情况下,ITR接收不到回复报文Map-Reply,会进入针对该通信终端地址的抑制请求报文状态。在ITR处于针对至少一个通信终端地址的抑制请求报文状态期间,ITR可以对当前路由协议对应的网络拓扑结构进行监听。
其中,上述当前路由协议可以为LISP组网中ITR与ETR之间建立的路由协议,例如:OSPF(Open Shortest Path First,开放式最短路径优先)协议、IS-IS(Intermediatesystem to intermediate system,中间系统到中间系统)协议等协议,本公开实施例以OSPF协议为例对本公开加以说明,但实际上本公开实施例对上述当前路由协议并不做具体限定。
举例来说,OSPF协议可以通过路由器之间通告网络接口的状态来建立链路状态数据库,并通过链路状态数据库生成最短路径树,每个应用OSPF的路由器可以使用这些最短路径构造网络拓扑结构,在当前网络中存在路由器节点发生变化(例如:路由器节点数量变化、或者路由器经过的节点发生变化)的情况下,对应的每个路由器构造的网络拓扑结构也随之变化。
对于应用OSPF协议的ITR,ITR会建立一张对应于当前网络的网络拓扑结构图,该网络拓扑结构图可以描述ITR到达每个路由器节点的路径信息,在ITR处于针对至少一个通信终端地址的抑制请求状态的情况下,ITR可以对当前网络拓扑结构进行监听,例如:对当前网络的网络拓扑结构图进行监听。
步骤102、在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
在ITR监听到网络拓扑结构发生变化时,可以发送在上述通信终端地址的抑制请求报文状态期间被抑制的针对上述通信终端地址的请求报文Map-Request。举例来说,由于组网中添加了新的路由器节点、或者某一路由器节点发生变化等原因导致ITR建立的网络拓扑结构图发生变化,ITR在监听到该变化时,可以向MR发送当前被抑制的请求报文Map-Request,其中,上述被抑制的请求报文Map-Request可以为ITR在针对某一通信终端地址的抑制请求期间,接收来自于DNS服务器发送的针对该通信终端地址的IP报文后,根据该IP报文构造的针对上述通信终端地址的请求报文Map-Request。
MR接收到上述ITR发送的请求报文Map-Request后,可以通过ALT网络将上述请求报文Map-Request传递给MS。MS根据本地注册的Map映射关系,将上述请求报文Map-Request发送给对应的ETR处理。ETR接收到请求报文Map-Request后,对请求报文Map-Request进行解封装,并根据本地维护的Map映射关系回应回复报文Map-Replay,其中,ETR可以直接将回复报文Map-Replay发送给ITR,或者,上述ETR可以将上述回复报文Map-Replay发送给MS,MS将上述回复报文Map-Replay转发给MR,由MR转发上述回复报文Map-Replay给ITR。
步骤103、在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,解除针对所述通信终端地址的抑制请求报文状态。
ITR将当前被抑制的请求报文Map-Request发送至MR,在接收到来自ETR或者MR的所述请求报文Map-Request的回复报文Map-Reply后,可以根据回复报文Map-Reply中携带的通信终端地址确定该回复报文Map-Reply对应的通信终端地址,可以确定当前ITR至上述通信终端地址对应的ETR之间的通信链路已恢复,因此可以解除ITR针对该通信终端地址的抑制请求报文状态,恢复ITR针对该通信终端地址的LISP业务。
图2示出了本公开一种LISP组网示例的结构示意图。
举例来说,在ITR至MS/MR之间的通信链路故障、或者MS/MR正在重启、或者MS/MR到通信终端地址对应的ETR之间的通信链路故障(MS/MR不会代理回复Map-Reply)中任意一种情况发生的情况下,ITR发送针对通信终端地址的请求报文Map-Request至MR后,会进入针对通信终端地址的抑制请求报文状态(例如:Natively-Forward状态)。如图2所示,假设5.5.5.5和6.6.6.6之间出现链路故障,此时MS向上述通信终端地址1对应的ETR转发ITR的请求报文Map-Request受阻,这样ITR收不到相关的回复报文Map-Reply,进入针对上述通信终端地址1的抑制请求报文状态。ITR进入针对通信终端地址1的抑制请求报文状态后,可以对组网的当前网络拓扑结构进行监听。后续5.5.5.5和6.6.6.6之间的链路恢复后,ITR监听到网络拓扑结构发生变化,可以将被抑制的请求报文Map-Request(上述被抑制的请求报文Map-Request可以包括针对上述通信终端地址1的被抑制的请求报文Map-Request,或者还可以包括针对其他通信终端地址的被抑制的请求报文Map-Request)发送给MR。在ITR接收到回复报文Map-Reply后,在确定该回复报文Map-Reply为对应上述通信终端地址1的回复报文Map-Reply时,可以认为ITR至上述通信终端地址1对应的ETR之间的通信链路恢复正常,可以解除ITR针对上述通信终端地址1的抑制请求报文状态。
这样,ITR在针对至少一个通信终端地址的抑制请求状态时,可以通过对组网中当前路由协议对应的网络拓扑结构进行监听,实时获得组网中网络拓扑结构的变化,并根据路由协议的网络拓扑结构的变化,重新发送被抑制的请求报文Map-Request,以确定当前网络拓扑结构变化后,ITR至被抑制的通信终端地址对应的ETR之间的通信链路是否恢复。在ITR收到恢复报文Map-Reply后,可以确定当前ITR至该回复报文Map-Reply所对应的通信终端地址对应的ETR的通信链路已恢复,可以解除ITR针对该通信终端地址的抑制请求状态。根据本公开上述实施例的LISP业务抑制请求状态的解除方法能够根据组网中当前路由协议的网络拓扑结构的变化,重新触发ITR发送被抑制的请求报文Map-Request,以更新ITR的抑制请求报文状态,可以不受抑制请求报文的超时时间的影响,灵活恢复LISP业务,减少了对ITR资源的无效占用,提高了处理LISP业务的效率。
在一种可能的实现方式中,上述方法还可以包括:
当ITR处于针对至少一个通信终端地址的所述抑制请求报文状态时,将针对处于所述抑制请求报文状态的通信终端地址的请求报文Map-Request添加至抑制请求报文表中。
上述抑制请求报文表可以为用来存储针对至少一个处于抑制请求状态的通信终端地址的请求报文Map-Request的列表,以在组网的网络拓扑结构发生变化时,可以从抑制请求报文表中获取之前被抑制的请求报文Map-Request,并将其发送给MR,以及时的恢复之前被抑制的LISP业务。
例如:ITR处于针对通信终端地址1、通信终端地址2的抑制请求报文状态,ITR可以将针对通信终端地址1的请求报文Map-Request及通信终端地址2的请求报文Map-Request添加至上述抑制请求报文表中,以使得在ITR监听到网络拓扑变化时,可以从抑制请求报文表中获取通信终端地址1被抑制的请求报文Map-Request、及通信终端地址2被抑制的请求报文Map-Request发送给MR。
在一种可能的实现方式中,上述在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request,可以包括:
从所述抑制请求报文表中获取被抑制的请求报文Map-Request;
将获取的所述被抑制的请求报文Map-Request发送至映射解析器MR。
在ITR监听到网络拓扑结构发生变化时,可以向MR发送针对被抑制的通信终端地址的请求报文Map-Request,以确定当前ITR至被抑制的通信终端地址对应的ETR的通信链路是否恢复。此时ITR处于针对上述通信终端地址的抑制请求报文状态,ITR可以从抑制请求报文表中获取被抑制的请求报文Map-Request发送给MR,在接收到回复报文Map-Reply后,解除ITR针对该回复报文Map-Reply对应的通信终端地址的抑制请求报文状态。举例来说,ITR可以从抑制请求报文表中获取被抑制的请求报文Map-Request,并将上述被抑制的请求报文Map-Request发送给MR,MR可以将上述被抑制的请求报文Map-Request转发给MS,进而MS可以根据本地注册的Map映射关系,将上述被抑制的请求报文Map-Request分别发送给对应的ETR。在网络拓扑结构变化导致ITR至至少一个上述被抑制的请求报文Map-Request对应的ETR之间的链路恢复正常(之前故障链路恢复、或者调度新的路径)时,ITR可以接收到至少一个上述ETR发送的回复报文Map-Reply,进而ITR可以解除针对上述回复报文Map-Reply对应的通信终端地址的抑制请求状态。
举例来说,ITR处于针对通信终端地址1、通信终端地址2和通信终端地址3的抑制请求报文状态,ITR可以将上述通信地址1、通信终端地址2和通信终端地址3被抑制的请求报文Map-Request分别添加至上述抑制请求报文表中,在ITR监听到网络拓扑变化时,可以发送上述抑制请求报文表中上述通信终端地址1、通信终端地址2和通信终端地址3被抑制的请求报文Map-Request。假设ITR接收到回复报文Map-Reply1和回复报文Map-Reply2,上述回复报文Map-Reply1对应通信终端地址1,上述回复报文Map-Reply2对应通信终端地址3,则ITR可以解除针对上述通信终端地址1和通信终端地址3的抑制请求报文状态,恢复ITR针对上述通信终端地址1和通信终端地址3的LISP业务。
图3示出根据本公开一实施例的一种LISP业务抑制请求状态的解除方法流程图。该LISP业务抑制请求状态的解除方法可以应用于LISP组网中的ITR,如图3所示,该LISP业务抑制请求状态的解除方法可以包括:
步骤301、记录进入针对第一通信终端的所述抑制请求报文状态时,所述当前路由协议对应的第一网络拓扑结构。
ITR进入针对上述第一通信终端的抑制请求报文状态时对应的网络拓扑结构为第一网络拓扑结构。举例来说,参照图2,假设5.5.5.5和6.6.6.6之间出现链路故障,此时MS/MR向ETR转发ITR发送的针对第一通信终端地址的请求报文Map-Request受阻,这样ITR收不到相关的回复报文Map-Reply,进入针对上述第一通信终端地址的抑制请求报文状态。此时ITR的OSPF协议形成的网络拓扑结构中描述了1.1.1.1至5.5.5.5的网络拓扑结构(该网络拓扑结构中包括以上1.1.1.1至5.5.5.5共5个路由器节点,描述了ITR到达每一个路由器节点所能进行的所有路径),可以记录当前网络拓扑结构为第一网络拓扑结构。
在上述ITR处于针对多个通信终端地址的抑制请求报文状态时,ITR可以分别记录进入上述各通信终端地址的抑制请求报文状态时对应的第一网络拓扑结构。
步骤302、监听当前路由协议当前对应的第二网络拓扑结构。
ITR可以对当前路由协议对应的网络拓扑结构进行监听,在监听到上述网络拓扑结构发生变化时,可以记录此时的网络拓扑结构为第二网络拓扑结构。
步骤303、在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对上述第一通信终端地址的请求报文Map-Request。
ITR可以对上述第一网络拓扑结构与第二网络拓扑结构进行比较,并可以在比较结果为上述第二网络拓扑结构与上述第一网络拓扑结构不同时,将被抑制的针对第一通信终端地址的请求报文Map-Request发送给MR。
举例来说,上述ITR处于针对第一通信终端地址1和第一通信终端地址2的抑制请求报文状态中,ITR记录有对应于第一通信终端地址1的第一网络拓扑结构1和对应于第一通信终端地址2的第一网络拓扑结构2,在ITR监听到网络拓扑发生变化后,可以将上述第二网络拓扑结构分别与上述第一网络拓扑结构1和第一网络拓扑结构2进行比较,在上述第二网络拓扑结构与上述第一网络拓扑结构1和第一网络拓扑结构2均不同时,可以分别将上述被抑制的针对第一通信终端地址1的请求报文Map-Request、上述被抑制的针对第一通信终端地址2的请求报文Map-Request发送给MR;或者在上述第二网络拓扑结构与上述第一网络拓扑结构1不同,与第一网络拓扑结构2相同时,可以将上述被抑制的针对第一通信终端地址1的请求报文Map-Request发送给MR。
这样一来,ITR可以通过记录进入针对第一通信终端地址的所述抑制请求报文状态时的第一网络拓扑结构,并实时对当前路由协议对应的第二网络拓扑结构进行监听,并将上述第二网络拓扑结构与上述第一网络拓扑结构进行比较,在上述第一网络拓扑结构与第二网络拓扑结构不同(例如:路由器节点数量不同、或者路由器经过的节点变化等)时,将上述第一网络拓扑结构对应的第一通信终端地址的被抑制的请求报文Map-Request发送给MR。通过这种方式,ITR可以及时获知网络拓扑结构的变化,从而可以及时确定ITR至第一通信终端地址对应的ETR的通信链路是否恢复,进而可以及时的恢复LISP业务,并能够减少发送的被抑制的请求报文Map-Request的个数,进而减少ITR资源的无效占用。
在一种可能的实现方式中,上述方法还可以包括:当ITR处于针对第一通信终端地址的所述抑制请求报文状态时,将针对所述第一通信终端地址的请求报文Map-Request添加至所述第一通信终端地址对应的第一抑制请求报文表中。
上述第一抑制请求报文表可以为用于存储被抑制的针对上述第一通信终端地址的请求报文Map-Request的列表。在ITR处于针对第一通信终端地址的抑制请求报文状态时,可以将针对上述第一通信终端地址的请求报文Map-Request添加至上述第一抑制请求报文表中。以使得ITR在发送被抑制的第一通信终端地址的请求报文Map-Request时,可以从上述第一抑制请求报文表中获取上述被抑制的针对第一通信终端地址的请求报文Map-Request。
在一种可能的实现方式中,上述在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对所述第一通信终端地址的请求报文Map-Request,可以包括:
从所述第一抑制请求报文表中获取被抑制的针对所述第一通信终端地址的请求报文Map-Request;
将获取的所述被抑制的针对所述第一通信终端地址的请求报文Map-Request发送至映射解析器MR。
在上述第二网络拓扑结构与所述第一网络拓扑结构不同时,可以从第一抑制请求报文表中获取该第一网络拓扑结构对应的第一通信终端地址被抑制的请求报文Map-Request,并将该请求报文Map-Request发送给MR。
步骤304、在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的第一通信终端地址,解除针对所述第一通信终端地址的抑制请求报文状态。
举例来说,参照图2,假设5.5.5.5和6.6.6.6之间出现链路故障,此时MS/MR向ETR转发ITR针对第一通信终端地址的请求报文Map-Request受阻,这样ITR收不到相关的回复报文Map-Reply,进入针对第一通信终端地址的抑制请求报文状态,ITR可以将被抑制的针对第一通信终端地址的请求报文Map-Request添加至第一通信终端地址对应的抑制请求报文表中。此时ITR的OSPF协议形成的网络拓扑结构中描述了1.1.1.1至5.5.5.5的网络拓扑结构(该网络拓扑结构中包括以上1.1.1.1至5.5.5.5共5个路由器节点,描述了ITR到达每一个路由器节点所能进行的所有路径),记录当前网络拓扑结构为第一网络拓扑结构。
ITR进入针对第一通信终端地址的抑制请求报文状态后,对组网的当前网络拓扑结构进行监听。后续5.5.5.5和6.6.6.6之间的链路恢复后,ITR上的OSPF协议会重新同步链路数据,生成新的网络拓扑结构,该新的网络拓扑结构中会多描述到达6.6.6.6至8.8.8.8三个路由器节点的路径,ITR记录当前网络拓扑结构为第二网络拓扑结构。ITR发现第一网络拓扑结构与第二网络拓扑结构不同,从第一通信终端地址对应的抑制请求报文表中取出被抑制的第一通信终端请求报文Map-Request发送给MR。在ITR接收到回复报文Map-Reply后,认为ITR至第一通信终端对应的ETR之间的通信链路回复正常,解除ITR针对第一通信终端地址的的抑制请求报文状态。
这样,通过将抑制的请求报文Map-Request添加至对应的抑制请求报文表中,在ITR监听到当前网络拓扑结构发生变化时,可以从抑制请求报文表中获取被抑制的请求报文Map-Request发送给MR,根据本公开上述实施例的LISP业务抑制请求状态的解除方法,一来可以避免直接解除ITR对于通信终端地址的抑制请求报文状态,而ITR至该通信终端对应的ETR的通信链路并没有恢复所造成的ITR资源被无效占用的问题,二来可以避免直接解除ITR对于通信终端地址的抑制请求报文状态,之前被抑制的该通信终端地址的请求报文Map-Request对应的LISP业务被遗漏的问题,并可以及时的恢复之前被抑制的LISP业务,提高LISP业务的处理效率。
图4示出根据本公开一实施例的一种LISP业务抑制请求状态的解除装置结构框图,可以包括:监听模块401、发送模块402及解除模块403;其中,监听模块401,可以用于当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议;
发送模块402,可以用于在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
解除模块403,可以用于在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。
图5示出根据本公开一实施例的一种LISP业务抑制请求状态的解除装置结构框图。
在一种可能的实现方式中,参照图5,上述装置还可以包括:
记录模块404,可以用于记录进入针对第一通信终端地址的所述抑制请求报文状态时,所述当前路由协议对应的第一网络拓扑结构;
所述发送模块402,可以包括:
监听子模块4021,可以用于监听当前路由协议当前对应的第二网络拓扑结构;
第一发送子模块4022,可以用于在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对所述第一通信终端地址的请求报文Map-Request。
在一种可能的实现方式中,参照图5,上述装置还可以包括:
第一添加模块405,可以用于当ITR处于针对第一通信终端地址的所述抑制请求报文状态时,将针对所述第一通信终端地址的请求报文Map-Request添加至所述第一通信终端地址对应的第一抑制请求报文表中。
在一种可能的实现方式中,参照图5,上述第一发送子模块4022可以包括:
获取单元,可以用于从所述第一抑制请求报文表中获取被抑制的针对所述第一通信终端地址的请求报文Map-Request;
发送单元,可以用于将获取的所述被抑制的针对所述第一通信终端地址的请求报文Map-Request发送至映射解析器MR。
在一种可能的实现方式中,参照图5,所述装置还可以包括:
第二添加模块406,可以用于当ITR处于针对至少一个通信终端地址的所述抑制请求报文状态时,将针对处于所述抑制请求报文状态的通信终端地址的请求报文Map-Request添加至抑制请求报文表中。
在一种可能的实现方式中,参照图5,所述发送模块402可以包括:
获取子模块4023,可以用于从所述抑制请求报文表中获取被抑制的请求报文Map-Request;
第二发送子模块4024,可以用于将获取的所述被抑制的请求报文Map-Request发送至映射解析器MR。
图6是根据一示例性实施例示出的一种用于LISP业务抑制请求状态的解除装置900的框图。参照图6,该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由系统总线903通信。并且,处理器901通过读取机器可读存储介质902中与名址分离网络协议LISP业务抑制请求状态的解除方法逻辑对应的机器可执行指令以执行上文所述的名址分离网络协议LISP业务抑制请求状态的解除方法。
本文中提到的机器可读存储介质902可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(Radom Access Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (12)
1.一种名址分离网络协议LISP业务抑制请求状态的解除方法,其特征在于,所述方法应用于LISP组网中的隧道入口路由器ITR,所述方法包括:
当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议,
在所述ITR接收不到发至所述通信终端地址的请求报文Map-Request对应的回复报文Map-Reply的情况下,所述ITR处于针对所述通信终端地址的抑制请求报文状态;
在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
记录进入针对第一通信终端地址的所述抑制请求报文状态时,所述当前路由协议对应的第一网络拓扑结构;
所述在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request,包括:
监听当前路由协议当前对应的第二网络拓扑结构;
在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对所述第一通信终端地址的请求报文Map-Request。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当ITR处于针对第一通信终端地址的所述抑制请求报文状态时,将针对所述第一通信终端地址的请求报文Map-Request添加至所述第一通信终端地址对应的第一抑制请求报文表中。
4.根据权利要求3所述的方法,其特征在于,在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对所述第一通信终端地址的请求报文Map-Request,包括:
从所述第一抑制请求报文表中获取被抑制的针对所述第一通信终端地址的请求报文Map-Request;
将获取的所述被抑制的针对所述第一通信终端地址的请求报文Map-Request发送至映射解析器MR。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当ITR处于针对至少一个通信终端地址的所述抑制请求报文状态时,将针对处于所述抑制请求报文状态的通信终端地址的请求报文Map-Request添加至抑制请求报文表中。
6.根据权利要求5所述的方法,其特征在于,在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request,包括:
从所述抑制请求报文表中获取被抑制的请求报文Map-Request;
将获取的所述被抑制的请求报文Map-Request发送至映射解析器MR。
7.一种LISP业务抑制请求状态的解除装置,其特征在于,所述装置包括:
监听模块,用于当ITR处于针对至少一个通信终端地址的抑制请求报文状态时,对当前路由协议对应的网络拓扑结构进行监听;其中,所述当前路由协议为所述LISP组网中所述ITR与隧道出口路由器ETR之间建立的路由协议,
在所述ITR接收不到发至所述通信终端地址的请求报文Map-Request对应的回复报文Map-Reply的情况下,所述ITR处于针对所述通信终端地址的抑制请求报文状态;
发送模块,用于在监听到所述网络拓扑结构发生变化时,发送当前被抑制的请求报文Map-Request;
解除模块,用于在接收到所述请求报文Map-Request的回复报文Map-Reply后,确定所述回复报文Map-Reply对应的通信终端地址,并解除针对所述通信终端地址的抑制请求报文状态。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
记录模块,用于记录进入针对第一通信终端地址的所述抑制请求报文状态时,所述当前路由协议对应的第一网络拓扑结构;
所述发送模块,包括:
监听子模块,用于监听当前路由协议当前对应的第二网络拓扑结构;
第一发送子模块,用于在所述第二网络拓扑结构与所述第一网络拓扑结构不同时,发送当前被抑制的针对所述第一通信终端地址的请求报文Map-Request。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第一添加模块,用于当ITR处于针对第一通信终端地址的所述抑制请求报文状态时,将针对所述第一通信终端地址的请求报文Map-Request添加至所述第一通信终端地址对应的第一抑制请求报文表中。
10.根据权利要求9所述的装置,其特征在于,所述第一发送子模块,包括:
获取单元,用于从所述第一抑制请求报文表中获取被抑制的针对所述第一通信终端地址的请求报文Map-Request;
发送单元,用于将获取的所述被抑制的针对所述第一通信终端地址的请求报文Map-Request发送至映射解析器MR。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二添加模块,用于当ITR处于针对至少一个通信终端地址的所述抑制请求报文状态时,将针对处于所述抑制请求报文状态的通信终端地址的请求报文Map-Request添加至抑制请求报文表中。
12.根据权利要求11所述的装置,其特征在于,所述发送模块,包括:获取子模块,用于从所述抑制请求报文表中获取被抑制的请求报文Map-Request;
第二发送子模块,用于将获取的所述被抑制的请求报文Map-Request发送至映射解析器MR。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710848175.1A CN107786443B (zh) | 2017-09-19 | 2017-09-19 | Lisp业务抑制请求状态的解除方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710848175.1A CN107786443B (zh) | 2017-09-19 | 2017-09-19 | Lisp业务抑制请求状态的解除方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107786443A CN107786443A (zh) | 2018-03-09 |
CN107786443B true CN107786443B (zh) | 2020-04-03 |
Family
ID=61438148
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710848175.1A Active CN107786443B (zh) | 2017-09-19 | 2017-09-19 | Lisp业务抑制请求状态的解除方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107786443B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103051611A (zh) * | 2012-12-11 | 2013-04-17 | 北京交通大学 | 一种身份与位置分离体系下的安全移动性管理方法 |
CN103916277A (zh) * | 2014-04-11 | 2014-07-09 | 杭州华三通信技术有限公司 | 实现重启时不中断转发业务的方法和装置 |
CN105591811A (zh) * | 2015-10-23 | 2016-05-18 | 杭州华三通信技术有限公司 | 一种lisp中映射服务器重启恢复方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841442B (zh) * | 2010-02-08 | 2011-11-16 | 电子科技大学 | 一种在名址分离网络中对网络异常进行检测的方法 |
-
2017
- 2017-09-19 CN CN201710848175.1A patent/CN107786443B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103051611A (zh) * | 2012-12-11 | 2013-04-17 | 北京交通大学 | 一种身份与位置分离体系下的安全移动性管理方法 |
CN103916277A (zh) * | 2014-04-11 | 2014-07-09 | 杭州华三通信技术有限公司 | 实现重启时不中断转发业务的方法和装置 |
CN105591811A (zh) * | 2015-10-23 | 2016-05-18 | 杭州华三通信技术有限公司 | 一种lisp中映射服务器重启恢复方法及装置 |
Non-Patent Citations (1)
Title |
---|
The Locator/ID Separation Protocol (LISP);D. Farinacci;《IETF》;20130131;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN107786443A (zh) | 2018-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101953124B (zh) | 在数据通信网络中构造绕过多条不可用链路的修复路径 | |
EP2751960B1 (en) | Constructing a network enabling layer-2 interconnection of data centers | |
US8489913B2 (en) | Network system and network relay apparatus | |
US8842577B2 (en) | Enabling media access control address mobility in an ethernet virtual private network | |
CN110798403B (zh) | 通信方法、通信设备和通信系统 | |
KR20090028531A (ko) | 분산 브릿지에서의 mac 어드레스 학습 | |
CN108600069B (zh) | 链路切换方法及装置 | |
CA3104756C (en) | Loop avoidance communications method, device, and system | |
KR20140038535A (ko) | 이웃 탐색 기반 서비스 거부 공격의 방지 | |
CN107948066B (zh) | 指定转发者df选举方法、系统及装置 | |
CN110300057B (zh) | 一种用于代理通告的方法、计算机可读介质和提供商边缘设备 | |
CN102202004B (zh) | 路由错误处理方法、装置和路由设备 | |
CN114143283A (zh) | 一种隧道自适应配置方法、装置,中心端设备及通信系统 | |
CN107659436B (zh) | 一种防止业务中断的方法及装置 | |
CN107682226B (zh) | Nat板的监控方法及装置 | |
US7869350B1 (en) | Method and apparatus for determining a data communication network repair strategy | |
CN107786443B (zh) | Lisp业务抑制请求状态的解除方法及装置 | |
US10958554B2 (en) | Monitoring flow activity on a network device | |
CN104301221A (zh) | 一种路由消息的方法及装置 | |
US11729140B2 (en) | Method and system for managing DHCP servers | |
JP2013034139A (ja) | 通信装置および通信プログラム | |
JP5278358B2 (ja) | ネットワ−ク接続装置 | |
CN107070787B (zh) | 一种默认路由撤销方法和装置 | |
US20200036580A1 (en) | Outside router fault detection | |
CN115955433B (zh) | 一种数据传输方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230602 Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd. Address before: No. 466, Changhe Road, Binjiang District, Hangzhou, Zhejiang 310052 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |