CN108833272A - 一种路由管理方法和装置 - Google Patents
一种路由管理方法和装置 Download PDFInfo
- Publication number
- CN108833272A CN108833272A CN201810637822.9A CN201810637822A CN108833272A CN 108833272 A CN108833272 A CN 108833272A CN 201810637822 A CN201810637822 A CN 201810637822A CN 108833272 A CN108833272 A CN 108833272A
- Authority
- CN
- China
- Prior art keywords
- address
- routing
- notification message
- mac
- hop
- 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.)
- Granted
Links
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/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- 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
Abstract
本申请提供一种路由管理方法,该方法应用于第一DC的第一ED,第一ED与第二ED属于一个ED组,该方法为:接收第二ED发送的故障通知消息,该故障通知消息用于指示第二ED到第三ED的VXLAN隧道出现故障,第三ED为第二DC的边缘设备,该故障通知消息携带第三ED的地址;针对收到的以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为第一ED的私有地址后,转发给第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往第二DC的报文通过第一ED转发。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种路由管理方法和装置。
背景技术
在当前云计算的大背景下,企业对资源的快速、最优的调度部署需求给分散独立的DC(Data Center,数据中心)架构带来非常大的挑战。为了更好的实现资源的整合,可以通过ED(Edge Device,边缘设备)将传统孤立的多个DC整合在一起,成为分布式数据中心,从而使资源得到充分利用。
为了提高ED的高可靠性,引入了ED组的方案,一个ED组可以包括至少两个ED;ED组中的任一个ED出现故障,可以将原本通过故障ED转发的流量切换到同一ED组的其它ED上。
发明内容
本申请提供一种路由管理方法和装置。
具体地,本申请是通过如下技术方案实现的:
本申请实施例第一方面,提供了一种路由管理方法,所述方法应用于第一DC的第一ED,所述第一ED与第二ED属于一个ED组,所述方法包括:
接收所述第二ED发送的故障通知消息,所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障,所述第三ED为第二DC的边缘设备,所述故障通知消息携带所述第三ED的地址;
针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。
本申请实施例第二方面,提供了一种路由管理装置,所述装置应用于第一DC的第一ED,所述第一ED与第二ED属于一个ED组。所述装置具有实现上述第一方面提供的方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块或单元。
一种可能的实现方式中,所述装置可以包括:
接收单元,用于接收所述第二ED发送的故障通知消息,所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障,所述第三ED为第二DC的边缘设备,所述故障通知消息携带所述第三ED的地址;
路由管理单元,用于针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。
另一种可能的实现方式中,所述装置所在的ED可以包括通信接口、处理器、存储器和总线,所述通信接口、所述处理器和所述存储器之间通过总线相互连接;所述处理器通过读取所述存储器中存储的逻辑指令,执行本申请第一方面提供的路由管理方法。
利用本申请实施例的技术方案,新增了故障通知消息,当确认本端数据中心的ED组中的一个ED跟某个远端数据中心之间的链路断开后,该ED可以将该远端数据中心对应的边缘设备的地址通过该故障通知消息通知给同一ED组的其它ED,使得其它ED可以将所有的由该远端数据中心同步过来的IP/MAC通告路由的下一跳,切换为其它ED自身的私有地址,让本端数据中心向该远端数据中心转发的流量只向该其它ED转发,本端数据中心向其它数据中心转发的流量仍然走ED组的共有地址进行hash转发。
附图说明
图1、图2和图3是DCI的场景示意图;
图4是本申请实施例提供的方法流程图;
图5是本申请实施例提供的DCI的场景示意图;
图6是本申请实施例提供的装置功能模块框图;
图7是本申请实施例提供的图6所示装置的硬件结构图。
具体实施方式
以下结合附图对本申请进行详细描述。
图1是一种DCI(DC Connection,数据中心互联)的场景示意图。如图1所示,该场景包括两个数据中心:DC1和DC2,DC1和DC2通过两个ED组互联,DC1的ED组1包括两个边缘设备:ED1和ED2,DC2的ED组2也包括两个边缘设备:ED3和ED4。ED1和ED2作为一个ED组整体具有一个组地址(如2.2.2.2),同理ED3和ED4作为一个ED组整体具有一个组地址(如3.3.3.3)。DC1和DC2之间的流量可以在ED组的2个ED之间进行负载分担;同时,如果ED组中任一个ED出现故障,比如ED组1中的ED1故障,则可以通过ED组1的ED2承载原本通过ED1转发的流量,提高了可靠性。
可以理解的是,DCI场景中各设备之间可以基于IP(Internet Protocol,互联网协议)地址通信,也可以基于MAC(Medium Access Control,媒体接入控制)地址通信。上述ED1和ED2(或ED3和ED4)作为一个ED组整体对外显现的组地址可以是一个组IP地址,或是一个组MAC地址。
以ED组1举例来说,ED1组对于DC1中的VTEP(Virtual Extensible LAN TunnelEnd Point,可扩展虚拟局域网隧道端点)设备,如VTEP1来说,是2台可以负载分担的设备,即VTEP1只知道ED1组,VTEP1上只会建立以ED组1的组地址为目的地址的VXLAN(VirtualExtensible LAN,可扩展虚拟局域网)隧道,所以VTEP1发出的流量是向ED1组中两台设备进行hash(哈希)转发的。ED1组中的任一ED,如ED1跟DC2互联的链路(即ED1到ED组2的VXLAN隧道)出现故障,VTEP1是无法感知的,仍然会把VTEP1向DC2的流量向ED1转发。
目前的解决方案是,参见图2,在感知到ED1跟DC2互联的链路发生故障时,直接将ED1和DC1内部设备(如图2中的路由反射器RR1)连接的物理链路直接关闭,让流量全部切换到ED1组中的另外一台设备ED2上去。
但这种解决方案存在如下问题:如果组网中存在2个以上的DC,如图3所示,DC1还和DC3互联,那么将ED1和DC1内部设备连接的物理链路关闭,会导致DC1和DC3之间的流量无法使用ED组1进行负载分担;而实质上ED组1与DC3的ED组3之间的链路仍然是正常的,理论上可以进行负载分担,只是由于DC1和DC2之间的链路出现故障,导致ED组1的负载分担功能失效。
为了解决上述问题,本申请提出了一种路由管理方法,以及一种可应用该方法的路由管理装置。
下面对本申请提供的方法进行描述。
参见图4,在一个实施方案中,第一DC和第二DC互联,第一DC的边缘存在一个ED组,该ED组至少包括第一ED和第二ED;第二DC的边缘可以存在一个ED组,该ED组至少包括第三ED,或者第二DC边缘可以仅存在第三ED。在本实施方案中,第一ED和第二ED之间的交互过程参见步骤401~402。
需要说明的是,本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。
步骤401:第二ED在检测到本地到第三ED的VXLAN隧道出现故障时,向其所属ED组的其它ED发送故障通知消息。
这里的故障通知消息是本申请新增的一种消息类型,消息中会携带一个地址,用于指示故障通知消息的发送端到该地址所对应的设备的VXLAN隧道出现故障,该地址所对应的设备与故障通知消息的发送端为不同DC的边缘设备。例如在步骤401中,第二ED发出的故障通知消息具体用于指示第二ED到第三ED的VXLAN隧道出现故障,该故障通知消息会携带第三ED的地址。
作为一种实现方式,如果第二ED与多个数据中心之间的链路同时发生故障,则故障通知消息中可以同时携带该多个数据中心的边缘设备的地址。
本申请实施例中,故障通知消息可以有多种实现方式,例如可以通过新的协议消息实现,如可以在已有的八类EVPN路由的基础上增加一类新的EVPN路由来实现;又例如可以通过已有的协议消息实现,如可以在已有的二类EVPN路由,即MAC/IP通告路由(MAC/IPAdvertisement Route)中增加新的字段来实现。
步骤402:第一ED接收同一ED组的第二ED发送的故障通知消息,从故障通知消息中提取出第三ED的地址,并针对本地收到的以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为第一ED的私有地址后,再转发给第一DC内的VTEP设备。
这里,需要修改的IP/MAC通告路由包括在接收该故障通知消息之前收到的、以第三ED的地址为下一跳的IP/MAC通告路由,以及包括在接收该故障通知消息之后收到的、以第三ED的地址为下一跳的IP/MAC通告路由。具体修改方式如下:
一方面,针对在接收该故障通知消息之前收到的、以第三ED的地址为下一跳的IP/MAC通告路由,第一ED可以将该IP/MAC通告路由的下一跳修改为第一ED的私有地址,并转发给第一DC内的VTEP设备。这里的私有地址为本申请实施例为ED组中的ED额外配置的一个地址,即ED组中的每个ED有1个互不相同的私有地址和一个共同的组地址。
另一方面,在接收该故障通知消息之后,第一ED还可以将第三ED的地址添加到已建立的地址列表中。本申请实施例中,ED组内的每个ED可以提前创建一个地址列表,该地址列表用于记录本ED收到的故障通知消息携带的地址。基于地址列表,ED上还增加以下处理机制:在收到远端ED同步的IP/MAC通告路由时,将该IP/MAC通告路由的下一跳与本地记录的地址列表进行匹配;若匹配,则将该IP/MAC通告路由的下一跳从本ED的组地址修改为本ED的私有地址,再转发给本ED所属DC内的VTEP设备;若不匹配,则不修改下一跳直接将收到的IP/MAC通告路由转发给本ED所属DC内的VTEP设备。
承接步骤402,在第一ED针对本地收到的以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为第一ED的私有地址并转发给第一DC内的VTEP设备后,第一DC内的VTEP设备可以基于修改后的IP/MAC通告路由生成转发表项,该转发表项的匹配项为修改后的IP/MAC通告路由中的终端地址(即第二DC内的终端的地址),该转发表项的出接口为以第一DC内的VTEP设备的地址为源地址、以第一ED的私有地址为目的地址的VXLAN隧道。基于这样的转发表项,第一DC内的VTEP设备可以将发往第二DC报文通过第一ED转发,而不通过第二ED转发。
在一个实施例中,如果第一DC的ED组中除了包括第一ED和第二ED,还包括第四ED,那么在第二ED检测到其与第二DC之间的链路出现故障时,第四ED也会收到第二ED发送的故障通知消息,并执行与上述第一ED相同的操作,针对本地收到的以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为第四ED的私有地址后,再转发给第一DC内的VTEP设备。第一DC内的VTEP设备根据第一ED和第四ED发送的修改后的IP/MAC通告路由,生成转发表项;基于该转发表项,第一DC发往第二DC的流量可以通过第一ED或第四ED进行转发,但不会经过第二ED。
在另一个实施例中,如果第一DC的ED组中除了包括第一ED和第二ED,还包括第四ED,那么还可以预先配置一个备用组地址;在第二ED检测到其与第二DC之间的链路出现故障时,第一ED和第四ED可以针对本地收到的以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳统一修改为该备用组地址后,再转发给第一DC内的VTEP设备,这样第一DC内的VTEP设备根据第一ED和第四ED发送的修改后的IP/MAC通告路由,生成转发表项;基于该转发表项,第一DC发往第二DC流量可以通过第一ED和第四ED进行负载分担,并且不会经过第二ED。
基于上文描述的方案,假设第一DC不仅和第二DC互联,还和第三DC互联;那么在第二ED与第二DC之间的链路出现故障,但第二ED与第三DC之间的链路正常的情况下,第二ED虽然不能在第一DC和第二DC间传输报文,但仍可以向第三DC转发来自第一DC的报文,以及向第一DC转发来自第三DC的报文。如此,便实现了在数据中心互联组网中最大限度的利用多ED进行负载分担,避免了ED组内的一个ED跟一个数据中心互联的链路出现故障,导致该ED组的负载分担功能失效现象的发生。
在一个实施例中,第二ED在检测到本地到第三ED的VXLAN隧道恢复正常时,可以向其所属ED组的其它ED发送故障恢复通知消息。
这里的故障恢复通知消息也是本申请新增的一种消息类型,消息中会携带一个地址,用于指示故障恢复通知消息的发送端到该地址所对应的设备的VXLAN隧道恢复正常,该地址所对应的设备与故障恢复通知消息的发送端为不同DC的边缘设备。例如这里,第二ED发出的故障通知消息具体用于指示第二ED到第三ED的VXLAN隧道恢复正常,该故障恢复通知消息会携带第三ED的地址。
与第二ED属于同一ED组的第一ED收到该故障恢复通知消息后,一方面针对在接收该故障恢复通知消息之前收到的、以第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为第一ED的组地址,并转发给所述第一DC内的VTEP设备;另一方面,在接收该故障恢复通知消息之后,可以将第三ED的地址从已建立的地址列表中删除。这样,第一ED在之后收到第三ED同步的IP/MAC通告路由时,因该IP/MAC通告路由的下一跳不会再匹配上地址列表,可以不修改下一条直接将收到的IP/MAC公告路由转发给第一DC内的VTEP设备。之后,第一DC到第二DC的流量可以重新在第一ED和第二ED上进行负载分担。
至此,完成图4所示的流程。
通过图4所示的流程可以看出,本申请新增了故障通知消息,当确认本端数据中心的ED组中的一个ED跟某个远端数据中心之间的链路断开后,该ED可以将该远端数据中心对应的边缘设备的地址通过该故障通知消息通知给同一ED组的其它ED,使得其它ED可以将所有的由该远端数据中心同步过来的IP/MAC通告路由的下一跳,切换为其它ED自身的私有地址,让本端数据中心向该远端数据中心转发的流量只向该其它ED转发,本端数据中心向其它数据中心转发的流量仍然走ED组的共有地址进行hash转发。
为了使本领域技术人员更加清楚和明白,下面以图5所示的DCI场景为例,对图4所示流程进行描述。
参见图5,图5为本申请提供的实施例组网示意图。如图5所示,存在三个数据中心:DC1、DC2和DC3。DC1的ED组1包括两个边缘设备:ED1和ED2,DC2的ED组2也包括两个边缘设备:ED3和ED4,DC3只存在一个边缘设备:ED5。
在图5中,ED组1进行以下配置:
1)设置ED 1和ED2的组地址为2.2.2.2;正常情况下ED组1用于建立VXLAN隧道和用于同步EVPN路由使用的都是这个地址;
2)ED1和ED2跟DC1中的VTEP设备建立VXLAN隧道;
以VTEP1为例,VTEP1的地址为1.1.1.1,则ED1和ED2上均会创建VXLAN隧道1,源地址为2.2.2.2,目的地址为1.1.1.1;
VTEP1上会创建VXLAN隧道2,源地址为1.1.1.1,目的地址为2.2.2.2;
3)为ED1和ED2分别配置1个私有地址,ED1的私有地址为1.1.1.2,ED2的私有地址为1.1.1.3;
4)在ED1和ED2上分别创建地址列表,地址列表初始为空表;
5)当ED组1中的ED1和ED2和远端ED,如ED3、ED4和ED5建立BGP EVPN邻居,以及建立VXLAN隧道之后,会在本地记录远端ED的地址,如下:
表1
ED值 | 地址 |
2(表示ED组2的ED值) | 3.3.3.3(ED3、ED4的组地址) |
3(表示ED5的ED值) | 5.5.5.5(ED5的地址) |
同理,ED组2和ED5也做相应的配置;但ED5只需配置一个地址,并且不需要创建地址列表。
基于上述配置,各数据中心之间的交互如下:
DC2中,VM2上线,ED组2将VM2的IP/MAC地址通过IP/MAC通告路由同步给ED组1,该IP/MAC通告路由的下一跳为ED组2的组地址3.3.3.3。
假设是ED1收到VM2的IP/MAC通告路由,ED1将该IP/MAC通告路由的下一跳3.3.3.3与本地的地址列表进行匹配;由于此时地址列表还是空表,因此二者不匹配,ED1不修改下一跳直接将该IP/MAC通告路由发送给VTEP1。
VTEP1收到VM2的IP/MAC通告路由,建立到VM2的转发表项:匹配项为10.1.1.2/32(VM2的地址),出接口为VXLAN隧道2。
同理,当DC3中的VM3上线,最终VTEP1上会建立到VM3的转发表项,匹配项为12.1.1.2/32,出接口为VXLAN隧道2。
ED1发现自己与ED组2的两个ED设备(ED3和ED4)之间的链路发生故障,则根据上表1构造故障通知消息发送给ED2,故障通知消息中携带ED组2的组地址3.3.3.3。
ED2收到ED1发送的故障通知消息,则将已经收到的所有以3.3.3.3为下一跳的IP/MAC通告路由的下一跳修改为ED2的私有地址1.1.1.3,比如VM2的IP/MAC通告路由;并将3.3.3.3添加到地址列表中。
ED2将修改后的VM2的IP/MAC通告路由发送给VTEP1设备,以更新VTEP1上的转发表项。
VTEP1收到ED2发送的修改后的VM2的IP/MAC通告路由后,新建VXLAN隧道3,源地址为1.1.1.1,目的地址为1.1.1.3;并将本地到VM2转发表项的出接口切换为到ED2的私有地址的VXLAN隧道3。
这样在VTEP1上,到VM2的转发表项的出接口为VXLAN隧道3;到VM3的转发表项仍然维持初始的VXLAN隧道2。
DC1内,VM1访问VM2的流量只通过ED2进行转发;而VM1访问VM3的流量仍然通过ED组1的ED1和ED2进行负载分担。
当ED1发现自己与ED组2的两个ED设备(ED3和ED4)之间的链路恢复正常,则ED1向ED2发送故障恢复通知消息,故障恢复通知消息中携带ED组2的组地址3.3.3.3。
ED2收到ED1发送的故障恢复通知消息,则将已经收到的所有以3.3.3.3为下一跳的IP/MAC通告路由的下一跳重新修改为ED2的组地址2.2.2.2,比如VM2的IP/MAC通告路由;并将3.3.3.3从地址列表中删除。
ED2将修改后的VM2的IP/MAC通告路由发送给VTEP1设备,以更新VTEP1上的转发表项。
VTEP1收到ED2发送的修改后的VM2的IP/MAC通告路由后,将本地到VM2转发表项的出接口再次切换为VXLAN隧道2。
VM1到VM2的流量可以重新在ED组1的ED1和ED2进行负载分担。
以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述。
参见图6,为本申请提供的一种路由管理装置,所述装置应用于第一DC的第一ED,所述第一ED与第二ED属于一个ED组,所述装置可以包括:
接收单元601,用于接收所述第二ED发送的故障通知消息,所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障,所述第三ED为第二DC的边缘设备,所述故障通知消息携带所述第三ED的地址;
路由管理单元602,用于针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。
在其中一种实施方式中,所述路由管理单元602,用于:针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备;以及在接收所述故障通知消息之后,将所述第三ED的地址添加到已建立的地址列表中;所述地址列表用于匹配所述第一ED收到的IP/MAC通知路由的下一跳,若匹配则所述路由管理单元将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备。
在其中一种实施方式中,该转发表项的匹配项为修改后的IP/MAC通告路由中的终端地址;该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。
在其中一种实施方式中,所述接收单元601,还用于接收所述第二ED发送的故障恢复通知消息,所述故障恢复通知消息用于指示所述第二ED到所述第三ED的VXLAN隧道恢复正常,所述故障恢复通知消息携带所述第三ED的地址;
所述路由管理单元602,还用于针对在接收所述故障恢复通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的组地址,并转发给所述第一DC内的VTEP设备;以及在接收所述故障恢复通知消息之后,将所述第三ED的地址从已建立的地址列表中删除。
在其中一种实施方式中,所述装置还包括:
发送单元,用于在检测到本地到第四ED的VXLAN隧道出现故障时,向第一ED所属ED组的其它ED发送故障通知消息,所述第四ED为第三DC的边缘设备;在检测到本地到第四ED的VXLAN隧道恢复正常时,向第一ED所属ED组的其它ED发送故障恢复通知消息。
在其中一种实施方式中,所述发送单元,还用于在检测到本地到第四ED的VXLAN隧道出现故障之后,在检测到本地到第四ED的VXLAN隧道恢复正常之前,如果所述第一ED到第五ED的VXLAN隧道正常,所述第五ED为第四DC的边缘设备,则向所述第四DC转发来自所述第一DC的报文,以及向所述第一DC转发来自所述第四DC的报文。
需要说明的是,本发明实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
至此,完成图6所示装置的功能模块描述。
对应地,本申请还提供了图6所示装置的硬件结构。参见图7,图7为本申请提供的图6所示路由管理装置所在ED的硬件结构示意图,该ED包括:通信接口701、处理器702、存储器703和总线704;其中,通信接口701、处理器702、存储器703通过总线704完成相互间的通信。
上述总线704可以是外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,EISA)总线等。该总线704可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口701用于与其他设备的通信。
存储器703可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。存储器703中可以存储有路由管理逻辑指令。
处理器702可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。处理器702可以执行存储器703中存储的路由管理逻辑指令,以实现上述图4所示的方法。
至此,完成图7所示装置的硬件结构描述。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (12)
1.一种路由管理方法,其特征在于,所述方法应用于第一数据中心DC的第一边缘设备ED,所述第一ED与第二ED属于一个ED组,所述方法包括:
接收所述第二ED发送的故障通知消息,所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障,所述第三ED为第二DC的边缘设备,所述故障通知消息携带所述第三ED的地址;
针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。
2.如权利要求1所述的方法,其特征在于,所述针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备,包括:
针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备;以及
在接收所述故障通知消息之后,将所述第三ED的地址添加到已建立的地址列表中;所述地址列表用于匹配所述第一ED收到的IP/MAC通知路由的下一跳,若匹配则所述第一ED将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备。
3.如权利要求1所述的方法,其特征在于,该转发表项的匹配项为修改后的IP/MAC通告路由中的终端地址;该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。
4.如权利要求1所述的方法,其特征在于,在接收所述第二ED发送的故障通知消息之后,所述方法还包括:
接收所述第二ED发送的故障恢复通知消息,所述故障恢复通知消息用于指示所述第二ED到所述第三ED的VXLAN隧道恢复正常,所述故障恢复通知消息携带所述第三ED的地址;
针对在接收所述故障恢复通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的组地址,并转发给所述第一DC内的VTEP设备;以及
在接收所述故障恢复通知消息之后,将所述第三ED的地址从已建立的地址列表中删除。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
在检测到本地到第四ED的VXLAN隧道出现故障时,向第一ED所属ED组的其它ED发送故障通知消息,所述第四ED为第三DC的边缘设备;
在检测到本地到第四ED的VXLAN隧道恢复正常时,向第一ED所属ED组的其它ED发送故障恢复通知消息。
6.如权利要求5所述的方法,其特征在于,在检测到本地到第四ED的VXLAN隧道出现故障之后,在检测到本地到第四ED的VXLAN隧道恢复正常之前,所述方法还包括:
如果所述第一ED到第五ED的VXLAN隧道正常,所述第五ED为第四DC的边缘设备,则向所述第四DC转发来自所述第一DC的报文,以及向所述第一DC转发来自所述第四DC的报文。
7.一种路由管理装置,其特征在于,所述装置应用于第一数据中心DC的第一边缘设备ED,所述第一ED与第二ED属于一个ED组,所述装置包括:
接收单元,用于接收所述第二ED发送的故障通知消息,所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障,所述第三ED为第二DC的边缘设备,所述故障通知消息携带所述第三ED的地址;
路由管理单元,用于针对收到的以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳地址修改为所述第一ED的私有地址后,转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IP/MAC通告路由生成转发表项,并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。
8.如权利要求7所述的装置,其特征在于,所述路由管理单元,用于:
针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备;以及
在接收所述故障通知消息之后,将所述第三ED的地址添加到已建立的地址列表中;所述地址列表用于匹配所述第一ED收到的IP/MAC通知路由的下一跳,若匹配则所述路由管理单元将该IP/MAC通告路由的下一跳修改为所述第一ED的私有地址,并转发给所述第一DC内的VTEP设备。
9.如权利要求7所述的装置,其特征在于,该转发表项的匹配项为修改后的IP/MAC通告路由中的终端地址;该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。
10.如权利要求7所述的装置,其特征在于,
所述接收单元,还用于接收所述第二ED发送的故障恢复通知消息,所述故障恢复通知消息用于指示所述第二ED到所述第三ED的VXLAN隧道恢复正常,所述故障恢复通知消息携带所述第三ED的地址;
所述路由管理单元,还用于针对在接收所述故障恢复通知消息之前收到的、以所述第三ED的地址为下一跳的IP/MAC通告路由,将该IP/MAC通告路由的下一跳修改为所述第一ED的组地址,并转发给所述第一DC内的VTEP设备;以及在接收所述故障恢复通知消息之后,将所述第三ED的地址从已建立的地址列表中删除。
11.如权利要求7所述的装置,其特征在于,所述装置还包括:
发送单元,用于在检测到本地到第四ED的VXLAN隧道出现故障时,向第一ED所属ED组的其它ED发送故障通知消息,所述第四ED为第三DC的边缘设备;在检测到本地到第四ED的VXLAN隧道恢复正常时,向第一ED所属ED组的其它ED发送故障恢复通知消息。
12.如权利要求11所述的方法,其特征在于,
所述发送单元,还用于在检测到本地到第四ED的VXLAN隧道出现故障之后,在检测到本地到第四ED的VXLAN隧道恢复正常之前,如果所述第一ED到第五ED的VXLAN隧道正常,所述第五ED为第四DC的边缘设备,则向所述第四DC转发来自所述第一DC的报文,以及向所述第一DC转发来自所述第四DC的报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810637822.9A CN108833272B (zh) | 2018-06-20 | 2018-06-20 | 一种路由管理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810637822.9A CN108833272B (zh) | 2018-06-20 | 2018-06-20 | 一种路由管理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108833272A true CN108833272A (zh) | 2018-11-16 |
CN108833272B CN108833272B (zh) | 2021-04-27 |
Family
ID=64141604
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810637822.9A Active CN108833272B (zh) | 2018-06-20 | 2018-06-20 | 一种路由管理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108833272B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364691A (zh) * | 2021-05-31 | 2021-09-07 | 广州趣丸网络科技有限公司 | 一种数据交互系统、方法、设备和存储介质 |
US20220239588A1 (en) * | 2021-01-27 | 2022-07-28 | Cisco Technology, Inc. | Hierarchical ecmp control plane for dense topologies |
CN115150323A (zh) * | 2022-07-04 | 2022-10-04 | 中国联合网络通信集团有限公司 | 路由实现方法、vtep、第一边缘设备及系统 |
WO2022246693A1 (en) * | 2021-05-26 | 2022-12-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for path switchover management |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101410819A (zh) * | 2005-12-30 | 2009-04-15 | 阿卡麦科技公司 | 用于任意数据流的可靠高吞吐量高性能的传输和路由机制 |
CN102137173A (zh) * | 2010-12-27 | 2011-07-27 | 华为技术有限公司 | 路由信息发布方法、设备及虚拟专用网系统 |
CN102546383A (zh) * | 2010-12-29 | 2012-07-04 | 丛林网络公司 | 交换结构系统上部署的标准协议验证机制的方法和装置 |
CN102546389A (zh) * | 2011-11-08 | 2012-07-04 | 杭州华三通信技术有限公司 | 一种跨数据中心的流量托管方法和装置 |
US20150043329A1 (en) * | 2013-08-09 | 2015-02-12 | Cisco Technology, Inc. | Proactive Creation of Multicast State in an Overlay Transport Network to Achieve Fast Convergence on Failover |
CN105991446A (zh) * | 2015-02-06 | 2016-10-05 | 中国移动通信集团公司 | Trill网络中三层组网及数据处理方法、设备和系统 |
-
2018
- 2018-06-20 CN CN201810637822.9A patent/CN108833272B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101410819A (zh) * | 2005-12-30 | 2009-04-15 | 阿卡麦科技公司 | 用于任意数据流的可靠高吞吐量高性能的传输和路由机制 |
CN102137173A (zh) * | 2010-12-27 | 2011-07-27 | 华为技术有限公司 | 路由信息发布方法、设备及虚拟专用网系统 |
CN102546383A (zh) * | 2010-12-29 | 2012-07-04 | 丛林网络公司 | 交换结构系统上部署的标准协议验证机制的方法和装置 |
CN102546389A (zh) * | 2011-11-08 | 2012-07-04 | 杭州华三通信技术有限公司 | 一种跨数据中心的流量托管方法和装置 |
US20150043329A1 (en) * | 2013-08-09 | 2015-02-12 | Cisco Technology, Inc. | Proactive Creation of Multicast State in an Overlay Transport Network to Achieve Fast Convergence on Failover |
CN105991446A (zh) * | 2015-02-06 | 2016-10-05 | 中国移动通信集团公司 | Trill网络中三层组网及数据处理方法、设备和系统 |
Non-Patent Citations (2)
Title |
---|
CHINA MOBILE, CATR: "Proposal Overall Evaluation Section", 《SA WG2 MEETING #109 S2-151529》 * |
钟耿辉: "基于VXLAN的EVPN技术研究与实现", 《计算机技术与发展》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220239588A1 (en) * | 2021-01-27 | 2022-07-28 | Cisco Technology, Inc. | Hierarchical ecmp control plane for dense topologies |
US11431619B2 (en) * | 2021-01-27 | 2022-08-30 | Cisco Technology, Inc. | Hierarchical ECMP control plane for dense topologies |
WO2022246693A1 (en) * | 2021-05-26 | 2022-12-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for path switchover management |
CN113364691A (zh) * | 2021-05-31 | 2021-09-07 | 广州趣丸网络科技有限公司 | 一种数据交互系统、方法、设备和存储介质 |
CN115150323A (zh) * | 2022-07-04 | 2022-10-04 | 中国联合网络通信集团有限公司 | 路由实现方法、vtep、第一边缘设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN108833272B (zh) | 2021-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10666561B2 (en) | Virtual machine migration | |
US10333836B2 (en) | Convergence for EVPN multi-homed networks | |
CN107819677B (zh) | 一种报文转发方法及装置 | |
WO2018054156A1 (zh) | 一种vxlan报文的转发方法、设备及系统 | |
JP5152642B2 (ja) | パケットリングネットワークシステム、パケット転送方法、およびノード | |
US7269135B2 (en) | Methods and systems for providing redundant connectivity across a network using a tunneling protocol | |
US20200396162A1 (en) | Service function chain sfc-based communication method, and apparatus | |
WO2016015497A1 (zh) | 一种报文转发的方法、设备及系统 | |
CN102571426B (zh) | 一种双归保护方法和装置 | |
CN111740899A (zh) | 一种arp请求报文转发方法、跨设备链路聚合组及网络设备 | |
CN108574616A (zh) | 一种处理路由的方法、设备及系统 | |
CN108833272A (zh) | 一种路由管理方法和装置 | |
US11349749B2 (en) | Node protection for bum traffic for multi-homed node failure | |
CN112565046B (zh) | 同步多播路由器能力 | |
CN112887188B (zh) | 一种报文转发方法及设备 | |
WO2018113294A1 (zh) | 一种转发报文的方法、设备及系统 | |
US10757066B2 (en) | Active-active access to transparent interconnection of lots of links (TRILL) edges | |
CN112671642A (zh) | 一种报文转发方法及设备 | |
CN107682261B (zh) | 流量转发方法及装置 | |
CN111064659A (zh) | 多宿主节点故障的bum流量的节点保护 | |
US9794172B2 (en) | Edge network virtualization | |
CN116366379A (zh) | 智能网卡组件、物理机、云服务系统以及报文发送方法 | |
US9479439B1 (en) | Methods and apparatus for load balancing VLAN traffic | |
CN103607306A (zh) | 多机热备用系统的切换方法和装置 | |
US9674079B1 (en) | Distribution layer redundancy scheme for coupling geographically dispersed sites |
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 |