CN103107942B - 一种静态路由的跟踪方法和设备 - Google Patents
一种静态路由的跟踪方法和设备 Download PDFInfo
- Publication number
- CN103107942B CN103107942B CN201310059645.8A CN201310059645A CN103107942B CN 103107942 B CN103107942 B CN 103107942B CN 201310059645 A CN201310059645 A CN 201310059645A CN 103107942 B CN103107942 B CN 103107942B
- Authority
- CN
- China
- Prior art keywords
- dvpnsession
- state
- static routing
- equipment
- hub equipment
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种静态路由的跟踪方法,该方法包括:动态虚拟专用网络(DVPN)中任一VAM客户端在本地建立静态路由后,根据对端隧道(tunnel)私网地址与该静态路由的下一跳相同的DVPN会话(Session)的状态,确定是否使该静态路由生效。基于同样的发明构思,本申请还提出一种设备,既避免了繁琐的配置过程,也节省了系统资源。
Description
技术领域
本申请涉及通信技术领域,特别涉及一种静态路由的跟踪方法和设备。
背景技术
越来越多的企业希望利用公共网络组建虚拟专用网络(VirtualPrivateNetwork,VPN),连接地理位置不同的多个分支机构。然而,企业分支机构通常采用动态地址接入公共网络,通信一方无法事先知道对端的公网地址,这就为组建VPN提出了一个难题。
动态虚拟专用网络(DynamicVirtualPrivateNetwork,DVPN)把连接到公网上的各节点组成的网络看作VPN网络,公网作为VPN网络的链路层,DVPN隧道作为企业内部子网之间的虚通道,相当于网络层。
DVPN采用客户端(Client)/服务器(Server)模式,工作在传输控制协议(TransmissionControlProtocol,TCP)/因特网协议(IP)协议栈的应用层。DVPN支持用户数据包协议(UserDatagramProtocol,UDP)和通用路由封装(GenericRoutingEncapsulation,GRE)两种隧道封装类型。按照工作方式的不同,可将一个VPN域中的设备划分为一个Server和多个Client,Server的公网地址为静态地址,Client的公网地址既可以静态配置也可以动态获取,而Client的私网地址则需要按照规划静态分配。在同一个VPN域内,要求所有节点的私网地址在同一个网段内。
每一个Client向Server注册自己的公网地址和私网地址的对应关系,其中,私网地址为DVPN隧道的接口地址。Client向Server注册成功之后,其他Client可以从Server查询到该Client的公网地址,以便在Client之间建立DVPN隧道(tunnel)。Server与Client间通过VAM地址管理(VPNAddressManagement,VAM)协议进行消息传递,Client之间通过DVPN隧道协议进行隧道的建立、维护和删除。任何节点退出或加入VPN都能自动通知Server。
当作为分支(Spoke)设备的VAM客户端注册成功后,要和作为中心(Hub)设备的VAM客户端建立隧道,且一个Spoke设备最多和两个Hub设备建立隧道。
两个节点间建立DVPN隧道的过程,实际上是指二者建立DVPN会话(Session)的过程。DVPN隧道是多点隧道,如果两个节点已经建立了DVPNSession,说明二者之间可以相互通信;如果没有,说明二者之间还不能通信。
DVPN技术,使分布在不同分支的私有网络,连接成一个互通的、大的私有网络。DVPN隧道建立以后,路由协议通过DVPN隧道进行邻居发现、路由更新,并建立路由表。
目前,DVPN客户端支持的路由协议为开放最短路径优先(OpenShortestPathFirst,OSPF)和边界网关协议(BorderGatewayProtocol,BGP),也可以使用静态路由;在大规模组网中,如果使用路由协议,Hub设备需要和每一个Spoke设备建立路由邻居,在大规模组网中,Hub设备端需要维护大量的路由邻居和路由信息,系统开销大,路由配置复杂,而且受限于动态路由协议的规格。
因此使用静态路由,也是经常采用的方式。配置静态路由的时候,下一跳是对端虚接口的英特网协议(IP)地址。但是如果对端不可达了,此时本端不能感知,该路由仍然在生效,会造成流量中断。因此,一般会配置双向转发检测(BidirectionalForwardingDetection,BFD)或者网络质量分析(NetworkQualityAnalyzer,NQA),进行对端IP地址跟踪探测。其中,对于DVPN隧道来说,在本端设备上体现为一个虚接口,而对端设备上也是一个虚接口,两个虚接口,在逻辑上是直连的。
在大规模组网的时候,spoke设备比较多,如3000个,Hub设备和Spoke设备之间采用静态路由时,对于Hub设备来说,需要配置对每一个spoke设备的BFD或NQA探测跟踪,然后将每个BFD或NQA对应的静态路由进行关联,配置过程比较繁琐。而且BFD探测或NQA探测是比较耗费系统资源的。对于spoke设备来说,每个spoke设备都需要配置静态路由和对应跟踪。单个spoke设备上的配置可能比较少,但是因为所有spoke设备都需要配置,对于网络管理员来说,也是比较多的工作量。
发明内容
有鉴于此,本申请提供一种静态路由跟踪的方法和设备,既避免了繁琐的配置过程,也节省了系统资源。
为解决上述技术问题,本发明的技术方案是这样实现的:
一种静态路由的跟踪方法,应用于动态虚拟专用网络DVPN中,该DVPN中的VAM客户端之间建立DVPNSession,包括:
A、任一VAM客户端在本地配置静态路由;
B、该VAM客户端在本地建立的DVPNSession中,确定是否存在对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession,如果是,执行步骤C;否则执行步骤D;
C、该VAM客户端确定该DVPNSession的状态是否为success状态,如果是,执行步骤E;否则执行步骤D;
D、该VAM客户端使该静态路由无效,结束本流程;
E、该VAM客户端使该静态路由生效。
一种设备,可应用于DVPN中的VAM客户端,该DVPN中的VAM客户端之间建立DVPNSession,该设备包括:配置单元、确定单元和处理单元;
所述配置单元,用于配置静态路由;
所述确定单元,用于在本地建立的DVPNSession中,确定是否存在对端tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession;若确定存在对应的DVPNSession,则确定该DVPNSession的状态是否为success状态;
所述处理单元,用于当所述确定单元确定不存在对端tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession时,或所述确定单元确定该DVPNSession的状态不为success状态时,使该静态路由无效;当所述确定单元确定该DVPNSession的状态为success状态时,使该静态路由生效。
综上所述,本申请通过DVPN中任一VAM客户端在本地建立静态路由后,根据对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession的状态,确定是否使该静态路由生效。既避免了繁琐的配置过程,也节省了系统资源。
附图说明
图1为本发明实施例一中静态路由的跟踪方法流程示意图;
图2为本发明实施例二中静态路由的跟踪方法流程示意图;
图3为本发明实施例三中本地建立的DVPNSession状态变化时的处理过程流程示意图;
图4为本发明实施例四中第一Hub设备跟踪静态路由的流程示意图;
图5为本发明实施例五中第一Hub本地DVPNSession的状态变化时处理过程流程示意图;
图6为本发明实施例六中接收对端Hub建立的DVPNSession的状态信息变化时的处理过程流程示意图;
图7为本发明具体实施例中应用于上述技术的设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
本发明实施例中提出一种静态路由的跟踪方法,应用于DVPN中,该DVPN中的VAM客户端之间建立DVPNSession,任一VAM客户端在本地建立静态路由后,根据对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession的状态,确定是否使该静态路由生效。由于DVPNSession是DVPN固有特性,不需要手工配置,既避免了繁琐的配置过程,也节省了系统资源。
两个VAM客户端建立DVPNSession的过程为:发起端发送隧道建立请求报文(tunnelestablishmentrequest)报文,如果收到响应(response)报文,那么DVPNSession建立,处于success状态;如果发送后没有收到对方回应,间隔几秒后,再次发送,连续发送一定次数。如果仍然不能收到对端回应,进入哑的/沉默的(dumb)状态;该状态保持一段时间之后,再次发送request报文,这个过程重复,直到建立DVPNSession。
VAM客户端建立的DVPNSession的信息包括:所对应的DVPN隧道;本端公网地址和隧道私网地址;对端公网地址和隧道私网地址;当前状态:success状态、dumb状态、建立(establish)状态;Session类型:Hub-Spoke、Spoke-Hub、Spoke-Spoke或Hub-Hub,以及输入和输出报文情况。
如果DVPNSession存在且状态为success状态,说明对端VAM客户端可达,如果未与对端VAM客户端建立DVPNSession,即DVPNSession不存在,或建立的DVPNSession的状态为非success状态,说明对端VAM不可达。
在本发明的具体实施例中,无论是Hub-Spoke组网还是Full-Mesh组网,Hub设备和Spoke设备之间的DVPNSession才可以和静态路由进行联动,即用来确定是否使配置的静态路由生效。Spoke设备之间或,Hub设备之间的DVPNSession则不需要。
由于在Hub-Spoke组网模式中,Spoke设备和Hub设备之间的隧道是永久的,并且不依赖路由来建立,就是说,Spoke设备和Hub设备只要不故障,Spoke设备和Hub设备之间的隧道就一直存在。在具体实现时,可以通过保持激活(keepalive)报文维护。Hub设备上指向所有spoke设备的静态路由,都可以和DVPNSession进行关联来确定是否生效。Spoke设备上目的是总部和其它分支的静态路由,下一跳都是Hub设备上隧道的私网地址,因此都可以和DVPNSession进行关联,来确定静态路由是否生效。
在Full-Mesh组网方式中,Hub设备上指向所有spoke的静态路由,都可以和DVPNSession进行关联来确定静态路由是否生效。而Spoke设备上,只需要目的地址为Hub设备所带子网的静态路由,和DVPNSession进行联动来确定静态路由是否生效。Spoke设备之间的静态路由无需和DVPNSession进行联动,来确定静态路由是否生效。因为spoke设备之间的DVPNSession本身就不是永久的,即spoke设备之间的隧道是临时的,只有有数据报文转发的时候,才需要建立;如果没有数据报文转发了,DVPNSession空闲一段时间后,会自动删除。因此,应该允许在DVPNSession不生效的时候,对应静态路由有效。而且,如果Spoke设备之间的DVPNSession没有生效,即使spoke设备之间的路由生效,报文也是会发送给Hub进行转发。
实施例一
参见图1,图1为本发明实施例一中静态路由的跟踪方法流程示意图。具体步骤为:
步骤101,任一VAM客户端在本地配置静态路由。
步骤102,该VAM客户端确定在本地建立的DVPNSession中,是否存在对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession,如果是,执行步骤103;否则执行步骤104。
本步骤即该VAM客户端确定本VAM客户端与对端VAM客户端之间是否建立了DVPNSession。
步骤103,该VAM客户端确定该DVPNSession的状态是否为success状态,如果是,执行步骤105;否则执行步骤104。
本步骤在本端VAM客户端与对端VAM客户端建立了DVPNSession时,确定建立的该DVPNSession的状态是否为success状态,只有DVPNSession的状态为success状态时,才说明对端VAM客户端可达,才能使对应的静态路由生效。
步骤104,该VAM客户端使该静态路由无效,结束本流程。
该VAM客户端不使该静态路由生效,即使该静态路由无效,将未生效的静态路由,以及生效后又失效的静态路由均称为无效静态路由。
步骤105,该VAM客户端使该静态路由生效。
该静态路由生效,下一跳为该DVPNSession的对端tunnel私网地址。
在具体实现时,对于静态路由的生效和无效可以具体通过添加到转发表中和从转发表中删除实现。
该实施例中通过将静态路由与本地建立的DVPNSession进行联动,确定是否使配置的静态路由生效。由于DVPNSession是DVPN的固有属性,不需要手工额外配置,因此在确定静态路由的下一跳是否可达时,避免了繁琐的配置,也节省了系统资源。
实施例二
参见图2,图2为本发明实施例二中静态路由的跟踪方法流程示意图。具体步骤为:
步骤201,任一VAM客户端在本地配置静态路由。
步骤202,该VAM客户端确定是否存在与该静态路由的下一跳在同一个网段上的DVPNtunnel的地址,如果是,执行步骤203;否则,执行步骤207。
本步骤先通过确定同静态路由的下一跳在同一个网段上的DVPNtunnel的地址,如果存在,再在该DVPNtunnel对应的DVPNSession中查找;如果不存在,结束本流程,即不通过本发明实施例中静态路由与DVPNSession联动来确定该静态路由是否生效,通过现有的实现方式去确定。
步骤203,该VAM客户端确定该DVPNtunnel对应的所有DVPNSession中,是否存在对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession,如果是,执行步骤204;否则,执行步骤205。
步骤204,该VAM客户端确定该DVPNSession的状态是否为success状态,如果是,执行步骤206;否则,执行步骤205。
步骤205,该VAM客户端使该静态路由无效,结束本流程。
步骤206,该VAM客户端使该静态路由生效,结束本流程。
步骤207,结束本流程。
本实施例中先确定是否存在与该静态路由的下一跳在同一个网段上的DVPNtunnel的地址,如果存在,再在该DVPNtunnel的地址对应的所有DVPNSession中查找对应的DVPNSession,这样大大减少了查找DVPNSession的工作量。
实施例三
在网络中两个VAM客户端建立的DVPNSession的状态会发生变化,下面详细描述在本地建立的DVPNSession状态变化时,DVM客户端如何处理。
参见图3,图3为本发明实施例三中本地建立的DVPNSession状态变化时的处理过程流程示意图。具体步骤为:
步骤301,该VAM客户端本地建立的任一DVPNSession的状态发生变化。
步骤302,当该VAM客户端的该DVPNSession的状态由success状态变化为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由已生效,则使该静态路由无效。
由于该DVPNSession的状态由success状态变化为非success状态,说明对端VAM客户端已经不可达,这时需要将对应的已生效的静态路由无效。
步骤303,当该VAM客户端的该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由无效,使该静态路由生效。
由于该DVPNSession的状态由非success状态变化为success状态,说明对端VAM客户端当前可达,因此将对应的无效路由生效。
实施例四
对于一般组网而言,企业总部一般会配置两个Hub设备,两个Hub设备都需要配置到达spoke设备的静态路由。当该DVPN中配置两个Hub设备,将一个Hub称为第一Hub设备,另外一个Hub设备称为第二Hub设备。第一Hub设备上到某个spoke设备的DVPNSession为非success状态,如果第二Hub设备上配置到该spoke设备的DVPNSession仍然生效,即为success状态时,那么可以通过第一Hub设备到第二Hub设备的DVPN隧道将需要发送给该spoke设备的报文发送给第二Hub设备,由第二Hub设备转发给该Spoke设备。
因此,第一Hub设备和第二Hub设备需要知道对端Hub建立的DVPNSession的信息。以第一Hub设备为例,第一Hub设备将本地建立的DVPNSession的信息通知给第二Hub设备;第一Hub设备接收第二Hub设备通知的第二Hub设备本地的DVPNSession的信息,将第二Hub设备与第一Hub设备的对端tunnel私网地址相同的DVPNSession的状态作为,第一Hub设备对应的DVPNSession的备份状态。
具体实现时,可以在DVPNSession中增加一个字段,如备份状态字段,记录对端VAM客户端对应的DVPNSession的状态。
参见图4,图4为本发明实施例四中第一Hub设备跟踪静态路由的流程示意图。具体步骤为:
步骤401,第一Hub设备配置静态路由。
步骤402,当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为success状态时,将该静态路由生效,并将该DVPNSession的对端tunnel私网地址,作为该静态路由的实际下一跳。
只要本地建立的DVPNSession的状态为success状态,不需要关心该DVPNSession的备份状态,因为第一Hub设备优先使用本地DVPNSession转发报文,本地不能转发时,才通过第二Hub设备转发。
步骤403,当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为success状态时,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
当本地建立的DVPNSession的状态为非success状态,需确定备份状态,当备份状态为success状态时,可以通过第二Hub设备转发该报文,因此可以使本地对应静态路由生效,但是该静态路由的实际下一跳应该指向第二Hub设备的tunnel私网地址,这样才能通过第二Hub设备到达对应的Spoke设备。
步骤404,当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为非success状态时,使该静态路由无效。
当本地建立的DVPNSession的状态为非success状态,需确定备份状态,当备份状态为非success状态时,说明通过第二Hub设备也不能到达对应的Spoke设备,因此对应的静态设置为无效。
实施例五
在两个Hub设备之间,当任一Hub设备的任一DVPNSession的状态发生变化时,需要将变化后的DVPNSession的信息,即当前DVPNSession的信息通知给对端Hub设备,下面仍然以第一Hub设备发送和接收DVPNSession的信息的处理过程为例,来详细说明。
当第一Hub设备本地建立的任一DVPNSession的状态由非success状态变为success状态,或由success状态变为非success状态时,将该DVPNSession当前的信息通知给第二Hub设备。
第一Hub设备在本地建立的DVPNSession的状态变化通知第二Hub设备时,同时需要确定本地该DVPNSession对应的静态路由,是否需要重新确定是否生效。
参见图5,图5为本发明实施例五中第一Hub本地DVPNSession的状态变化时处理过程流程示意图。具体步骤为:
步骤501,第一Hub设备本地建立的任一DVPNSession的状态发生变化。
步骤502,第一Hub设备确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由时,使该静态路由生效,并将该DVPNSession的对端tunnel私网地址作为该静态路由的实际下一跳。
由于第一Hub设备本地建立的DVPNSession的状态变化之前为非success状态,因此该DVPNSession对应的静态路由需根据该DVPNSession的备份状态确定是否生效。若备份状态为success状态,则该静态路由生效,但是该静态路由的实际下一跳为第二Hub设备的tunnel私网地址;若备份状态为非success状态,则该静态路由无效。
因此,当本地建立的DVPNSession状态变为success状态时,反向查找与该DVPNSession对应的静态路由,如果是无效,则使该静态路由生效,并将该DVPNSession的对端tunnel私网地址作为该静态路由的实际下一跳;如果是已生效,但是实际下一跳为第二Hub设备的tunnel私网地址时,修改该是静态路由的实际下一跳为该DVPNSession的对端tunnel私网地址。
步骤503,第一Hub设备确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
由于第一Hub设备本地建立的DVPNSession的状态变化之前为success状态,因此与该DVPNSession对应的静态路由是生效的,当该DVPNSession的状态由success状态变化为非success状态时,需根据备份状态确定是否使该静态路由生效,或修改该静态路由的实际下一跳。
步骤504,第一Hub设备确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由,使该静态路由无效。
当第一Hub设备本地建立的任一DVPNSession的dumb已超时,需要将该DVPNSession删除时,如果该DVPNSession存在备份状态,即第二Hub设备建立了对应的DVPNSession,因此不删除该DVPNSession,只是将该DVPNSession的状态修改为无效状态,因为是由非success状态变化为无效状态,并不需要通知第二Hub设备。
实施例六
两个Hub设备上本地建立的DVPNSession的状态变化时,会通知对端Hub设备,对端Hub设备在更新对应DVPNSession的备份状态时,本端Hub设备接收到对端Hub设备通知的需要更新本地DVPNSession的备份状态时,本端Hub设备需要反向查找该DVPNSession对应的静态路由是否生效,并进行进一步的处理。
第一Hub设备接收到第二Hub设备通知的第二Hub设备建立的DVPNSession的信息时,更新本地对应DVPNSession的备份状态。具体包括:
若本地对应DVPNSession已将该DVPNSession的状态作为备份状态,且与接收的该DVPNSession的状态不一致时,更新本地对应DVPNSession的备份状态,为接收的DVPNSession的状态;若本地对应的DVPNSession未将该DVPNSession的状态作为备份状态,则将该DVPNSession的状态作为,本地对应DVPNSession的备份状态。
若本地不存在对应的DVPNSession,则根据接收的DVPNSession的信息模拟本地对应的DVPNSession,并将本地模拟的DVPNSession的状态记为无效状态,并将接收的DVPNSession的状态记为该模拟的DVPNSession的备份状态。
当第一Hub设备与第二Hub设备之间的DVPNSession的状态由success状态变为非success状态时,将本地备份的第二Hub设备的所有DVPNSession的状态修改为无效状态。
由于此时无论第二Hub设备建立的DVPNSession的状态为什么,第一Hub设备都不能通过第二Hub设备到达对应的Spoke设备,因此将第二Hub设备建立的DVPNSession看做不存在,设置为无效状态。
第一Hub设备确定本地建立的DVPNSession的备份状态为无效状态时,同备份状态为非success状态一样处理。
当第一Hub设备与第二Hub设备之间的DVPNSession的状态由非success状态变为success状态时,第一Hub设备与第二Hub设备互相通知对端本地建立的DVPNSession信息,并更新对应的备份状态。
下面仍然以第一Hub设备接收到第二Hub设备通知的DVPNSession的信息,并更新对应DVPNSession的备份状态为例,来详细说明如何反向查找静态路由,并进行进一步处理。
本实施例描述第二Hub设备本地已建立的DVPNSession的状态信息变化时,通知第一Hub设备时的情况。
参见图6,图6为本发明实施例六中接收对端Hub建立的DVPNSession的状态信息变化时的处理过程流程示意图。具体步骤为:
步骤601,第一Hub设备接收到第二Hub设备通知的DVPNSession的信息,并使用该DVPNSession的状态更新本地对应的DVPNSession的备份状态。
步骤602,第一Hub设备当确定本地对应DVPNSession的状态为success状态时,保持与本地对应的DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由不变。
无论第二Hub设备通知的DVPNSession的状态,同之前通知的该DVPNSession的状态是变为success状态或非success状态,第一Hub设备均保持对应静态路由不变,即保持对应静态路由已生效的状态,且实际下一跳地址为本地对应DVPNSession的对端tunnel私网地址。
步骤603,第一Hub设备当确定本地对应DVPNSession的状态为非success状态或无效状态时,若确定本地对应DVPNSession的备份状态更新前为success状态,且更新后为非success状态,将与本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由无效。
当本地对应的DVPNSession的状态为非success状态,则需要确定该DVPNSession的备份状态,如果接收第二Hub设备当前发送的通知之前,即更新备份状态之前,备份状态为success状态,说明更新之前与本地对应的DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由是生效的,且该静态路由的实际下一跳为第二Hub设备的该DVPNSession的tunnel私网地址;当更新后的备份状态为非success状态时,第一Hub设备已经不能通过第二Hub设备到达对应的Spoke设备,因此,此时应将该已生效的静态路由无效。
步骤604,第一Hub设备当确定本地对应DVPNSession的状态为非success状态时,若确定本地对应DVPNSession的备份状态更新前为非success状态,且更新后为success状态,将本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
当本地对应的DVPNSession的状态为非success状态,则需要确定该DVPNSession的备份状态,如果接收第二Hub设备当前发送的通知之前,即更新备份状态之前,备份状态为非success状态,说明更新之前与本地对应的DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由是无效的;当更新后的备份状态为success状态时,第一Hub设备可以通过第二Hub设备到达对应的Spoke设备,因此,此时,应该将对应的静态路由生效,且对应的静态路由的实际下一跳为第二Hub设备的该DVPNSession的tunnel私网地址。
在本发明的各实施例中,在确定本地DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由时,其中的下一跳均为该静态路由静态生成时,静态配置的下一跳,而不是在配置两个Hub设备的网络中,为静态路由指定的实际下一跳,虽然当本地建立的DVPNSession状态为up时,为静态路由指定的实际下一跳与静态配置的下一跳相同,但是在根据本地建立的DVPNSession确定是否使静态路由生效时,均使用静态路由静态配置的下一跳与DVPNSession的对端tunnel私网地址进行相比,而不是用静态路由的实际下一跳。
本发明具体实施例中基于同样的发明构思,还提出一种设备,可应用于为DVPN中的VAM客户端,该DVPN中的VAM客户端之间建立DVPNSession。参见图7,图7为本发明具体实施例中应用于上述技术的设备的结构示意图。该设备包括:配置单元701、确定单元702和处理单元703。
配置单元701,用于配置静态路由。
确定单元702,用于在本地建立的DVPNSession中,确定是否存在对端tunnel私网地址与配置单元701配置的静态路由的下一跳相同的DVPNSession;若确定存在对应的DVPNSession,则确定该DVPNSession的状态是否为success状态。
处理单元703,用于当确定单元702确定不存在对端tunnel私网地址与配置单元701配置的静态路由的下一跳相同的DVPNSession时,或确定单元702确定该DVPNSession的状态不为success状态时,使该静态路由无效;当确定单元702确定该DVPNSession的状态为success状态时,使该静态路由生效。
较佳地,
确定单元702,进一步用于确定是否存在与配置单元701配置的静态路由的下一跳在同一个网段上的DVPNtunnel的地址,若确定存在,在该DVPNtunnel所对应的DVPNSession中确定,是否存在对端tunnel私网地址与配置单元701配置的静态路由的下一跳相同的DVPNSession;
处理单元703,用于当确定单元702确定不存在与配置单元701配置的静态路由的下一跳在同一个网段上的DVPNtunnel的地址时,结束操作。
较佳地,
确定单元702,进一步用于确定本地建立的DVPNSession的状态是否发生变化;确定是否存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,以及对应的静态路由是否生效;
处理单元703,进一步当确定单元702确定该DVPNSession的状态由success状态变化为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由已生效,使该静态路由无效;当确定单元702确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由无效,使该静态路由生效。
较佳地,
若本VAM客户端为Hub设备,与该VAM客户端建立DVPNSession的对端VAM客户端为spoke设备;若本VAM客户端为spoke设备,与该VAM客户端建立DVPNSession的对端VAM客户端为Hub设备。
较佳地,当所述DVPN中配置两个Hub设备,且本设备作为VAM客户端为Hub设备时,将本设备称为第一Hub设备,另外一个Hub设备称为第二Hub设备;所述设备进一步包括:收发单元704。
收发单元704,用于将第一Hub设备本地建立的DVPNSession的信息通知给第二Hub设备;接收第二Hub设备通知的第二Hub设备本地的DVPNSession的信息,将第二Hub设备与本设备的对端tunnel私网地址相同的DVPNSession的状态作为,第一Hub设备建立的对应的DVPNSession的备份状态。
确定单元702,用于当确定对端tunnel私网地址与配置单元701配置的静态路由的下一跳相同的DVPNSession的状态,以及收发单元704记录的备份状态。
处理单元703,进一步用于当确定对端tunnel私网地址与配置单元701配置的静态路由静态配置的下一跳相同的DVPNSession的状态为success状态时,将该静态路由生效,并将该DVPNSession的对端tunnel私网地址,作为该静态路由的实际下一跳;当所述确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为success状态时,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;当确定单元702确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为非success状态时,使该静态路由无效。
较佳地,
收发单元704,进一步用于当确定单元702确定本地建立的任一DVPNSession的状态发生变化时,更新本地该DVPNSession的状态,并将本地该DVPNSession的状态更新后的信息通知给第二Hub。
确定单元702,进一步用于确定该DVPNSession的状态是否发生变化,当该DVPNSession的状态发生变化时,确定该DVPNSession的备份状态,并确定是否存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,以及该静态路由是否生效。
处理单元703,进一步用于当确定单元702确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由时,使该静态路由生效,并将该静态路由的实际下一跳为该DVPNSession的对端tunnel私网地址;当确定单元702确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;当确定单元702确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由,使该静态路由无效。
较佳地,
收发单元704,进一步用于接收第二Hub设备通知的第二Hub设备建立的DVPNSession的信息,若本地对应DVPNSession已将该DVPNSession的状态作为备份状态,且与接收的该DVPNSession的状态不一致时,更新本地对应DVPNSession的备份状态,为接收的DVPNSession的状态;若本地不存在对应的DVPNSession,则根据接收的DVPNSession的信息模拟本地对应的DVPNSession,并将本地模拟的DVPNSession的状态记为无效状态,并将接收的DVPNSession的状态记为该模拟的DVPNSession的备份状态。
处理单元703,进一步用于当确定单元702确定本地对应DVPNSession的状态为success状态时,保持与本地对应的DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由不变;当确定单元702确定本地对应DVPNSession的状态为非success状态或无效状态时,若确定本地对应DVPNSession的备份状态更新前为success状态,且更新后为非success状态,将与本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由无效;当确定本地对应DVPNSession的状态为非success状态时,若确定本地对应DVPNSession的备份状态更新前为非success状态,且更新后为success状态,将本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
较佳地,
收发单元704,进一步用于当本设备作为第一Hub设备与第二Hub设备之间的DVPNSession的状态由success状态变为非success状态时,将本地备份的第二Hub设备的所有DVPNSession的状态修改为无效状态;当本设备作为第一Hub设备与第二Hub设备之间的DVPNSession的状态由非success状态变为success状态时,第一Hub设备接收第二Hub设备通知第二Hub设备建立的DVPNSession信息,并更新本地建立的对应DVPNSession的备份状态;
处理单元703,进一步用于当确定单元702确定本地建立的DVPNSession的备份状态为无效状态时,同备份状态为非success状态时进行相同的处理。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
综上所述,本发明具体实施例中DVPN中任一VAM客户端在本地建立静态路由后,根据对端tunnel私网地址与该静态路由的下一跳相同的DVPNSession的状态,确定是否使该静态路由生效。由于DVPNSession是DVPN固有特性,不需要手工配置,不需要增加系统开销。在大规模组网时,既避免了繁琐的配置过程,也节省了系统资源。
本申请具体实施例中,在存在两个Hub设备的组网中,在Hub上为静态路由备份下一跳,可以增加组网的可靠性。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种静态路由的跟踪方法,应用于动态虚拟专用网络DVPN中,该DVPN中的虚拟专用网络地址管理VAM客户端之间建立DVPN会话Session,其特征在于,包括:
A、任一VAM客户端在本地配置静态路由;
B、该VAM客户端在本地建立的DVPNSession中,确定是否存在对端隧道tunnel私网地址与该静态路由的下一跳相同的DVPNSession,如果是,执行步骤C;否则执行步骤D;
C、该VAM客户端确定该DVPNSession的状态是否为成功success状态,如果是,执行步骤E;否则执行步骤D;
D、该VAM客户端使该静态路由无效,结束本流程;
E、该VAM客户端使该静态路由生效。
2.根据权利要求1所述的方法,其特征在于,步骤B具体为:
该VAM客户端确定是否存在与该静态路由的下一跳在同一个网段上的DVPNtunnel的地址;
若存在,则在与该静态路由的下一跳在同一个网段上的DVPNtunnel对应的DVPNSession中,确定是否存在对端隧道tunnel私网地址与该静态路由的下一跳相同的DVPNSession,如果存在,则执行步骤C;否则执行步骤D;
若不存在与该静态路由的下一跳在同一个网段上的DVPNtunnel的地址,则结束本流程。
3.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
当该VAM客户端本地建立的任一DVPNSession的状态由success状态变化为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由已生效,使该静态路由无效;
当该VAM客户端本地建立的任一DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由无效,使该静态路由生效。
4.根据权利要求1-3任意一项所述的方法,其特征在于,
若该VAM客户端为中心Hub设备,则与该VAM客户端建立DVPNSession的对端VAM客户端为分支spoke设备;
若该VAM客户端为spoke设备,则与该VAM客户端建立DVPNSession的对端VAM客户端为Hub设备。
5.根据权利要求4所述的方法,其特征在于,当所述DVPN中配置两个Hub设备,且该VAM客户端为Hub设备时,将该VAM客户端称为第一Hub设备,另外一个Hub设备称为第二Hub设备,所述方法进一步包括:第一Hub设备将本地建立的DVPNSession的信息通知给第二Hub设备;第一Hub设备接收第二Hub设备通知的第二Hub设备本地的DVPNSession的信息,将第二Hub设备与第一Hub设备的对端tunnel私网地址相同的DVPNSession的状态作为,第一Hub设备对应的DVPNSession的备份状态;
第一Hub设备配置静态路由,当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为success状态时,将该静态路由生效,并将该DVPNSession的对端tunnel私网地址,作为该静态路由的实际下一跳;
当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为success状态时,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;
当第一Hub设备确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为非success状态时,使该静态路由无效。
6.根据权利要求5所述的方法,其特征在于,当第一Hub设备本地建立的任一DVPNSession的状态发生变化,所述方法进一步包括:
第一Hub设备更新本地该DVPNSession的状态,并将本地该DVPNSession的状态更新后的信息通知给第二Hub;
第一Hub设备确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由时,使该静态路由生效,并将该静态路由的实际下一跳为该DVPNSession的对端tunnel私网地址;
第一Hub设备确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;
第一Hub设备确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由,则使该静态路由无效。
7.根据权利要求5所述的方法,其特征在于,当第一Hub设备接收到第二Hub设备通知的第二Hub设备建立的DVPNSession的信息时,所述方法进一步包括:
若第一Hub设备本地对应DVPNSession已将该DVPNSession的状态作为备份状态,且与接收的该DVPNSession的状态不一致时,更新本地对应DVPNSession的备份状态为接收的DVPNSession的状态;若本地不存在对应的DVPNSession,则根据接收的DVPNSession的信息模拟本地对应的DVPNSession,并将本地模拟的DVPNSession的状态记为无效状态,将接收的DVPNSession的状态记为该模拟的DVPNSession的备份状态;
当第一Hub设备确定本地对应DVPNSession的状态为success状态时,保持与本地对应的DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由不变;
当第一Hub设备确定本地对应DVPNSession的状态为非success状态或无效状态时,若确定本地对应DVPNSession的备份状态更新前为success状态,且更新后为非success状态,将与本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由无效;
当第一Hub设备确定本地对应DVPNSession的状态为非success状态时,若确定本地对应DVPNSession的备份状态更新前为非success状态,且更新后为success状态,将本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
8.根据权利要求7所述的方法,其特征在于,所述方法进一步包括:
当第一Hub设备与第二Hub设备之间的DVPNSession的状态由success状态变为非success状态时,将本地备份的第二Hub设备的所有DVPNSession的状态修改为无效状态;
当第一Hub设备与第二Hub设备之间的DVPNSession的状态由非success状态变为success状态时,第一Hub设备接收第二Hub设备通知第二Hub设备建立的DVPNSession信息,并更新本地建立的对应DVPNSession的备份状态;
第一Hub设备确定本地建立的DVPNSession的备份状态为无效状态时,同备份状态为非success状态时进行相同的处理。
9.一种静态路由的跟踪设备,可应用于动态虚拟专用网络DVPN中的VAM客户端,该DVPN中的虚拟专用网地址管理VAM客户端之间建立DVPN会话Session,其特征在于,该设备包括:配置单元、确定单元和处理单元;
所述配置单元,用于配置静态路由;
所述确定单元,用于在本地建立的DVPNSession中,确定是否存在对端隧道tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession;若确定存在对应的DVPNSession,则确定该DVPNSession的状态是否为成功success状态;
所述处理单元,用于当所述确定单元确定不存在对端tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession时,或所述确定单元确定该DVPNSession的状态不为success状态时,使该静态路由无效;当所述确定单元确定该DVPNSession的状态为success状态时,使该静态路由生效。
10.根据权利要求9所述的设备,其特征在于,
所述确定单元,进一步用于确定是否存在与所述配置单元配置的静态路由的下一跳在同一个网段上的DVPNtunnel的地址,若确定存在,在该DVPNtunnel所对应的DVPNSession中确定,是否存在对端tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession;
所述处理单元,用于当所述确定单元确定不存在与所述配置单元配置的静态路由的下一跳在同一个网段上的DVPNtunnel的地址时,结束操作。
11.根据权利要求9所述的设备,其特征在于,
所述确定单元,进一步用于确定本地建立的DVPNSession的状态是否发生变化;确定是否存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,以及对应的静态路由是否生效;
所述处理单元,进一步当所述确定单元确定该DVPNSession的状态由success状态变化为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由已生效,使该静态路由无效;当所述确定单元确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的下一跳对应的静态路由,且该静态路由无效,使该静态路由生效。
12.根据权利要求9-11任意一项所述的设备,其特征在于,
若本VAM客户端为中心Hub设备,与该VAM客户端建立DVPNSession的对端VAM客户端为分支spoke设备;若本VAM客户端为spoke设备,与该VAM客户端建立DVPNSession的对端VAM客户端为Hub设备。
13.根据权利要求12所述的设备,其特征在于,当所述DVPN中配置两个Hub设备,且本设备作为VAM客户端为Hub设备时,将本设备称为第一Hub设备,另外一个Hub设备称为第二Hub设备;所述设备进一步包括:收发单元;
所述收发单元,用于将第一Hub设备本地建立的DVPNSession的信息通知给第二Hub设备;接收第二Hub设备通知的第二Hub设备本地的DVPNSession的信息,将第二Hub设备与本设备的对端tunnel私网地址相同的DVPNSession的状态作为,第一Hub设备建立的对应的DVPNSession的备份状态;
所述确定单元,用于当确定对端tunnel私网地址与所述配置单元配置的静态路由的下一跳相同的DVPNSession的状态,以及所述收发单元记录的备份状态;
所述处理单元,进一步用于当确定对端tunnel私网地址与所述配置单元配置的静态路由静态配置的下一跳相同的DVPNSession的状态为success状态时,将该静态路由生效,并将该DVPNSession的对端tunnel私网地址,作为该静态路由的实际下一跳;当所述确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为success状态时,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;当所述确定单元确定对端tunnel私网地址与该静态路由静态配置的下一跳相同的DVPNSession的状态为非success状态,且该DVPNSession的备份状态为非success状态时,使该静态路由无效。
14.根据权利要求13所述的设备,其特征在于,
所述收发单元,进一步用于当所述确定单元确定本地建立的任一DVPNSession的状态发生变化时,更新本地该DVPNSession的状态,并将本地该DVPNSession的状态更新后的信息通知给第二Hub;
所述确定单元,进一步用于确定该DVPNSession的状态是否发生变化,当该DVPNSession的状态发生变化时,确定该DVPNSession的备份状态,并确定是否存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由,以及该静态路由是否生效;
所述处理单元,进一步用于当所述确定单元确定该DVPNSession的状态由非success状态变化为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由时,使该静态路由生效,并将该静态路由的实际下一跳为该DVPNSession的对端tunnel私网地址;当所述确定单元确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由,使该静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳;当所述确定单元确定该DVPNSession的状态由success状态变化为非success状态,且该DVPNSession的备份状态为非success状态时,若确定存在与该DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由,使该静态路由无效。
15.根据权利要求13所述的设备,其特征在于,
所述收发单元,进一步用于接收第二Hub设备通知的第二Hub设备建立的DVPNSession的信息,若本地对应DVPNSession已将该DVPNSession的状态作为备份状态,且与接收的该DVPNSession的状态不一致时,更新本地对应DVPNSession的备份状态,为接收的DVPNSession的状态;若本地不存在对应的DVPNSession,则根据接收的DVPNSession的信息模拟本地对应的DVPNSession,并将本地模拟的DVPNSession的状态记为无效状态,并将接收的DVPNSession的状态记为该模拟的DVPNSession的备份状态;
所述处理单元,进一步用于当所述确定单元确定本地对应DVPNSession的状态为success状态时,保持与本地对应的DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由不变;当所述确定单元确定本地对应DVPNSession的状态为非success状态或无效状态时,若确定本地对应DVPNSession的备份状态更新前为success状态,且更新后为非success状态,将与本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的已生效的静态路由无效;当确定本地对应DVPNSession的状态为非success状态时,若确定本地对应DVPNSession的备份状态更新前为非success状态,且更新后为success状态,将本地对应DVPNSession的对端tunnel私网地址相同的静态配置的下一跳对应的静态路由生效,并将第二Hub设备的tunnel私网地址作为该静态路由的实际下一跳。
16.根据权利要求15所述的设备,其特征在于,
所述收发单元,进一步用于当本设备作为第一Hub设备与第二Hub设备之间的DVPNSession的状态由success状态变为非success状态时,将本地备份的第二Hub设备的所有DVPNSession的状态修改为无效状态;当本设备作为第一Hub设备与第二Hub设备之间的DVPNSession的状态由非success状态变为success状态时,第一Hub设备接收第二Hub设备通知第二Hub设备建立的DVPNSession信息,并更新本地建立的对应DVPNSession的备份状态;
所述处理单元,进一步用于当所述确定单元确定本地建立的DVPNSession的备份状态为无效状态时,同备份状态为非success状态时进行相同的处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310059645.8A CN103107942B (zh) | 2013-02-26 | 2013-02-26 | 一种静态路由的跟踪方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310059645.8A CN103107942B (zh) | 2013-02-26 | 2013-02-26 | 一种静态路由的跟踪方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103107942A CN103107942A (zh) | 2013-05-15 |
CN103107942B true CN103107942B (zh) | 2016-08-03 |
Family
ID=48315520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310059645.8A Active CN103107942B (zh) | 2013-02-26 | 2013-02-26 | 一种静态路由的跟踪方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103107942B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103986638B (zh) * | 2014-05-27 | 2017-08-08 | 新华三技术有限公司 | Advpn隧道绑定多公网链路的方法和装置 |
CN108082213A (zh) * | 2017-11-10 | 2018-05-29 | 北京全路通信信号研究设计院集团有限公司 | 基于静态联锁表的进路控制方法及装置、计算机存储介质 |
CN111654440B (zh) * | 2020-02-29 | 2022-05-27 | 新华三技术有限公司合肥分公司 | 一种智能选路的方法、电子设备以及存储介质 |
CN112260928B (zh) * | 2020-11-02 | 2022-05-17 | 迈普通信技术股份有限公司 | 节点切换方法、装置、电子设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594678A (zh) * | 2012-02-15 | 2012-07-18 | 杭州华三通信技术有限公司 | 一种dvpn大规模组网的方法和客户端 |
CN102739497A (zh) * | 2012-06-07 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种路由自动生成方法及其装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100392206B1 (ko) * | 2000-11-10 | 2003-07-22 | (주)인터미디어 | 인터넷 통신방법 |
-
2013
- 2013-02-26 CN CN201310059645.8A patent/CN103107942B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594678A (zh) * | 2012-02-15 | 2012-07-18 | 杭州华三通信技术有限公司 | 一种dvpn大规模组网的方法和客户端 |
CN102739497A (zh) * | 2012-06-07 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种路由自动生成方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103107942A (zh) | 2013-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11019143B2 (en) | Adaptive gossip protocol | |
US9197721B2 (en) | Learning a MAC address | |
US10263808B2 (en) | Deployment of virtual extensible local area network | |
CN103209108B (zh) | 一种基于dvpn的路由生成方法和设备 | |
US10924372B2 (en) | Computing system providing enhanced point of presence (PoP) server selection based upon network health metrics and related methods | |
US10027574B2 (en) | Redundant pathways for network elements | |
CA2534637C (en) | Methods and apparatus for routing of information depending on the traffic direction | |
CN106713084B (zh) | 物联网多网关系统 | |
CN102739497A (zh) | 一种路由自动生成方法及其装置 | |
JP2011509029A (ja) | エニーキャストを介したマップレスグローバルトラフィック負荷のバランシング | |
CN103179192A (zh) | 虚拟服务器迁移的报文转发方法、系统及nat服务设备 | |
RU2005141461A (ru) | Виртуальная многоадресная маршрутизация для кластера, имеющего синхронизацию состояния | |
CN104113459A (zh) | 一种evi网络中虚拟机平滑迁移方法和装置 | |
CN105162704A (zh) | Overlay网络中组播复制的方法及装置 | |
CN103107942B (zh) | 一种静态路由的跟踪方法和设备 | |
CN109314725A (zh) | 移动ip网络中的本地疏导 | |
CN109150713B (zh) | 基于bgp+源终端和目的终端之间的路由方法及路由监测方法 | |
JP2019519146A (ja) | ルーティング確立、パケット送信 | |
JP2002064562A (ja) | 通信コネクション確立方法 | |
CN104009919A (zh) | 报文转发方法及装置 | |
JP2003244204A (ja) | 通信コネクション確立方法及び通信制御装置並びに記録媒体及び制御プログラム | |
CN108322379B (zh) | 一种虚拟私有网vpn系统及实现方法 | |
WO2016062085A1 (zh) | 虚拟网络实现的方法、nve、nva装置及系统 | |
CN113556694B (zh) | 信息的发送方法、装置、系统、设备和介质 | |
JP6062394B2 (ja) | 中継装置および中継方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |