CN116074245A - 一种路由发布的方法、装置及系统 - Google Patents

Abstract

一种路由发布的方法、装置和系统。所述方法包括：第一网络设备向第二网络设备通告互联网协议前缀IP Prefix路由，所述IP Prefix路由包括网关互联网协议GWIP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议‑虚拟路由转发IP‑VRF实例的标签；所述第一网络设备向所述第二网络设备通告媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。所述第一网络设备以Interface‑lessModel和以Interface‑ful Model发送的路由相同，使得在混合场景中部署路由反射器RR和没有部署RR的情况下都能够实现业务互通，保障了业务可靠性，简化了网络规划和配置。

Description

一种路由发布的方法、装置及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种路由发布的方法、装置及系统。

背景技术

以太虚拟专用网络(Ethernet Virtual Private Network，EVPN)是基于边界网关协议(Border Gateway Protocol，BGP)的控制面协议，互联网工程任务组(InternetEngineering Task Force，IETF)发布的标准草案[draft-ietf-bess-evpn-prefix-advertisement-11]中定义了互联网协议前缀通告(Internet Protocol PrefixAdvertisment，简称IP Prefix)路由，通过发布IP Prefix路由可以实现子网间业务的互通，草案也定义了多种用例，描述了IP Prefix路由的应用场景。

草案定义了多种单一场景的路由发布规则，如在接口无关的互联网协议虚拟路由转发到互联网协议虚拟路由转发模型(Interface-less IP-VRF-to-IP-VRF Model，简称Interface-less Model)中、在接口相关的带有额外广播域的集成路由和桥接接口的互联网协议虚拟路由转发到互联网协议虚拟路由转发模型(Interface-ful IP-VRF-to-IP-VRFwith SBD IRB Model，简称Interface-ful Model)中，都可以通过发布IP prefix路由通告子网的互联网协议(Internet Protocol，IP)可达信息。

在实际的网络环境中，可能会存在Interface-less Model和Interface-fulModel混合部署的情况，在这种组网下，网络虚拟边缘(Network Virtualization Edge，NVE)设备按照Interface-less Model发布路由时，支持Interface-ful Model数据中心网关(Datacenter Gateway，DGW)设备无法根据该路由生成有效的路由表。NVE设备按照Interface-ful Model发布路由时，支持Interface-less Model的DGW设备无法根据该路由生成有效的路由表，无法保障业务可靠性。

发明内容

有鉴于此，本申请实施例提供了一种路由发布的方法、装置和系统。第一网络设备向第二网络设备通告EVPN互联网协议前缀IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；所述第一网络设备向所述第二网络设备通告EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。所述第一网络设备以Interface-less Model发送的IPPrefix路由和以Interface-ful Model发送的路由相同，从而，解决了在Interface-lessModel和Interface-ful Model混合的场景下的路由发布问题，使得在部署RR设备和没有部署RR设备的情况下都能够实现业务互通，保障了该场景下业务可靠性，简化了网络规划和配置。并且，在部署RR设备时，最多需要一台RR设备，降低了RR的数目。

本申请实施例提供的技术方案如下。

第一方面，本申请提供了一种路由发布的方法，所述方法包括，第一网络设备向第二网络设备通告以太虚拟专用网络EVPN互联网协议前缀IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；所述第一网络设备向所述第二网络设备通告EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。

基于实施例提供的方案，在Interface-less Model和Interface-ful Model混合的场景下的路由发布过程中，第一网络设备向第二网络设备通告互联网协议前缀IPPrefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签。所述第一网络设备向所述第二网络设备通告EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。从而，解决了在Interface-less Model和Interface-ful Model混合的场景下的路由发布问题，使得在部署RR设备和没有部署RR设备的情况下都能够实现业务互通，保障了该场景下业务可靠性，简化了网络规划和配置。并且，在部署RR设备时，最多需要一台RR设备，降低了RR的数目。

在一种可能的实现方式中，所述第一网络设备通过路由反射器向所述第二网络设备通告所述IP Prefix路由和所述MAC/IP路由。

在一种可能的实现方式中，所述第一网络设备的所述第一接口是第一额外广播域SBD集成路由桥接IRB接口，所述第一SBD IRB接口属于所述SBD，所述第二网络设备包括第二IP-VRF实例，第二网络设备的第二接口是第二SBD IRB接口，所述第二SBD IRB接口属于所述SBD，其中，所述SBD用于连接所述第一IP-VRF实例和所述第二IP-VRF实例。

在一种可能的实现方式中，所述第一网络设备的所述第一接口是第一SBD IRB接口，所述第一SBD IRB接口属于所述SBD，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口不支持SBD IRB。

在一种可能的实现方式中，所述第一网络设备是网络虚拟边缘NVE设备或数据中心网关DGW设备。

在一种可能的实现方式中，所述第二网络设备是NVE设备或DGW设备。

第二方面，本申请提供了一种路由发布的方法，所述方法包括，第二网络设备接收第一网络设备通告的以太虚拟专用网络EVPN互联网协议前缀IP Prefix路由，所述IPPrefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；所述第二网络设备接收所述第一网络设备通告的EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。

在一种可能的实现方式中，所述第二网络设备通过路由反射器接收所述IPPrefix路由和所述MAC/IP路由。

在一种可能的实现方式中，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口不支持额外广播域SBD集成路由桥接IRB，所述第二网络设备根据所述IPPrefix路由生成所述第二IP-VRF实例对应的路由表项，所述路由表项包括所述MPLSLabel。

在一种可能的实现方式中，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口是第二SBD IRB接口，所述第二SBD IRB接口属于所述SBD，所述SBD用于连接所述第一IP-VRF实例和所述第二IP-VRF实例，所述第二网络设备根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项，所述路由表项包括所述GW IP地址；所述第二网络设备根据所述MAC/IP路由生成地址解析协议ARP表的表项，所述表项包括所述第一接口的IP地址、所述第一接口的MAC地址。

在一种可能的实现方式中，所述第一网络设备是网络虚拟边缘NVE设备或数据中心网关DGW设备。

在一种可能的实现方式中，所述第二网络设备是NVE设备或DGW设备。

第三方面，本申请提供了一种网路设备，包括：收发单元和处理单元。其中：所述收发单元用于执行前述任一方面所述的方法以及任一方面的任一可能的实现方式中所涉及的收发操作，所述处理单元用于执行以上任一方面所述的方法以及任一方面的任一可能的实现方式中所涉及的除收发操作之外的其它操作。例如：第三方面所述的网络设备作为第一网络设备执行第一方面所述的方法时，所述处理单元用于生成所述IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，还用于生成所述MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址；所述收发单元用于向第二网络设备通告所述IP Prefix路由和所述MAC/IP路由。

第四方面，本申请提供了一种网络设备，所述网络设备包括存储器和处理器；所述存储器，用于存储程序代码；所述处理器，用于运行所述程序代码中的指令，使得所述网络设备执行以上任一方面以及任一方面任一可能的实现方式中所述的方法。例如：第四方面所述的网络设备作为第一网络设备执行第一方面所述的方法时，所述处理器执行所述指令，使得所述网络设备用于：向第二网络设备通告IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label；向第二网络设备通告MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。

第五方面，本申请提供了一种网络设备，所述网络设备包括通信接口和处理器,所述通信接口用于执行前述任一方面所述的方法以及任一方面的任一可能的实现方式中所涉及的收发操作，所述处理器用于执行以上任一方面所述的方法以及任一方面的任一可能的实现方式中所涉及的除收发操作之外的其它操作。例如，第五方面所述的网络设备作为第一网络设备执行第一方面所述的方法时，所述处理器用于生成所述IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，还用于生成所述MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址；所述通信接口用于向第二网络设备通告所述IP Prefix路由和所述MAC/IP路由。

第六方面，本申请提供了一种通信系统，该通信系统包括：第一网络设备和第二网络设备，该第一网络设备可以是第三方面至第五方面任一项所述的网络设备，用于执行前述任一方面以及任一可能的实现方式中由所述第一网络设备所执行的部分或全部操作；所述第二网络设备可以第三方面至第五方面任一项所述的网络设备，用于执行前述任一方面以及任一可能的实现方式中由所述第二网络设备所执行的部分或全部操作。

第七方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在处理器上运行时，使得处理器执行前述任一方面所述的方法以及前述任一方面的任一可能的实现方式中所包括的部分或全部操作。

第八方面，本申请提供了一种计算机程序产品，所述计算机程序产品包含指令，当其在处理器上运行时，使得处理器执行前述任一方面所述的方法以及前述任一方面的任一可能的实现方式中所包括的部分或全部操作。

通过本申请的技术方案，第一网络设备向第二网络设备发送互联网协议前缀IPPrefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；所述第一网络设备向所述第二网络设备发送媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。所述第一网络设备以Interface-less Model发送的IP Prefix路由和以Interface-ful Model发送的IP Prefix路由相同，从而，解决了在Interface-less Model和Interface-ful Model混合的场景下的路由发布问题，使得在部署RR设备和没有部署RR设备的情况下都能够实现业务互通，保障了该场景下业务可靠性，简化了网络规划和配置。并且，在部署RR设备时，最多需要一台RR设备，降低了RR的数目。

附图说明

图1为本申请实施例的一种场景示意图；

图2为本申请实施例的EVPN NLRI字段的格式示意图；

图3为本申请实施例的IP Prefix路由格式示意图；

图4为本申请实施例的MAC/IP路由格式示意图；

图5为本申请实施例的一种路由发布方法的流程图；

图6为本申请实施例的又一种路由发布方法的流程图；

图7为本申请实施例的另一种路由发布方法的流程图；

图8为本申请实施例的一种第一网络设备发布路由的方法流程图；

图9为本申请实施例的一种第二网络设备接收路由的方法流程图；

图10为本申请实施例的一种网络设备的结构示意图；

图11为本申请实施例的一种网络设备的结构示意图；

图12为本申请实施例的一种网络设备的结构示意图；

具体实施方式

下面通过具体实施例，分别进行详细的说明。

在描述本申请实施例之前，对本申请所涉及的一些技术术语进行简单说明。

互联网协议虚拟路由转发(Internet Protocol Virtual Routing andForwarding，IP-VRF)：存储租户IP地址空间的IP前缀，并通过EVPN路由在网络设备之间扩散。一个IP-VRF实例是三层虚拟私有网络(Virtual Private Network，VPN)实例。

IRB接口：集成路由和桥接接口，是桥接表(Bridging Table，BT)的逻辑接口，IRB接口关联到一个IP-VRF上，支持二层终结入三层的转发。

额外广播域(Supplementary Broadcast Domain，SBD)：在网络侧只有IRB接口的广播域(Broadcast Domain，BD)，用于连接同一个租户所有的IP-VRF实例，例如NVE设备上有第一IP-VRF实例，DGW设备上有第二IP-VRF实例，第一IP-VRF实例和第二IP-VRF实例属于同一租户，同一租户的IP-VRF实例通过SBD连接以实现互通，SBD的IRB接口是SBD IRB接口。

路由目标(Route Target，RT)：用于控制VPN路由的导入和导出，RT分为导入路由目标(import RT，IRT)和导出路由目标(export RT，ERT)。ERT携带在BGP EVPN路由的扩展团体属性中进行传递，接收设备收到BGP EVPN路由后，只保留携带的ERT与本地IRT匹配的BGP EVPN路由。例如，EVPN路由携带的ERT为100：1，与接收设备本地VPN实例的IRT 100：1匹配，然后接收设备将对应的路由保存到相应的IP-VRF路由表中。

路由标识(Route Distinguisher，RD):是虚拟专用网(Virtual PrivateNetwork，VPN)的标识，用于表示不同VPN。不同VPN中可能存在相同的第四版互联网协议(Internet Protocol version 4，IPv4)地址，BGP将VPN的唯一标识RD附加在IPv4路由前缀上，将非唯一的IPv4地址转换为全局唯一的地址。

图1是本申请实施例的场景示意图，下面介绍图1示出的场景，图1示出了Interface-less Model和Interface-ful Model混合的场景，其中，Interface-less Model是指在该场景中的设备没有SBD IRB接口，Interface-ful Model是指在该场景中的设备包括SBD IRB接口。在图1示出的场景中包括：NVE设备、DGW设备、RR设备、以及广域网(widearea network，WAN)的主机H1。其中，图1示出了2台NVE设备，分别为NVE1、NVE2；3台DGW设备，分别为DGW1、DGW2、DGW3；1台RR设备；1台主机H1。RR分别和NVE1、NVE2、DGW1、DGW2、DGW3设备建立BGP邻居。RR可以直接和NVE1、NVE2、DGW1、DGW2、DGW3设备连接，也可以通过网络和NVE1、NVE2、DGW1、DGW2、DGW3设备连接。在图1的场景中可以没有RR设备，此时，网络设备之间直接建立BGP邻居以通告BGP路由，例如NVE1设备和DGW1设备建立BGP邻居。网络设备之间的通信网络，例如NVE1和DGW1之间的通信网络应用隧道的方式传输数据，隧道可以是虚拟扩展局域网(Virtual Extensible Local Area Network，VXLAN)、通用网络虚拟封装(Generic Network Virtualization Encapsulation，GENEVE)或多协议标签交换(Multi-protocol Label Switching，MPLS)隧道。NVE1、NVE2、DGW2、DGW3设备包括SBD IRB接口，分别为接口1、接口2、接口3、接口4，DGW1设备不包括SBD IRB接口。在混合场景中，包括SBDIRB接口的设备支持Interface-ful Model，不包括SBD IRB接口的设备支持Interface-less Model。NVE设备、DGW设备都包括IP-VRF实例。NVE1设备上有2个BD：BD-1、BD-2，BD-1中存在IP地址为IP10的网络设备，BD-2对应子网(subnet)1，BD-1、BD-2都和IP-VRF实例关联。NVE2上有2个BD：BD-2、BD-3，BD-2同样对应子网1，BD-3对应子网2，BD-2、BD-3都和IP-VRF实例关联。

下面以发布子网1的路由为例，描述在图1所示的Interface-less Model和Interface-ful Model混合的场景中的路由发布方法。图1中的NVE1和NVE2设备都连接到子网1，都可以发布子网1的路由，下面以NVE1设备发布子网1的路由为例进行介绍。

在一种实现方式中，NVE1设备支持以Interface-ful Model模式发布路由，NVE1设备以Interface-ful Model模式会通告IP Prefix路由和MAC/IP路由。

所述IP Prefix路由是一种EVPN路由，EVPN路由包括EVPN NLRI字段，所述EVPNNLRI字段的格式如图2所示，所述EVPN NLRI字段包括例如2个字节的路由类型(RouteType)字段、2个字节的长度(Length)字段和变长的路由类型细节(Route Type Specific)字段。当所述Route Type取值为5时，所述Route Type用于指示EVPN路由的类型为IPPrefix路由，因此IP Prefix路由也被称之为type5路由，此时，所述路由类型细节为IPPrefix路由的NLRI。

IP Prefix路由的NLRI的具体格式如图3所示，所述IP Prefix路由的NLRI包括8个字节的RD字段、10个字节的以太网段标识(Ethernet Segment Identifier，ESI)字段、4个字节的以太网标签(Ethernet Tag ID)字段、1个字节的互联网协议前缀长度(IP PrefixLength)字段、4个字节的互联网协议前缀(IP Prefix)字段、4个字节的网关互联网协议地址(GW IP)字段、3个字节的多协议标签交换标签(MPLS Label)字段。

NVE1设备支持以Interface-ful Model模式发布IP Prefix路由时，在所述IPPrefix路由的NLRI中需要填充的信息包括：将RD值填充到图3所示的RD字段中，将子网1的网段IP地址填充到图3所示的IP Prefix字段中，将SBD IRB接口的IP地址填充到图3所示的GW IP字段中。并且，在BGP的RT扩展团体属性中携带ERT。

RT扩展团体属性的定义和具体格式可以参考RFC4684中的说明，该文档与此相关部分的内容以引入的方式并入本文本中，此处不再赘述。

所述MAC/IP路由也是一种EVPN路由，EVPN路由包括EVPN NLRI字段，所述EVPNNLRI字段的格式如图2所示，当EVPN NLRI字段中的Route Type取值为2时，所述Route Type用于指示EVPN路由的类型为MAC/IP路由，因此MAC/IP路由也被称之为type2路由，此时，所述路由类型细节为MAC/IP路由的NLRI。MAC/IP路由的NLRI的具体格式如图4所示，所述MAC/IP路由包括8个字节RD字段、10个字节ESI字段、4个字节以太网标签字段、1个字节的MAC地址长度字段、6个字节的MAC地址字段、1个字节的IP地址长度字段、0字节或4字节或16字节的IP地址字段、3个字节的MPLS标签1字段以及0个字节或3个字节MPLS标签2字段。

NVE1设备以Interface-ful Model模式发布子网1的路由时，在所述MAC/IP路由的NLRI中需要填充的信息包括：将SBD IRB接口的IP地址填充到图4所示的IP地址字段中，将SBD IRB接口的MAC地址填充到图4所示的MAC地址字段中，将IP-VRF实例的标签填充到图4所示的MPLS Label1字段中。其中，对于NVE1和DGW1间通过VXLAN隧道转发的场景中，使用VXLAN网络标识(VXLAN Network Identifier，VNI)作为IP-VRF实例的标签，对于NVE1和DGW1间通过MPLS隧道转发的场景中，使用MPLS Label作为IP-VRF实例的标签。并且，将NVE1设备环回Loopback接口的IP地址填充在BGP下一跳字段中，在RT扩展团体属性中携带标识SBD的ERT。

RR设备接收所述IP Prefix路由，根据IP Prefix NLRI中的RD和IP Prefix，将对应的路由保存到相应的BGP路由表中，反射所述IP Prefix路由。RR设备接收所述MAC/IP路由，反射所述MAC/IP路由。

在一个具体的实现中，RR与NVE1、NVE2、DGW1、DGW2、DGW3分别建立BGP邻居，在RR接收基于BGP发布的所述IP Prefix路由和所述MAC/IP路由后，分别向设备NVE2、DGW1、DGW2、DGW3发布所述IP Prefix路由。其中，RR充当路由反射器，不修改BGP下一跳，该BGP下一跳指通过所述BGP发布所述IP Prefix路由时所携带的下一跳。

DGW2设备接收所述MAC/IP路由，所述MAC/IP路由中携带了NVE1的SBD IRB接口的IP地址和MAC地址，根据所述MAC/IP路由中携带的标识SBD的ERT，关联到SBD，从而获得出接口是SBD IRB接口。根据所述MAC/IP路由生成地址解析协议(Address ResolutionProtocol，ARP)表的表项，将NVE1的SBD IRB接口的IP地址、NVE1的SBD IRB接口的MAC地址、出接口写入ARP表中，如表1所示。

表1

DGW2设备根据BGP下一跳中的地址查询到相应的隧道的出接口是隧道Tunnel1，将NVE1的SBD IRB接口的MAC地址、NVE1的IP-VRF实例的标签以及对应的出接口记录在MAC表中，如表2所示。

表2

DGW2接收所述IP Prefix路由，DGW2设备支持Interface-ful Model，DGW2设备接收所述IP Prefix路由后，将GW IP字段中的地址作为BGP下一跳，并根据GW IP字段中的地址在ARP表查找对应的出接口是SBD IRB接口，将子网1的网段IP地址、NVE1的SBD IRB接口的IP地址、查找的出接口保存到对应的IP-VRF表中，如表3所示，用于后续报文转发。

表3

DGW1接收所述MAC/IP路由的处理方式可以参见DGW2设备接收MAC/IP路由的相关描述，此处不再赘述。DGW1设备接收所述IP Prefix路由时，由于DGW1设备支持Interface-less Model模式，会忽略GW IP字段，发现MPLS Label字段中填充的值为0，DGW1设备根据所述MPLS Label字段中的标识生成IP-VRF表项时，生成的IP-VRF表项中的MPLS Label信息是0，后续使用该MPLS Label封装报文，报文到达NVE1设备时无法根据MPLS Label的值对应到NVE1的IP-VRF的实例。

在另一种实现方式中，NVE1设备支持以Interface-less Model模式发布路由，NVE1设备以Interface-less Model模式发布子网1的路由时，通过IP Prefix路由通告到达子网1的路由。

NVE1设备以Interface-less Model模式发布子网1的路由时，在所述IP Prefix路由的NLRI中需要填充的信息包括：将RD值填充到图3所示的RD字段中，将子网1的网段IP地址填充到图3所示的IP Prefix字段中，将IP-VRF实例的标签填充到图3所示的MPLS Label字段中。将NVE1设备Loopback接口的IP地址填充在BGP下一跳字段中，并且在RT扩展团体属性中携带ERT。

RR设备接收所述IP Prefix路由，根据IP Prefix NLRI中的RD和IP Prefix，将对应的路由保存到相应的BGP路由表中，反射所述IP Prefix路由。

DGW1设备接收所述IP Prefix路由，DGW1设备支持Interface-less Model，DGW1设备接收所述IP Prefix路由后，忽略GW IP字段，将IP Prefix字段、MPLS Label字段中的信息保存到对应的IP-VRF表中，然后根据BGP下一跳中的地址查询相应的隧道的出接口是Tunnel1，并将所述出接口保存到对应的IP-VRF表中的出接口中，用于后续报文转发。表4示出了DGW1上根据所述IP Prefix报文生成的IP-VRF表，其中Tunnel1表示出接口是一个隧道。后续报文到达DGW1设备，根据报文的目的IP地址匹配对应的IP Prefix，报文的目的IP地址属于子网1的网段IP地址，则选择该条路由表项用于报文的转发。

表4

DGW2设备接收所述IP Prefix路由，DGW2设备支持Interface-ful Model，DGW2设备接收所述IP Prefix路由后，忽略MPLS Label字段，发现GW IP字段中填充的IP地址是0，DGW2设备根据所述GW IP字段中的IP地址生成IP-VRF表项时，无法根据GW IP字段中的地址在ARP中查询到对应的出接口，生成的IP-VRF表项中的出接口信息是无效的，无法用于后续报文的转发。

从以上两种实现方式可以看出，在混合场景中，NVE1设备以Interface-lessModel模式发布路由，支持Interface-less Model模式的DGW1设备可以根据所述路由生成对应的路由表项，支持Interface-ful Model模式的DGW2设备根据所述路由生成对应的路由表项中GW IP的信息是无效的；NVE1设备以Interface-ful Model模式发布路由，则DGW2设备可以生成对应的路由表项，DGW1设备生成的路由表项中的MPLS Label信息是无效的。从而，在混合场景中，NVE1设备以单一模式发布路由，无法保障业务可靠性。

本申请提供了一种可能的解决的方案，描述了一种混合场景下的路由发布的方法，NVE1设备支持以Interface-less Model模式和Interface-ful Model模式分别发布路由，以解决NVE1设备以单一模式发布路由的问题。接下来，结合图5，具体介绍一种在混合部署的场景中，发布子网1路由的方法100，所述方法100可以应用于图1所示的场景中，其中，网络设备1对应图1所示的NVE1或NVE2设备，网络设备2对应图1所示的DGW1设备、DGW2设备或DGW3设备，网络设备3对应图1所示的RR设备。所述方法100包括S101-S105。

S101、网络设备1发送IP Prefix路由1，所述IP Prefix路由1的格式如图3所示，所述IP Prefix路由1携带的信息可以参见NVE1设备以Interface-less Model模式发送的IPPrefix路由的相关描述，此处不再赘述。

S102、网络设备1发送IP Prefix路由2，MAC/IP路由，所述IP Prefix路由2的格式如图3所示，所述MAC/IP路由的格式如图4所示，所述IP Prefix路由2和所述MAC/IP路由携带的信息可以参见NVE1设备以Interface-ful Model模式发送的路由的相关描述，此处不再赘述。

S103、网络设备3接收网络设备1发送的IP Prefix路由1，反射所述IP Prefix路由1。

S104、网络设备3接收网络设备1发送的IP Prefix路由2和MAC/IP路由，反射所述MAC/IP路由。

由于IP Prefix路由2和S303中IP Prefix路由1中的RD值和IP Prefix相同，RR只会优选其中一条路由进行反射，反射的是IP Prefix路由1。

S105、网络设备2接收所述IP Prefix路由1、所述MAC/IP路由。

在一个具体的实施方式中，所述网络设备2是DGW1设备，所述网络设备2接收所述IP Prefix路由1的具体实现方式可以参见NVE1设备以Interface-less Mode发布路由，DGW1设备以Interface-less Mode接收路由的相关描述，可以根据所述IP Prefix路由1生成对应的路由表项。

在一个具体的实施方式中，所述网络设备2是DGW2设备，网络设备2接收所述IPPrefix路由1的具体实现方式可以参见NVE1设备以Interface-less Mode发布路由，DGW2设备以Interface-ful Mode接收路由的相关描述，DGW2设备根据所述路由生成对应的路由表项中GW IP的信息是0，无法用于后续报文的转发。

根据方法100，在混合部署的场景中，NVE设备可以发布两种IP Prefix路由，提供了一种该场景下发布路由的方法，NVE设备不需要知道DGW设备支持Interface-less Mode还是Interface-ful Mode，都可以按照方法100发送路由，简化了网络的配置。但是，在只部署一个RR时，这两种路由都需要经过同一个RR反射到DGW设备。RR接收到这两条路由时，判断这两条路由对应BGP路由表的同一条表项，RR会使用BGP选路策略来择优选择一条路由记录在BGP表中，并且向其BGP邻居反射该路由，这种方式使得没有被选中的路由失效，相应的需要这种路由模式的业务无法保障。例如，在方法100中，DGW2设备支持Interface-fulModel，接收IP Prefix路由1后，解析所述IP Prefix1路由1，发现GW IP＝0，导致DGW2设备根据所述GW IP生成IP-VRF表项时，无法根据GW IP字段中的地址在ARP中查询到对应的出接口，生成的IP-VRF表项中的出接口信息是无效的，无法用于后续报文的转发。

要解决上述问题，可以尝试在网络中部署两个RR，一个负责反射NVE设备以Interface-less Model模式发布的路由，一个负责反射NVE设备以Interface-ful Model模式发布的路由，而这种部署，增加了使用者的部署成本。并且，这种情况下，网管需要根据NVE和DGW设备所支持的模式提前一对一的规划BGP邻居配置，规划和配置的工作十分复杂且易出错。

有鉴于此，为了解决上述技术问题，本申请实施例提供了一种路由发布的方法。可以应用在图1所示的网络中，NVE1设备发送IP Prefix路由时，所述IP Prefix路由中携带有效的MPLS Label和GW IP，然后，NVE1设备发送MAC/IP路由，所述MAC/IP路由包括了SBD IRB接口的IP地址和MAC地址。NVE1设备以Interface-less Model发送的IP Prefix路由格式与以Interface-ful Model发送的IP Prefix路由格式相同，两种IP Prefix路由到达同一台RR设备时，向BGP邻居反射，IP Prefix路由到达DGW设备时，DGW设备根据其支持的模式，选择解析的字段，生成相应的IP-VRF表项。例如，DGW1设备支持Interface-less模式，那么忽略GW IP字段，根据MPLS Label字段生成相应的IP-VRF表项，用于后续报文的转发。通过本申请的技术方案，解决了Interface-less和Interface-ful混合场景下的路由发布问题，使得在部署RR设备和没有部署RR设备的情况下都能够实现业务互通，保障了该场景下业务可靠性，简化了网络规划和配置。并且，在部署RR设备时，最多需要一台RR设备，降低了RR的数目。

下面结合图6，对本申请提供的一种路由发布的方法200进行描述。所述方法200可以应用于图1所示的场景中，其中，网络设备1对应图1所示的NVE1或NVE2设备，网络设备2对应图1所示的DGW1设备、DGW2设备或DGW3设备。所述方法200包括S201至S203。

S201、网络设备1发送IP Prefix路由，所述IP Prefix路由包括GW IP地址和MPLSLabel，所述GW IP地址是所述网络设备1的接口的IP地址，所述MPLS Label是所述网络设备1的IP-VRF实例的标签；

网络设备1发送MAC/IP路由，所述MAC/IP路由包括所述接口的IP地址和MAC地址。

在本申请中，接口可以是网络设备的SBD IRB接口，也可以是环回Loopback接口。

在一个具体的实施方式中，所述IP Prefix路由的格式如图3所示，在所述IPPrefix路由的NLRI中需要填充的信息包括：将RD值填充到图3所示的RD字段中，将子网1的网段IP地址填充到图3所示的IP Prefix字段中，将SBD IRB接口的IP地址填充到图3所示的GW IP字段中，将IP-VRF实例的标签填充到图3所示的MPLS Label字段中。并且将NVE1设备Loopback接口的IP地址填充在BGP下一跳字段中，在BGP的RT扩展团体属性中携带ERT。

所述MAC/IP路由的格式如图4所示，在所述MAC/IP路由的NLRI中需要填充的信息包括：将SBD IRB接口的IP地址填充到图4所示的IP字段中，将SBD IRB接口的MAC地址填充到图4所示的MAC字段中，将IP-VRF实例的标签填充到图4所示的MPLS Label1字段中。并且将NVE1设备Loopback接口的IP地址填充在BGP下一跳字段中，在RT扩展团体属性中携带标识SBD的ERT。

在一个具体的实施方式中，在所述IP Prefix路由的NLRI中需要填充的信息中，还可以将Loopback接口的IP地址填充到图3所示的GW IP字段中，其他字段填充的信息和上述实施方式相同，此处不再赘述。此时，在所述MAC/IP路由的NLRI中需要填充的信息中，需要将环回接口的IP地址填充到图4所示的IP字段中，将环回接口的MAC地址填充到图4所示的MAC字段中，此时不需要携带RT扩展团体属性，其他字段填充的信息和上述实施方式相同，此处不再赘述。

S202、网络设备2接收所述MAC/IP路由，根据所述MAC/IP路由生成ARP表的表项，所述表项包括所述接口的IP地址和MAC地址。

在一个具体的实施方式中，网络设备2接收所述MAC/IP路由，所述MAC/IP路由中携带了网络设备1的SBD IRB接口的IP地址和MAC地址，根据路由中携带的标识SBD的ERT，关联到SBD，从而获得出接口是SBD IRB接口，将网络设备1的SBD IRB接口的IP地址、网络设备1的SBD IRB接口的MAC地址、出接口写入ARP表中，所述ARP表如表1所示。

网络设备2根据BGP下一跳中的地址在查询到相应的隧道的出接口是Tunnel1，将网络设备1的SBD IRB接口的MAC地址、网络设备1的IP-VRF实例的标签以及对应的出接口记录在MAC表中，所述MAC表如表2所示。在一个具体的实施方式中，网络设备2接收所述MAC/IP路由，所述MAC/IP路由中携带了网络设备1的环回接口的IP地址和MAC地址，然后根据网络设备1的环回接口的IP地址查询相应的隧道的出接口是Tunnel1，将网络设备1的环回接口的IP地址、网络设备1的环回接口的MAC地址、出接口写入ARP表中，所述ARP表如表1所示。将网络设备1的环回接口的MAC地址、网络设备1的IP-VRF实例的标签以及对应的出接口记录在MAC表中，所述MAC表如表2所示。

S203、网络设备2接收所述IP Prefix路由，根据所述IP Prefix路由生成IP-VRF实例对应的路由表项。

在一个具体的实施方式中，所述网络设备2是DGW1设备，DGW1设备支持Interface-less模式，DGW1设备接收所述IP Prefix路由后，忽略GW IP字段，将IP Prefix字段、MPLSLabel字段保存到对应的IP-VRF表中，然后根据BGP下一跳中的地址查询相应的隧道的出接口是Tunnel1，并将所述出接口保存到对应的IP-VRF表中的出接口中，用于后续报文转发，所述IP-VRF表如表4所示。

在一个具体的实施方式中，所述网络设备2是DGW2设备，DGW2设备支持Interface-ful模式，DGW2设备接收所述IP Prefix路由后，根据GW IP字段中的地址在ARP表查找对应的出接口，将IP Prefix字段、GW IP字段、查找的结果保存到对应的IP-VRF表中，所述IP-VRF表如表3所示。

在一个具体的实施方式中，所述网络设备2是DGW3设备，DGW3设备两种模式都支持，DGW3设备根据配置确定使能的模式，如果使能Interface-less模式，则DGW3设备接收所述IP Prefix路由的具体实现方式可以参见S203的第一个具体实施方式的相关描述，如果使能Interface-ful模式，则DGW3设备接收所述IP Prefix路由的具体实现方式可以参见S203的第二个具体实施方式的相关描述，此处不再赘述。

可选地、方法200中包括网络设备3，对应图1所示场景中的RR设备，如图7所示，所述网络设备3在S201和S202之间，执行S204-S205：

S204、网络设备3接收所述IP Prefix路由，将所述IP Prefix路由保存到相应的BGP路由表中，反射所述IP Prefix路由。

S204中RR设备反射IP Prefix路由的操作可以参考方法100中相关实现，此处不再赘述。

S205、网络设备3接收所述MAC/IP路由，反射所述MAC/IP路由。

S205中RR设备反射MAC/IP路由的操作可以参考方法100中相关实现，此处不再赘述。

下面结合图8，对本申请提供的一种路由发布的方法300进行描述。所述方法300可以应用于图1所示的场景中，第一网络设备对应图1中的NVE设备。方法300可以具体用于实现上文所述的方法200，当方法300实现方法200时，方法300中的第一网络设备相当于方法200中的网络设备1。所述方法300包括S301-S302。

S301、第一网络设备向第二网络设备通告IP Prefix路由，所述IP Prefix路由包括GW IP地址和MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的IP地址，所述MPLS Label是所述第一网络设备的第一IP-VRF实例的标签。

可选地、第一网络设备通过第三网络设备向第二网络设备通告IP Prefix路由。

S301中第一网络设备发送IP Prefix路由的操作，例如第一网络设备向第二网络设备通告IP Prefix路由、所述IP Prefix路由的格式、所述IP Prefix路由中填充的信息都可以参考S201中相关实现，此处不再赘述。

S302、第一网络设备向所述第二网络设备通告MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的MAC地址。

可选地、第一网络设备通过第三网络设备向第二网络设备通告MAC/IP路由。

S302中第一网络设备发送MAC/IP路由的操作，例如第一网络设备向第二网络设备通告MAC/IP路由、所述MAC/IP路由的格式、所述MAC/IP路由中填充的信息都可以参考S201中相关实现，此处不再赘述。

下面结合图9，对本申请提供的一种路由发布的方法400进行描述。所述方法400可以应用于图1所示的场景中，第二网络设备对应图1中的DGW设备。方法400可以具体用于实现上文所述的方法200，当方法400实现方法200时，方法400中的第二网络设备相当于方法200中的网络设备2。所述方法400包括S401-S402。

S401、第二网络设备接收第一网络设备通告的IP Prefix路由，所述IP Prefix路由包括GW IP地址和MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的IP地址，所述MPLS Label是所述第一网络设备的第一IP-VRF实例的标签。

可选地、第二网络设备通过第三网络设备接收第一网络设备通告的IP Prefix路由。

S402、第二网络设备接收所述第一网络设备通告的MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的MAC地址。

可选地、第二网络设备通过第三网络设备接收第一网络设备通告的MAC/IP路由。

S403、第二网络设备根据所述IP Prefix路由、所述MAC/IP路由生成路由表项。

在一种可能的实现方式中，第二网络设备支持Interface-less模式，此时，所述第二网络设备相当于图1中的DGW1设备，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项的相关操作可以参考S203的相关实现，此处不再赘述。

在一种可能的实现方式中，所述第二网络设备支持Interface-ful模式，此时，所述第二网络设备相当于图1中的DGW2设备，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口是SBD IRB接口，所述SBD IRB接口属于所述SBD，所述SBD用于连接所述第一IP-VRF实例和所述第二IP-VRF实例所述第二网络设备根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项的相关操作可以参考S203的相关实现，此处不再赘述。所述第二网络设备根据所述MAC/IP路由生成地址解析协议ARP表的表项的相关操作可以参考S202的相关实现，此处不再赘述。

在一种可能的实现方式中，所述第二网络设备两种模式都支持，此时，所述第二网络设备相当于图1中的DGW3设备，第二网络设备根据配置确定使能的模式，然后根据使能的模式，执行接收路由的处理，可以参考S203的相关实现，此处不再赘述。

此外，本申请实施例还提供了一种网络设备1000，参见图10所示。图10是本申请实施例的网络设备1000的结构示意图。图10所示的网络设备1000包括收发单元1001、处理单元1002。该网络设备1000可以用于执行以上实施例中的方法100、方法200、方法300或方法400。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法100，当网络设备1000用于执行以上实施例中的方法100时，网络设备1000相当于方法100中的网络设备1。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的NVE1设备。所述收发单元1001用于执行方法100中由网络设备1执行的收发操作。所述处理单元1002，用于执行方法200中由网络设备1执行的除收发操作之外的操作。例如，所述收发单元1001用于向网络设备2通告IP Prefix路由1。所述收发单元1001还用于向网络设备2通告MAC/IP路由。所述处理单元1002用于生成所述IP Prefix路由和所述MAC/IP路由。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法100，当网络设备1000用于执行以上实施例中的方法100时，网络设备1000相当于方法100中的网络设备2。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的DGW1或DGW2或DGW3设备。所述收发单元1001用于执行方法100中由网络设备2执行的收发操作。所述处理单元1002，用于执行方法100中由网络设备2执行的除收发操作之外的操作。例如，所述收发单元1001用于接收网络设备1发送的IP Prefix路由，还用于接收所述网络设备1发送的MAC/IP路由。所述处理单元1002用于根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项。所述处理单元1002，还用于根据所述MAC/IP路由生成ARP表的表项，所述表项包括所述第一接口的IP地址、所述第一接口的MAC地址。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法200，当网络设备1000用于执行以上实施例中的方法200时，网络设备1000相当于方法200中的网络设备1。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的NVE1设备。所述收发单元1001用于执行方法200中由网络设备1执行的收发操作。所述处理单元1002，用于执行方法200中由网络设备1执行的除收发操作之外的操作。例如，所述收发单元1001用于向网络设备2通告IP Prefix路由，所述IP Prefix路由包括GW IP地址和MPLS Label。所述收发单元1001还用于向网络设备2通告MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。所述处理单元1002用于生成所述IPPrefix路由和所述MAC/IP路由。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法200，当网络设备1000用于执行以上实施例中的方法200时，网络设备1000相当于方法200中的网络设备2。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的DGW1或DGW2或DGW3设备。所述收发单元1001用于执行方法200中由网络设备2执行的收发操作。所述处理单元1002，用于执行方法200中由网络设备2执行的除收发操作之外的操作。例如，所述收发单元1001用于接收网络设备1发送的IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，还用于接收所述网络设备1发送的MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的MAC地址。所述处理单元1002用于根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项。所述处理单元1002，还用于根据所述MAC/IP路由生成ARP表的表项，所述表项包括所述第一接口的IP地址、所述第一接口的MAC地址。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法300，当网络设备1000用于执行以上实施例中的方法300时，网络设备1000相当于方法300中的第一网络设备。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的NVE1设备。所述收发单元1001用于执行方法300中由第一网络设备执行的收发操作。所述处理单元1002，用于执行方法300中由第一网络设备执行的除收发操作之外的操作。例如，所述收发单元1001用于向第二网络设备通告IP Prefix路由。所述收发单元1001还用于向第二网络设备通告MAC/IP路由。所述处理单元1002用于生成所述IP Prefix路由和所述MAC/IP路由。

在一个示例中，所述网络设备1000可以执行以上实施例中的方法400，当网络设备1000用于执行以上实施例中的方法400时，网络设备1000相当于方法400中的第二网络设备。网络设备1000可以应用于图1所示的应用场景中，例如可以是图1所示场景中的DGW1或DGW2或DGW3设备。所述收发单元1001用于执行方法400中由第二网络设备执行的收发操作。所述处理单元1002，用于执行方法400中由第二网络设备执行的除收发操作之外的操作。例如，所述收发单元1001用于接收第一网络设备发送的IP Prefix路由，还用于接收所述第一网络设备发送的MAC/IP路由。所述处理单元1002用于根据所述IP Prefix路由和所述MAC/IP路由生成对应的表项。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。例如，上述实施例中，收发单元1001和处理单元1002可以是同一个单元，也可以是不同的单元。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

此外，本申请实施例还提供了一种网络设备1100，参见图11所示，图11是本申请实施例的网络设备1100的结构示意图。该网络设备1100包括通信接口1101和与通信接口1101连接的处理器1102。通信接口例如为收发器一类的装置。该网络设备1100可以用于执行以上实施例中的方法100、方法200、方法300或方法400。具体来说，该网络设备1100可以作为网络设备1执行方法100或方法200中由网络设备1执行的操作，网络设备1100可以作为网络设备2执行方法100或方法200中由网络设备2执行的操作。其中，通信接口1101用于执行方法200中由所述网络设备1或网络设备2所执行的收发操作。处理器1102用于执行方法200中由所述网络设备1或网络设备2所执行的收发操作以外的操作。网络设备1100可以作为第一网络设备执行方法300中由第一网络设备执行的操作，网络设备1100可以作为第二网络设备执行方法400中由第二网络设备执行的操作。其中，通信接口1101用于执行方法300或方法400中由所述第一网络设备或第二网络设备所执行的收发操作。处理器1102用于执行方法300或方法400中由所述第一网络设备或第二网络设备所执行的收发操作以外的操作。例如，当网络设备1100作为网络设备1执行方法200时，通信接口1101用于向网络设备2通告IPPrefix路由，所述IP Prefix路由包括GW IP地址和MPLS Label，还用于向网络设备2通告MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。所述处理器1102用于生成所述IP Prefix路由和所述MAC/IP路由。

此外，本申请实施例还提供了一种网络设备1200，参见图12所示，图12为本申请实施例提供的一种网络设备的结构示意图。如图12所示，网络设备1200可以包括处理器1210，与所述处理器1210耦合连接的存储器1220，收发器1230。收发器1230例如可以是通信接口，光模块等。处理器1210可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。处理器还可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：genericarray logic,缩写：GAL)或其任意组合。处理器1210可以是指一个处理器，也可以包括多个处理器。存储器1220可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器1220还可以包括上述种类的存储器的组合。存储器1220可以是指一个存储器，也可以包括多个存储器。在一个实施方式中，存储器1220中存储有计算机可读指令，所述计算机可读指令包括多个软件模块，例如发送模块1221，处理模块1222和接收模块1223。处理器1210执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器1210根据所述软件模块的指示而执行的操作。可选地，处理器1210也可以存储执行本申请方案的程序代码或指令，在这种情况下处理器1201不需要到存储器1220中读取程序代码或指令。

该网络设备1200可以用于执行以上实施例中的方法100、方法200、方法300或方法400。具体来说，该网络设备1200可以作为网络设备1执行方法100或方法200中由网络设备1执行的操作，网络设备1200可以作为网络设备2执行方法100或方法200中由网络设备2执行的操作。网络设备1200可以作为第一网络设备执行方法300中由第一网络设备执行的操作，网络设备1200可以作为第二网络设备执行方法400中由第二网络设备执行的操作。例如，当网络设备1200作为网络设备1执行方法200时，所述处理器1210用于执行所述存储器1220中的相关指令，使得通信装置1200用于：向网络设备2通告IP Prefix路由，所述IP Prefix路由包括GW IP地址和MPLS Label；向网络设备2通告MAC/IP路由，所述MAC/IP路由包括所述第一接口的IP地址和所述第一接口的媒体接入控制MAC地址。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在处理器上运行时，使得处理器执行前述实施例中任一实施例所述的方法(例如，方法100、方法200、方法300、或方法400)中任意一个或多个操作。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，当其在处理器上运行时，使得处理器执行前述实施例中任一实施例所述的方法(例如，方法100、方法200、方法300或方法400)中任意一个或多个操作。

本申请实施例还提供一种通信系统，包括第一网络设备和第二网络设备，第一网络设备和第二网络设备的结构如图10-图12对应的任一网络设备。上述通信系统用于实现图6-图9对应的实施例中所述的方法100，方法200，方法300，方法400中任意一方法中的部分或全部操作。

本申请实施例还提供了另一种通信系统，包括至少一个存储器和至少一个处理器，该至少一个存储器存储有指令，该至少一个处理器执行所述指令，使得所述通信系统实现本申请前述实施例中任一实施例所述的方法100，方法200、方法300和方法400中任意一方法中的部分或全部操作。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现本申请前述实施例中任一实施例所述的方法100，方法200、方法300和方法400中任意一个方法中的部分或全部操作。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性的，该芯片系统可以是FPGA，可以是ASIC，还可以是系统芯片(system onchip，SoC)，还可以是CPU，还可以是NP，还可以是数字信号处理电路(digital signalprocessor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑业务划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各业务单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件业务单元的形式实现。

集成的单元如果以软件业务单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的业务可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些业务存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (19)

1.一种路由发布的方法，其特征在于，包括：第一网络设备向第二网络设备通告以太虚拟专用网络EVPN互联网协议前缀IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；

所述第一网络设备向所述第二网络设备通告EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。

2.如权利要求1所述的方法，其特征在于，所述第一网络设备通过路由反射器向所述第二网络设备通告所述IP Prefix路由和所述MAC/IP路由。

3.如权利要求1或2所述的方法，其特征在于，所述第一网络设备的所述第一接口是第一额外广播域SBD集成路由桥接IRB接口，所述第一SBD IRB接口属于所述SBD，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口是第二SBD IRB接口，所述第二SBD IRB接口属于所述SBD，其中，所述SBD用于连接所述第一IP-VRF实例和所述第二IP-VRF实例。

4.如权利要求1或2所述的方法，其特征在于，所述第一网络设备的所述第一接口是第一SBD IRB接口，所述第一SBD IRB接口属于所述SBD，所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口不支持SBD IRB。

5.如权利要求1-4任一项所述的方法，其特征在于，所述第一网络设备是网络虚拟边缘NVE设备或数据中心网关DGW设备。

6.如权利要求1-5任一项所述的方法，其特征在于，所述第二网络设备是NVE设备或DGW设备。

7.一种路由发布的方法，其特征在于，包括：第二网络设备接收第一网络设备通告的以太虚拟专用网络EVPN互联网协议前缀IP Prefix路由，所述IP Prefix路由包括网关互联网协议GW IP地址和多协议标签交换标签MPLS Label，所述GW IP地址是所述第一网络设备的第一接口的互联网协议IP地址，所述MPLS Label是所述第一网络设备的第一互联网协议-虚拟路由转发IP-VRF实例的标签；

所述第二网络设备接收所述第一网络设备通告的EVPN媒体接入控制/互联网协议MAC/IP路由，所述MAC/IP路由包括所述第一接口的所述IP地址和所述第一接口的媒体接入控制MAC地址。

8.如权利要求7所述的方法，其特征在于，所述第二网络设备通过路由反射器接收所述第一网络设备通告的所述IP Prefix路由和所述MAC/IP路由。

9.如权利要求7或8所述的方法，其特征在于，包括：

所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口不支持额外广播域SBD集成路由桥接IRB，所述第二网络设备根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项，所述路由表项包括所述MPLS Label。

10.如权利要求7或8所述的方法，其特征在于，包括：

所述第二网络设备包括第二IP-VRF实例，所述第二网络设备的第二接口是第二SBDIRB接口，所述第二SBD IRB接口属于所述SBD，所述SBD用于连接所述第一IP-VRF实例和所述第二IP-VRF实例，所述第二网络设备根据所述IP Prefix路由生成所述第二IP-VRF实例对应的路由表项，所述路由表项包括所述GW IP地址；

所述第二网络设备根据所述MAC/IP路由生成地址解析协议ARP表的表项，所述表项包括所述第一接口的IP地址、所述第一接口的MAC地址。

11.如权利要求7-10任一项所述的方法，其特征在于，所述第一网络设备是网络虚拟边缘NVE设备或数据中心网关DGW设备。

12.如权利要求7-11任一项所述的方法，其特征在于，所述第二网络设备是NVE设备或DGW设备。

13.一种第一网络设备，其特征在于，包括：

存储器，该存储器包括计算机可读指令；

与该存储器相连的处理器，所述计算机可读指令被所述处理器执行时，使得所述第一网络设备执行权利要求1-6任一项所述的方法。

14.一种第一网络设备，其特征在于，包括收发单元和处理单元，其中，

所述收发单元用于执行权利要求1-6任一项所述方法中由所述第一网络设备所执行的接收和/或发送相关的操作；

所述处理单元用于执行权利要求1-6任一项所述方法中由所述第一网络设备所执行的收发以外的操作。

15.一种第二网络设备，其特征在于，包括：

存储器，该存储器包括计算机可读指令；

与该存储器相连的处理器，所述计算机可读指令被所述处理器执行时，使得所述第二网络设备执行权利要求7-12任一项所述的方法。

16.一种第二网络设备，其特征在于，包括收发单元和处理单元，其中，

所述收发单元用于执行权利要求7-12任一项所述方法中由所述第二网络设备所执行的接收和/或发送相关的操作；

所述处理单元用于执行权利要求7-12任一项所述方法中由所述第二网络设备所执行的收发以外的操作。

17.一种通信系统，包括第一网络设备和第二网络设备，所述第一网络设备为权利要求13或14所述的第一网络设备，所述第二网络设备为权利要求15或16任一项所述的第二网络设备。

18.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当该指令在处理器上运行时，使得所述处理器执行权利要求1-12中任一项所述的方法。

19.一种包含指令的计算机程序产品，当其在处理器上运行时，使得处理器执行权利要求1-12中任一项所述的方法。

Images