ES2906455T3 - Procesamiento de ruta en una VXLAN - Google Patents

Procesamiento de ruta en una VXLAN Download PDF

Info

Publication number
ES2906455T3
ES2906455T3 ES17900752T ES17900752T ES2906455T3 ES 2906455 T3 ES2906455 T3 ES 2906455T3 ES 17900752 T ES17900752 T ES 17900752T ES 17900752 T ES17900752 T ES 17900752T ES 2906455 T3 ES2906455 T3 ES 2906455T3
Authority
ES
Spain
Prior art keywords
nve
nve device
address
mac
vtep
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
Application number
ES17900752T
Other languages
English (en)
Inventor
Haibo Wang
Dapeng Chen
Shunwan Zhuang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2906455T3 publication Critical patent/ES2906455T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un método de procesamiento de rutas, en el que el método se aplica a una red de área local extensible virtual, VXLAN, que tiene un plano de control de red privada virtual de Ethernet, EVPN, la VXLAN comprende un primer dispositivo de borde de virtualización de red, NVE, y un segundo dispositivo de NVE, y el método comprende: recibir (S102), por parte del primer dispositivo de NVE, una segunda ruta de marca de Ethernet de multidifusión inclusiva, IMET, desde el segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET comprende una dirección de punto final del túnel de la red de área local extensible virtual, VTEP, común, la segunda ruta de IMET comprende, además, una segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP, la dirección de VTEP común incluida en el enrutador de origen El campo de dirección de IP en la segunda ruta de IMET indica un VTEP común incluido en el segundo dispositivo de NVE, la segunda dirección de VTEP indica un segundo VTEP incluido en el segundo dispositivo de NVE; determinar (S103), por parte del primer dispositivo de NVE, si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE, en donde el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de protocolo de puerta de enlace de frontera, iguales de BGP, para intercambiar rutas de IMET, la dirección de VTEP común almacenada en el primer dispositivo de NVE indica un VTEP común incluido en el primer dispositivo de NVE; y cuando el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, establecer (S104), por parte del primer dispositivo de NVE, un túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET.

Description

DESCRIPCIÓN
Procesamiento de ruta en una VXLAN
Sector técnico
Esta solicitud se refiere al sector de las tecnologías de las comunicaciones y, en particular, a un método, un dispositivo y un sistema de procesamiento de ruta. Más específicamente, esta solicitud se refiere a una tecnología de red de área local extensible virtual (VXLAN - Virtual Extensible Local Area NetWork, en inglés) que tiene un plano de control de red privada virtual de Ethernet (EVPN - Ethernet Virtual Private NetWork, en inglés).
Antecedentes
Una VXLAN es una tecnología en la que un paquete de capa 2 es encapsulado mediante un protocolo de capa 3. La tecnología de VXLAN se refiere a un paquete en formato MAC-in-UDP. Específicamente, una trama de Ethernet basada en un protocolo de control de acceso a medios (MAC - Media Access Control, en inglés) es encapsulada en un paquete de protocolo de datagrama de usuario (UDP - User Datagram Protocol, en inglés). Además, el paquete de UDP es encapsulado en un paquete de Protocolo de Internet (IP - Internet Protocol, en inglés), y el paquete de IP puede ser transmitido en una red de capa 3. Por lo tanto, la trama de Ethernet se transmite en la red de capa 3. En la tecnología de VXLAN, se utiliza un identificador de red de VXLAN (VNI - VXLAN NetWork Identifier, en inglés) para identificar un segmento de VXLAN. Diferentes segmentos de VXLAN corresponden a diferentes VNI. Los diferentes segmentos de VXLAN están aislados unos de otros. Dos máquinas virtuales (VM - Virtual Machine, en inglés) en un mismo VNI no necesitan utilizar una puerta de enlace de capa 3 de VXLAN (VXLAN L3 Gateway, en inglés) durante la comunicación de una con otra. Dos máquinas virtuales separadas en diferentes VNI se deben comunicar entre sí mediante la utilización de la puerta de enlace de capa 3 de VXLAN. Un campo de VNI incluye 24 bits. Un dominio de gestión puede incluir un máximo de 216 segmentos de VXLAN. Un punto final de túnel de la red de área local extensible virtual (VTEP - VXLAN Tunnel EndPoint, en inglés) puede estar integrado en un dispositivo de borde de virtualización de red (NVE - NetWork Virtualization Edge, en inglés) y ser utilizado como un dispositivo de borde en una VXLAN. El dispositivo de NVE transmite el tráfico de la VXLAN a través de un túnel de VXLAN. El túnel de VXLAN es un túnel lógico de punto a punto entre dos dispositivos de NVE.
Una EVPN es una tecnología de red privada virtual (VPN - Virtual Private NetWork, en inglés) de capa 2. La EVPN conecta los sitios de los clientes en diferentes regiones mediante la utilización de una red portadora de IP / (MPLS -Conmutación de etiquetas multiprotocolo - MultiProtocol Label SWitching, en inglés). Es decir, estos sitios de clientes están en una misma red de área local (LAN - Local Area NetWork, en inglés).
En un escenario de aplicación, la VXLAN no tiene un plano de control. La VXLAN realiza la detección del VTEP y la obtención de direcciones del ordenador central remoto mediante la utilización de un plano de datos mediante inundación basada en multidifusión. Como resultado, existe una mayor cantidad de tráfico de inundación en la red de un centro de datos. La EVPN basada en el protocolo de puerta de enlace de frontera (BGP - Border GateWay Protocol, en inglés) y la MPLS se puede utilizar para implementar el plano de control de la VXLAN. En esta memoria descriptiva, el escenario de VXLAN con un plano de control de EVPN se denomina VXLAN de EVPN.
En un escenario de aplicación VXLAN de EVPN, dos dispositivos de NVE están conectados directamente entre sí mediante un enlace físico. Por ejemplo, dos dispositivos de NVE están conectados entre sí mediante un enlace entre iguales. Sin embargo, un escenario de aplicación de EVPN está limitado por la forma en que dos dispositivos de NVE están conectados directamente entre sí mediante un enlace físico, y existe el problema de una baja fiabilidad y un despliegue complejo.
El documento US2016/134513A1 se refiere, en general, al reenvío de datos multidestino, específicamente en un centro de datos conjunto de TRILL Fabric y VXLAN / IP Fabric.
El documento “
A NetWork Virtualization Overlay Solution using EVPN (draft-ietf-bess-evpn-overlay-07)” describe cómo se puede utilizar una VPN de Ethernet (EVPN) [RFC7432] como una solución de superposición de virtualización de red (NVO -NetWork Virtualization Overlay, en inglés), y explora las diversas opciones de encapsulación de túneles sobre IP y su impacto sobre el plano de control y los procedimientos de EVPN. En particular, se analizan las siguientes opciones de encapsulación: VXLAN, NVGRE y MPLS sobre GRE.
Compendio
La presente invención está definida en las reivindicaciones independientes adjuntas a las que se debe hacer referencia. Características ventajosas se exponen en las reivindicaciones dependientes adjuntas.
Breve descripción de los dibujos
La figura 1 es un diagrama estructural esquemático de una VXLAN de EVPN, según una realización de esta solicitud; la figura 2A y la figura 2B son un diagrama de flujo de un método de procesamiento de ruta, según una realización de esta solicitud;
la figura 3 es un diagrama estructural esquemático de otra VXLAN de EVPN, según una realización de esta solicitud; la figura 4 es un diagrama estructural esquemático de otra VXLAN de EVPN, según una realización de esta solicitud; la figura 5 es un diagrama esquemático de un formato de un paquete de VXLAN, según una realización de esta solicitud;
la figura 6 es un diagrama esquemático de un formato de un atributo de VXLAN, según una realización de esta solicitud; la figura 7 es un diagrama esquemático de un formato de un atributo de VNI de VTEP, según una realización de esta solicitud;
la figura 8 es un diagrama esquemático de un formato de un atributo de VLAN de MAC, según una realización de esta solicitud;
la figura 9 es un diagrama estructural esquemático de otra VXLAN de EVPN, según una realización de esta solicitud; la figura 10 es un diagrama estructural esquemático de otra VXLAN de EVPN, según una realización de esta solicitud; la figura 11 es un diagrama estructural esquemático de un primer dispositivo de NVE, según una realización de esta solicitud;
la figura 12 es un diagrama esquemático de una estructura de hardware de un primer dispositivo de NVE, según una realización de esta solicitud;
la figura 13 es un diagrama esquemático de una estructura de hardware de otro primer dispositivo de NVE, según una realización de esta solicitud; y
la figura 14 es un diagrama esquemático de una estructura de hardware de otro primer dispositivo de NVE, según una realización de esta solicitud.
Descripción de realizaciones
Realizaciones de esta solicitud dan a conocer un método, un dispositivo y un sistema de procesamiento de ruta, para ser aplicado a un escenario de aplicación de VXLAN de EVPN. Un escenario de aplicación de EVPN no está limitado por una condición de limitación de que se deba utilizar un enlace directo físico como enlace entre dispositivos de NVE. Esto ayuda a ampliar el escenario de la aplicación de EVPN y también ayuda a mejorar la fiabilidad y a reducir la complejidad de la implementación.
Lo que sigue da a conocer descripciones detalladas utilizando realizaciones específicas de manera separada.
Para una tecnología de EVPN en esta solicitud, véanse las descripciones de la Solicitud de comentarios (RFC -Request for Comments, en inglés) 7432 del Grupo de trabajo de ingeniería de Internet (IETF - Internet Engineering Task Force, en inglés).
En las realizaciones de esta solicitud, la expresión “un dispositivo incluye una dirección de VTEP” o la expresión “una dirección de VTEP en un dispositivo” significa que una dirección de VTEP está almacenada en un dispositivo. La expresión “un dispositivo incluye una dirección de VTEP común” o la expresión “una dirección de VTEP común en un dispositivo” significa que una dirección de VTEP común está almacenada en un dispositivo. El dispositivo puede ser un dispositivo de NVE, un dispositivo de borde de proveedor (PE - Provider Edge, en inglés) o un VTEP.
La figura 1 es un diagrama estructural esquemático de una VXLAN de EVPN, según una realización de esta solicitud. La VXLAN de EVPN es una VXLAN que tiene un plano de control de EVPN. La VXLAN de EVPN incluye un conjunto de dispositivos de NVE y el conjunto de dispositivos de NVE incluye al menos dos dispositivos de NVE. Tal como se muestra en la figura 1, el conjunto de dispositivos de NVE incluye un primer dispositivo de NVE, un segundo dispositivo de NVE y un tercer dispositivo de NVE. Se debe comprender que, en esta solicitud, la cantidad de dispositivos de NVE incluidos en el conjunto de dispositivos de NVE no está limitada, y puede haber dos, tres o más dispositivos de NVE. Cualesquiera dos dispositivos de NVE en el conjunto de dispositivos de NVE son un par de iguales de BGP. En un escenario de EVPN, el igual de BGP también se puede denominar igual de EVPN. La figura 1 se utiliza como ejemplo. El primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de BGP, el primer dispositivo de NVE y el tercer dispositivo de NVE son un par de iguales de BGP, y el segundo dispositivo de NVE y el tercer dispositivo de NVE son un par de iguales de BGP. “Un par de iguales de BGP” se puede entender como que un dispositivo es un igual de BGP del otro dispositivo. Por ejemplo, que el primer dispositivo de NVE y el segundo dispositivo de NVE sean un par de iguales de BGP se puede entender como que el primer dispositivo de NVE es un igual de BGP del segundo dispositivo de NVE, o entenderse como que el segundo dispositivo de NVE es un igual de BGP del primer dispositivo de NVE. El igual de BGP también se puede denominar vecino de BGP. En consecuencia, el igual de EVPN también se puede denominar vecino de EVPN. En esta solicitud, para facilitar la descripción, el igual de BGP se utiliza en todas las realizaciones posteriores. El igual de BGP se establece mediante un mensaje abierto especificado en el BGP, y el igual de BGP establecido se mantiene mediante un mensaje de actividad. Para la implementación del mensaje ABRIR y el mensaje ACTIVIDAD, véanse las descripciones relacionadas de los documentos IETF RFC 2858 e IETF RFC 1771. Además, se puede implementar un reflector de ruta (RR - Route Reflector, en inglés) en cada uno de los dos dispositivos finales que establecen el igual de BGP, para que el establecimiento del igual de BGP se complete utilizando los RR. Un dispositivo de NVE incluido en un conjunto de dispositivos de NVE también se puede denominar dispositivo de PE. A menos que se especifique otra cosa en esta solicitud, el dispositivo de NVE es equivalente al dispositivo de PE. En las descripciones de esta solicitud, un dispositivo incluido en un conjunto de dispositivos de NVE se denomina dispositivo de NVE. En realidad, el dispositivo de NVE incluido en el conjunto de dispositivos de NVE también se puede denominar dispositivo de PE. En consecuencia, el conjunto de dispositivos de NVE también se puede denominar conjunto de dispositivos de PE.
La VXLAN de EVPN incluye, además, un dispositivo de PE. Tal como se muestra en la figura 1, el dispositivo de PE está fuera del conjunto de dispositivos de NVE. El dispositivo de PE y cada dispositivo de NVE en el conjunto de dispositivos de NVE pueden formar un par de iguales de BGP. La figura 1 se utiliza como ejemplo. El dispositivo de PE es un igual de BGP de cada uno del primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE. El dispositivo de PE puede ser un dispositivo físico o puede ser un dispositivo lógico que incluya una pluralidad de dispositivos físicos. Además, el dispositivo de PE puede estar conectado a otro dispositivo de red. Por ejemplo, el dispositivo de PE está conectado a uno o más dispositivos de borde de cliente (CE - Customer Edge, en inglés).
La VXLAN de EVPN incluye, además, al menos un dispositivo de CE. La figura 1 muestra tres dispositivos de CE como ejemplo: un primer dispositivo de CE, un segundo dispositivo de CE y un tercer dispositivo de CE. El primer dispositivo de CE tiene conexión múltiple (multi-homing, en inglés) con el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE, es decir, el primer dispositivo de CE se comunica con el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE de manera separada. El segundo dispositivo de CE tiene conexión doble con el primer dispositivo de NVE y el segundo dispositivo de NVE, es decir, el segundo dispositivo de CE se comunica con el primer dispositivo de NVE y el segundo dispositivo de NVE de manera separada. El tercer dispositivo de CE tiene una conexión única con el segundo dispositivo de NVE, es decir, el tercer dispositivo de CE se comunica con el segundo dispositivo de NVE. Además, se debe comprender que la conexión múltiple puede ser conexión doble (dual homing, en inglés. Tal como se muestra en la especificación anterior, las dos expresiones coexisten para distinguir entre cantidades de dispositivos de NVE conectados a los dispositivos de CE.
En la VXLAN de EVPN, el dispositivo de CE y el dispositivo de NVE están conectados entre sí mediante un enlace Ethernet. Además, todos los enlaces Ethernet conectados a un mismo dispositivo de CE forman un segmento Ethernet (ES - Ethernet Segment, en inglés). La figura 1 se utiliza como ejemplo. El primer dispositivo de CE tiene conexión múltiple al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE mediante tres enlaces Ethernet. Los tres enlaces Ethernet forman un ES, y el ES está representado por un ES 1 en la figura 1. Se utiliza un identificador de segmento Ethernet (ESI - Ethernet Segment Identifier, en inglés) para identificar un ES correspondiente. La figura 1 se utiliza como ejemplo. Los valores de ESI de los ES 1 de los tres enlaces Ethernet que conectan el primer dispositivo de CE al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE tienen el mismo valor. Los valores de ESI de los ES 2 de dos enlaces Ethernet que conectan el segundo dispositivo de CE al primer dispositivo de NVE y al segundo dispositivo de NVE tienen el mismo valor. El valor de ESI de ES 1 y el valor de ESI de ES 2 son diferentes, y ambos son valores distintos de cero. Un valor de ESI de un ES 3 es cero. El ESI incluye un campo de tipo y un campo de valor de ESI, y el campo de tipo se utiliza para indicar una forma de generación del ESI. Dos formas de generación comúnmente utilizadas son un tipo 0 y un tipo 1. El tipo 0 indica que el ESI es generado a través de la configuración manual, y el tipo 1 indica que el ESI es generado utilizando el protocolo de control de agregación de enlaces (LACP - Link Aggregation Control Protocol, en inglés), que es ejecutado entre un dispositivo de NVE y un dispositivo de CE. Un valor del campo de valor de ESI varía entre 0 y 0 x FF, y “0x” representa hexadecimal. Para generar y configurar el ES y el ESI, véanse las descripciones del Capítulo 5 del documento RFC 7432.
En la VXLAN de EVPN que se muestra en la figura 1, el dispositivo de NVE y el dispositivo de PE pueden ser cada uno un enrutador o un conmutador de capa 3. El dispositivo de CE puede ser un enrutador, un conmutador o un ordenador central. El dispositivo de NVE, el dispositivo de PE y el dispositivo de CE en esta realización de esta solicitud son dispositivos correspondientes definidos en el documento RFC 7432. Cuando el dispositivo de CE es un enrutador o un conmutador, el dispositivo de CE puede estar conectado a uno o más ordenadores centrales. El ordenador central puede ser un dispositivo físico o una máquina virtual. La VXLAN de EVPN que se muestra en la figura 1 puede ser aplicada a una pluralidad de escenarios. Por ejemplo, la VXLAN de EVPN se aplica a una red portadora móvil, y una red portadora móvil típica es una red de acceso de radio de Protocolo de Internet (IP RAN - Internet Protocol Radio Access NetWork, en inglés). En la red portadora móvil, el primer dispositivo de CE, el segundo dispositivo de CE y el tercer dispositivo de CE pueden ser estaciones base transceptoras (BTS - Base Station Transceiver, en inglés); el dispositivo de PE puede estar conectado a un controlador de la estación base (BSC - Base Station Controller, en inglés) o a un controlador de la red de radio (RNC - Radio Network Controller, en inglés); el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE pueden ser puertas de enlace de sitios de celda (CSG -Cell site Gateway, en inglés); y el dispositivo de PE puede ser una puerta de enlace de sitio de controlador de la red de radio (RSG - Radio network controller Site Gateway, en inglés). Como ejemplo adicional, la VXLAN de EVPN se aplica a una red fija. En la red fija, el primer dispositivo de CE, el segundo dispositivo de CE y el tercer dispositivo de CE pueden ser estaciones del lado del usuario; el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE pueden ser multiplexores de acceso a línea de abonado digital (DSLAM - Digital Subscriber Line Access Multiplexer, en inglés); y el dispositivo de PE puede ser un servidor de acceso de banda ancha (BAS -Broadband Access Server, en inglés).
En la VXLAN de EVPN que se muestra en la figura 1, se establece un túnel de VXLAN entre el dispositivo de PE y el conjunto de dispositivos de NVE. Para el dispositivo de PE, el conjunto de dispositivos de NVE es como un solo dispositivo de NVE, es decir, todos los dispositivos de NVE en el conjunto de dispositivos de NVE se virtualizan como un solo dispositivo de NVE. En un posible escenario de implementación, el tráfico real reenviado desde el dispositivo de PE al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE es transportado en una pluralidad de enlaces físicos (que se muestran como líneas discontinuas en la figura 1, que conectan de manera separada el dispositivo de PE al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE) del dispositivo de PE al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE. En otro posible escenario de implementación, se incluye un enrutador entre el dispositivo de PE y el conjunto de dispositivos de NVE. El enrutador realiza el reenvío de IP para implementar una función de descarga de tráfico. El dispositivo de PE está conectado al enrutador mediante un enlace físico. El enrutador está conectado al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE mediante la utilización de una pluralidad de enlaces físicos. En los dos escenarios de implementación posibles anteriores, los enlaces físicos desde el dispositivo de PE a una pluralidad de dispositivos de NVE en el conjunto de dispositivos de NVE se virtualizan como un solo túnel de VXLAN. Por lo tanto, cuando se envía un paquete al conjunto de dispositivos de NVE, el dispositivo de PE considera el conjunto de dispositivos de NVE como un solo dispositivo de NVE. Para lograr el objetivo anterior, el conjunto de dispositivos de NVE incluye un VTEP común. El VTEP común incluye una dirección de VTEP común. La dirección de VTEP común se utiliza para identificar el VTEP común. La dirección de VTEP común puede ser una dirección de IP. Además, el VTEP común está implementado en cada dispositivo de NVE del conjunto de dispositivos de NVE. De esta manera, cada dispositivo de NVE del conjunto de dispositivos de NVE incluye el VTEP común. Los dispositivos de NVE del conjunto de dispositivos de NVE incluyen el mismo VTEP, y los dispositivos de NVE del conjunto de dispositivos de NVE incluyen la misma dirección de VTEP. Por lo tanto, en esta solicitud, un conjunto que incluye dispositivos de NVE que incluyen un mismo VTEP se denomina conjunto de dispositivos de NVE. Después de recibir una ruta de marca de multidifusión de Ethernet inclusiva (IMET - Inclusive Multicast Ethernet Tag, en inglés) enviada por cada dispositivo de NVE en el conjunto de dispositivos de NVE, el dispositivo de PE determina que solo existe una dirección de VTEP (la dirección de VTEP común) en un extremo de transmisión de la ruta de la IMET. Por lo tanto, para el dispositivo de PE, el conjunto de dispositivos de NVE es como un dispositivo de NVE. El dispositivo de PE establece un túnel de VXLAN utilizando el VTEP común como punto final del túnel de VXLAN. La figura 1 se utiliza como ejemplo. Un valor de la dirección de VTEP común del conjunto de dispositivos de NVE es 9.9.9.9. El VTEP común, que incluye la dirección de VTEP común, está implementado en cada uno del primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE. El dispositivo de PE puede establecer un túnel de VXLAN desde el dispositivo de PE hasta el conjunto de dispositivos de NVE en función de la ruta de la IMET recibida del dispositivo de NVE. Para una implementación específica del establecimiento del túnel de VXLAN, véanse las descripciones de una realización posterior de esta solicitud. Además, desde la perspectiva del dispositivo de PE, el conjunto de dispositivos de NVE es un dispositivo de NVE virtual. la utilización de “conjunto” en el término técnico “conjunto de dispositivos de NVE” no constituye una limitación a esta solicitud. Por ejemplo, “grupo” puede ser utilizado para reemplazar “conjunto”, es decir, “grupo de dispositivos de NVE”.
En el conjunto de dispositivos de NVE, se establece un túnel de VXLAN entre los dispositivos de NVE. Es decir, se establece un túnel de VXLAN entre cada par de iguales de BGP en el conjunto de dispositivos de NVE. La figura 1 se utiliza como ejemplo. Se establece un primer túnel de VXLAN entre el primer dispositivo de NVE y el segundo dispositivo de NVE. Se establece un segundo túnel de VXLAN entre el segundo dispositivo de NVE y el tercer dispositivo de NVE. Se establece un tercer túnel de VXLAN entre el primer dispositivo de NVE y el tercer dispositivo de NVE. Para lograr el objetivo anterior, cada dispositivo de NVE en el conjunto de dispositivos de NVE incluye, además, un VTEP, y el VTEP incluye una dirección de VTEP. Además, la dirección de VTEP es única en la VXLAN de EVPN. La dirección de VTEP se utiliza para identificar un VTEP en un dispositivo de NVE correspondiente. La dirección de VTEP puede ser una dirección de IP. Además, la dirección de VTEP común del conjunto de dispositivos de NVE es diferente de una dirección de punto final de un túnel de VXLAN entre dos dispositivos de NVE en el conjunto de dispositivos de NVE. La figura 1 se utiliza como ejemplo. El primer dispositivo de NVE incluye el VTEP común mencionado anteriormente, y un valor de la dirección de VTEP común incluido en el VTEP común es 9.9.9.9. El primer dispositivo de NVE incluye, además, un primer VTEP, y un valor de una primera dirección de VTEP incluida en el primer VTEP es 1.1.1.1. El segundo dispositivo de NVE incluye el VTEP común mencionado anteriormente, y el valor de la dirección de VTEP común es 9.9.9.9. El segundo dispositivo de NVE incluye, además, un segundo VTEP, y un valor de una segunda dirección de VTEP incluida en el segundo VTEP es 2.2.2.2. El tercer dispositivo de NVE incluye el VTEP común mencionado anteriormente, y el valor de la dirección de VTEP común es 9.9.9.9. El tercer dispositivo de NVE incluye, además, un tercer VTEP, y un valor de una tercera dirección de VTEP incluida en el tercer VTEP es 3.3.3.3. Un dispositivo de NVE en el conjunto de dispositivos de NVE puede establecer un túnel de VXLAN desde el dispositivo de NVE hasta un igual de BGP del dispositivo de NVE basándose en una dirección de VTEP y en la dirección de VTEP común mediante una ruta de IMET. Para una implementación específica del establecimiento del túnel de VXLAN, véanse las descripciones de una realización posterior de esta solicitud.
En la implementación anterior, en un escenario de aplicación la VXLAN de EVPN, un conjunto de dispositivos de NVE que incluye al menos dos dispositivos de NVE incluye una dirección de VTEP común. La dirección de VTEP común se utiliza para identificar un VTEP común, y el VTEP común está implementado en cada dispositivo de NVE en el conjunto de dispositivos de NVE. Además, cada dispositivo de NVE en el conjunto de dispositivos de NVE incluye una dirección de VTEP, y la dirección de VTEP se utiliza para identificar un VTEP incluido en un dispositivo de NVE correspondiente. Un dispositivo de NVE en el conjunto de dispositivos de NVE establece un túnel de VXLAN desde el dispositivo de NVE a un igual de BGP del dispositivo de NVE en función de una dirección de VTEP y la dirección de VTEP común mediante una ruta de IMET. Por lo tanto, en el escenario de la aplicación VXLAN de EVPN, los dispositivos de NVE en el conjunto de dispositivos de NVE están interconectados a través de un túnel de VXLAN, de modo que un enlace entre los dispositivos de NVE en el conjunto de dispositivos de NVE no está limitado a un enlace físico directo. El túnel de VXLAN se utiliza para implementar la interconexión entre los dispositivos de NVE, de modo que, incluso si existe un nodo de conmutación entre los dispositivos de NVE en el conjunto de dispositivos de NVE, la implementación de la VXLAN de EVPN no se vea afectada. Cuando se implementa el dispositivo de NVE en el conjunto de dispositivos de NVE, el dispositivo de NVE no se ve afectado por una región y distancia de implementación, lo que mejora la flexibilidad de implementación. Además, un enlace entre los dispositivos de NVE en el conjunto de dispositivos de NVE no está limitado a un enlace físico directo, lo que ayuda a mejorar la flexibilidad de implementación.
La figura 2A y la figura 2B son un diagrama de flujo de un método de procesamiento de ruta según una realización de esta solicitud. El método mostrado en la figura 2A y la figura 2B se puede aplicar a la VXLAN de EVPN que se muestra en la figura 1. Es decir, el método mostrado en la figura 2A y la figura 2B se puede aplicar a la VXLAN que tiene un plano de control de EVPN, que se muestra en la figura 1. La VXLAN de EVPN incluye un primer dispositivo de NVE y un segundo dispositivo de NVE. El primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de BGP. Para una implementación del establecimiento de un igual de BGP, véanse las descripciones de la realización anterior. Los detalles no se describen de nuevo en el presente documento. La figura 2A muestra un conjunto de dispositivos de NVE, y el primer dispositivo de NVE y el segundo dispositivo de NVE están incluidos en el conjunto de dispositivos de NVE. Se debe comprender que, en un escenario de aplicación real, desde la perspectiva de un dispositivo de PE, el conjunto de dispositivos de NVE es un único dispositivo de NVE virtual. El primer dispositivo de NVE y el segundo dispositivo de NVE incluyen cada uno un VTEP común. Para facilitar la descripción, en esta realización de esta solicitud se utiliza la expresión del conjunto de dispositivos de NVE. La figura 2A muestra dos dispositivos de NVE. Se debe comprender que, en un escenario de aplicación real, la cantidad de dispositivos de NVE en el conjunto de dispositivos de NVE puede ser mayor de 2. Cuando la cantidad de dispositivos de NVE en el conjunto de dispositivos de NVE puede ser mayor de 2, dos dispositivos de NVE en el conjunto de dispositivos de NVE puede implementar el método de procesamiento de ruta que se muestra en la figura 2A y la figura 2B. El método mostrado en la figura 2A y la figura 2B incluyen S101 a S104 y pueden incluir, además, S105.
5101. El segundo dispositivo de NVE envía una segunda ruta de IMET al primer dispositivo de NVE.
5102. El primer dispositivo de NVE recibe la segunda ruta de IMET del segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET incluye una dirección de VTEP común, la segunda ruta de IMET incluye, además, una segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP.
Con base en las descripciones del escenario que se muestra en la figura 1 en la realización anterior, el conjunto de dispositivos de NVE incluye un VTEP común, el VTEP común incluye una dirección de VTEP común, y la dirección de VTEP puede ser una dirección de IP. El VTEP común está implementado en cada dispositivo de NVE del conjunto de dispositivos de NVE. Con referencia a la figura 2A y la figura 2B, el VTEP común está implementado en cada uno del primer dispositivo de NVE y el segundo dispositivo de NVE. Opcionalmente, la dirección de VTEP común puede estar implementada en el VTEP común en cada dispositivo de NVE en el conjunto de dispositivos de NVE en un modo de configuración estática. De esta manera, basándose en la dirección de VTEP común, desde la perspectiva del dispositivo de PE, el conjunto de dispositivos de NVE puede ser virtualizado como un solo dispositivo de NVE.
Un dispositivo de NVE en el conjunto de dispositivos de NVE incluye, además, un VTEP, el VTEP incluye una dirección de VTEP, y la dirección de VTEP puede ser una dirección de IP. Con referencia a la figura 2A y la figura 2B, el primer dispositivo de NVE incluye, además, un primer VTEP, y el primer VTEP incluye una primera dirección de VTEP. El segundo dispositivo de NVE incluye, además, un segundo VTEP, y el segundo VTEP incluye una segunda dirección de VTEP. La primera dirección de VTEP y la segunda dirección de VTEP son únicas en la VXLAN de EVPN, y ni el valor de la primera dirección de VTEP ni el valor de la segunda dirección de VTEP es igual al valor de la dirección de VTEP común. Según lo anterior, el dispositivo de NVE en el conjunto de dispositivos de NVE incluye tanto la dirección de VTEP común como una dirección de VTEP del dispositivo de NVE. Por ejemplo, la dirección de VTEP común y la dirección de VTEP son almacenadas en una memoria del dispositivo de NVE, de modo que un procesador del dispositivo de NVE pueda acceder a la dirección de VTEP común y a la dirección de VTEP.
El segundo dispositivo de NVE envía la segunda ruta de IMET al primer dispositivo de NVE. Una ruta de IMET mencionada en el documento RFC 7432 se utiliza como ruta de IMET utilizada en esta realización de esta solicitud, y la ruta de IMET mencionada en el documento RFC 7432 se amplía en esta realización de esta solicitud. Para conocer el formato y la función de la ruta de IMET, véanse las descripciones del documento RFC 7432. Específicamente, el segundo dispositivo de NVE puede enviar la segunda ruta de IMET al primer dispositivo de NVE de la siguiente manera. El segundo dispositivo de NVE puede enviar un mensaje de actualización al primer dispositivo de NVE. El mensaje de actualización transporta un atributo de información de accesibilidad de la capa de red accesible de multiprotocolo (MP_REACH_NLRI - Multiprotocol Reachable Network Layer Reachability Information), y el nombre completo de la NLRI es la información de accesibilidad de la capa de red. El atributo de MP_REACH_NLRi incluye un campo de NLRI de EVPN y un campo de siguiente salto. El campo de NLRI de EVPN se utiliza para transportar la segunda ruta de IMET. Para obtener definiciones del mensaje de actualización y del atributo de MP_REACH_NLRI, véanse las descripciones del documento RFC 4760. Para obtener una definición del campo de NLRI de EVPN, véanse las descripciones del Capítulo 7 del documento RFC 7432.
La segunda ruta de IMET incluye el campo de dirección de IP del enrutador de origen. En esta realización de esta solicitud, tanto el valor del campo del siguiente salto como el valor de la dirección de IP del enrutador de origen en la segunda ruta de IMET se establecen en una dirección de VTEP común 9.9.9.9. Después de anunciar la segunda ruta de IMET a otro dispositivo de NVE en el conjunto de dispositivos de NVE y al dispositivo de PE (que se muestra en la figura 1) fuera del conjunto de dispositivos de NVE, se garantiza que el segundo dispositivo de NVE pueda recibir un paquete transmitido por el dispositivo de PE. y por el otro dispositivo de NVE.
En esta realización de esta solicitud, la ruta de IMET mencionada en el documento RFC 7432 se amplía, además, de modo que la ruta de IMET pueda transportar una dirección de VTEP de un dispositivo de NVE que envía la ruta de IMET. Por ejemplo, una dirección de IP de gestión (o denominada dirección de IP del dispositivo) del dispositivo de NVE puede ser utilizada como la dirección de VTEP. En esta configuración, la segunda ruta de IMET transporta tanto la dirección de VTEP común 9.9.9.9 como una segunda dirección de VTEP 1.1.1.1.
En una solución, se amplía un nuevo atributo en esta realización de esta solicitud para transportar la dirección de VTEP. Tal como se muestra en la figura 6, un atributo de VXLAN se amplía en esta realización de esta solicitud para transportar la dirección de VTEP. Un campo de tipo y un campo de subtipo se utilizan para indicar un tipo de atributo de VXLAN, y los valores específicos del campo de tipo y el campo de subtipo se pueden establecer según un requisito de una organización estándar. Se puede utilizar un campo de indicador para indicar si se permite leer la dirección de VTEP en el atributo de VXLAN. Por ejemplo, si el campo de indicador es 0, indica que no se permite leer la dirección de VTEP en el atributo de VXLAN; o si el campo de indicador es 1, indica que se permite leer la dirección de VTEP en el atributo de VXLAN. Se debe comprender que las funciones anteriores del campo de indicador se utilizan como ejemplo, y una función del campo indicador puede cambiar de manera correspondiente basándose en un escenario de utilización. Un campo de dirección de VTEP se utiliza para transportar un valor de la dirección de VTEP. Se utiliza un campo reservado para implementar una extensión adicional. El atributo de VXLAN puede ser transportado en la ruta de IMET como un atributo, para implementar la solución en esta realización de esta solicitud. La segunda ruta de IMET se utiliza como ejemplo. La segunda ruta de IMET transporta el atributo de VXLAN, y el atributo de VXLAN incluye la segunda dirección de VTEP.
La segunda ruta de IMET puede transportar, además un VNI, y el VNI se utiliza para indicar un BD al que pertenece el segundo dispositivo de NVE. Más concretamente, el VNI se utiliza para indicar un BD al que pertenece un puerto utilizado por el segundo dispositivo de NVE para enviar la segunda ruta de IMET. En esta solicitud, el BD se puede denominar dominio de difusión (BD - Broadcast Domain, en inglés) o dominio de puente (BD - Bridge Domain, en inglés). El VNI puede ser transportado en un atributo de túnel de interfaz de servicio de multidifusión del proveedor (PMSI - Provider Multicast Service Interface, en inglés) de la segunda ruta de IMET. El atributo de túnel de PMSI incluye un campo de etiqueta de MPLS, y el campo de etiqueta de MPLS se utiliza para transportar el VNI.
En esta realización de esta solicitud, el VNI se puede configurar en dos formas: un VNI de VTEP común y un VNI de VTEP. El VNI de VTEP común se utiliza para enlazar con la dirección de VTEP común, y el VNI de VTEP se utiliza para enlazar con la dirección de VTEP. Con referencia a la figura 1, la dirección de VTEP común se utiliza como dirección de extremo de un túnel de VXLAN establecido entre el dispositivo de PE y el conjunto de dispositivos de NVE. Por lo tanto, el túnel de VXLAN establecido entre el dispositivo de PE y el conjunto de dispositivos de NVE corresponde al VNI de VTEP común. La dirección de VTEP se utiliza como una dirección de extremo de un túnel de VXLAN establecido entre los dispositivos de NVE en el conjunto de dispositivos de NVE. Por lo tanto, el túnel de VXLAN establecido entre los dispositivos de NVE se corresponde con el VNI de VTEP. En esta realización de esta aplicación, el VNI de VTEP común y el VNI de VTEP pueden ser configurados para que sean iguales o pueden ser configurados para que sean diferentes.
Si el VNI de VTEP común y el VNI de VTEP se configuran para que sean iguales, el túnel de VXLAN establecido entre el dispositivo de PE y el conjunto de dispositivos de NVE y el túnel de VXLAN establecido entre los dispositivos de NVE en el conjunto de dispositivos de NVE corresponden a un mismo BD. Cuando el VNI de VTEP común y el VNI de VTEP se configuran para que sean iguales, la información de VNI puede ser transportada según la implementación anterior. Para ser específicos, el VNI es transportado en el campo de la etiqueta de MPLS incluido en el atributo de túnel de PMSI, y el VNI se utiliza para indicar tanto el VNI de Vt Ep común como el VNI de VTEP. El VNI transportado en el campo de etiqueta de MPLS incluido en el atributo de túnel de PMSI se utiliza tanto en un proceso de establecimiento del túnel de VXLAN entre el dispositivo de PE y el conjunto de dispositivos de NVE, como en un proceso de establecimiento del túnel de VXLAN entre los dispositivos de NVE en el dispositivo de NVE configurado.
Si el VNI de VTEP común y el VNI de VTEP se configuran para que sean diferentes, el túnel de VXLAN establecido entre el dispositivo de PE y el conjunto de dispositivos de NVE y el túnel de VXLAN establecido entre los dispositivos de NVE en el conjunto de dispositivos de NVE corresponden a diferentes BD. Por ejemplo, el túnel de VXLAN establecido entre el dispositivo de PE y el conjunto de dispositivos de NVE corresponde a un BD 1, y el túnel de VXLAN establecido entre los dispositivos de NVE en el conjunto de dispositivos de NVE corresponde a un BD 2. El “el VNI de VTEP común y el VNI de VTEP están configurados para ser diferentes” descrito anteriormente significa que se utiliza el mismo VNI de VTEP para todos los túneles de VXLAN establecidos entre los dispositivos de NVE en el conjunto de dispositivos de NVE, y el VNI de VTEP es diferente del VNI de VTEP común. Cuando el VNI de VTEP común y el VNI de VTEP son configurados para que sean diferentes, la información de VNI puede ser transportada según la siguiente implementación. El VNI de VTEP común es transportado en el campo de etiqueta de MPLS incluido en el atributo de túnel de PMSI. Además, se amplía un nuevo atributo en esta realización de esta aplicación para llevar el VNI de VTEP. Tal como se muestra en la figura 7, un atributo de VNI de VTEP se amplía en esta realización de esta solicitud para transportar el VNI de VTEP. Un campo de tipo y un campo de subtipo se utilizan para indicar un tipo de atributo de VNI de VTEP, y los valores específicos del campo de tipo y el campo de subtipo pueden ser establecidos según un requisito de una organización estándar. Se puede utilizar un campo de indicador para indicar si se permite leer el VNI de VTEP en el atributo de VNI de VTEP. Por ejemplo, si el campo de indicador es 0, indica que no se permite leer el VNI de VTEP en el atributo de VNI de VTEP; o si el campo de indicador es 1, indica que se permite leer el VNI de VTEP en el atributo de VNI de VTEP. Se debe comprender que las funciones anteriores del campo de indicador se utilizan como ejemplo, y una función del campo de indicador puede cambiar de manera correspondiente basándose en un escenario de utilización. Un campo de VNI de VTEP se utiliza para transportar un valor de VNI de VTEP. Se utiliza un campo reservado para implementar una extensión adicional. El atributo de VNI de VTEP puede ser transportado en una ruta de IMET como un atributo. Cuando se recibe una ruta de IMET anunciada por un dispositivo de NVE en el conjunto de dispositivos de NVE, el dispositivo de PE establece un túnel de VXLAN basándose en el VNI de VTEP común y no analiza sintácticamente el atributo de VNI de VTEP, con el fin de ignorar el VNI de VTEP. En consecuencia, después de recibir una ruta de IMET anunciada por otro dispositivo de NVE, el dispositivo de NVE en el conjunto de dispositivos de NVE establece preferentemente un túnel de VXLAN basándose en el VNI de VTEP en el atributo de VNI de VTEP. Si el dispositivo de NVE en el conjunto de dispositivos de NVE determina que el atributo de VNI de VTEP no existe en la ruta de IMET recibida, el dispositivo de NVE establece un túnel de VXLAN correspondiente utilizando el VNI de VTEP común transportado en el campo de etiqueta de MPLS incluido en el atributo de túnel de PMSI.
Además, los túneles de VXLAN establecidos entre los dispositivos de NVE en el conjunto de dispositivos de NVE pueden utilizar VNI de VTEP diferentes. Por ejemplo, en la figura 1, el primer túnel de VXLAN utiliza un VNI de VTEP 1 y corresponde a un BD 21, el segundo túnel de VXLAN utiliza un VNI de VTEP 2 y corresponde a un BD 22, y el tercer túnel de VXLAN utiliza un VNI de VTEP 3 y corresponde a un BD 23. De esta manera, se permite configurar una pluralidad de VNI para el dispositivo de NVE, de modo que el dispositivo de NVE pueda establecer túneles de VXLAN correspondientes a diferentes BD. En esta realización de esta solicitud, para facilitar la comprensión de la solución técnica, el VNI de VTEP común y el VNI de VTEP se configuran para que sean iguales, y el VNI puede ser utilizado para representar el VNI de VTEP común y el VNI de VTEP en descripciones posteriores. Se debe comprender que, en esta realización de esta solicitud, además de configurar el VNI de VTEP común y el VNI de VTEP para que sean iguales, el VNI de VTEP común y el VNI de VTEP pueden ser configurados para que sean diferentes. Además, se pueden establecer diferentes VNI de VTEP, y esta realización de esta solicitud se implementa con referencia a las descripciones anteriores.
Se utiliza un campo de distinguidor de ruta (RD - Route Distinguisher, en inglés) en la segunda ruta de IMET para indicar una instancia de EVPN (EVI - EVPN Instance, en inglés) correspondiente al segundo dispositivo de NVE. Un campo de marca de Ethernet en la segunda ruta de IMET puede ser configurado en un identificador de red de área local virtual (VLAN ID o VID - Virtual Local Area NetWork Identifier, en inglés) correspondiente a una dirección de MAC incluida en un dispositivo de CE conectado al segundo dispositivo de NVE o ser configurado en un BD correspondiente al segundo dispositivo de NVE. Se utiliza un campo de longitud de dirección de IP en la segunda ruta de IMET, para indicar la longitud de la dirección de IP del enrutador de origen.
El atributo de túnel de PMSI de la segunda ruta de IMET incluye, además, un campo de tipo de túnel, y el campo de tipo de túnel se utiliza para indicar un tipo de túnel establecido. En esta realización de esta solicitud, un valor del campo de tipo de túnel se configura en 6, y esto se utiliza para identificar que un tipo de túnel establecido es una réplica de la entrada. La segunda ruta de IMET incluye, además, un atributo de túnel de VXLAN, y el formato del atributo de túnel de VXLAN es similar al formato de atributo que se muestra en la figura 6 o la figura 7. Una diferencia radica en que el campo de dirección de VTEP en la figura 6 o el campo VNI de VTEP en la figura 7 es reemplazado con un campo de tipo de túnel de VXLAN. El campo de tipo de túnel de VXLAN se utiliza para indicar que un túnel establecido es un túnel de VXLAN. Un valor del campo de tipo de túnel de VXLAN está determinado específicamente por una organización estándar. Por ejemplo, el valor del campo de tipo de túnel de VXLAN es 8. Para una implementación en la que el primer dispositivo de NVE establece un túnel de VXLAN mediante la utilización de la segunda ruta de IMET, véanse las descripciones posteriores de esta realización. El atributo de túnel de PMSI de la segunda ruta de IMET incluye, además, un campo de identificador de túnel. En esta realización de esta solicitud, la dirección de VTEP común puede ser completada en el campo de identificador de túnel.
5103. El primer dispositivo de NVE determina si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE.
El primer dispositivo de NVE puede enviar, a un igual de BGP del primer dispositivo de NVE, una ruta de IMET cuyo campo de dirección de IP del enrutador de origen transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE. La dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE.
El segundo dispositivo de NVE puede anunciar la segunda ruta de IMET al exterior, y el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de BGP. Por lo tanto, el primer dispositivo de NVE puede recibir la segunda ruta de IMET.
Después de recibir la segunda ruta de IMET, el primer dispositivo de NVE analiza sintácticamente la segunda ruta de IMET para obtener la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET. El primer dispositivo de NVE determina si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE. En esta realización de esta solicitud, el primer dispositivo de NVE y el segundo dispositivo de NVE incluyen cada uno el VTEP común. Por lo tanto, la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE. Cuando se anuncia una ruta de IMET al exterior, el primer dispositivo de NVE agrega la dirección de VTEP común almacenada en el primer dispositivo de NVE al campo de dirección de IP del enrutador de origen en la ruta de IMET. Para ser específicos, la dirección de VTEP común almacenada en el primer dispositivo de NVE es la dirección de VTEP común en el VTEP común incluido en el primer dispositivo de NVE. Si el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, el primer dispositivo de NVE puede determinar que el primer dispositivo de NVE y el segundo dispositivo de NVE pertenecen a un mismo conjunto de dispositivos de NVE.
5104. Cuando el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, el primer dispositivo de NVE establece un túnel de VXLAN desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET.
Basándose en el resultado anterior de la determinación, el primer dispositivo de NVE puede establecer el túnel de VXLAN desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE según la segunda dirección de VTEP. Específicamente, el primer dispositivo de NVE continúa analizando sintácticamente la segunda ruta de IMET para obtener la segunda dirección de VTEP en la segunda ruta de IMET y establece el túnel de VXLAN desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE utilizando la segunda dirección de VTEP como dirección del punto final de destino del túnel de VXLAN.
En una posible implementación, con referencia a las descripciones de S101 y S102, la segunda dirección de VTEP es transportada en un atributo de VXLAN. Con base en el resultado anterior de la determinación, es decir, el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, el primer dispositivo de NVE verifica si la segunda ruta de IMET transporta el atributo de VXLAN. Si el primer dispositivo de NVE determina que la segunda ruta de IMET transporta el atributo de VXLAN, el primer dispositivo de NVE obtiene la segunda dirección de VTEP en el atributo de VXLAN y establece el túnel de VXLAN desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE utilizando la segunda dirección de VTEP como la dirección del extremo de destino del túnel de VXLAN.
Por ejemplo, basándose en que el valor del campo de tipo de túnel en el atributo de túnel de PMSI de la segunda ruta de IMET es 6, el primer dispositivo de NVE determina que el tipo de túnel establecido es una réplica de la entrada. El primer dispositivo de NVE analiza sintácticamente el atributo de túnel de VXLAN de la segunda ruta de IMET para obtener un valor del campo de tipo de túnel de VXLAN en el atributo de túnel de VXLAN, con el fin de determinar que el túnel establecido es un túnel de VXLAN. Después de determinar que el túnel establecido es un túnel de VXLAN, el primer dispositivo de NVE genera una tabla de túneles de VXLAN y una tabla de réplicas de entrada de túnel de VXLAN. La tabla de túneles de VXLAN incluye un identificador de túnel, una dirección de punto final de origen y una dirección de punto final de destino. El identificador de túnel se utiliza para identificar un túnel de VXLAN. La dirección del punto final de origen es la primera dirección de VTEP incluida en el primer dispositivo de NVE, por ejemplo, 1.1.1.1. La dirección del punto final de destino es la segunda dirección de VTEP obtenida de la segunda ruta de IMET, por ejemplo, 2.2.2.2. La tabla de réplicas de la entrada del túnel de VXLAN incluye un VNI y una dirección de iguales de BGP. Basándose en las descripciones anteriores, el VNI puede ser obtenido del campo de etiqueta de MPLS incluido en el atributo de túnel de PMSI o del atributo de VNI de VTEP. La dirección del igual de BGP es la segunda dirección de VTEP obtenida de la segunda ruta de IMET, por ejemplo, 2.2.2.2. Por lo tanto, el primer dispositivo de NVE establece el túnel de VXLAN desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE.
Si el primer dispositivo de NVE determina que una dirección de VTEP comprendida en el campo de dirección de IP de un enrutador de origen en una ruta de IMET recibida es diferente de la dirección de VTEP común almacenada en el primer dispositivo de NVE, el primer dispositivo de NVE puede determinar que el primer dispositivo de NVE y un dispositivo que envía la ruta de IMET no pertenecen a un mismo conjunto de dispositivos de NVE. El primer dispositivo de NVE establece, basándose en la dirección de VTEP comprendida en el campo de dirección de IP del enrutador de origen en la ruta de IMET recibida, un túnel de VXLAN desde el primer dispositivo de NVE hasta el dispositivo que envía la ruta de IMET, en lugar de establecer el túnel de VXLAN basándose en una dirección de VTEP en un atributo de VXLAN. De manera similar, para obtener detalles, véase un proceso para establecer un túnel de VXLAN entre un dispositivo de PE y un conjunto de dispositivos de NVE descrito en una realización posterior.
Si el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, pero ya no puede encontrar la segunda dirección de VTEP o el atributo de VXLAN, el primer dispositivo de NVE descarta la segunda ruta de IMET y devuelve un mensaje de error al segundo dispositivo de NVE. Además, opcionalmente, el primer dispositivo de NVE puede reenviar el mensaje de error a un dispositivo de gestión de red de la VXLAN de EVPN. Esta configuración ayuda a mejorar la fiabilidad de establecer un túnel de VXLAN.
Opcionalmente, S105. El primer dispositivo de NVE envía una primera ruta de IMET al segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la primera ruta de IMET transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE, la primera ruta de IMET incluye, además, una primera dirección de VTEP, la primera dirección de VTEP es utilizada por el segundo dispositivo de NVE para establecer el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE, y la dirección de VTEP común almacenada en el primer dispositivo de NVE es diferente de la primera dirección de VTEP.
Para un proceso de implementación en el que el primer dispositivo de NVE envía la primera ruta de IMET al segundo dispositivo de NVE y una implementación de la primera ruta de IMET, véanse las descripciones de S101 y S102 en esta realización. Los detalles no se describen de nuevo en el presente documento.
Después de recibir la primera ruta de IMET, el segundo dispositivo de NVE puede establecer el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE basándose en la primera ruta de IMET. Para un proceso de implementación en el que el segundo dispositivo de NVE establece el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE basándose en la primera ruta de IMET, véanse las descripciones de S103 y S104 en esta realización. Los detalles no se describen de nuevo en el presente documento.
Se debe comprender que las descripciones de la realización anterior no constituyen ninguna limitación en una secuencia de un proceso de ejecución en S105 y los procesos de ejecución en S101 a S104. Por ejemplo, S105 se puede realizar antes de S101, S105 y S101 se pueden activar simultáneamente, o S105 se puede realizar después de S101.
A través del proceso anterior, el túnel de VXLAN se puede establecer entre el primer dispositivo de NVE y el segundo dispositivo de NVE, y las direcciones de punto final de dos extremos del túnel de VXLAN son la primera dirección de VTEP y la segunda dirección de VTEP.
En la implementación anterior, en un escenario de aplicación de VXLAN de EVPN, un conjunto de dispositivos de NVE que incluye al menos dos dispositivos de NVE incluye una dirección de VTEP común. La dirección de VTEP común se utiliza para identificar un VTEP común, y el VTEP común está implementado en cada dispositivo de NVE en el conjunto de dispositivos de NVE. Además, cada dispositivo de NVE en el conjunto de dispositivos de NVE incluye una dirección de VTEP, y la dirección de VTEP se utiliza para identificar un VTEP incluido en un dispositivo de NVE correspondiente. Un dispositivo de NVE en el conjunto de dispositivos de NVE establece un túnel de VXLAN entre los dispositivos de NVE en el conjunto de dispositivos de NVE basándose en una dirección de VTEP y en la dirección de VTEP común utilizando una ruta de IMET. Por lo tanto, en el escenario de aplicación de VXLAN de EVPN, los dispositivos de NVE en el conjunto de dispositivos de NVE están interconectados a través de un túnel de VXLAN, de modo que un enlace entre los dispositivos de NVE en el conjunto de dispositivos de NVE no está limitado a un enlace físico directo. El túnel de VXLAN se utiliza para implementar la interconexión, de modo que, incluso si existe un nodo de conmutación entre los dispositivos de NVE en el conjunto de dispositivos de NVE, la implementación de VXLAN de EVPN no se ve afectada. Además, cuando se implementa el dispositivo de NVE en el conjunto de dispositivos de NVE, el dispositivo de NVE no se ve afectado por una región y distancia de implementación, lo que reduce la complejidad de la implementación. Además, un enlace de interconexión entre los dispositivos de NVE en el conjunto de dispositivos de NVE ya no se ve afectado por un enlace físico directo, lo que ayuda a mejorar la flexibilidad de implementación.
Opcionalmente, basándose en las descripciones de la figura 1 en la realización anterior, la VXLAN de EVPN incluye, además, un dispositivo de PE. El dispositivo de PE y el primer dispositivo de NVE son un par de iguales de BGP, el dispositivo de PE y el segundo dispositivo de NVE son un par de iguales de BGP, y el dispositivo de PE y el tercer dispositivo de NVE son un par de iguales de BGP. A continuación, se describe un proceso para establecer un túnel de VXLAN entre el dispositivo de PE y el conjunto de dispositivos de NVE utilizando la figura 1 como ejemplo. El método de procesamiento de ruta incluye, además, las siguientes etapas.
5201. El primer dispositivo de NVE envía la primera ruta de IMET al dispositivo de PE.
5202. El segundo dispositivo de NVE envía la segunda ruta de IMET al dispositivo de PE.
5203. El tercer dispositivo de NVE envía la tercera ruta de IMET al dispositivo de PE.
Basándose en las descripciones de la figura 2A y la figura 2B en la realización anterior, como dispositivos de NVE en el conjunto de dispositivos de NVE, el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE anuncian rutas de IMET a los respectivos iguales de BGP de los dispositivos. Para ser específicos, el primer dispositivo de NVE anuncia la primera ruta de IMET a un igual de BGP del primer dispositivo de NVE, el segundo dispositivo de NVE anuncia la segunda ruta de IMET a un igual de BGP del segundo dispositivo de NVE y el tercer dispositivo de NVE anuncia la tercera ruta de IMET a un igual de BGP del tercer dispositivo de NVE. Para las implementaciones de la primera ruta de IMET, la segunda ruta de IMET y la tercera ruta de IMET, véanse las descripciones de la realización anterior. Los detalles no se describen de nuevo en el presente documento.
5204. El dispositivo de PE recibe la primera ruta de IMET, la segunda ruta de IMET y la tercera ruta de IMET.
5205. El dispositivo de PE establece un túnel de VXLAN desde el dispositivo de PE hasta el conjunto de dispositivos de NVE basándose en la primera ruta de IMET, la segunda ruta de IMET y la tercera ruta de IMET.
Debido a que el dispositivo de PE es un igual de BGP de cada dispositivo de NVE en el conjunto de dispositivos de NVE, el dispositivo de PE puede recibir la primera ruta de IMET, la segunda ruta de IMET y la tercera ruta de IMET. S204 y S205 pueden ser implementadas de dos maneras posibles.
En una posible implementación, después de recibir las rutas de IMET enviadas por todos los iguales de BGP, el dispositivo de PE establece un túnel de VXLAN. Después de recibir las tres rutas de IMET, el dispositivo de PE analiza sintácticamente las tres rutas de IMET de manera separada para obtener direcciones de VTEP comunes incluidas en los campos de dirección de IP del enrutador de origen en las tres rutas de IMET. Si el dispositivo de PE determina que las direcciones de VTEP comunes incluidas en los campos de dirección de IP del enrutador de origen en las tres rutas de IMET son las mismas, el dispositivo de PE puede determinar que los dispositivos de NVE que envían las tres rutas de IMET pertenecen al mismo conjunto de dispositivos de NVE. El dispositivo de PE selecciona aleatoriamente una ruta de IMET de las tres rutas de IMET, y el dispositivo de PE establece, mediante la utilización de la dirección de VTEP común incluida en la ruta de IMET seleccionada como dirección de punto final de destino de un túnel de VXLAN, el túnel de VXLAN desde el dispositivo de PE para un VTEP común que incluye la dirección de VTEP común.
En la otra implementación posible, después de recibir cualquier ruta de IMET en las tres rutas de IMET, el dispositivo de PE establece un túnel de VXLAN. Por ejemplo, después de recibir la primera ruta de IMET enviada por el primer dispositivo de NVE, el primer dispositivo de PE analiza sintácticamente la primera ruta de IMET, para obtener una dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la primera ruta de IMET. El dispositivo de PE establece, mediante la utilización de la dirección de VTEP común incluida en la primera ruta de IMET como dirección de punto final de destino de un túnel de VXLAN, el túnel de VXLAN desde el dispositivo de PE a un VTEP común que incluye la dirección de VTEP común. Después de establecer el túnel de VXLAN, cuando el dispositivo de PE recibe la segunda ruta de IMET enviada por el segundo dispositivo de NVE o la tercera ruta de IMET enviada por el tercer dispositivo de NVE, y determina que una dirección de VTEP común comprendida en el campo de dirección de IP de un enrutador de origen en la segunda ruta de IMET o la tercera ruta de IMET es la misma que la dirección de VTEP común utilizada para establecer el túnel de VXLAN, el dispositivo de PE ya no establece el túnel de VXLAN desde el dispositivo de PE hasta el VTEP común, incluida la dirección de VTEP común.
En las dos implementaciones anteriores, para una implementación específica del establecimiento de un túnel de VXLAN, consulte las descripciones de las realizaciones anteriores. Los detalles no se describen de nuevo en el presente documento. En las dos implementaciones anteriores, las direcciones de VTEP comunes incluidas en los campos de dirección de IP del enrutador de origen en las tres rutas de IMET son las mismas. Después de que el dispositivo de PE recibe rutas de IMET que tienen la misma dirección de VTEP común, el dispositivo de PE considera que solo existe un VTEP correspondiente a la dirección de VTEP común en un extremo igual del dispositivo de PE. Por lo tanto, el dispositivo de PE establece un túnel de VXLAN para la dirección de VTEP común solo una vez, en lugar de establecer un túnel de VXLAN para la dirección de VTEP común almacenada en cada dispositivo de NVE en un conjunto de dispositivos de NVE. De este modo, un túnel de VXLAN que va desde el dispositivo de PE al VTEP común, incluida la dirección de VTEP común y que el dispositivo de PE establece mediante la utilización de la dirección de VTEP común como la dirección del extremo de destino del túnel de VXLAN, se puede denominar un túnel de VXLAN desde el dispositivo de PE al conjunto de dispositivos de NVE.
Opcionalmente, las tres rutas de IMET incluyen cada una un VNI. Para el establecimiento de un túnel de VXLAN, el VNI es el VNI de VTEP común descrito anteriormente. Después de determinar que las tres rutas de IMET incluyen la misma dirección de VTEP común, el dispositivo de PE determina, además, que las tres rutas de IMET incluyen un mismo VNI de VTEP común, para establecer el túnel de VXLAN desde el dispositivo de PE hasta el conjunto de dispositivos de NVE. Para obtener explicaciones del VNI de VTEP común, véanse las descripciones correspondientes de las realizaciones anteriores. Los detalles no se describen de nuevo en el presente documento.
5206. El dispositivo de PE envía una ruta de IMET al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE, en donde un campo de siguiente salto y un campo de dirección de IP del enrutador de origen que está en la ruta de IMET incluyen una dirección de VTEP del dispositivo de PE, y la dirección de VTEP del dispositivo de PE se utiliza para identificar un VTEP incluido en el dispositivo de PE.
El dispositivo de PE puede anunciar la ruta de IMET a un igual de BGP del dispositivo de PE. Para conocer el formato y la utilización básica de la ruta de IMET, véanse las descripciones del documento RFC 7432. Por ejemplo, en esta realización de esta solicitud, un valor de la dirección de VTEP incluido en el VTEP del dispositivo de PE es configurado en 4.4.4.4. Un ejemplo en el que el primer dispositivo de NVE recibe la ruta de IMET enviada por el dispositivo de PE se utiliza como ejemplo a continuación para la descripción. Se debe comprender que el segundo dispositivo de NVE y el tercer dispositivo de NVE pueden realizar un mismo proceso de procesamiento.
5207. El primer dispositivo de NVE recibe la ruta de IMET del dispositivo de PE.
5208. El primer dispositivo de NVE establece un túnel de VXLAN desde el primer dispositivo de NVE al dispositivo de PE basándose en la dirección de VTEP del dispositivo de PE, en donde la dirección de VTEP del dispositivo de PE no es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE.
Después de recibir la ruta de IMET enviada por el dispositivo de PE, el primer dispositivo de NVE analiza sintácticamente la ruta de IMET para obtener la dirección de VTEP del dispositivo de PE que es transportada en el campo de dirección de IP del enrutador de origen en la ruta de IMET, y establece el túnel de VXLAN desde el primer dispositivo de NVE al dispositivo de PE mediante la utilización de la dirección de VTEP como dirección de punto final de destino del túnel de VXLAN. Opcionalmente, la ruta de IMET incluye, además, un VNI de VTEP común. El primer dispositivo de NVE obtiene el VNI de VTEP común y establece un túnel de VXLAN que corresponde al VNI de VTEP común y que va desde el primer dispositivo de NVE hasta el dispositivo de PE.
Opcionalmente, después de obtener la dirección de VTEP del dispositivo de PE, el primer dispositivo de NVE puede realizar un proceso de determinación similar al de S103 y S104. Para ser específicos, si el primer dispositivo de NVE determina que la dirección de VTEP del dispositivo de PE es diferente de la dirección de VTEP común almacenada en el primer dispositivo de NVE, el primer dispositivo de NVE puede determinar que el primer dispositivo de NVE y el dispositivo de PE no pertenecen a un mismo conjunto de dispositivos de NVE. El primer dispositivo de NVE establece el túnel de VXLAN desde el primer dispositivo de NVE hasta el dispositivo de PE mediante la utilización de la dirección de VTEP común como dirección de extremo de origen, en lugar de establecer el túnel de VXLAN desde el primer dispositivo de NVE hasta el dispositivo de PE mediante la utilización de una primera dirección de VTEP. como la dirección del punto final de origen.
Basándose en S207 y S208, el segundo dispositivo de NVE establece un túnel de VXLAN desde el segundo dispositivo de NVE hasta el dispositivo de PE, y el tercer dispositivo de NVE establece un túnel de VXLAN desde el tercer dispositivo de NVE hasta el dispositivo de PE. Con referencia a lo anterior, los tres túneles de VXLAN establecidos para el dispositivo de PE por el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE son los mismos, es decir, las direcciones de punto final de origen de los tres túneles de VXLAN son las mismas. La dirección de VTEP, cada una de las direcciones del punto final de destino de los tres túneles de VXLAN son la dirección de VTEP del dispositivo de PE, y cada uno de los tres túneles de VXLAN corresponde al VNI de VTEP común. En consecuencia, el dispositivo de PE establece un túnel de VXLAN desde el dispositivo de PE hasta el conjunto de dispositivos de NVE, una dirección de punto final de origen es la dirección de VTEP del dispositivo de PE y una dirección de punto final de destino es la dirección de VTEP común. De esta forma, el dispositivo de PE considera que solo existe un dispositivo de NVE en el extremo del igual. En realidad, el dispositivo de NVE es el conjunto de dispositivos de NVE. Además, el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE aún pueden enviar tráfico a través de los túneles de VXLAN establecidos respectivamente, al dispositivo de PE.
Basándose en la realización anterior, esta realización de esta solicitud se puede aplicar a un escenario de red en el que más de dos dispositivos de NVE forman un conjunto de dispositivos de NVE. Utilizando la figura 1 como ejemplo, el conjunto de dispositivos de NVE incluye tres dispositivos de NVE. Según el método mostrado en la figura 2A y la figura 2B, se establece un primer túnel de VXLAN entre el primer dispositivo de NVE y el segundo dispositivo de NVE, se establece un segundo túnel de VXLAN entre el segundo dispositivo de NVE y el tercer dispositivo de NVE, y se establece un tercer túnel de VXLAN entre el primer dispositivo de NVE y el tercer dispositivo de NVE. De esta manera, según la solución técnica de esta solicitud, se puede implementar un escenario de red en el que un dispositivo de CE está conectado a tres o más dispositivos de NVE, es decir, el dispositivo de CE tiene conexión múltiple a tres o más dispositivos de NVE. Utilizando la figura 1 como ejemplo, el primer dispositivo de CE tiene conexión múltiple al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE. La implementación anterior es un modo de redundancia totalmente activo de VXLAN de EVPN. Para ser específicos, una pluralidad de dispositivos de NVE están conectados a al menos un dispositivo de CE mediante la utilización de ES, y la pluralidad de dispositivos de NVE forman un conjunto de dispositivos en el modo de redundancia activo-activo y todos se utilizan para reenviar tráfico. En comparación, en un modo de redundancia completamente activo existente de VXLAN de EVPN, se utiliza un modo de redundancia doblemente activo y un dispositivo de CE puede tener doble conexión a un máximo de dos NVE. Además, los dos dispositivos de NVE están conectados directamente entre sí mediante un enlace físico. Por ejemplo, los dos dispositivos de NVE están conectados entre sí mediante un enlace entre iguales. Por lo tanto, otro efecto beneficioso de esta realización de esta solicitud radica en que el modo de redundancia activo-activo soporta más dispositivos de NVE, lo que ayuda a mejorar la fiabilidad de la VXLAN de EVPN y la flexibilidad de la implementación de la red.
La figura 3 es un diagrama estructural esquemático de otra VXLAN de EVPN, según una realización de esta solicitud. La figura 3 muestra lo siguiente: después de establecer un túnel de VXLAN entre dispositivos de NVE en un conjunto de dispositivos de NVE mediante la utilización de la solución técnica dada a conocer en las realizaciones anteriores, se elige un reenviador designado (DF - Designated Forwarder, en inglés) y el tráfico de difusión, unidifusión desconocida y multidifusión (BUM - Broadcast. Unknown unicast and Multicast, en inglés) es reenviado. La figura 3 muestra tres dispositivos de CE como ejemplo: un primer dispositivo de CE, un segundo dispositivo de CE y un tercer dispositivo de CE. El primer dispositivo de CE tiene conexión múltiple con el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE, es decir, el primer dispositivo de CE se comunica con el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE de manera separada. El segundo dispositivo de CE tiene conexión doble con el primer dispositivo de NVE y el segundo dispositivo de NVE, es decir, el segundo dispositivo de CE se comunica con el primer dispositivo de NVE y el segundo dispositivo de NVE de manera separada. El tercer dispositivo de CE tiene una conexión única con el segundo dispositivo de NVE, es decir, el tercer dispositivo de CE se comunica con el segundo dispositivo de NVE. Para describir la figura 3.
El primer dispositivo de CE tiene conexión múltiple al primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE mediante la utilización de una pluralidad de enlaces Ethernet y, por lo tanto, la pluralidad de enlaces Ethernet forman un ES, tal como se muestra mediante un ES 1 en la figura 3. Los valores de ESI de los ES 1 de tres enlaces Ethernet que conectan el primer dispositivo de CE al primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE tienen el mismo valor. El primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE envían rutas de segmento de Ethernet (ES) de manera separada a los respectivos iguales de BGP de los dispositivos, y las rutas ES se utilizan para la elección de DF. La ruta de ES incluye un campo de RD, un campo de ESI, un campo de longitud de dirección de IP y un campo de dirección de IP del enrutador de origen. Las definiciones de los campos son similares a las de la ruta de IMET anterior. Los detalles no se describen de nuevo en el presente documento. Además, para conocer el formato y la utilización básica de la ruta de ES, véanse las descripciones del Capítulo 7.4 y el Capítulo 8.5 del documento RFC 7432. Utilizando el primer dispositivo de CE en la figura 3 como ejemplo, el primer dispositivo de NVE recibe rutas de ES del segundo dispositivo de NVE y el tercer dispositivo de NVE. El primer dispositivo de NVE determina, en base a las rutas de ES recibidas desde el segundo dispositivo de NVE y el tercer dispositivo de NVE, el primer dispositivo de NVE como un DF en el ES que incluye la pluralidad de enlaces de Ethernet. Asimismo, el segundo dispositivo de NVE se determina como un reenviador no designado (NDF - Non Designated Forwarder, en inglés) en el ES que incluye la pluralidad de enlaces de Ethernet, y el tercer dispositivo de NVE se determina como un NDF en el ES que incluye la pluralidad de enlaces de Ethernet. Tal como se muestra en la figura 3, el ES 1 entre el primer dispositivo de CE y el primer dispositivo de NVE es un DF, el ES 1 entre el primer dispositivo de CE y el segundo dispositivo de NVE es un NDF, y el ES 1 entre el primer dispositivo de CE y el tercer dispositivo de NVE es un NDF. El segundo dispositivo de CE tiene conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante dos enlaces de Ethernet, y los dos enlaces de Ethernet forman un ES, tal como se muestra mediante un ES 2 en la figura 3. Los valores de ESI de los ES 2 del dos enlaces de Ethernet que conectan el segundo dispositivo de CE al primer dispositivo de NVE y al segundo dispositivo de NVE tienen el mismo valor. Asimismo, el segundo dispositivo de NVE se determina como un DF en el ES que incluye los dos enlaces de Ethernet, y el primer dispositivo de NVE se determina como un NDF en el ES que incluye los dos enlaces de Ethernet. El tercer dispositivo de CE tiene una conexión única con el segundo dispositivo de NVE y, por lo tanto, no tiene un proceso de elección de DF.
El dispositivo de NVE puede enviar la ruta de ES a un igual de BGP del dispositivo de NVE de la siguiente manera. El dispositivo de NVE puede enviar un mensaje de actualización al igual de BGP del dispositivo de NVE, y el mensaje de actualización transporta un atributo de MP_REACH_NLRI. El atributo de MP_REACH_NLRI incluye un campo de NLRI de EVPN y un campo de siguiente salto. El campo de NLRI de EVPN se utiliza para transportar la ruta de ES.
El dispositivo de PE envía tráfico de BUM a un conjunto de dispositivos de NVE basándose en un túnel de VXLAN. Específicamente, el dispositivo de PE envía un paquete de VXLAN al conjunto de dispositivos de NVE según una regla de codificación (hash, en inglés), y el paquete de VXLAN transporta el tráfico de BUM. Opcionalmente, el paquete de VXLAN transporta, además, una marca de BUM, y la marca de BUM se utiliza para identificar que el tráfico transportado en el paquete de VXLAN es el tráfico de BUM. En una posible implementación, la marca de BUM puede ser transportada en una cabecera de VXLAN en el paquete de VXLAN.
A modo de descripción, se utiliza un ejemplo en el que el paquete de VXLAN es codificado para el segundo dispositivo de NVE. En esta realización y en una realización posterior, para distinguir entre el paquete de VXLAN transmitido entre el dispositivo de PE y el conjunto de dispositivos de NVE y un paquete de VXLAN transmitido entre dispositivos de NVE en el conjunto de dispositivos de NVE, el paquete de VXLAN transmitido entre el dispositivo de PE y el conjunto de dispositivos de NVE se nombra como un paquete de VXLAN de PE de PE. El segundo dispositivo de NVE recibe el paquete VXLAN de PE del dispositivo de PE, analiza sintácticamente el paquete VXLAN de PE y puede determinar, en función de la marca BUM transportada en el paquete de VXLAN de PE, que el tráfico transportado en el paquete de VXLAN de PE es tráfico de BUM. El segundo dispositivo de NVE reenvía el tráfico de BUM a un dispositivo de CE que tiene una relación de conexión con el segundo dispositivo de NVE, y el segundo dispositivo de NVE reenvía el tráfico de BUM a otro dispositivo de NVE en el conjunto de dispositivos de NVE.
Que el segundo dispositivo de NVE reenvíe el tráfico de BUM a un dispositivo de CE que tiene una relación de conexión con el segundo dispositivo de NVE incluye lo siguiente: el segundo dispositivo de NVE determina que el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE está en un DF, y el segundo dispositivo de NVE transmite el tráfico de BUM a una interfaz de salida que conecta el segundo dispositivo de NVE y el ES 2, y envía el tráfico de BUM al segundo dispositivo de CE utilizando el ES 2. El segundo dispositivo de NVE determina que el ES 1 entre el segundo dispositivo de NVE y el primer dispositivo de CE está en un estado de NDF, y el segundo dispositivo de NVE no transmite el tráfico de BUM a una interfaz de salida que conecta el segundo dispositivo de NVE y el ES 1, de modo que el segundo dispositivo de NVE evite enviar el tráfico de BUM al primer dispositivo de CE utilizando el ES 1. Además, el segundo dispositivo de NVE determina que un ES 3 entre el segundo dispositivo de NVE y el tercer dispositivo de CE no tiene un estado de DF o NDF, y envía directamente el tráfico de BUM al tercer dispositivo de CE utilizando el ES 3.
Que el segundo dispositivo de NVE reenvíe el tráfico de BUM a otro dispositivo de NVE en el conjunto de dispositivos de NVE incluye lo siguiente: el segundo dispositivo de NVE analiza sintácticamente el paquete de VXLAN de PE del dispositivo de PE para obtener el tráfico de BUM. El segundo dispositivo de NVE determina que el tráfico de BUM proviene del dispositivo de PE, encapsula el tráfico de BUM como un paquete de VXLAN, envía el paquete de VXLAN al primer dispositivo de NVE a través de un primer túnel de VXLAN y envía el paquete de VXLAN al segundo dispositivo de NVE a través de un segundo túnel de VXLAN.
Después de recibir el paquete de VXLAN a través del primer túnel de VXLAN, el primer dispositivo de NVE puede determinar que el tráfico de BUM en el paquete de VXLAN es recibido a través del primer túnel de VXLAN y ya no reenvía el tráfico de BUM a un tercer túnel de VXLAN conectado al primer dispositivo de NVE. Tal como se muestra en la figura 3, después de recibir el paquete de VXLAN a través del primer túnel de VXLAN, el primer dispositivo de NVE analiza sintácticamente el paquete de VXLAN para obtener el tráfico de BUM, y ya no reenvía el tráfico de BUM al tercer dispositivo de NVE a través de un tercer túnel de VXLAN. Para ser específicos, el primer dispositivo de NVE evita reenviar el tráfico de BUM al tercer dispositivo de NVE a través del túnel de VXLAN desde el primer dispositivo de NVE al tercer dispositivo de NVE, basándose en que el tráfico de BUM se recibe a través del primer túnel de VXLAN. Un efecto beneficioso basado en lo anterior radica en que se evita que el tráfico de BUM se transmita de manera doble.
Después de recibir el paquete de VXLAN a través del primer túnel de VXLAN, el primer dispositivo de NVE analiza sintácticamente el paquete de VXLAN para obtener el tráfico de BUM y, a continuación, envía el tráfico de BUM a un dispositivo de CE conectado al primer dispositivo de NVE. Tal como se muestra en la figura 3, el primer dispositivo de NVE determina que el ES 1 entre el primer dispositivo de NVE y el primer dispositivo de CE está en estado de DF, y el primer dispositivo de NVE transmite el tráfico de BUM a una interfaz de salida que conecta el primer dispositivo de NVE y el ES 1 y envía el tráfico de BUM al primer dispositivo de CE utilizando el ES 1. El primer dispositivo de NVE determina que el ES 2 entre el primer dispositivo de NVE y el segundo dispositivo de CE está en un estado de NDF, y el primer dispositivo de NVE no envía el tráfico de BUM a una interfaz de salida que conecta el primer dispositivo de NVE y el ES 2, de modo que el primer dispositivo de NVE evite enviar el tráfico de BUM al segundo dispositivo de CE utilizando el ES 2.
Después de recibir el paquete de VXLAN a través del segundo túnel de VXLAN, el tercer dispositivo de NVE analiza sintácticamente el paquete de VXLAN para obtener el tráfico de BUM. En un aspecto, el tercer dispositivo de NVE evita reenviar el tráfico de BUM al primer dispositivo de NVE a través del tercer túnel de VXLAN. En otro aspecto, el tercer dispositivo de NVE determina que el ES 1 entre el tercer dispositivo de NVE y el primer dispositivo de CE está en un estado de NDF, y el tercer dispositivo de NVE no transmite el tráfico de BUM a una interfaz de salida que conecta el tercer dispositivo de NVE y el ES 1, de modo que el tercer dispositivo de NVE evite enviar el tráfico de BUM al primer dispositivo de CE utilizando el ES 1.
En la implementación anterior, no solo el tráfico de BUM puede ser reenviado normalmente a través de un túnel de VXLAN entre dispositivos de NVE, sino que también se puede evitar el reenvío del tráfico de BUM a un túnel de VXLAN entre otros dispositivos de NVE, para evitar la transmisión doble del tráfico de BUM.
Asimismo, un procesamiento de reenvío de tráfico de BUM desde un dispositivo de CE a un dispositivo de PE y a otro dispositivo de CE es un proceso inverso a la implementación anterior. Por lo tanto, el reenvío del tráfico de BUM puede ser completado haciendo referencia al modo anterior. Por ejemplo, el tráfico de BUM es reenviado desde el segundo dispositivo de CE al dispositivo de PE, al primer dispositivo de CE y al tercer dispositivo de CE. El tráfico de BUM llega al segundo dispositivo de NVE utilizando el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE. El segundo dispositivo de NVE encapsula el tráfico de BUM como un paquete de VXLAN de PE y reenvía el paquete de VXLAN de PE al dispositivo de PE a través de un túnel de VXLAN entre el segundo dispositivo de NVE y el dispositivo de PE. El segundo dispositivo de NVE encapsula, además, el tráfico de BUM como un paquete de VXLAN y reenvía el paquete de VXLAN al primer dispositivo de NVE y al tercer dispositivo de NVE a través del primer túnel de VXLAN y del segundo túnel de VXLAN respectivamente. El segundo dispositivo de NVE reenvía directamente el tráfico de BUM al tercer dispositivo de CE mediante el ES 3, pero evita reenviar el tráfico de BUM al primer dispositivo de CE utilizando el ES 1 entre el segundo dispositivo de NVE y el primer dispositivo de CE. Después de recibir el tráfico de BUM del segundo dispositivo de NVE, el primer dispositivo de NVE evita reenviar el tráfico de BUM al tercer dispositivo de NVE a través del tercer túnel de VXLAN, y evita reenviar el tráfico de BUM al dispositivo de PE a través del túnel de VXLAN. El primer dispositivo de NVE reenvía el tráfico de BUM al primer dispositivo de CE utilizando el ES 1, pero evita reenviar el tráfico de BUM al segundo dispositivo de CE utilizando el ES 2. Después de recibir el tráfico de BUM del segundo dispositivo de NVE, el tercer dispositivo de NVE evita reenviar el tráfico de BUM al primer dispositivo de NVE a través del tercer túnel de VXLAN, evita reenviar el tráfico de BUM al primer dispositivo de CE utilizando el ES 1 y evita reenviar el tráfico de BUM al dispositivo de PE a través del túnel de VXLAN.
En el proceso enumerado anteriormente en el que el tráfico de BUM es reenviado desde el segundo dispositivo de CE al dispositivo de PE, el primer dispositivo de CE y el tercer dispositivo de CE, el tráfico de BUM enviado por el segundo dispositivo de CE llega al segundo dispositivo de NVE utilizando el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE. Sin embargo, en un escenario real, el tráfico de BUM enviado por el segundo dispositivo de CE puede llegar al primer dispositivo de NVE utilizando el ES 2 entre el primer dispositivo de NVE y el segundo dispositivo de CE, debido a que al segundo dispositivo de CE no le importa un estado de DF o un estado de NDF de un enlace de comunicación. Tal como se muestra en la figura 4, cuando el segundo dispositivo de CE reenvía el tráfico de BUM al primer dispositivo de NVE utilizando el ES 2, el primer dispositivo de NVE encapsula el tráfico de BUM como un paquete de VXLAN y reenvía el paquete de VXLAN al segundo dispositivo de NVE a través del primer túnel de VXLAN. Debido a que el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE está en un estado de DF, el segundo dispositivo de NVE reenvía el tráfico de BUM al segundo dispositivo de CE utilizando el ES 2, tal como se muestra con una flecha de línea discontinua entre el segundo dispositivo de NVE y el segundo dispositivo de CE en la figura 4. De este modo, el segundo dispositivo de CE, el primer dispositivo de NVE y el segundo dispositivo de NVE forman un bucle de tráfico de BUM. Se debe comprender que, para presentar más claramente un problema de bucle, una línea de reenvío de tráfico de BUM que se muestra en la figura 4 es solo una parte en la que se produce un bucle, y la figura 4 no muestra una línea de reenvío completa del tráfico de BUM en la VXLAN de EVPN.
Un método para resolver el problema del bucle de tráfico de BUM que incluye el segundo dispositivo de CE, el primer dispositivo de NVE y el segundo dispositivo de NVE se describe específicamente a continuación con referencia a la figura 4. El segundo dispositivo de CE tiene conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante la utilización de dos enlaces de Ethernet, y los dos enlaces de Ethernet forman un ES, tal como se muestra mediante un ES 2 en la figura 4. Los valores de ESI de los ES 2 de los dos enlaces de Ethernet que conectan el segundo dispositivo de CE al primer dispositivo de NVE y al segundo dispositivo de NVE, tienen el mismo valor. El segundo dispositivo de NVE determina, basándose en una ruta de ES recibida del primer dispositivo de NVE, el segundo dispositivo de NVE como un DF en el ES que incluye los dos enlaces de Ethernet.
5301. El segundo dispositivo de NVE envía una ruta de detección automática de Ethernet por cada segmento de Ethernet (DA de Ethernet por cada ES - Ethernet Auto-Discovery per ES, en inglés) al primer dispositivo de NVE, en donde la ruta de DA de Ethernet por cada ES transporta una etiqueta de ESI asignada por el segundo dispositivo de NVE a un enlace de Ethernet entre el segundo dispositivo de CE y el segundo dispositivo de NVE.
5302. El primer dispositivo de NVE recibe la ruta de DA de Ethernet por cada ES.
Debido a que el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de BGP, el segundo dispositivo de NVE puede enviar la ruta de DA de Ethernet por cada ES al primer dispositivo de NVE. La ruta de DA de Ethernet por cada ES es una ruta de detección automática de Ethernet. Para conocer el formato y la utilización básica de la ruta de detección automática de Ethernet, véanse las descripciones del Capítulo 7.1 y el Capítulo 8.2 del documento RFC 7432. La ruta de DA de Ethernet por cada ES puede transportar un atributo de comunidad extendida de etiqueta de ESI y el atributo de comunidad extendida de etiqueta de ESI puede transportar la etiqueta de ESI. Después de recibir la ruta de DA de Ethernet por cada ES, el primer dispositivo de NVE puede determinar, basándose en un ESI incluido en la ruta de DA de Ethernet por cada ES, que el segundo dispositivo de CE no solo está conectado al primer dispositivo de NVE, sino también al segundo dispositivo de NVE. Además, el primer dispositivo de NVE puede determinar, basándose en la etiqueta de ESI transportada en la ruta de DA de Ethernet por cada ES, un valor de la etiqueta de ESI asignada por el segundo dispositivo de NVE al enlace de Ethernet entre el segundo dispositivo de CE y el segundo dispositivo de NVE.
El dispositivo de NVE puede enviar la ruta de DA de Ethernet por cada ES a un igual de BGP del dispositivo de NVE de la siguiente manera. El dispositivo de NVE puede enviar un mensaje de actualización al igual de BGP del dispositivo de NVE, y el mensaje de actualización transporta un atributo de MP_REACH_NLRI. El atributo de MP_REAc H_NLRI incluye un campo de NLRI de EVPN y un campo de siguiente salto. El campo de NLRI de EVPN se utiliza para transportar la ruta de DA de Ethernet por cada ES.
5303. El primer dispositivo de NVE envía un paquete de VXLAN al segundo dispositivo de NVE a través del primer túnel de VXLAN, en donde una carga útil de Ethernet original en el paquete de VXLAN incluye tráfico de BUM, el paquete de VXLAN transporta la etiqueta de ESI y el tráfico de BUM proviene del dispositivo de CE.
5304. El segundo dispositivo de NVE recibe, a través del primer túnel de VXLAN, el paquete de VXLAN enviado por el primer dispositivo de NVE.
Tal como se muestra en la figura 4, cuando el segundo dispositivo de CE reenvía el tráfico de BUM al primer dispositivo de NVE utilizando el ES 2, después de recibir el tráfico de BUM, el primer dispositivo de NVE determina un ESI de un ES 1 entre el segundo dispositivo de CE y el primer dispositivo de NVE, y puede determinar, además, que el segundo dispositivo de CE no solo está conectado al primer dispositivo de NVE, sino que también está conectado al segundo dispositivo de NVE. Por lo tanto, el primer dispositivo de NVE encapsula el tráfico de BUM como un paquete de VXLAN. La carga útil de Ethernet original en el paquete de VXLAN incluye el tráfico de BUM y el paquete de VXLAN transporta la etiqueta de ESI. En otras palabras, el paquete de VXLAN enviado por el primer dispositivo de NVE al segundo dispositivo de NVE a través del primer túnel de VXLAN no solo incluye el tráfico de BUM, sino que también transporta la etiqueta de ESI asignada por el segundo dispositivo de NVE al enlace de Ethernet entre el segundo dispositivo de CE y el segundo dispositivo de NVE. Para obtener una definición de la carga útil de Ethernet original, véanse las descripciones del documento RFC 7348.
Opcionalmente, el paquete de VXLAN puede transportar la etiqueta de ESI según un formato que se muestra en la figura 5. Tal como se muestra en la figura 5, el paquete de VXLAN incluye una parte del túnel de VXLAN y la carga útil de Ethernet original, la parte del túnel de VXLAN incluye una cabecera de Eth exterior (cabecera de Ethernet), una cabecera de IP exterior, una cabecera de UDP exterior y una cabecera de VXLAN, y la carga útil de Ethernet original transporta el tráfico de BUM. El paquete de VXLAN incluye, además, la etiqueta de ESI, y la etiqueta de ESI es encapsulada entre la cabecera de VXLAN en el paquete de VXLAN y la carga útil de Ethernet original. Además, la cabecera de VXLAN transporta información de indicación, y la información de indicación se utiliza para indicar que el paquete de VXLAN transporta la etiqueta de ESI.
5305. El segundo dispositivo de NVE evita reenviar el tráfico de BUM al dispositivo de CE mediante la utilización de un ES entre el segundo dispositivo de CE y el segundo dispositivo de NVE, en función de que el paquete de VXLAN transporte la etiqueta de ESI.
El segundo dispositivo de NVE analiza el paquete de VXLAN para obtener la etiqueta de ESI transportada en el paquete de VXLAN y puede determinar, basándose en el valor de la etiqueta de ESI, que la etiqueta de ESI es la etiqueta de ESI asignada por el segundo dispositivo de NVE al enlace de Ethernet entre el segundo dispositivo de CE y el segundo dispositivo de NVE. El segundo dispositivo de NVE ya no transmite el tráfico de BUM a una interfaz de salida que conecta el segundo dispositivo de NVE y el ES 2, para evitar reenviar el tráfico de BUM al dispositivo de CE utilizando el ES entre el segundo dispositivo de CE y el segundo dispositivo de NVE.
El método anterior se explica y describe utilizando como ejemplo el bucle que se muestra en la figura 4. Se debe comprender que el método anterior no se limita a resolver solo el problema del bucle de tráfico de BUM que incluye el segundo dispositivo de CE, el primer dispositivo de NVE y el segundo dispositivo de NVE, y puede ser utilizado para resolver todos los problemas de bucle generados en un escenario de aplicación de VXLAN de EVPN según el método anterior.
En la implementación anterior, se amplía un formato del paquete de VXLAN, de modo que el paquete de VXLAN puede llevar la etiqueta de ESI, resolviendo de este modo un problema de bucle generado en un proceso de reenvío del tráfico de BUM.
La VXLAN de EVPN en esta realización de esta solicitud se puede utilizar, además, para procesar una ruta de MAC, de modo que después de que se establezca un túnel de VXLAN según el método que se muestra en la figura 2A y la figura 2B, la VXLAN de EVPN se puede utilizar para guiar el reenvío de tráfico de unidifusión. Un método para procesar una ruta de MAC utilizando la VXLAN de EVPN se describe específicamente a continuación con referencia a la figura 1. El segundo dispositivo de CE tiene conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante dos enlaces de Ethernet, y los dos enlaces de Ethernet forman un ES. Los valores de ESI de los ES 2 de los dos enlaces de Ethernet que conectan el segundo dispositivo de CE al primer dispositivo de NVE y al segundo dispositivo de NVE, tienen el mismo valor.
S401. El primer dispositivo de NVE recibe una ruta de anuncios de protocolo de control de acceso a medios / Protocolo de Internet (anuncios de MAC/IP) del segundo dispositivo de NVE, en donde la ruta de anuncios de MAC/IP incluye un identificador de la red de área local virtual de control de acceso a medios (ID de la VLAN de MAC), el ID de la VLAn de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de red privada virtual de Ethernet (EVPN) gestionado por el dispositivo de CE.
Debido a que el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de BGP, el segundo dispositivo de NVE puede enviar la ruta de anuncios de MAC/IP al primer dispositivo de NVE. En consecuencia, el primer dispositivo de NVE recibe la ruta de anuncios de MAC/IP del segundo dispositivo de NVE. Para conocer el formato y la utilización básica de la ruta de anuncios de MAC/IP, véanse las descripciones del Capítulo 7.2, el Capítulo 9 y el Capítulo 14 del documento RFC 7432. En esta realización de esta solicitud, una ruta de anuncios de MAC/IP descrita en el documento RFC 7432 se extiende, de modo que la ruta de anuncios de MAC/IP pueda transportar el ID de la VLAN de MAC. El ID de VLAN de MAC se utiliza para indicar la VLAN a la que pertenece la dirección de MAC transportada en la ruta de anuncios de MAC/IP. La dirección de MAC se utiliza para identificar el segundo dispositivo de CE, o la dirección de MAC se utiliza para identificar un ordenador central conectado al segundo dispositivo de CE. El ordenador central es un dispositivo físico o una VM.
Opcionalmente, se amplía un nuevo atributo en esta realización de esta solicitud, para transportar el ID de la VLAN de MAC. Tal como se muestra en la figura 8, un atributo de VLAN de MAC se amplía en esta realización de esta solicitud para transportar el ID de la VLAN de MAC. Un campo de tipo y un campo de subtipo se utilizan para indicar un tipo del atributo de VLAN de MAC, y los valores específicos de cada uno del campo de tipo y el campo de subtipo pueden ser establecidos según un requisito de una organización estándar. Se puede utilizar un campo de indicador para indicar si se permite leer el ID de la VLAN de MAC en el atributo de VLAN de MAC. Por ejemplo, si el campo de indicador es 0, indica que no se permite leer el ID de la VLAN de MAC en el atributo de VLAN de MAC; o, si el campo de indicador es 1, indica que se permite leer el ID de la VLAN de MAC en el atributo de VLAN de MAC. Se debe comprender que las funciones anteriores del campo de indicador son un ejemplo, y una función del campo de indicador puede cambiar, en consecuencia, basándose en un escenario de utilización. El campo ID de VLAN de MAC se utiliza para transportar un valor de ID de VLAN de MAC. Se utiliza un campo reservado para implementar una extensión adicional. El atributo de VLAN de MAC puede ser transportado en la ruta de anuncios de MAC/IP como un atributo, para implementar la solución en esta realización de esta solicitud.
5402. El primer dispositivo de NVE determina, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, una interfaz local que es del primer dispositivo de NVE y que se conecta a un enlace de Ethernet entre el segundo dispositivo de CE y el primer dispositivo de NVE, en donde el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar un ES entre el segundo dispositivo de CE y el segundo dispositivo de NVE.
La ruta de anuncios de MAC/IP enviada por el segundo dispositivo de NVE al primer dispositivo de NVE incluye un campo de ESI, y el campo de ESI se utiliza para transportar el ESI que indica el enlace de Ethernet entre el segundo dispositivo de CE y el segundo dispositivo de NVE. Un valor de ESI de un ES 2 entre el segundo dispositivo de CE y el primer dispositivo de NVE es igual a un valor de ESI de un ES 2 entre el segundo dispositivo de CE y el segundo dispositivo de NVE. Por lo tanto, el primer dispositivo de NVE puede determinar, según el ESI y el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, una interfaz local que es del primer dispositivo de NVE y que conecta el enlace de Ethernet entre el segundo dispositivo de CE y el primer dispositivo de NVE. En otras palabras, el primer dispositivo de NVE puede determinar una interfaz local en el primer dispositivo de NVE basándose en el ESI y en el ID de la VLAN de MAC, y la interfaz local se utiliza para comunicarse con un dispositivo identificado por la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
5403. Un plano de control del primer dispositivo de NVE envía una primera entrada de MAC a un plano de reenvío del primer dispositivo de NVE, en donde una interfaz de salida en la primera entrada de MAC es la interfaz local del primer dispositivo de NVE, y la primera entrada de MAC incluye la MAC y el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP.
El primer dispositivo de NVE suministra, desde el plano de control del primer dispositivo de NVE al plano de reenvío del primer dispositivo de NVE, la primera entrada de MAC que incluye la dirección de MAC y el ID de la VLAN de MAC, para que el primer dispositivo de NVE pueda guiar, basándose en la primera entrada de MAC, el reenvío de tráfico de unidifusión. La interfaz de salida en la primera entrada de MAC es una interfaz local que pertenece al primer dispositivo de NVE y que se conecta a un enlace de Ethernet entre el segundo dispositivo de CE y el primer dispositivo de NVE.
Por ejemplo, tal como se muestra en la figura 1, el dispositivo de PE envía tráfico de unidifusión al segundo dispositivo de CE. Se supone que el dispositivo de PE codifica el tráfico de unidifusión al segundo dispositivo de NVE. El segundo dispositivo de NVE recibe un paquete de VXLAN del dispositivo de PE y el paquete de VXLAN transporta el tráfico de unidifusión. El segundo dispositivo de NVE obtiene el tráfico de unidifusión en el paquete de VXLAN y reenvía el tráfico de unidifusión al segundo dispositivo de CE en función de una entrada MAC almacenada en el segundo dispositivo de NVE.
Tal como se muestra en la figura 9, si el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE está defectuoso, el tráfico de unidifusión no puede llegar al segundo dispositivo de CE utilizando el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE, tal como se muestra con una flecha de línea discontinua en la figura 9. El primer dispositivo de NVE y el segundo dispositivo de NVE han realizado S401 a S403. Por lo tanto, el primer dispositivo de NVE entregó, desde el plano de control del primer dispositivo de NVE al plano de reenvío del primer dispositivo de NVE, la primera entrada de MAC que incluye la dirección de MAC y el ID de la VLAN de MAC. El segundo dispositivo de NVE envía, al primer dispositivo de NVE a través del primer túnel de VXLAN, el paquete de VXLAN que transporta el tráfico de unidifusión. Después de recibir el paquete de VXLAN, el primer dispositivo de NVE obtiene el tráfico de unidifusión y reenvía el tráfico de unidifusión al segundo dispositivo de CE en función de la primera entrada de MAC utilizando el ES 2 entre el primer dispositivo de NVE y el segundo dispositivo de CE.
En la implementación anterior, se puede redirigir una ruta de reenvío mediante la utilización de la ruta de anuncios de MAC/IP y un túnel de VXLAN entre dispositivos de NVE, de modo que cuando ocurre un fallo de enlace en un enlace de Ethernet, aún se puede garantizar el reenvío normal del tráfico de unidifusión. El método anterior se describe utilizando un ejemplo en el que un dispositivo de CE está conectado a dos dispositivos de NVE. Se debe comprender que el método anterior también se puede aplicar a un escenario en el que un dispositivo de CE tiene conexión múltiple a más de dos dispositivos de NVE.
Opcionalmente, el método de procesamiento de ruta MAC anterior incluye, además, la siguiente etapa:
S404. La ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI incluye una dirección de VTEP común, la ruta de anuncios de MAC/IP incluye, además, la segunda dirección de VTEP y la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI es la misma que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET. El método incluye, además, lo siguiente: el plano de control del primer dispositivo de NVE envía una segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo del siguiente salto en la MP_REACH_NLRI y en la segunda dirección de VTEP incluida en la ruta de anuncios de MAC/IP, en donde una interfaz de salida en la segunda entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada de MAC incluye la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
El segundo dispositivo de NVE puede enviar la ruta de anuncios de MAC/IP al primer dispositivo de NVE de la siguiente manera: el segundo dispositivo de NVE puede enviar un mensaje de actualización al primer dispositivo de NVE, y el mensaje de actualización transporta un atributo de MP_REACH_NLRI. El atributo de MP_REACH_NLRI incluye un campo de NLRI de EVPN y el campo del siguiente salto. El campo de NLRI de EVPN se utiliza para transportar la ruta de anuncios de MAC/IP. El campo de siguiente salto incluye la dirección de VTEP común, y la ruta de anuncios de MAC/IP incluye, además, la segunda dirección de VTEP. El segundo dispositivo de NVE puede determinar, basándose en la dirección de VTEP común, que el primer dispositivo de NVE y el segundo dispositivo de NVE pertenecen a un mismo conjunto de dispositivos de NVE. El segundo dispositivo de NVE puede determinar, basándose en la segunda dirección de VTEP, que el segundo dispositivo de NVE anuncia la ruta de anuncios de MAC/IP. El primer dispositivo de NVE envía la segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE. La interfaz de salida en la segunda entrada de MAC es la interfaz local, que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada de MAC incluye la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
Por ejemplo, tal como se muestra en la figura 1, el dispositivo de PE envía tráfico de unidifusión al segundo dispositivo de CE. Se supone que el dispositivo de PE codifica el tráfico de unidifusión al primer dispositivo de NVE. El primer dispositivo de NVE recibe un paquete de VXLAN de PE del dispositivo de PE y el paquete VXLAN de PE transporta el tráfico de unidifusión. El primer dispositivo de NVE obtiene el tráfico de unidifusión en el paquete de VXLAN de PE y reenvía el tráfico de unidifusión al segundo dispositivo de CE basándose en una entrada de MAC almacenada en el primer dispositivo de NVE y utilizando el ES 2 entre el primer dispositivo de NVE y el segundo dispositivo de CE. Además, el primer dispositivo de NVE ha enviado la segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE. La interfaz de salida en la segunda entrada de MAC es la interfaz local, que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada MAC incluye la dirección de MAC. Por lo tanto, el primer dispositivo de NVE puede reenviar el tráfico de unidifusión al segundo dispositivo de NVE a través del primer túnel de VXLAN. El segundo dispositivo de NVE reenvía el tráfico de unidifusión al segundo dispositivo de CE basándose en la entrada de MAC almacenada en el segundo dispositivo de NVE y utilizando el ES 2 entre el segundo dispositivo de NVE y el segundo dispositivo de CE.
En la implementación anterior, la carga compartida del tráfico de unidifusión puede ser implementada, además, lo que ayuda a aumentar el ancho de banda de transmisión del tráfico de unidifusión.
El procesamiento de ruta de MAC anterior es aplicable a un escenario en el que un dispositivo de CE está conectado a dos dispositivos de NVE a través de doble conexión, o a un escenario en el que un dispositivo de CE tiene conexión múltiple a más de dos dispositivos de NVE. A continuación, se describe específicamente, con referencia a la figura 1, un método para el procesamiento de una ruta de MAC utilizando la VXLAN de EVPN utilizada en un escenario en el que el dispositivo de CE está conectado mediante una sola conexión a un dispositivo de NVE. Tal como se muestra en la figura 1, el tercer dispositivo de CE está alojado en el segundo dispositivo de NVE.
5501. El primer dispositivo de NVE recibe una ruta de anuncios de MAC/IP del segundo dispositivo de NVE, en donde la ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI incluye una dirección de VTEP común, la ruta de anuncios de MAC/IP incluye un ID de VLAN de MAC y la segunda dirección de VTEP, el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es la dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de la EVPN gestionado por el dispositivo de CE.
Para un proceso de ejecución en S501, véanse las explicaciones correspondientes de S401 en la realización anterior. Los detalles no se describen de nuevo en el presente documento.
5502. El primer dispositivo de NVE determina, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, que el primer dispositivo de NVE no tiene una interfaz local que se conecte a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE, en donde el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar un ES entre el dispositivo de CE y el segundo dispositivo de NVE.
Con referencia a las explicaciones correspondientes de S402 en la realización anterior, debido a que el tercer dispositivo de CE está conectado al segundo dispositivo de NVE a través de una sola conexión, un valor de ESI de un ES 3 entre el segundo dispositivo de NVE y el tercer dispositivo de CE es 0 o un valor no válido. Después de recibir la ruta de anuncios de MAC/IP del segundo dispositivo de NVE, el primer dispositivo de NVE obtiene el ESI transportado en la ruta de anuncios de MAC/IP. Si el primer dispositivo de NVE descubre que el valor de ESI es 0 o un valor no válido, el primer dispositivo de NVE considera que el ESI no existe. Por lo tanto, el primer dispositivo de NVE determina, basándose en el ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, que el primer dispositivo de NVE no tiene una interfaz local que se conecte al enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE.
5503. Un plano de control del primer dispositivo de NVE envía una entrada de MAC a un plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP incluida en la ruta de anuncios de MAC/IP. Una interfaz de salida en la entrada de MAC es una interfaz local que pertenece al primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE. La entrada de MAC incluye la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
El primer dispositivo de NVE realiza S503 después de determinar que el primer dispositivo de NVE no tiene una interfaz local que se conecta al enlace de Ethernet entre el dispositivo de CE, y que el primer dispositivo de NVE no existe. Para un proceso de ejecución en S503, véanse las explicaciones correspondientes de S404 en la realización anterior. Los detalles no se describen de nuevo en el presente documento.
Por ejemplo, tal como se muestra en la figura 10, el dispositivo de PE envía tráfico de unidifusión al tercer dispositivo de CE. Se supone que el dispositivo de PE procesa el tráfico de unidifusión al primer dispositivo de NVE. El primer dispositivo de NVE recibe un paquete de VXLAN de PE del dispositivo de PE y el paquete de VXLAN de PE transporta el tráfico de unidifusión. El primer dispositivo de NVE obtiene el tráfico de unidifusión en el paquete de VXLAN de PE y el primer dispositivo de NVE localmente no encuentra una entrada de MAC desde el primer dispositivo de NVE al tercer dispositivo de CE. El primer dispositivo de NVE ha realizado S501 a S503 y, por lo tanto, el primer dispositivo de NVE puede reenviar el tráfico de unidifusión al segundo dispositivo de NVE a través del primer túnel de VXLAN. El segundo dispositivo de NVE reenvía el tráfico de unidifusión al tercer dispositivo de CE basándose en una entrada de MAC almacenada en el segundo dispositivo de NVE y mediante la utilización de un ES 3 entre el segundo dispositivo de NVE y el tercer dispositivo de CE.
En la implementación anterior, se puede garantizar que el dispositivo de CE conectado al dispositivo de NVE a través de una sola conexión normalmente puede recibir el tráfico de unidifusión.
La VXLAN de EVPN en esta realización de esta solicitud se puede aplicar, además, a un escenario de reenvío de capa 3. Específicamente, tal como se muestra en la figura 1, las instancias de enrutamiento y reenvío virtual (VRF - Virtual Routing and Forwarding, en inglés) se implementan de manera separada en el dispositivo de PE, el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE. En esta realización, para facilitar la descripción, las instancias de VRF implementadas en el dispositivo de PE, el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE se configuran en una misma instancia de VRF. Se debe comprender que se pueden configurar una pluralidad de instancias de VRF en cada uno de los dispositivos, por ejemplo, diferentes instancias de VRF corresponden a diferentes servicios. El primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE anuncian rutas de prefijo de protocolo de Internet (prefijo de IP) a los respectivos iguales de BGP de los dispositivos. La ruta de prefijo de IP incluye un campo de RD, un campo de ESI, un campo de ID de etiqueta de Ethernet, un campo de longitud de prefijo de IP, un campo de prefijo de IP, un campo de dirección de protocolo de Internet de la puerta de enlace (GW IP Address - GateWay Internet Protocol Address, en inglés) y un campo de etiqueta de MPLS. Las definiciones de los campos anteriores son similares a las definiciones en las realizaciones anteriores de esta solicitud. El campo de prefijo de IP se utiliza para indicar una dirección de IP de un dispositivo de CE o de un ordenador central conectado a un dispositivo de CE. El campo de etiqueta de MPLS se utiliza para indicar un VNI de capa 3, y el VNI de capa 3 corresponde a una instancia de VRF. El campo de dirección de IP de GW está configurado en 0, es decir, un valor no válido.
El dispositivo de NVE puede enviar la ruta de prefijo de IP a un igual de BGP del dispositivo de NVE de la siguiente manera. El dispositivo de NVE puede enviar un mensaje de actualización al igual de BGP del dispositivo de NVE, y el mensaje de actualización lleva un atributo de MP_REACH_NLRI. El atributo de MP_REACH_NLRI incluye un campo de NLRI de EVPN y un campo de siguiente salto. El campo de NLRI de EVPN se utiliza para transportar la ruta del prefijo de IP.
En esta realización, el campo de siguiente salto en el atributo de MP_REACH_NLRI que transporta la ruta de prefijo de IP y que es anunciado por cada uno de los dispositivos de NVE primero, el segundo dispositivo de NVE y el tercer dispositivo de NVE, incluye la dirección de VTEP común en la realización anterior. Como una extensión de la ruta de prefijo de IP, la ruta de prefijo de IP transporta, además, una dirección de VTEP de un dispositivo de NVE que envía la ruta de prefijo de IP. Además, opcionalmente, la ruta de prefijo de IP puede transportar el atributo de VXLAN descrito en la realización anterior, y el atributo de VXLAN transporta una dirección de VTEP. En un proceso de procesamiento de la ruta de prefijo de IP, se puede conocer una ruta de IP y se puede suministrar una entrada de enrutamiento de IP a un plano de reenvío, con el fin de guiar el reenvío de tráfico de datos de la capa 3. El proceso de procesamiento de ruta de prefijo de IP y el proceso de reenvío de tráfico de capa 3 en esta realización son similares al método de procesamiento de ruta de MAC en la realización anterior. Los detalles no se describen de nuevo en el presente documento.
La figura 11 es un diagrama estructural esquemático de un primer dispositivo de NVE 1000, según una realización de esta solicitud. El primer dispositivo de NVE 1000 mostrado en la figura 11 puede realizar las etapas correspondientes realizadas por el primer dispositivo de NVE en el método de la realización anterior. Tal como se muestra en la figura 11, el primer dispositivo de NVE 1000 incluye una unidad de recepción 1002 y una unidad de procesamiento 1004.
La unidad de recepción 1002 está configurada para recibir una segunda ruta de IMET desde el segundo dispositivo de NVE. El campo de dirección de IP de un enrutador de origen en la segunda ruta de IMET incluye una dirección de VTEP común, la segunda ruta de IMET incluye, además, una segunda dirección de VTEP y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP.
La unidad de procesamiento 1004 está configurada para determinar si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE. El primer dispositivo de NVE puede enviar, a un igual de BGP del primer dispositivo de NVE, una ruta de IMET cuyo campo de dirección de IP del enrutador de origen transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE. La dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE.
Cuando la unidad de procesamiento 1004 determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, la unidad de procesamiento 1004 es configurada, además, para establecer un túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET. Además, opcionalmente, un atributo de VXLAN en la segunda ruta de IMET transporta la segunda dirección de VTEP.
Opcionalmente, el primer dispositivo de NVE incluye, además, una unidad de envío 1006. La unidad de envío 1006 está configurada para enviar una primera ruta de IMET al segundo dispositivo de NVE. El campo de dirección de IP de un enrutador de origen en la primera ruta de IMET transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE. La primera ruta de IMET incluye, además, una primera dirección de VTEP, y el segundo dispositivo de NVE utiliza la primera dirección de VTEP para establecer el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE. La dirección de VTEP común almacenada en el primer dispositivo de NVE es diferente de la primera dirección de VTEP. Opcionalmente, un atributo de VXLAN en la primera ruta de IMET transporta la primera dirección de VTEP.
Opcionalmente, la unidad de envío 1006 está configurada, además, para enviar la primera ruta de IMET a un dispositivo de PE. La unidad de recepción 1002 está configurada, además, para recibir una ruta de IMET desde el dispositivo de PE. El campo de dirección de IP de un enrutador de origen en la ruta de IMET desde el dispositivo de PE transporta una dirección de VTEP del dispositivo de PE. La unidad de procesamiento 1004 está configurada, además, para establecer un túnel de VXLAN desde el primer dispositivo de NVE hasta el dispositivo de PE basándose en la dirección de VTEP del dispositivo de PE que está en la ruta de IMET desde el dispositivo de PE. La dirección de VTEP del dispositivo de PE no es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE.
Opcionalmente, la unidad de recepción 1002 está configurada, además, para recibir una tercera ruta de IMET desde el tercer dispositivo de NVE. El campo de dirección de IP de un enrutador de origen en la tercera ruta de IMET incluye una dirección de VTEP común. La tercera ruta de IMET incluye, además, una tercera dirección de VTEP. La dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es diferente de la tercera dirección de VTEP. La unidad de procesamiento 1004 está configurada, además, para determinar si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE. La dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE. Cuando la unidad de procesamiento 1004 determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, la unidad de procesamiento 1004 se configura, además, para establecer un túnel de VXLAN desde el primer dispositivo de NVE al tercer dispositivo de NVE basándose en la tercera dirección de VTEP en la tercera ruta de IMET. Opcionalmente, un atributo de VXLAN en la tercera ruta de IMET transporta la tercera dirección de VTEP.
Opcionalmente, un dispositivo de CE tiene conexiones múltiples al primer dispositivo de NVE, al segundo dispositivo de NVE y al tercer dispositivo de NVE utilizando una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES. La unidad de procesamiento 1004 está configurada, además, para determinar el primer dispositivo de NVE como un DF en el ES basándose en las rutas de ES desde el segundo dispositivo de NVE y el tercer dispositivo de NVE.
Opcionalmente, la unidad de recepción 1002 está configurada, además, para recibir, a través del túnel de VXLAN, desde el segundo dispositivo de NVE al primer dispositivo de NVE, tráfico de BUM enviado por el segundo dispositivo de NVE. La unidad de procesamiento 1004 está configurada, además, para evitar reenviar el tráfico de BUM al tercer dispositivo de NVE a través del túnel de VXLAN desde el primer dispositivo de NVE al tercer dispositivo de NVE, basándose en que el primer dispositivo de NVE recibe el tráfico de BUM a través del túnel de VXLAN del segundo dispositivo de NVE al primer dispositivo de NVE.
Opcionalmente, un dispositivo de CE se conecta de manera doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante la utilización de una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES. La unidad de procesamiento 1004 está configurada, además, para determinar el primer dispositivo de NVE como un DF en el ES basándose en una ruta de ES desde el segundo dispositivo de NVE. La unidad de envío 1006 está configurada, además, para enviar una ruta de DA de Ethernet por cada ES al segundo dispositivo de NVE. La ruta de DA de Ethernet por cada ES transporta una etiqueta de ESI asignada por el primer dispositivo de NVE a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE. La unidad de recepción 1002 está configurada, además, para recibir, a través del túnel de VXLAN, desde el segundo dispositivo de NVE al primer dispositivo de NVE, un paquete de VXLAN enviado por el segundo dispositivo de NVE. Una carga útil de Ethernet original en el paquete de VXLAN incluye tráfico de BUM, el paquete de VXLAN transporta la etiqueta de ESI y el tráfico de BUM proviene del dispositivo de CE. La unidad de procesamiento 1004 está configurada, además, para evitar, basándose en que el paquete de VXLAN transporta la etiqueta de ESI, reenviar el tráfico de BUM al dispositivo de CE utilizando el ES entre el dispositivo de CE y el primer dispositivo de NVE. Además, opcionalmente, la etiqueta de ESI es encapsulada entre una cabecera de VXLAN en el paquete de VXLAN y la carga útil de Ethernet original, la cabecera de VXLAN transporta información de indicación y la información de indicación se utiliza para indicar que el paquete de VXLAN transporta la etiqueta de ESI.
Opcionalmente, un dispositivo de CE se conecta de manera doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante la utilización de una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES. La unidad de recepción 1002 está configurada, además, para recibir una ruta de anuncios de MAC/IP desde el segundo dispositivo de NVE. La ruta de anuncios de MAC/IP incluye un ID de VLAN de MAC, y el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP. La dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de la red privada virtual de Ethernet, EVPN, gestionado por el dispositivo de CE. La unidad de procesamiento 1004 está configurada, además, para determinar, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, una interfaz local que es del primer dispositivo de NVE y que se conecta a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE. El ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar el ES entre el dispositivo de CE y el segundo dispositivo de NVE. La unidad de procesamiento 1004 está configurada, además, para activar el envío de una primera entrada de MAC a un plano de reenvío del primer dispositivo de NVE. Una interfaz de salida en la primera entrada de MAC es la interfaz local del primer dispositivo de NVE, y la primera entrada de MAC incluye una dirección de MAC y el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP.
Opcionalmente, la ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI. Un campo de siguiente salto en la MP_REACH_NLRI incluye una dirección de VTEP común. La ruta de anuncios de MAC/IP incluye, además, la segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI es la misma que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET. La unidad de procesamiento 1004 está configurada, además, para activar el envío de una segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI y en la segunda dirección de VTEP incluida en el MAC. / Ruta de anuncios de MAC/IP. Una interfaz de salida en la segunda entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada de MAC incluye la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
Opcionalmente, un dispositivo de CE se conecta al segundo dispositivo de NVE. La unidad de recepción 1002 está configurada, además, para recibir una ruta de anuncios de MAC/IP desde el segundo dispositivo de NVE. La ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI incluye una dirección de VTEP común, la ruta de anuncios de MAC/IP incluye un ID de VLAN de MAC y la segunda dirección de VTEP, el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de la EVPN gestionado por el dispositivo de CE. La unidad de procesamiento 1004 está configurada, además, para determinar, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, que el primer dispositivo de NVE no tiene una interfaz local que se conecte a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE. El ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar un ES entre el dispositivo de CE y el segundo dispositivo de NVE. La unidad de procesamiento 1004 está configurada, además, para activar el envío de una entrada de MAC a un plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP incluida en la ruta de anuncios de MAC/IP. Una interfaz de salida en la entrada de MAC es una interfaz local que pertenece al primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE. La entrada de MAC incluye la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
El primer dispositivo de NVE mostrado en la figura 11 puede realizar las etapas correspondientes realizadas por el primer dispositivo de NVE en el método de la realización anterior. Esto garantiza que un escenario de aplicación de la EVPN no esté limitado por la condición de restricción de que se debe utilizar un enlace físico directo como enlace entre dispositivos de NVE, y ayuda a ampliar el escenario de aplicación de la EVPN, y también ayuda a mejorar la fiabilidad y a reducir la complejidad de la implementación. Se debe comprender que la estructura de la figura 11 también es aplicable al segundo dispositivo de NVE y al tercer dispositivo de NVE de la figura 1.
La figura 12 es un diagrama esquemático de una estructura de hardware de un primer dispositivo de NVE 1100, según una realización de esta solicitud. El primer dispositivo de NVE 1100 mostrado en la figura 12 puede realizar las etapas correspondientes realizadas por el primer dispositivo de NVE en el método de la realización anterior.
Tal como se muestra en la figura 12, el primer dispositivo de NVE 1100 incluye un procesador 1101, una memoria 1102, una interfaz 1103 y un bus 1104. La interfaz 1103 puede ser implementada de manera inalámbrica o por cable. Específicamente, la interfaz 1103 puede ser un adaptador de red. El procesador 1101, la memoria 1102 y la interfaz 1103 están conectados mediante el bus 1104.
La interfaz 1103 puede incluir específicamente un transmisor y un receptor, configurados para la transmisión o recepción de información entre el primer dispositivo de NVE y cada uno del segundo dispositivo de NVE y el tercer dispositivo de NVE en la realización anterior; o la transmisión o recepción de información entre el primer dispositivo de NVE y un dispositivo de PE; o la transmisión o recepción de información entre el primer dispositivo de NVE y un dispositivo de CE conectado al primer dispositivo de NVE. Por ejemplo, la interfaz 1103 está configurada para soportar los procesos S102 y S105 en la figura 2A y la figura 2B. El procesador 1101 está configurado para realizar el procesamiento realizado por el primer dispositivo de NVE en la realización anterior. Por ejemplo, el procesador 1101 está configurado para: determinar si una dirección de VTEP común comprendida en el campo de dirección de IP de un enrutador de origen en una ruta de IMET recibida es la misma que una dirección de VTEP común almacenada en la memoria 1102; establecer un túnel de VXLAN basándose en la dirección de VTEP en la ruta de IMET recibida y basándose en que la dirección de VTEP común en el campo de dirección de IP del enrutador de origen en la ruta de IMET recibida es la misma que la dirección de VTEP común almacenada en la memoria 1102; procesar una ruta de ES recibida, una ruta de anuncios de MAC/IP o una ruta de DA de Ethernet por cada ES; y procesar tráfico de BUM o tráfico unidifusión, y/u otro proceso de la tecnología descrita en esta memoria descriptiva. Por ejemplo, el procesador 1101 está configurado para soportar los procesos S103 y S104 en la figura 2A y la figura 2B. La memoria 1102 incluye un sistema operativo 11021 y un programa de aplicación 11022, y está configurada para almacenar un programa, código o instrucción. Cuando se ejecuta el programa, el código o la instrucción, el procesador o un dispositivo de hardware puede completar un proceso de procesamiento relacionado con el primer dispositivo de NVE en la realización del método. Opcionalmente, la memoria 1102 puede incluir una memoria de solo lectura (ROM - Read Only Memory, en inglés) y una memoria de acceso aleatorio (RAM - Random Access Memory, en inglés). La ROM incluye un sistema básico de entrada / salida (BIOS - Basic Input/Output System, en inglés) o un sistema integrado. La RAM incluye un programa de aplicación y un sistema operativo. Cuando es necesario ejecutar el primer dispositivo de NVE 1100, se utiliza el BIOS o un cargador de arranque en el sistema integrado que está integrado en la ROM para iniciar un sistema y hacer que el primer dispositivo de NVE 1100 entre en un estado de ejecución normal. Después de entrar en el estado de ejecución normal, el primer dispositivo de NVE 1100 ejecuta el programa de aplicación y el sistema operativo en la RAM, para completar un proceso de procesamiento relacionado con el primer dispositivo de NVE en la realización del método.
Se puede comprender que la figura 12 simplemente muestra un diseño simplificado del primer dispositivo de NVE. En la aplicación real, el primer dispositivo de NVE puede incluir cualquier cantidad de interfaces, procesadores o memorias. Además, solo el primer dispositivo de NVE se utiliza como ejemplo para una descripción de esta realización. Se debe comprender que el segundo dispositivo de NVE, el tercer dispositivo de NVE o más dispositivos de NVE tienen las mismas funciones que el primer dispositivo de NVE. Los detalles no se describen de nuevo en el presente documento.
La figura 13 es un diagrama esquemático de una estructura de hardware de otro primer dispositivo de NVE 1200, según una realización de esta solicitud. El primer dispositivo de NVE 1200 mostrado en la figura 13 puede realizar las etapas correspondientes realizadas por el primer dispositivo de NVE en el método de la realización anterior.
Tal como se muestra en la figura 13, el primer dispositivo de NVE 1200 incluye una placa de control principal 1210, una placa de interfaz 1230, una placa de conmutación 1220 y una placa de interfaz 1240. La placa de control principal 1210 está configurada para completar funciones tales como gestión del sistema, el mantenimiento de dispositivos y el procesamiento de protocolo. La placa de conmutación 1220 está configurada para completar el intercambio de datos entre placas de interfaz (la placa de interfaz también se denomina tarjeta de línea o placa de servicio). Las placas de interfaz 1230 y 1240 están configuradas para: proporcionar diversas interfaces de servicio (por ejemplo, una interfaz de POS, una interfaz de GE y una interfaz de ATM) y reenviar un paquete de datos. La placa de control principal 1210, las placas de interfaz 1230 y 1240 y la placa de conmutación 1220 están conectadas a un panel posterior del sistema mediante la utilización de un bus del sistema para comunicarse entre sí. Una unidad central de procesamiento 1231 en la placa de interfaz 1230 está configurada para: controlar y administrar la placa de interfaz y comunicarse con una unidad central de procesamiento en la placa de control principal.
Una tarjeta de interfaz física 1233 en la placa de interfaz 1230 recibe una segunda ruta de IMET del segundo dispositivo de NVE y envía la segunda ruta de IMET a una unidad central de procesamiento 1211 en la placa de control principal 1210 mediante la utilización de la unidad central de procesamiento 1231 en la placa de interfaz 1230.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada para obtener la segunda ruta de IMET. La unidad central de procesamiento 1211 está configurada, además, para determinar si una dirección de VTEP común comprendida en el campo de dirección de IP de un enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE. Cuando la unidad central de procesamiento 1211 determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, la unidad central de procesamiento 1211 establece un túnel de red de área local extensible virtual, VXLAN, desde el primer dispositivo de NVE hasta el segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET. La dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada, además, para generar una primera ruta de IMET. El campo de dirección de IP de un enrutador de origen en la primera ruta de IMET transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE. La primera ruta de IMET incluye, además, una primera dirección de VTEP. El segundo dispositivo de NVE utiliza la primera dirección de VTEP para establecer el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE. La dirección de VTEP común almacenada en el primer dispositivo de NVE es diferente de la primera dirección de VTEP. La unidad central de procesamiento 1211 en la placa de control principal 1210 envía la primera ruta de IMET generada a la tarjeta de interfaz física 1233 utilizando la unidad central de procesamiento 1231 en la placa de interfaz 1230. La tarjeta de interfaz física 1233 en la placa de interfaz 1230 envía la primera ruta de IMET a un igual de BGP del primer dispositivo de NVE.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada, además, para obtener, desde la tarjeta de interfaz física 1233 en la placa de interfaz 1230, rutas de ES desde el segundo dispositivo de NVE y el tercer dispositivo de NVE. La unidad central de procesamiento 1211 está configurada, además, para determinar el primer dispositivo de NVE como un DF o un NDF en un ES basándose en las rutas de ES.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada, además, para controlar la placa de interfaz 1230 para reenviar y procesar tráfico de BUM o tráfico de unidifusión.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada, además, para: generar una ruta de DA de Ethernet por cada ES y enviar la ruta de DA de Ethernet por cada ES al igual de BGP del primer dispositivo de NVE utilizando la tarjeta de interfaz física 1233 en la placa de interfaz 1230.
La unidad central de procesamiento 1211 en la placa de control principal 1210 está configurada, además, para: obtener, desde la tarjeta de interfaz física 1233 en la placa de interfaz 1230, una ruta de anuncios de MAC/IP desde el segundo dispositivo de NVE, y generar una entrada de MAC basada en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP. La unidad central de procesamiento 1211 en la placa de control principal 1210 transmite la entrada de MAC a una memoria de entrada de reenvío 1234 en la placa de interfaz 1230 mediante la utilización de la unidad central de procesamiento 1231 en la placa de interfaz 1230.
La memoria de entrada de reenvío 1234 en la placa de interfaz 1230 está configurada para almacenar la entrada de MAC. La unidad central de procesamiento 1231 en la placa de interfaz 1230 está configurada para controlar una memoria de red 1232 para obtener la entrada de MAC en la memoria de entrada de reenvío 1234. Además, la unidad central de procesamiento 1231 está configurada para controlar la memoria de red 1232 para recibir y enviar tráfico utilizando la tarjeta de interfaz física 1233.
Se debe comprender que una operación en la placa de interfaz 1240 es consistente con una operación en la placa de interfaz 1230 en esta realización de esta solicitud. Por brevedad, los detalles no se describen de nuevo. Se debe comprender que el primer dispositivo de NVE 1200 en esta realización puede implementar de manera correspondiente funciones del primer dispositivo de NVE y/o etapas realizadas por el primer dispositivo de NVE en la realización del método anterior. Por brevedad, los detalles no se describen de nuevo en el presente documento. Además, solo el primer dispositivo de NVE se utiliza como ejemplo para una descripción de esta realización. Se debe comprender que el segundo dispositivo de NVE, el tercer dispositivo de NVE o más dispositivos de NVE tienen las mismas funciones que el primer dispositivo de NVE. Los detalles no se describen de nuevo en el presente documento.
Además, se debe tener en cuenta que puede haber una o más placas de control principales. Cuando hay una pluralidad de placas de control principales, se pueden incluir una placa principal de control principal y una placa secundaria de control principal. Puede haber una o más placas de interfaz, y una mayor capacidad de procesamiento de datos del primer dispositivo de NVE indica una mayor cantidad de placas de interfaz proporcionadas. Puede haber una o más tarjetas de interfaz física en la placa de interfaz. Puede que no haya una placa de conmutación, o puede haber una o más placas de conmutación. Cuando hay una pluralidad de placas de conmutación, la carga compartida y el respaldo de redundancia pueden ser implementados conjuntamente. En una arquitectura de reenvío centralizada, es posible que el primer dispositivo de NVE no necesite una placa de conmutación, y la placa de interfaz tiene una función de procesamiento de datos de servicio en todo el sistema. En una arquitectura de reenvío distribuida, el primer dispositivo de NVE puede tener al menos una placa de conmutación, y los datos se intercambian entre una pluralidad de placas de interfaz utilizando la placa de conmutación, para proporcionar una capacidad de intercambio y procesamiento de datos de gran capacidad. Por lo tanto, el primer dispositivo de NVE tiene una mejor capacidad de acceso y procesamiento de datos en la arquitectura distribuida que en la arquitectura centralizada. Una arquitectura específica que se utilizará depende de un escenario de implementación de red específico. Esto no está limitado en el presente documento.
La figura 14 es un diagrama esquemático de una estructura de hardware de otro primer dispositivo de NVE 1300, según una realización de esta solicitud. El primer dispositivo de NVE 1300 mostrado en la figura 14 puede realizar las etapas correspondientes realizadas por el primer dispositivo de NVE en el método de la realización anterior.
Esta forma de producto del primer dispositivo de NVE 1300 es aplicable a una arquitectura de red (por ejemplo, redes definidas por software (SDN - software Defined NetWork, en inglés)) en la que el control y el reenvío están separados. En la SDN, la placa de control principal 1210 del primer dispositivo de NVE 1200 que se muestra en la figura 13 está separada del dispositivo y forma un nuevo dispositivo físico independiente (es decir, un controlador 1210A que se muestra en la figura 14), y los componentes restantes forman otro dispositivo físico independiente (es decir, un primer dispositivo de reenvío de NVE 1200A que se muestra en la figura 14). El controlador 1210A interactúa con el primer dispositivo de reenvío de NVE 1200A mediante la utilización de un protocolo de canal de control. El protocolo del canal de control puede ser el protocolo OpenFlow, el Protocolo de Comunicación de Elementos Informáticos de Ruta (PCEP - Path Computation Element Communication Protocol, en inglés), el BGP, la Interfaz al Sistema de Enrutamiento (I2RS - Interface to the Routing System, en inglés), o similar. En otras palabras, en comparación con el modo de realización correspondiente a la figura 13, el primer dispositivo de NVE 1300 en esta realización incluye el controlador 1210A separado del dispositivo y el primer dispositivo de reenvío de NVE 1200A. Es decir, en esta realización, el primer dispositivo de NVE 1300 también puede ser considerado como un sistema.
El controlador 1210A puede ser implementado basándose en un servidor físico de propósito general o en una estructura de hardware dedicada. En un ejemplo de diseño, el controlador incluye un receptor, un procesador, un transmisor, una RAM, una ROM y un bus (no mostrado en la figura). El procesador se acopla de manera separada al receptor, al transmisor, a la RAM y a la ROM mediante el bus. Cuando es necesario ejecutar el controlador, se utiliza un BIOS o un cargador de arranque en un sistema integrado, integrado en la ROM, para iniciar un sistema y hacer que el controlador entre en un estado de funcionamiento normal. Después de entrar en el estado de funcionamiento normal, el controlador ejecuta un programa de aplicación y un sistema operativo en la RAM, de modo que el procesador realice todas las funciones y etapas de la placa de control principal 1210 de la figura 13.
El primer dispositivo de reenvío de NVE 1200A puede ser implementado basándose en una estructura de hardware dedicada. Las funciones y estructuras del primer dispositivo de reenvío de NVE 1200A siguen siendo las mismas que las funciones y estructuras de la placa de interfaz 1230, la placa de interfaz 1240 y la placa de conmutación 1220 en la figura 13, para realizar una función y una etapa correspondientes. Alternativamente, el primer dispositivo de reenvío de NVE 1200A puede ser un primer dispositivo de reenvío de NVE virtual implementado basándose en un servidor físico de propósito general y en una tecnología de virtualización de funciones de red (NFV - NetWork Functions Virtualization, en inglés), y el primer dispositivo de reenvío de NVE virtual es un enrutador virtual. En un escenario del primer dispositivo de reenvío de NVE virtual, la placa de interfaz, la placa de conmutación y el procesador incluidos en el primer dispositivo de reenvío de NVE mencionado en la realización del primer dispositivo de reenvío de NVE físico pueden ser considerados, en un entorno virtual, como un recurso de interfaz, un recurso de red y un recurso de procesamiento que son asignados por el primer dispositivo de reenvío de NVE al primer dispositivo de reenvío de NVE virtual basándose en el servidor físico de uso general. Para una implementación específica de funciones o etapas de implementación del primer dispositivo de reenvío de NVE utilizando el servidor físico general, o funciones o etapas de implementación del primer dispositivo de reenvío de NVE utilizando el servidor físico general y la tecnología de NFV, véase la realización en la figura 12
Se debe comprender que, en esta realización, el controlador 1210A y el primer dispositivo de reenvío de NVE 1200A en el primer dispositivo de NVE 1300 pueden implementar diversas funciones y etapas implementados por el primer dispositivo de NVE en la realización del método. Por brevedad, los detalles no se describen de nuevo en el presente documento. Además, solo el primer dispositivo de NVE se utiliza como ejemplo para una descripción de esta realización. Se debe comprender que el segundo dispositivo de NVE, el tercer dispositivo de NVE o más dispositivos de NVE tienen las mismas funciones que el primer dispositivo de NVE. Los detalles no se describen de nuevo en el presente documento.
Además, una realización de esta solicitud da a conocer un medio de almacenamiento informático, configurado para almacenar una instrucción de software informático utilizada por el primer dispositivo de NVE, y la instrucción de software informático incluye un programa diseñado para realizar la realización del método anterior.
Tal como se muestra en la figura 1, una realización de esta solicitud incluye, además, un sistema de red para procesar una ruta. El sistema de red incluye al menos dos dispositivos de NVE de borde de virtualización de red, y cada uno de los al menos dos dispositivos de NVE es el primer dispositivo de NVE de la figura 11, la figura 12, la figura 13, o la figura 14
Las etapas del método o algoritmo descritas en combinación con el contenido dado a conocer en esta solicitud pueden ser implementadas mediante hardware, o pueden ser implementadas por medio de un procesador mediante la ejecución de una instrucción de software. La instrucción de software puede incluir un módulo de software correspondiente. El módulo de software puede estar situado en una memoria RAM, una memoria flash, una memoria ROM, una memoria EPROM, una memoria EEPROM, un registro, un disco duro, un disco duro extraíble, un CD-ROM o un medio de almacenamiento de cualquier otra forma conocida en la técnica. Por ejemplo, un medio de almacenamiento está acoplado a un procesador, de modo que el procesador pueda leer información del medio de almacenamiento o escribir información en el medio de almacenamiento. Ciertamente, el medio de almacenamiento puede ser un componente del procesador. El procesador y el medio de almacenamiento pueden estar situados en el ASIC. Además, el ASIC puede estar situado en el equipo del usuario. Ciertamente, el procesador y el medio de almacenamiento pueden existir en el equipo de usuario como componentes discretos.
Un experto en la materia debe saber que en uno o más ejemplos anteriores, las funciones descritas en esta solicitud pueden ser implementadas mediante hardware, software, firmware o cualquier combinación de los mismos. Cuando la presente invención se implementa mediante software, las funciones anteriores pueden ser almacenadas en un medio legible por ordenador o ser transmitidas como una o más instrucciones o código en el medio legible por ordenador. El medio legible por ordenador incluye un medio de almacenamiento de ordenador y un medio de comunicación, en donde el medio de comunicación incluye cualquier medio que permite que un programa informático sea transmitido de un lugar a otro. El medio de almacenamiento puede ser cualquier medio disponible accesible para un ordenador dedicado o de propósito general.

Claims (20)

REIVINDICACIONES
1. Un método de procesamiento de rutas, en el que el método se aplica a una red de área local extensible virtual, VXLAN, que tiene un plano de control de red privada virtual de Ethernet, EVPN, la VXLAN comprende un primer dispositivo de borde de virtualización de red, NVE, y un segundo dispositivo de NVE, y el método comprende:
recibir (S102), por parte del primer dispositivo de NVE, una segunda ruta de marca de Ethernet de multidifusión inclusiva, IMET, desde el segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET comprende una dirección de punto final del túnel de la red de área local extensible virtual, VTEP, común, la segunda ruta de IMET comprende, además, una segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP, la dirección de VTEP común incluida en el enrutador de origen El campo de dirección de IP en la segunda ruta de IMET indica un VTEP común incluido en el segundo dispositivo de NVE, la segunda dirección de VTEP indica un segundo VTEP incluido en el segundo dispositivo de NVE;
determinar (S103), por parte del primer dispositivo de NVE, si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE, en donde el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de protocolo de puerta de enlace de frontera, iguales de BGP, para intercambiar rutas de IMET, la dirección de VTEP común almacenada en el primer dispositivo de NVE indica un VTEP común incluido en el primer dispositivo de NVE; y
cuando el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, establecer (S104), por parte del primer dispositivo de NVE, un túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET.
2. El método según la reivindicación 1, en el que el método comprende, además:
el envío (S105), por parte del primer dispositivo de NVE, de una primera ruta de IMET al segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la primera ruta de IMET transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE, la primera ruta de IMET comprende, además, una primera dirección de VTEP, la primera dirección de VTEP es utilizada por el segundo dispositivo de NVE para establecer el túnel de VXLAN desde el segundo dispositivo de NVE hasta el primer dispositivo de NVE, la primera dirección de VTEP indica un primer VTEP incluido en el primer dispositivo de NVE, y la dirección de VTEP común almacenada en el primer dispositivo de NVE es diferente de la primera dirección de VTEP.
3. El método según la reivindicación 2, en el que la VXLAN comprende, además, un dispositivo de borde de proveedor, PE, y el método comprende, además:
enviar, por parte del primer dispositivo de NVE, la primera ruta de IMET al dispositivo de PE;
recibir, por parte del primer dispositivo de NVE, una ruta de IMET desde el dispositivo de PE, en donde un campo de dirección de IP del enrutador de origen en la ruta de IMET desde el dispositivo de PE transporta una dirección de VTEP del dispositivo de PE; y
establecer, mediante el primer dispositivo de NVE, un túnel de VXLAN desde el primer dispositivo de NVE hasta el dispositivo de PE basándose en la dirección de VTEP del dispositivo de PE que está en la ruta de IMET desde el dispositivo de PE, en donde la dirección de VTEP del dispositivo de PE no es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE.
4. El método según la reivindicación 2 o 3, en el que
un atributo de VXLAN en la primera ruta de IMET transporta la primera dirección de VTEP; y
un atributo de VXLAN en la segunda ruta de IMET transporta la segunda dirección de VTEP.
5. El método según cualquiera de las reivindicaciones 1 a 4, en el que la VXLAN comprende, además, un tercer dispositivo de NVE, y el método comprende, además:
recibir, por parte del primer dispositivo de NVE, una tercera ruta de IMET del tercer dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET comprende una dirección de VTEP común, la tercera ruta de IMET comprende, además, una tercera dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es diferente de la tercera dirección de VTEP;
determinar, por parte del primer dispositivo de NVE, si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, en donde la dirección de VTEP común comprendida en el campo de dirección de IP de origen el campo de dirección de IP del enrutador en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE; y
cuando el primer dispositivo de NVE determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, establecer, por parte del primer dispositivo de NVE, un túnel de VXLAN desde el primer dispositivo de NVE hasta el tercer dispositivo de NVE basándose en la tercera dirección de VTEP en la tercera ruta de IMET.
6. El método según la reivindicación 5, en el que un dispositivo de borde de cliente, CE, tiene una conexión múltiple con el primer dispositivo de NVE, el segundo dispositivo de NVE y el tercer dispositivo de NVE mediante la utilización de una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un segmento de Ethernet, ES; y
el método comprende, además:
determinar, por parte del primer dispositivo de NVE, el primer dispositivo de NVE como un reenviador designado, DF, en el ES basándose en las rutas de ES desde el segundo dispositivo de NVE y el tercer dispositivo de NVE.
7. El método según la reivindicación 5 o 6, en el que el método comprende, además:
recibir, por parte del primer dispositivo de NVE a través del túnel de VXLAN desde el segundo dispositivo de NVE al primer dispositivo de NVE, tráfico de difusión, unidifusión desconocida y multidifusión, BUM, enviado por el segundo dispositivo de NVE; y
evitar, por parte del primer dispositivo de NVE, el reenvío del tráfico de BUM al tercer dispositivo de NVE a través del túnel de VXLAN desde el primer dispositivo de NVE al tercer dispositivo de NVE, basándose en que el tráfico de BUM es recibido por el primer dispositivo de NVE a través del túnel de VXLAN desde el segundo dispositivo de NVE al primer dispositivo de NVE.
8. El método según una cualquiera de las reivindicaciones 2 a 4, en el que un dispositivo de CE está conectado de manera doble al primer dispositivo de NVE y al segundo dispositivo de NVE utilizando una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces Ethernet forman un ES; y
el método comprende, además:
determinar, por parte del primer dispositivo de NVE, el primer dispositivo de NVE como un DF en el ES basándose en una ruta de ES desde el segundo dispositivo de NVE;
enviar, por parte del primer dispositivo de NVE, una ruta de detección automática de Ethernet por cada segmento de Ethernet, DA de Ethernet por cada ES, al segundo dispositivo de NVE, en el que la ruta de DA de Ethernet por cada ES transporta una etiqueta de identificador de segmento de Ethernet, ESI, asignada por el primer dispositivo de NVE a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE;
recibir, por parte del primer dispositivo de NVE a través del túnel de VXLAN desde el segundo dispositivo de NVE al primer dispositivo de NVE, un paquete de VXLAN enviado por el segundo dispositivo de NVE, en donde una carga útil de Ethernet original en el paquete de VXLAN comprende tráfico de BUM, el paquete de VXLAN transporta la etiqueta de ESI y el tráfico de BUM proviene del dispositivo de CE; y
evitar, por parte del primer dispositivo de NVE basándose en que el paquete de VXLAN transporta la etiqueta de ESI, el reenvío del tráfico de BUM al dispositivo de CE utilizando el ES entre el dispositivo de CE y el primer dispositivo de NVE.
9. El método según la reivindicación 8, en el que la etiqueta de ESI está encapsulada entre una cabecera de la VXLAN en el paquete de VXLAN y la carga útil de Ethernet original, la cabecera de la VXLAN transporta información de indicación y la información de indicación se utiliza para indicar que el paquete de VXLAN transporta la etiqueta de ESI.
10. El método según una cualquiera de las reivindicaciones 1 a 4, en el que un dispositivo de CE tiene una conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE utilizando una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES; y
el método comprende, además:
recibir, por parte del primer dispositivo de NVE, una ruta de anuncios de control de acceso a medios / protocolo de Internet, anuncios de MAC/IP, desde el segundo dispositivo de NVE, en el que la ruta de anuncios de MAC/IP comprende un identificador de red de área local virtual de control de acceso a medios, ID de VLAN de m Ac , el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de red privada virtual de Ethernet, EVPN, gestionado por el dispositivo de CE;
determinar, por parte del primer dispositivo de NVE basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, una interfaz local que es del primer dispositivo de NVE y que se conecta a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE, en el que el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar el ES entre el dispositivo de CE y el segundo dispositivo de NVE; y
enviar, mediante un plano de control del primer dispositivo de NVE, una primera entrada de MAC a un plano de reenvío del primer dispositivo de NVE, en el que una interfaz de salida en la primera entrada de MAC es la interfaz local del primer dispositivo de NVE, y la primera entrada de MAC comprende la dirección de MAC y el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP.
11. El método según la reivindicación 10, en el que la ruta de anuncios de MAC/IP es transportada en la información de accesibilidad de capa de red accesible de multiprotocolo, MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI comprende una dirección de VTEP común, la ruta de anuncios de MAC/IP comprende, además, el segundo VTEP y la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI es la misma que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET; y
el método comprende, además:
enviar, por parte del plano de control del primer dispositivo de NVE, una segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP comprendida en la ruta de anuncios de MAC /IP, en la que una interfaz de salida en la segunda entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada de MAC comprende la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
12. El método según cualquiera de las reivindicaciones 1 a 4, en el que un dispositivo de CE está conectado al segundo dispositivo de NVE; y
el método comprende, además:
recibir, por parte del primer dispositivo de NVE, una ruta de anuncios de MAC/IP del segundo dispositivo de NVE, en donde la ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI comprende una dirección de VTEP común, la ruta de anuncios de MAC/IP comprende un ID de VLAN de MAC y la segunda dirección de VTEP, el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador personal en un sitio de la EVPN gestionado por el dispositivo de CE;
determinar, por parte del primer dispositivo de NVE, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, que el primer dispositivo de NVE no tiene una interfaz local que se conecte a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE, en donde el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar un ES entre el dispositivo de CE y el segundo dispositivo de NVE; y
enviar, por parte de un plano de control del primer dispositivo de NVE, una entrada de MAC a un plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP incluida en la ruta de anuncios de MAC/IP, en donde una interfaz de salida en la entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la entrada de MAC comprende la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
13. Un primer dispositivo de borde de virtualización de red, NVE, en el que el primer NVE se aplica a una red de área local extensible virtual, VXLAN, que tiene un plano de control de red privada virtual de Ethernet, EVPN, la VXLAN comprende, además, un segundo dispositivo de NVE, y el primer dispositivo de NVE comprende:
una unidad de recepción (1002), configurada para recibir una segunda ruta de marca de Ethernet de multidifusión inclusiva, IMET, desde el segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET comprende una dirección de punto final de túnel de la red de área local extensible virtual, VTEP, común, la segunda ruta de IMET comprende, además, una segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es diferente de la segunda dirección de VTEP, la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET indica un VTEP común incluido en el segundo dispositivo de NVE, la segunda dirección de VTEP indica un segundo VTEP incluido en el segundo dispositivo de NVE; y
una unidad de procesamiento (1004), configurada para determinar si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que una dirección de VTEP común almacenada en el primer dispositivo de NVE, en donde el primer dispositivo de NVE y el segundo dispositivo de NVE son un par de iguales de protocolo de puerta de enlace de frontera, iguales de BGP, para intercambiar rutas de IMET, la dirección de VTEP común almacenada en el primer dispositivo de NVE indica un VTEP común incluido en el primer dispositivo de NVE; en donde
cuando la unidad de procesamiento (1004) determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, la unidad de procesamiento (1004) se configura además para establecer un túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE basándose en la segunda dirección de VTEP en la segunda ruta de IMET.
14. El primer dispositivo de NVE según la reivindicación 13, en el que el primer dispositivo de NVE comprende, además:
una unidad de envío (1006), configurada para enviar una primera ruta de IMET al segundo dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la primera ruta de IMET transporta la dirección de VTEP común almacenada en el primer dispositivo de NVE, la primera ruta de IMET comprende, además, una primera dirección de VTEP, la primera dirección de VTEP es utilizada por el segundo dispositivo de NVE para establecer el túnel de VXLAN desde el segundo dispositivo de NVE al primer dispositivo de NVE, la primera dirección de VTEP indica un primer VTEP incluido en el primer dispositivo de NVE, y la dirección de VTEP común almacenada en el primer dispositivo de NVE es diferente de la primera dirección de VTEP.
15. El primer dispositivo de NVE según la reivindicación 14, en el que
la unidad de envío está configurada, además, para enviar la primera ruta de IMET a un dispositivo de borde de proveedor, PE;
la unidad de recepción (1002) está configurada, además, para recibir una ruta de IMET desde el dispositivo de PE, en donde el campo de dirección de IP del enrutador de origen en la ruta de IMET desde el dispositivo de PE transporta una dirección de VTEP del dispositivo de PE; y
la unidad de procesamiento (1004) está configurada, además, para establecer un túnel de VXLAN desde el primer dispositivo de NVE al dispositivo de PE basándose en la dirección de VTEP del dispositivo de PE que está en la ruta de IMET desde el dispositivo de PE, en donde la dirección de VTEP del dispositivo de PE dispositivo no es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE.
16. El primer dispositivo de NVE según cualquiera de las reivindicaciones 13 a 15, en el que
la unidad de recepción (1002) está configurada, además, para recibir una tercera ruta de IMET desde un tercer dispositivo de NVE, en donde el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET comprende una dirección de VTEP común, la tercera ruta de IMET comprende, además, una tercera dirección de VTEP, y la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es diferente de la tercera dirección de VTEP;
la unidad de procesamiento (1004) está configurada, además, para determinar si la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, en donde la dirección de VTEP común compuesta en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE; y
cuando la unidad de procesamiento (1004) determina que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la tercera ruta de IMET es la misma que la dirección de VTEP común almacenada en el primer dispositivo de NVE, la unidad de procesamiento (1004) se configura además para establecer un túnel de VXLAN desde el primer dispositivo de NVE hasta el tercer dispositivo de NVE basándose en la tercera dirección de VTEP en la tercera ruta de IMET.
17. El primer dispositivo de NVE según cualquiera de las reivindicaciones 14 a 15, en el que un dispositivo de CE tiene una conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante la utilización de una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES;
la unidad de procesamiento (1004) está configurada, además, para determinar el primer dispositivo de NVE como un DF en el ES basándose en una ruta de ES desde el segundo dispositivo de NVE;
la unidad de envío (1006) está configurada, además, para enviar una ruta de detección automática de Ethernet por cada segmento de Ethernet, DA Ethernet por cada ES, al segundo dispositivo de NVE, en el que la ruta de DA de Ethernet por cada ES transporta una etiqueta de identificador de segmento de Ethernet, ESI, asignada por el primer dispositivo de NVE a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE;
la unidad de recepción (1002) está configurada, además, para recibir, a través del túnel de VXLAN desde el segundo dispositivo de NVE al primer dispositivo de NVE, un paquete de VXLAN enviado por el segundo dispositivo de NVE, en el que una carga útil de Ethernet original en el paquete de VXLAN comprende tráfico de BUM, el paquete de VXLAN transporta la etiqueta de ESI y el tráfico de BUM proviene del dispositivo de CE; y
la unidad de procesamiento (1004) está configurada, además, para evitar, basándose en que el paquete de VXLAN transporta la etiqueta de ESI, el reenvío del tráfico de BUM al dispositivo de CE utilizando el Es entre el dispositivo de CE y el primer dispositivo de NVE.
18. El primer dispositivo de NVE según cualquiera de las reivindicaciones 13 a 15, en el que un dispositivo de CE tiene una conexión doble al primer dispositivo de NVE y al segundo dispositivo de NVE mediante la utilización de una pluralidad de enlaces de Ethernet, y la pluralidad de enlaces de Ethernet forman un ES;
la unidad de recepción (1002) está configurada, además, para recibir una ruta de anuncios de control de acceso a medios / protocolo de Internet, anuncios de MAC/IP, desde el segundo dispositivo de NVE, en donde la ruta de anuncios de MAC/IP comprende un identificador de la red de área local virtual de control de acceso a medios, ID de VLAN de MAC, el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de la red privada virtual de Ethernet, EVPN, gestionado por el dispositivo de CE;
la unidad de procesamiento (1004) está configurada, además, para determinar, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, una interfaz local que es del primer dispositivo de NVE y que se conecta a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE, en donde el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar el ES entre el dispositivo de CE y el segundo dispositivo de NVE; y
la unidad de procesamiento (1004) está configurada, además, para activar el envío de una primera entrada de MAC a un plano de reenvío del primer dispositivo de NVE, en donde una interfaz de salida en la primera entrada de MAC es la interfaz local del primer dispositivo de NVE, y la primera entrada de MAC comprende la dirección de MAC y el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP.
19. El primer dispositivo de NVE según la reivindicación 18, en el que la ruta de anuncios de MAC/IP es transportada en la información de accesibilidad de la capa de red accesible de multiprotocolo, MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI comprende una dirección de VTEP común, la ruta de anuncios de MAC/IP comprende, además, la segunda dirección de VTEP, y la dirección de VTEP común comprendida en el campo de siguiente salto en la MP_REACH_NLRI es la misma que la dirección de VTEP común comprendida en el campo de dirección de IP del enrutador de origen en la segunda ruta de IMET; y
la unidad de procesamiento (1004) está configurada, además, para activar el envío de una segunda entrada de MAC al plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo del siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP comprendida en la ruta de anuncios de MAC/IP, en donde una interfaz de salida en la segunda entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la segunda entrada de MAC comprende la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
20. El primer dispositivo de NVE según cualquiera de las reivindicaciones 13 a 15, en el que un dispositivo de CE está conectado al segundo dispositivo de NVE;
la unidad de recepción (1002) está configurada, además, para recibir una ruta de anuncios de MAC/IP desde el segundo dispositivo de NVE, en donde la ruta de anuncios de MAC/IP es transportada en la MP_REACH_NLRI, un campo de siguiente salto en la MP_REACH_NLRI comprende una dirección de VTEP común, la ruta de anuncios de MAC/IP comprende un ID de la VLAN de MAC, y la segunda dirección de VTEP, el ID de la VLAN de MAC se utiliza para indicar una VLAN a la que pertenece una dirección de MAC transportada en la ruta de anuncios de MAC/IP, y la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC del dispositivo de CE, o la dirección de MAC transportada en la ruta de anuncios de MAC/IP es una dirección de MAC de un ordenador central en un sitio de la EVPN gestionado por el dispositivo de CE;
la unidad de procesamiento (1004) está configurada, además, para determinar, basándose en un ESI y en el ID de la VLAN de MAC que son transportados en la ruta de anuncios de MAC/IP, que el primer dispositivo de NVE no tiene una interfaz local que se conecte a un enlace de Ethernet entre el dispositivo de CE y el primer dispositivo de NVE, en donde el ESI transportado en la ruta de anuncios de MAC/IP se utiliza para indicar un ES entre el dispositivo de CE y el segundo dispositivo de NVE; y
la unidad de procesamiento (1004) está configurada, además, para activar el envío de una entrada de MAC a un plano de reenvío del primer dispositivo de NVE basándose en la dirección de VTEP común comprendida en el campo del siguiente salto en la MP_REACH_NLRI y la segunda dirección de VTEP comprendida en la tura de anuncios de MAC /IP, en donde una interfaz de salida en la entrada de MAC es una interfaz local que es del primer dispositivo de NVE y que se conecta al túnel de VXLAN desde el primer dispositivo de NVE al segundo dispositivo de NVE, y la entrada de MAC comprende la dirección de MAC transportada en la ruta de anuncios de MAC/IP.
ES17900752T 2017-03-14 2017-11-17 Procesamiento de ruta en una VXLAN Active ES2906455T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710151473.5A CN108574616B (zh) 2017-03-14 2017-03-14 一种处理路由的方法、设备及系统
PCT/CN2017/111608 WO2018166233A1 (zh) 2017-03-14 2017-11-17 一种处理路由的方法、设备及系统

Publications (1)

Publication Number Publication Date
ES2906455T3 true ES2906455T3 (es) 2022-04-18

Family

ID=63521769

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17900752T Active ES2906455T3 (es) 2017-03-14 2017-11-17 Procesamiento de ruta en una VXLAN

Country Status (5)

Country Link
US (2) US11012355B2 (es)
EP (2) EP4047884B1 (es)
CN (3) CN112929273A (es)
ES (1) ES2906455T3 (es)
WO (1) WO2018166233A1 (es)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108259356B (zh) * 2017-04-25 2020-08-04 新华三技术有限公司 路由控制方法和装置
CN109412926B (zh) * 2018-11-16 2021-04-27 新华三技术有限公司 一种隧道建立方法和装置
CN114363118A (zh) * 2019-01-16 2022-04-15 华为技术有限公司 一种连通性检测会话的创建方法、网络设备和系统
CN111786884B (zh) * 2019-04-04 2022-08-02 中兴通讯股份有限公司 一种路由方法及路由设备
CN112019417B (zh) * 2019-05-30 2021-11-19 华为技术有限公司 传输报文的方法与设备
CN112311643B (zh) * 2019-07-24 2023-04-18 深圳市中兴微电子技术有限公司 一种evpn报文转发方法、系统、存储介质和终端
US11329845B2 (en) 2019-10-18 2022-05-10 Juniper Networks, Inc. Port mirroring over EVPN VXLAN
CN112702773B (zh) * 2019-10-22 2023-03-03 华为技术有限公司 一种通信方法及装置
CN112769587B (zh) * 2019-11-05 2024-05-14 中兴通讯股份有限公司 双归设备接入流量的转发方法、设备及存储介质
US11336485B2 (en) * 2019-12-23 2022-05-17 Arista Networks, Inc. Hitless linkup of ethernet segment
CN111083034B (zh) * 2019-12-24 2022-03-01 浪潮思科网络科技有限公司 一种在evpn下管理vxlan隧道的方法及设备、介质
CN113132221A (zh) * 2019-12-31 2021-07-16 华为技术有限公司 一种路由信息的处理方法及装置
CN113132220B (zh) * 2019-12-31 2022-12-06 华为技术有限公司 一种路由信息的处理方法及装置
CN113132230A (zh) * 2019-12-31 2021-07-16 北京华为数字技术有限公司 发送报文的方法、设备及计算机存储介质
US12375321B2 (en) * 2019-12-31 2025-07-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for ethernet virtual private network (EVPN) split-horizon filtering
CN113141291B (zh) * 2020-01-17 2022-07-26 华为技术有限公司 一种数据传输方法及相关的设备和系统
CN113141290B (zh) * 2020-01-19 2023-12-19 华为技术有限公司 一种报文传输方法、装置及设备
US11438193B2 (en) * 2020-01-28 2022-09-06 Arista Networks, Inc. EVPN multihoming optimizations for ethernet segment connection interruptions
US11496329B2 (en) * 2020-03-20 2022-11-08 Juniper Networks, Inc. EVPN multicast ingress forwarder election using source-active route
US11252074B2 (en) * 2020-03-25 2022-02-15 Juniper Networks, Inc. Detection of multihoming misconfiguration
CN113472645A (zh) * 2020-03-30 2021-10-01 华为技术有限公司 发送路由、处理路由的方法、装置和设备
CN113839873B (zh) * 2020-06-24 2024-10-29 南京中兴新软件有限责任公司 信息处理方法、节点及存储介质
WO2022028216A1 (zh) * 2020-08-03 2022-02-10 华为技术有限公司 网络层可达信息传输方法、系统、装置以及网络设备
CN114221895A (zh) * 2020-09-04 2022-03-22 华为技术有限公司 传输数据的方法、装置及网络设备
CN112187519A (zh) * 2020-09-09 2021-01-05 中盈优创资讯科技有限公司 一种基于bgp协议实现策略控制的多活并发方法及装置
US11962469B2 (en) * 2021-02-10 2024-04-16 Cisco Technology, Inc. Identifying devices and device intents in an IoT network
US11570086B2 (en) * 2021-02-22 2023-01-31 Juniper Networks, Inc. Fast reroute for BUM traffic in ethernet virtual private networks
US11546253B2 (en) * 2021-03-31 2023-01-03 Juniper Networks, Inc Fast reroute for ethernet virtual private networks—virtual extensible local area network
US11671282B2 (en) * 2021-05-24 2023-06-06 Hewlett Packard Enterprise Development Lp Method and system for dynamically activating virtual networks in a distributed tunnel fabric
CN115514699A (zh) * 2021-06-22 2022-12-23 中兴通讯股份有限公司 一种跨设备链路通信方法、交换机、系统及存储介质
CN115766434B (zh) * 2021-09-03 2024-11-15 中国移动通信集团山东有限公司 Vxlan的配置方法和设备
CN115811499A (zh) * 2021-09-11 2023-03-17 华为技术有限公司 指定转发者df选举的方法及设备
CN115996157A (zh) * 2021-10-15 2023-04-21 中兴通讯股份有限公司 路由报文处理方法、装置、存储介质及电子装置
CN113992573B (zh) * 2021-10-26 2023-03-31 新华三信息安全技术有限公司 一种转发bum流量的方法、装置、pe设备及存储介质
CN114500027B (zh) * 2022-01-21 2024-01-12 杭州玳数科技有限公司 基于Nacos的服务注册和服务调用的方法和系统
CN114567522B (zh) * 2022-02-22 2024-03-12 新华三技术有限公司合肥分公司 一种报文转发方法及设备
US12132588B2 (en) * 2022-07-18 2024-10-29 Hewlett Packard Enterprise Development Lp Loop detection in virtual extensible local area network overlay
US12432150B2 (en) 2023-05-23 2025-09-30 Google Llc System and apparatus to synchronize entries between redundant centralized gateways in overlay networks
CN121547412B (zh) * 2026-01-20 2026-03-31 苏州元脑智能科技有限公司 报文发送方法和电子设备

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2767051B1 (en) * 2011-11-03 2017-01-11 Huawei Technologies Co., Ltd. Border gateway protocol extension for the host joining/leaving a virtual private network
CN103580980B (zh) 2012-07-24 2019-05-24 中兴通讯股份有限公司 虚拟网络自动发现和自动配置的方法及其装置
CN104871495B (zh) * 2012-09-26 2018-07-13 华为技术有限公司 用于叠加网络的虚拟叠加网关
US20150003458A1 (en) * 2013-06-27 2015-01-01 Futurewei Technologies, Inc. Boarder Gateway Protocol Signaling to Support a Very Large Number of Virtual Private Networks
CN104702476B (zh) * 2013-12-05 2018-07-31 华为技术有限公司 基于分布式网关的报文处理方法及网络虚拟化边缘点
US9948472B2 (en) 2014-10-22 2018-04-17 Juniper Networks, Inc. Protocol independent multicast sparse mode (PIM-SM) support for data center interconnect
CN105634770B (zh) * 2014-10-29 2019-05-07 新华三技术有限公司 部署虚拟扩展局域网的方法和装置
US9819574B2 (en) * 2014-11-07 2017-11-14 Cisco Technology, Inc. Concerted multi-destination forwarding in a joint TRILL fabric and VXLAN/IP fabric data center
JP6434821B2 (ja) * 2015-02-19 2018-12-05 アラクサラネットワークス株式会社 通信装置及び通信方法
US10116464B2 (en) * 2015-03-18 2018-10-30 Juniper Networks, Inc. EVPN inter-subnet multicast forwarding
US9900250B2 (en) 2015-03-26 2018-02-20 Cisco Technology, Inc. Scalable handling of BGP route information in VXLAN with EVPN control plane
CN106209553B (zh) 2015-04-30 2019-07-23 华为技术有限公司 报文处理方法、设备及系统
US10313235B2 (en) * 2015-07-13 2019-06-04 Futurewei Technologies, Inc. Internet control message protocol enhancement for traffic carried by a tunnel over internet protocol networks
CN105591868B (zh) * 2015-07-15 2019-03-15 新华三技术有限公司 一种虚拟专用网络vpn的接入方法和装置
CN105591982B (zh) * 2015-07-24 2018-12-25 新华三技术有限公司 一种报文传输的方法和装置
CN105791457B (zh) * 2016-02-26 2019-04-09 新华三技术有限公司 一种数据处理方法及装置
US10142129B1 (en) * 2016-09-27 2018-11-27 Juniper Networks, Inc. Bum packet filtering in multi-homed EVPN overlay networks
CN106453025B (zh) * 2016-11-04 2020-06-09 新华三技术有限公司 一种隧道创建方法及装置

Also Published As

Publication number Publication date
US11606292B2 (en) 2023-03-14
CN112929274B (zh) 2024-11-15
WO2018166233A1 (zh) 2018-09-20
EP4047884A3 (en) 2022-11-23
CN112929274A (zh) 2021-06-08
US20210250294A1 (en) 2021-08-12
CN108574616B (zh) 2021-02-12
CN112929273A (zh) 2021-06-08
CN108574616A (zh) 2018-09-25
EP3582449A4 (en) 2019-12-18
EP3582449A1 (en) 2019-12-18
EP4047884A2 (en) 2022-08-24
US20200021523A1 (en) 2020-01-16
US11012355B2 (en) 2021-05-18
EP3582449B1 (en) 2022-01-05
EP3582449B9 (en) 2022-03-02
EP4047884B1 (en) 2026-01-28

Similar Documents

Publication Publication Date Title
ES2906455T3 (es) Procesamiento de ruta en una VXLAN
ES2886949T3 (es) Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN
US11799773B2 (en) EVPN packet processing method, device, and system
US11533249B2 (en) Route processing method and apparatus, and data transmission method and apparatus
US10003531B2 (en) Method for establishing tunnel, method for allocating label, device and network system
ES2899593T3 (es) Método, dispositivo y sistema de procesamiento de paquetes VXLAN
US10148456B2 (en) Connecting multiple customer sites over a wide area network using an overlay network
ES2268165T3 (es) Optimacion de agente local para manipular ip movil y mpls estaticas (conmutacion de etiquetas multiprotocolo).
WO2018054156A1 (zh) 一种vxlan报文的转发方法、设备及系统
CN115225568B (zh) 对以太网虚拟私有网络—虚拟可扩展局域网的快速重路由
US12375321B2 (en) Method and system for ethernet virtual private network (EVPN) split-horizon filtering
US11929923B2 (en) Packet transmission method and apparatus
EP4044523B1 (en) Packet forwarding method, first network device, and first device group
CN111064659A (zh) 多宿主节点故障的bum流量的节点保护
US20260005953A1 (en) Ip performance measurement extension for faster convergence with multihoming