申请/专利权人：新华三技术有限公司

申请日：2018-06-20

公开（公告）日：2021-04-27

公开（公告）号：CN108833272B

主分类号：H04L12/707(20130101)

分类号：H04L12/707(20130101);H04L12/741(20130101);H04L12/46(20060101);H04L12/24(20060101)

优先权：

专利状态码：有效-授权

法律状态：2021.04.27#授权;2019.01.04#实质审查的生效;2018.11.16#公开

摘要：本申请提供一种路由管理方法，该方法应用于第一DC的第一ED，第一ED与第二ED属于一个ED组，该方法为：接收第二ED发送的故障通知消息，该故障通知消息用于指示第二ED到第三ED的VXLAN隧道出现故障，第三ED为第二DC的边缘设备，该故障通知消息携带第三ED的地址；针对收到的以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为第一ED的私有地址后，转发给第一DC内的VTEP设备；使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往第二DC的报文通过第一ED转发。

主权项：1.一种路由管理方法，其特征在于，所述方法应用于第一数据中心DC的第一边缘设备ED，所述第一ED与第二ED属于一个ED组，所述方法包括：接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三ED的地址；针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备；使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。

全文数据：一种路由管理方法和装置技术领域[0001]本申请涉及通信技术领域，尤其涉及一种路由管理方法和装置。背景技术[0002]在当前云计算的大背景下，企业对资源的快速、最优的调度部署需求给分散独立的DCDataCenter，数据中心）架构带来非常大的挑战。为了更好的实现资源的整合，可以通过EDEdgeDevice，边缘设备将传统孤立的多个DC整合在一起，成为分布式数据中心，从而使资源得到充分利用。[0003]为了提高ED的高可靠性，引入了ED组的方案，一个ED组可以包括至少两个ED;ED组中的任一个出现故障，可以将原本通过故障ED转发的流量切换到同一ED组的其它ED上。发明内容[0004]本申请提供一种路由管理方法和装置。[0005]具体地，本申请是通过如下技术方案实现的：[0006]本申请实施例第一方面，提供了一种路由管理方法，所述方法应用于第一DC的第一，所述第一与第二属于一个组，所述方法包括：[0007]接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三ED的地址；[0008]针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。[0009]本申请实施例第二方面，提供了一种路由管理装置，所述装置应用于第一DC的第一ED，所述第一ED与第二ED属于一个ED组。所述装置具有实现上述第一方面提供的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块或单元。[0010]—种可能的实现方式中，所述装置可以包括：[0011]接收单元，用于接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三的地址；[0012]路由管理单元，用于针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。[0013]另一种可能的实现方式中，所述装置所在的ED可以包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接;所述处理器通过读取所述存储器中存储的逻辑指令，执行本申请第一方面提供的路由管理方法。[0014]利用本申请实施例的技术方案，新增了故障通知消息，当确认本端数据中心的ED组中的一个ED跟某个远端数据中心之间的链路断开后，该ED可以将该远端数据中心对应的边缘设备的地址通过该故障通知消息通知给同一ED组的其它ED，使得其它ED可以将所有的由该远端数据中心同步过来的IPMAC通告路由的下一跳，切换为其它ED自身的私有地址，让本端数据中心向该远端数据中心转发的流量只向该其它ED转发，本端数据中心向其它数据中心转发的流量仍然走ED组的共有地址进行hash转发。附图说明[0015]图1、图2和图3是DCI的场景示意图；[0016]图4是本申请实施例提供的方法流程图；[0017]图5是本申请实施例提供的DCI的场景不意图；[0018]图6是本申请实施例提供的装置功能模块框图；[0019]图7是本申请实施例提供的图6所示装置的硬件结构图。具体实施方式[0020]以下结合附图对本申请进行详细描述。[0021]图1是一种DCIDCConnection，数据中心互联的场景示意图。如图1所示，该场景包括两个数据中心：DCl和DC2，DC1和DC2通过两个ED组互联，DCl的ED组1包括两个边缘设备:EDl和ED2，DC2的ED组2也包括两个边缘设备:ED3和EDLEDl和ED2作为一个ED组整体具有一个组地址（如2.2.2.2，同理ED3和ED4作为一个ED组整体具有一个组地址（如3.3.3.3。DCl和DC2之间的流量可以在ED组的2个ED之间进行负载分担；同时，如果ED组中任一个ED出现故障，比如ED组1中的EDl故障，则可以通过ED组1的ED2承载原本通过EDl转发的流量，提高了可靠性。[0022]可以理解的是，DCI场景中各设备之间可以基于IPInternetProtocol，互联网协议地址通信，也可以基于MACMediumAccessControl，媒体接入控制地址通信。上述EDl和ED2或ED3和ED4作为一个ED组整体对外显现的组地址可以是一个组IP地址，或是一个组MAC地址。[0023]以ED组1举例来说，EDl组对于DCl中的VTEPVirtualExtensibleLANTunnelEndPoint，可扩展虚拟局域网隧道端点）设备，如VTEPl来说，是2台可以负载分担的设备，艮PVTEP1只知道ED1组，VTEP1上只会建立以ED组1的组地址为目的地址的VXLANVirtua1ExtensibleLAN，可扩展虚拟局域网）隧道，所以VTEPl发出的流量是向EDl组中两台设备进行hash哈希转发的。EDl组中的任一ED，如EDl跟DC2互联的链路卿EDl到ED组2的VXLAN隧道）出现故障，VTEPl是无法感知的，仍然会把VTEPl向DC2的流量向EDl转发。[0024]目前的解决方案是，参见图2,在感知到EDl跟DC2互联的链路发生故障时，直接将EDl和DCl内部设备如图2中的路由反射器RR1连接的物理链路直接关闭，让流量全部切换至IjEDl组中的另外一台设备ED2上去。[0025]但这种解决方案存在如下问题：如果组网中存在2个以上的DC，如图3所示，DCl还和DC3互联，那么将EDl和DCl内部设备连接的物理链路关闭，会导致DCl和DC3之间的流量无法使用ED组1进行负载分担；而实质上ED组1与DC3的ED组3之间的链路仍然是正常的，理论上可以进行负载分担，只是由于DCl和DC2之间的链路出现故障，导致ED组1的负载分担功能失效。[0026]为了解决上述问题，本申请提出了一种路由管理方法，以及一种可应用该方法的路由管理装置。[0027]下面对本申请提供的方法进行描述。[0028]参见图4，在一个实施方案中，第一DC和第二DC互联，第一DC的边缘存在一个ED组，该ED组至少包括第一ED和第二ED;第二DC的边缘可以存在一个ED组，该ED组至少包括第三ED，或者第二DC边缘可以仅存在第三ED。在本实施方案中，第一ED和第二ED之间的交互过程参见步骤401〜402。[0029]需要说明的是，本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。[0030]步骤401:第二ED在检测到本地到第三ED的VXLAN隧道出现故障时，向其所属ED组的其它发送故障通知消息。[0031]这里的故障通知消息是本申请新增的一种消息类型，消息中会携带一个地址，用于指示故障通知消息的发送端到该地址所对应的设备的VXLAN隧道出现故障，该地址所对应的设备与故障通知消息的发送端为不同DC的边缘设备。例如在步骤401中，第二ED发出的故障通知消息具体用于指示第二ED到第三ED的VXLAN隧道出现故障，该故障通知消息会携带第三ED的地址。[0032]作为一种实现方式，如果第二ED与多个数据中心之间的链路同时发生故障，则故障通知消息中可以同时携带该多个数据中心的边缘设备的地址。[0033]本申请实施例中，故障通知消息可以有多种实现方式，例如可以通过新的协议消息实现，如可以在已有的八类EVPN路由的基础上增加一类新的EVPN路由来实现;又例如可以通过已有的协议消息实现，如可以在已有的二类EVPN路由，即MAC1P通告路由（MAC1PAdvertisementRoute中增加新的字段来实现。[0034]步骤402:第一ED接收同一ED组的第二ED发送的故障通知消息，从故障通知消息中提取出第三ED的地址，并针对本地收到的以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为第一ED的私有地址后，再转发给第一DC内的VTEP设备。[0035]这里，需要修改的IPMAC通告路由包括在接收该故障通知消息之前收到的、以第三ED的地址为下一跳的IPMAC通告路由，以及包括在接收该故障通知消息之后收到的、以第三ED的地址为下一跳的IPMAC通告路由。具体修改方式如下：[0036]一方面，针对在接收该故障通知消息之前收到的、以第三ED的地址为下一跳的IPMAC通告路由，第一ED可以将该IPMAC通告路由的下一跳修改为第一ED的私有地址，并转发给第一DC内的VTEP设备。这里的私有地址为本申请实施例为ED组中的ED额外配置的一个地址，S卩ED组中的每个ED有1个互不相同的私有地址和一个共同的组地址。[0037]另一方面，在接收该故障通知消息之后，第一ED还可以将第三ED的地址添加到已建立的地址列表中。本申请实施例中，组内的每个ED可以提前创建一个地址列表，该地址列表用于记录本ED收到的故障通知消息携带的地址。基于地址列表，ED上还增加以下处理机制：在收到远端ED同步的IPMAC通告路由时，将该IPMAC通告路由的下一跳与本地记录的地址列表进行匹配;若匹配，则将该IPMAC通告路由的下一跳从本ED的组地址修改为本的私有地址，再转发给本ED所属DC内的VTEP设备;若不匹配，则不修改下一跳直接将收到的IPMAC通告路由转发给本ED所属DC内的VTEP设备。[0038]承接步骤402,在第一ED针对本地收到的以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为第一ED的私有地址并转发给第一DC内的VTEP设备后，第一DC内的VTEP设备可以基于修改后的IPMAC通告路由生成转发表项，该转发表项的匹配项为修改后的IPMAC通告路由中的终端地址（即第二DC内的终端的地址），该转发表项的出接口为以第一DC内的VTEP设备的地址为源地址、以第一ED的私有地址为目的地址的VXLAN隧道。基于这样的转发表项，第一DC内的VTEP设备可以将发往第二DC报文通过第一转发，而不通过第二转发。[0039]在一个实施例中，如果第一DC的ED组中除了包括第一ED和第二ED，还包括第四ED，那么在第二ED检测到其与第二DC之间的链路出现故障时，第四ED也会收到第二ED发送的故障通知消息，并执行与上述第一ED相同的操作，针对本地收到的以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为第四ED的私有地址后，再转发给第一DC内的VTEP设备。第一DC内的VTEP设备根据第一ED和第四ED发送的修改后的IPMAC通告路由，生成转发表项;基于该转发表项，第一DC发往第二DC的流量可以通过第一ED或第四进行转发，但不会经过第二ED。[0040]在另一个实施例中，如果第一DC的ED组中除了包括第一ED和第二ED，还包括第四ED，那么还可以预先配置一个备用组地址;在第二ED检测到其与第二DC之间的链路出现故障时，第一ED和第四ED可以针对本地收到的以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳统一修改为该备用组地址后，再转发给第一DC内的VTEP设备，这样第一DC内的VTEP设备根据第一ED和第四ED发送的修改后的IPMAC通告路由，生成转发表项;基于该转发表项，第一DC发往第二DC流量可以通过第一ED和第四ED进行负载分担，并且不会经过第二H。[0041]基于上文描述的方案，假设第一DC不仅和第二DC互联，还和第三DC互联;那么在第二ED与第二DC之间的链路出现故障，但第二ED与第三DC之间的链路正常的情况下，第二ED虽然不能在第一DC和第二DC间传输报文，但仍可以向第三DC转发来自第一DC的报文，以及向第一DC转发来自第三DC的报文。如此，便实现了在数据中心互联组网中最大限度的利用多ED进行负载分担，避免了ED组内的一个ED跟一个数据中心互联的链路出现故障，导致该组的负载分担功能失效现象的发生。[0042]在一个实施例中，第二ED在检测到本地到第三ED的VXLAN隧道恢复正常时，可以向其所属组的其它ED发送故障恢复通知消息。[0043]这里的故障恢复通知消息也是本申请新增的一种消息类型，消息中会携带一个地址，用于指示故障恢复通知消息的发送端到该地址所对应的设备的VXLAN隧道恢复正常，该地址所对应的设备与故障恢复通知消息的发送端为不同DC的边缘设备。例如这里，第二ED发出的故障通知消息具体用于指示第二ED到第三ED的VXLAN隧道恢复正常，该故障恢复通知消息会携带第三的地址。[0044]与第二ED属于同一ED组的第一ED收到该故障恢复通知消息后，一方面针对在接收该故障恢复通知消息之前收到的、以第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为第一ED的组地址，并转发给所述第一DC内的VTEP设备；另一方面，在接收该故障恢复通知消息之后，可以将第三ED的地址从已建立的地址列表中删除。这样，第一ED在之后收到第三ED同步的IPMAC通告路由时，因该IPMAC通告路由的下一跳不会再匹配上地址列表，可以不修改下一条直接将收到的IPMAC公告路由转发给第一DC内的VTEP设备。之后，第一DC到第二DC的流量可以重新在第一ED和第二ED上进行负载分担。[0045]至此，完成图4所示的流程。[0046]通过图4所示的流程可以看出，本申请新增了故障通知消息，当确认本端数据中心的ED组中的一个ED跟某个远端数据中心之间的链路断开后，该ED可以将该远端数据中心对应的边缘设备的地址通过该故障通知消息通知给同一组的其它ED，使得其它ED可以将所有的由该远端数据中心同步过来的IPMAC通告路由的下一跳，切换为其它ED自身的私有地址，让本端数据中心向该远端数据中心转发的流量只向该其它ED转发，本端数据中心向其它数据中心转发的流量仍然走组的共有地址进行hash转发。[0047]为了使本领域技术人员更加清楚和明白，下面以图5所示的DCI场景为例，对图4所示流程进行描述。[0048]参见图5,图5为本申请提供的实施例组网示意图。如图5所示，存在三个数据中心：DC1、DC2和DC3JC1的ED组1包括两个边缘设备:EDl和ED2，DC2的ED组2也包括两个边缘设备:ED3和ED4，DC3只存在一个边缘设备:ED5。[0049]在图5中，ED组1进行以下配置：[0050]1设置ED1和ED2的组地址为2.2.2.2;正常情况下ED组1用于建立VXLAN隧道和用于同步EVPN路由使用的都是这个地址；[0051]2EDl和ED2跟DCl中的VTEP设备建立VXLAN隧道；[0052]以VTEPl为例，VTEPl的地址为1.1.1.1，则EDl和ED2上均会创建VXLAN隧道1，源地址为2.2.2.2,目的地址为1.1.1.1;[0053]VTEPl上会创建VXLAN隧道2，源地址为1·1·1·1，目的地址为2·2·2·2;[0054]3为EDl和ED2分别配置1个私有地址，EDl的私有地址为1.1.1.2，ED2的私有地址为1.1.1.3;[0055]4在EDl和ED2上分别创建地址列表，地址列表初始为空表；[0056]5当ED组1中的EDl和ED2和远端ED，如ED3、ED4和ED5建立BGPEVPN邻居，以及建立VXLAN隧道之后，会在本地记录远端ED的地址，如下：[0057]表1[0058][0059]同理，ED组2和ED5也做相应的配置;但ED5只需配置一个地址，并且不需要创建地址列表。[0060]基于上述配置，各数据中心之间的交互如下：[0061]DC2中，VM2上线，ED组2将VM2的IPMAC地址通过IPMAC通告路由同步给ED组1，该IPMAC通告路由的下一跳为ED组2的组地址3.3.3.3。[0062]假设是EDl收到VM2的IPMAC通告路由，EDl将该IPMAC通告路由的下一跳3.3.3.3与本地的地址列表进行匹配；由于此时地址列表还是空表，因此二者不匹配，EDl不修改下一跳直接将该IPMAC通告路由发送给VTEPl。[0063]VTEPl收到VM2的IPMAC通告路由，建立到VM2的转发表项：匹配项为10.1.1.232VM2的地址），出接口为VXLAN隧道2。[0064]同理，当DC3中的VM3上线，最终VTEPl上会建立到VM3的转发表项，匹配项为12.1.1.232,出接口为VXLAN隧道2。[0065]EDl发现自己与ED组2的两个ED设备ED3和ED4之间的链路发生故障，则根据上表1构造故障通知消息发送给ED2，故障通知消息中携带ED组2的组地址3.3.3.3。[0066]ED2收到EDl发送的故障通知消息，则将已经收到的所有以3.3.3.3为下一跳的IPMAC通告路由的下一跳修改为ED2的私有地址1.1.1.3，比如VM2的IPMAC通告路由；并将3.3.3.3添加到地址列表中。[0067]ED2将修改后的VM2的IPMAC通告路由发送给VTEP1设备，以更新VTEP1上的转发表项。[0068]VTEPl收到ED2发送的修改后的VM2的IPMAC通告路由后，新建VXLAN隧道3,源地址为1.1.1.1，目的地址为1.1.1.3;并将本地到VM2转发表项的出接口切换为到ED2的私有地址的VXLAN隧道3。[0069]这样在VTEP1上，到VM2的转发表项的出接口为VXLAN隧道3;到VM3的转发表项仍然维持初始的VXLAN隧道2。[0070]DCl内，VMl访问VM2的流量只通过ED2进行转发；而VMl访问VM3的流量仍然通过ED组1的ED1和ED2进行负载分担。[0071]当EDl发现自己与ED组2的两个ED设备ED3和ED4之间的链路恢复正常，则EDl向ED2发送故障恢复通知消息，故障恢复通知消息中携带ED组2的组地址3.3.3.3。[0072]ED2收到EDl发送的故障恢复通知消息，则将已经收到的所有以3.3.3.3为下一跳的IPMAC通告路由的下一跳重新修改为ED2的组地址2.2.2.2，比如VM2的IPMAC通告路由；并将3.3.3.3从地址列表中删除。[0073]ED2将修改后的VM2的IPMAC通告路由发送给VTEPl设备，以更新VTEPl上的转发表项。[0074]VTEPl收至ljED2发送的修改后的VM2的IPMAC通告路由后，将本地到VM2转发表项的出接口再次切换为VXLAN隧道2。[0075]VMl到VM2的流量可以重新在ED组1的ED1和ED2进行负载分担。[0076]以上对本申请提供的方法进行了描述。下面对本申请提供的装置进行描述。[0077]参见图6,为本申请提供的一种路由管理装置，所述装置应用于第一DC的第一ED，所述第一与第二ED属于一个ED组，所述装置可以包括：[0078]接收单元601，用于接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三的地址；[0079]路由管理单元602,用于针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。[0080]在其中一种实施方式中，所述路由管理单元602,用于:针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障通知消息之后，将所述第三ED的地址添加到已建立的地址列表中；所述地址列表用于匹配所述第一ED收到的IPMAC通知路由的下一跳，若匹配则所述路由管理单元将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备。[0081]在其中一种实施方式中，该转发表项的匹配项为修改后的IPMAC通告路由中的终端地址;该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。[0082]在其中一种实施方式中，所述接收单元601，还用于接收所述第二ED发送的故障恢复通知消息，所述故障恢复通知消息用于指示所述第二ED到所述第三ED的VXLAN隧道恢复正常，所述故障恢复通知消息携带所述第三的地址；[0083]所述路由管理单元602,还用于针对在接收所述故障恢复通知消息之前收到的、以所述第三的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的组地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障恢复通知消息之后，将所述第三的地址从已建立的地址列表中删除。[0084]在其中一种实施方式中，所述装置还包括：[0085]发送单元，用于在检测到本地到第四ED的VXLAN隧道出现故障时，向第一ED所属ED组的其它ED发送故障通知消息，所述第四ED为第三DC的边缘设备;在检测到本地到第四ED的VXLAN隧道恢复正常时，向第一ED所属ED组的其它ED发送故障恢复通知消息。[0086]在其中一种实施方式中，所述发送单元，还用于在检测到本地到第四ED的VXLAN隧道出现故障之后，在检测到本地到第四的VXLAN隧道恢复正常之前，如果所述第一ED到第五ED的VXLAN隧道正常，所述第五ED为第四DC的边缘设备，则向所述第四DC转发来自所述第一DC的报文，以及向所述第一DC转发来自所述第四DC的报文。[0087]需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0088]至此，完成图6所示装置的功能模块描述。[0089]对应地，本申请还提供了图6所示装置的硬件结构。参见图7,图7为本申请提供的图6所示路由管理装置所在ED的硬件结构示意图，该ED包括:通信接口701、处理器702、存储器703和总线704;其中，通信接口701、处理器702、存储器703通过总线704完成相互间的通ί目。[0090]上述总线704可以是外设部件互连标准（PeripheralComponentInterconnect，PCI总线或扩展工业标准结构（ExtendedIndustryStandardArchitecture，EISA总线等。该总线704可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。[0091]通信接口701用于与其他设备的通信。[0092]存储器703可以包括随机存取存储器RandomAccessMemory，RAM，也可以包括非易失性存储器Non-VolatileMemory，NVM，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。存储器703中可以存储有路由管理逻辑指令。[0093]处理器702可以是通用处理器，包括中央处理器（CentralProcessingUnit，CPU、网络处理器NetworkProcessor，NP等；还可以是数字信号处理器DigitalSignalProcessing，DSP、专用集成电路ApplicationSpecificIntegratedCircuit，ASIC、现场可编程门阵列Field-ProgrammableGateArray，FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。处理器702可以执行存储器703中存储的路由管理逻辑指令，以实现上述图4所示的方法。[0094]至此，完成图7所示装置的硬件结构描述。[0095]以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

权利要求：1.一种路由管理方法，其特征在于，所述方法应用于第一数据中心DC的第一边缘设备ED，所述第一ED与第二ED属于一个ED组，所述方法包括：接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三ED的地址；针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。2.如权利要求1所述的方法，其特征在于，所述针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备，包括：针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障通知消息之后，将所述第三ED的地址添加到已建立的地址列表中；所述地址列表用于匹配所述第一ED收到的IPMAC通知路由的下一跳，若匹配则所述第一ED将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备。3.如权利要求1所述的方法，其特征在于，该转发表项的匹配项为修改后的IPMAC通告路由中的终端地址；该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。4.如权利要求1所述的方法，其特征在于，在接收所述第二ED发送的故障通知消息之后，所述方法还包括：接收所述第二ED发送的故障恢复通知消息，所述故障恢复通知消息用于指示所述第二到所述第三的VXLAN隧道恢复正常，所述故障恢复通知消息携带所述第三ED的地址；针对在接收所述故障恢复通知消息之前收到的、以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的组地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障恢复通知消息之后，将所述第三ED的地址从已建立的地址列表中删除。5.如权利要求1所述的方法，其特征在于，所述方法还包括：在检测到本地到第四ED的VXLAN隧道出现故障时，向第一ED所属ED组的其它ED发送故障通知消息，所述第四为第三DC的边缘设备；在检测到本地到第四ED的VXLAN隧道恢复正常时，向第一ED所属ED组的其它ED发送故障恢复通知消息。6.如权利要求5所述的方法，其特征在于，在检测到本地到第四ED的VXLAN隧道出现故障之后，在检测到本地到第四的VXLAN隧道恢复正常之前，所述方法还包括：如果所述第一ED到第五ED的VXLAN隧道正常，所述第五ED为第四DC的边缘设备，则向所述第四DC转发来自所述第一DC的报文，以及向所述第一DC转发来自所述第四DC的报文。7.—种路由管理装置，其特征在于，所述装置应用于第一数据中心DC的第一边缘设备ED，所述第一ED与第二ED属于一个ED组，所述装置包括：接收单元，用于接收所述第二ED发送的故障通知消息，所述故障通知消息用于指示所述第二ED到第三ED的VXLAN隧道出现故障，所述第三ED为第二DC的边缘设备，所述故障通知消息携带所述第三的地址；路由管理单元，用于针对收到的以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳地址修改为所述第一ED的私有地址后，转发给所述第一DC内的VTEP设备;使得第一DC内的VTEP设备基于修改后的IPMAC通告路由生成转发表项，并基于生成的转发表项将发往所述第二DC的报文通过所述第一ED转发。8.如权利要求7所述的装置，其特征在于，所述路由管理单元，用于：针对在接收所述故障通知消息之前收到的、以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障通知消息之后，将所述第三ED的地址添加到已建立的地址列表中；所述地址列表用于匹配所述第一收到的IPMAC通知路由的下一跳，若匹配则所述路由管理单元将该IPMAC通告路由的下一跳修改为所述第一ED的私有地址，并转发给所述第一DC内的VTEP设备。9.如权利要求7所述的装置，其特征在于，该转发表项的匹配项为修改后的IPMAC通告路由中的终端地址；该转发表项的出接口为以所述第一DC内的VTEP设备的地址为源地址、以所述第一ED的私有地址为目的地址的VXLAN隧道。10.如权利要求7所述的装置，其特征在于，所述接收单元，还用于接收所述第二ED发送的故障恢复通知消息，所述故障恢复通知消息用于指示所述第二ED到所述第三ED的VXLAN隧道恢复正常，所述故障恢复通知消息携带所述第三的地址；所述路由管理单元，还用于针对在接收所述故障恢复通知消息之前收到的、以所述第三ED的地址为下一跳的IPMAC通告路由，将该IPMAC通告路由的下一跳修改为所述第一ED的组地址，并转发给所述第一DC内的VTEP设备；以及在接收所述故障恢复通知消息之后，将所述第三的地址从已建立的地址列表中删除。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的报文。

百度查询： 新华三技术有限公司 一种路由管理方法和装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD