ES2886949T3 - Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN - Google Patents

Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN Download PDF

Info

Publication number
ES2886949T3
ES2886949T3 ES17900927T ES17900927T ES2886949T3 ES 2886949 T3 ES2886949 T3 ES 2886949T3 ES 17900927 T ES17900927 T ES 17900927T ES 17900927 T ES17900927 T ES 17900927T ES 2886949 T3 ES2886949 T3 ES 2886949T3
Authority
ES
Spain
Prior art keywords
mac
route
mac address
interface
message
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
ES17900927T
Other languages
English (en)
Inventor
Haibo Wang
Shunwan Zhuang
Qiao Liu
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 ES2886949T3 publication Critical patent/ES2886949T3/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/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/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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]
    • H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
    • 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/02—Topology update or discovery
    • 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/02—Topology update or discovery
    • H04L45/033—Topology update or discovery by updating distance vector protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • 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/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • 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
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272—Virtual private networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

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

Abstract

Un procedimiento de procesamiento de paquetes, aplicado a una red privada virtual Ethernet, EVPN, en el que un dispositivo frontera del cliente, CE, está conectado a una primera interfaz de un primer dispositivo frontera del proveedor, PE, a través de un primer enlace, el dispositivo CE está conectado a un segunda interfaz de un segundo dispositivo PE a través de un segundo enlace, y el procedimiento comprende: recibir (303), mediante el primer dispositivo PE, un primer mensaje enviado por el segundo dispositivo PE, en el que el primer mensaje transporta una primera ruta de publicación de control de acceso al medio/protocolo de Internet, ruta de publicación MAC/IP, la primera ruta de publicación MAC/IP comprende una dirección MAC y un identificador de segmento de Ethernet, ESI, que se utiliza para identificar un segmento de Ethernet, ES, la dirección MAC comprendida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE, y el ES comprende el primer enlace y el segundo enlace; obtener, mediante el primer dispositivo PE, la dirección MAC de la primera ruta de publicación MAC/IP; determinar (304), mediante el primer dispositivo PE basado en el ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz; y generar (305), mediante el primer dispositivo PE, una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC comprendida en la primera ruta de publicación MAC/IP, en el que la primera entrada de reenvío MAC comprende la dirección MAC comprendida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida comprendido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC comprendida en la primera ruta de publicación MAC/IP.

Description

DESCRIPCIÓN
Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN
Sector de la técnica
Esta solicitud se relaciona con el campo de las tecnologías de las comunicaciones y, en particular, con un procedimiento de procesamiento de paquetes de red privada virtual Ethernet (en inglés: Ethernet Virtual Private Network, EVPN), un dispositivo y un sistema.
Estado de la técnica
Una red privada virtual Ethernet (en inglés: Ethernet Virtual Private Network, EVPN) es una tecnología de red privada virtual (en inglés: Virtual Private Network, VPN) que proporciona interconexión de red de capa 2 en una red de conmutación de etiquetas multiprotocolo (en inglés: conmutación de etiquetas multiprotocolo, MPLS). Actualmente, la EVPN se utiliza como una solución principal para prestar soporte a un servicio de capa 2 en los diseños de red de los principales proveedores. En la tecnología EVPN, el protocolo de puerta de enlace de frontera (en inglés: Border Gateway Protocol, BGP) se utiliza como protocolo de un plano de control para realizar el aprendizaje de direcciones de control de acceso al medio (en inglés: Media Access Control, MAC) entre la frontera del proveedor (en inglés: Provider Edge, PE) y transferir los procesos de publicación y aprendizaje de direcciones MAC desde un plano de datos convencional al plano de control, lo que reduce en gran medida la difusión de direcciones MAC en caso de inundación de tráfico, lo que permite que un dispositivo frontera del cliente (en inglés: Customer Edge, CE) tenga una conexión múltiple a la EVPN y facilite la gestión de direcciones MAC para implementar la compartición de carga. En la EVPN, el dispositivo CE puede conectarse al dispositivo PE en una pluralidad de formas de acceso. Por ejemplo, el dispositivo CE tiene una conexión múltiple a la EVPN a través de una red de área local virtual (en inglés: Virtual Local Area Network, VLAN). Una de las ventajas importantes de la solución EVPN es implementar la conexión múltiple del dispositivo CE.
En un escenario común, como se muestra en la FIG. 1, una red 100 incluye una red troncal y una pluralidad de sitios EVPN proporcionados por un proveedor de servicios. La red troncal incluye un primer dispositivo PE PE 1, un segundo dispositivo PE PE 2, un tercer dispositivo PE PE 3 y una pluralidad de dispositivos P (Provider) (no se muestran en la figura). La pluralidad de sitios EVPN incluye un sitio 1 y un sitio 2. El sitio 1 y el sitio 2 pertenecen a una misma EVPN 1. Un dispositivo terminal A cuya dirección MAC es MAC 1 accede a un CE 1, y el CE 1 tiene una conexión doble al PE 1 y al PE 2. Un dispositivo terminal B cuya dirección MAC es MAC 2 accede a un CE 2 y el CE 2 accede al PE 3. El PE 1 aprende la dirección MAC del dispositivo terminal A a partir del CE 1. El PE 2 no aprende la dirección MAC del dispositivo terminal A a partir del CE 1. El Pe 1 envía una ruta de publicación de control de acceso al medio/protocolo de Internet (en inglés: MAC/IP Advertisement Route) EVPN al PE 3 utilizando un mensaje de actualización (Update) BGP, en otras palabras, notifica al PE 3 una ruta MAC a través de que se alcanza el dispositivo terminal A. Aunque el PE 2 no aprende la MAC 1, el PE 2 puede publicar una ruta de detección automática Ethernet de EPVN (en inglés: Ethernet A-D Route) al PE 3, y el PE 3 puede saber que tanto el PE 1 como el PE 2 pueden utilizarse para llegar al dispositivo terminal A. En otras palabras, el PE 3 realiza la compartición de carga en forma de solapamiento (en inglés: Aliasing). Cabe destacar que, en la FIG. 1, se utiliza para la descripción un ejemplo en el que el dispositivo terminal A accede a un dispositivo PE utilizando el CE 1. En la red real, el dispositivo terminal A puede usarse directamente como un dispositivo CE para acceder al dispositivo PE. En este caso, la dirección MAC del dispositivo terminal A es una dirección MAC del dispositivo CE. Esta memoria descriptiva se describe utilizando un ejemplo en el que el dispositivo terminal A accede a un dispositivo PE utilizando un dispositivo CE. Una solución en la que un dispositivo terminal accede directamente a un dispositivo PE es similar a una solución en la que un dispositivo terminal accede a un dispositivo PE utilizando un dispositivo CE. Los detalles no se describen de nuevo en la presente memoria.
Para obtener detalles específicos sobre la ruta de publicación MAC/IP y la ruta A-D de Ethernet, y detalles sobre la compartición de carga por el PE 3 en forma de solapamiento, consulte las descripciones específicas en la Solicitud de Comentarios (en inglés: Request For Comments, RFC) 7432 publicado por el Grupo de Trabajo de Ingeniería de Internet (Internet Engineering Task Force, IETF). Los detalles no se describen de nuevo en la presente memoria. Sin embargo, en la tecnología EVPN existente, cuando el tráfico de unidifusión conocido que se envía mediante el dispositivo terminal B y cuya dirección MAC de destino es MAC 1 llega al PE 3, el PE 3 realiza el procesamiento de compartición de carga en el tráfico de unidifusión conocido y envía el tráfico de unidifusión conocido al PE 2. Puesto que el PE 2 no aprende la dirección MAC del dispositivo terminal A a partir del CE 1, el PE 2 no puede reenviar directamente el tráfico de unidifusión anterior al CE 1 y necesita enviar el tráfico al CE 1 utilizando el PE 1. En otras palabras, el PE 1 y el PE 2 no comparten eficazmente la carga del tráfico de unidifusión conocido cuya dirección MAC de destino es MAC 1. En consecuencia, los recursos de ancho de banda del PE 2 al CE 1 se desperdician y los recursos de ancho de banda del PE 1 al CE 1 también se consumen. En la solución anterior, los recursos del sistema se desperdician y una ventaja técnica de la EVPN no se puede utilizar eficazmente.
El documento EP3041178A1 describe técnicas para proporcionar una convergencia rápida en el caso de un fallo de enlace en una red privada virtual Ethernet de conexión múltiple totalmente activa. Un dispositivo de red frontera del proveedor (PE) puede preconfigurar un siguiente salto de la interfaz y los saltos secundarios siguientes. Los saltos secundarios siguientes pueden ser enlaces lógicos a otros dispositivos de red PE en el mismo segmento de Ethernet. En el caso de un fallo en el enlace en el salto siguiente de la interfaz entre el dispositivo de red PE y un dispositivo de red frontera del cliente (CE), el dispositivo de red PE puede configurarse para reenviar el tráfico de datos al dispositivo de red CE utilizando los saltos secundarios siguientes. En el caso de un fallo en el enlace entre el dispositivo de red PE y una red central, el dispositivo de red PE puede configurarse para enviar un mensaje de fuera de servicio al dispositivo de red CE que le indica al dispositivo de red Ce que deje de enviar tráfico al dispositivo de red PE.
El documento US8953590B1 describe técnicas para prestar soporte a un servicio de red privada virtual (VPN) basado en conmutación de etiquetas multiprotocolo (MPLS) que proporciona conectividad de capa dos (L2) entre el dispositivo frontera del cliente. En particular, las técnicas prestan soporte a una VPN MAC basada en MPLS de puerta de enlace de frontera (BGP) ("MAC-VPN" o "MAC VPN"). Las técnicas proporcionan una MAC VPN en la que el aprendizaje de la dirección MAC L2 se produce en el plano de control a través de la señalización BGP entre dispositivos en el plano de control en lugar de en el plano de datos, en respuesta al tráfico VPN, como puede ser típico con otras tecnologías VPN.
El documento "RFC-7432-BGP MPLS-Based Ethernet VPN" describe los procedimientos para una solución basada en MPLS BGP llamada Ethernet VPN (EVPN) para abordar los requisitos especificados en [RFC7209]. Consulte [RFC7209] para conocer los requisitos detallados y la motivación. EVPN requiere extensiones a los protocolos IP/MPLS existentes como se describe en este documento.
Compendio
Las realizaciones de la presente solicitud proporcionan un procedimiento de procesamiento de paquetes aplicado a una EVPN y un aparato relacionado y un sistema de comunicaciones. La presente invención se define mediante la materia objeto de las reivindicaciones independientes. Las realizaciones ventajosas se definen en las reivindicaciones dependientes. Las realizaciones que no se encuentran dentro del alcance del conjunto de reivindicaciones adjuntas deben interpretarse como información de antecedentes útil para comprender la invención.
Esta solicitud proporciona un procedimiento de procesamiento de paquetes, para resolver un problema técnico de la técnica anterior por el que la carga no se puede compartir eficazmente entre una pluralidad de dispositivos PE puesto que un dispositivo PE no puede reenviar tráfico a un dispositivo CE que tiene una conexión múltiple a la pluralidad de dispositivos PE (que incluye el PE).
Según un primer aspecto, esta solicitud proporciona un procedimiento de procesamiento de paquetes aplicado a una EVPN. Un dispositivo frontera del cliente CE está conectado a una primera interfaz de un primer dispositivo frontera del proveedor PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz del segundo dispositivo PE a través de un segundo enlace. Primero, el primer dispositivo PE recibe un primer mensaje enviado por el segundo dispositivo PE. El primer mensaje transporta una primera ruta de publicación MAC/IP de control de acceso al medio/protocolo de Internet. La primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección MAC incluida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE. El segmento de Ethernet ES incluye el primer enlace y el segundo enlace. El primer dispositivo PE determina, basándose en el identificador de segmento de Ethernet ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz. Además, el primer dispositivo PE genera una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC incluida en la primera ruta de publicación MAC/IP. La primera entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
En la solución anterior, cuando el primer dispositivo PE no aprende una ruta MAC a partir del dispositivo CE, el segundo dispositivo PE notifica al primer dispositivo PE la ruta MAC aprendida a partir del CE. El primer dispositivo PE puede generar la primera entrada de reenvío MAC basada en la ruta MAC recibida. Cuando se recibe un flujo de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo Pe puede reenviar el flujo de datos al dispositivo CE a través del primer enlace basándose en la primera entrada de reenvío MAC. Cuando el dispositivo terminal accede al primer dispositivo PE utilizando el dispositivo CE, el dispositivo CE envía el flujo de datos al dispositivo terminal. En la solución técnica anterior, cuando un dispositivo CE tiene una conexión múltiple a una pluralidad de dispositivos PE de una forma multiactiva, la pluralidad de dispositivos PE puede compartir la carga eficazmente, utilizando así apropiadamente los recursos de ancho de banda.
En un diseño opcional, el primer mensaje transporta además una dirección de red del siguiente salto, y la dirección de red del siguiente salto en el primer mensaje es una dirección de red del segundo dispositivo PE, por ejemplo, una dirección de bucle de retorno (en inglés, loopback) del segundo dispositivo PE. El procedimiento incluye además: obtener, mediante el primer dispositivo PE, la dirección de red del segundo dispositivo PE basándose en el primer mensaje; y generar, mediante el primer dispositivo PE, una segunda entrada de reenvío MAC basada en la dirección MAC incluida en la primera ruta de publicación MAC/IP y la dirección de red del segundo dispositivo PE. La segunda entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación m Ac /IP, y una dirección de red del siguiente salto incluida en la segunda entrada de reenvío MAC es la dirección de red del segundo dispositivo PE. Cuando el primer enlace es defectuoso, el primer dispositivo PE utiliza la segunda entrada de reenvío MAC para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
Cuando el primer dispositivo PE recibe tráfico de unidifusión conocido destinado al dispositivo terminal (un paquete de datos cuya dirección MAC de destino es la dirección MAC del dispositivo terminal), el primer dispositivo PE consulta una tabla de reenvío MAC; y reenvía directamente, según una instrucción de la primera entrada de reenvío MAC cuando el segundo enlace está en un estado de funcionamiento normal, el paquete a través del primer enlace utilizando el dispositivo CE. Cuando el primer enlace es defectuoso y el primer dispositivo PE recibe el tráfico de unidifusión conocido con destino al dispositivo terminal (el paquete de datos cuya dirección MAC de destino es la dirección MAC del dispositivo terminal), el primer dispositivo PE reenvía el tráfico al segundo dispositivo PE según una instrucción de la segunda entrada de reenvío MAC, y el segundo dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
En un diseño opcional, el primer mensaje es un primer mensaje de actualización BGP de actualización del protocolo de puerta de enlace de frontera.
En un diseño opcional, después de recibir, mediante el primer dispositivo PE, un primer mensaje enviado por el segundo dispositivo PE, el procedimiento incluye además: generar, mediante el primer dispositivo PE, un segundo mensaje, donde el segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, la segunda ruta de publicación MAC/IP incluye una dirección MAC y el identificador de segmento de Ethernet ESI, la dirección MAC incluida en la segunda ruta de publicación MAC/IP es la misma que la dirección MAC incluida en la primera ruta de publicación MAC/IP y la dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE; y enviar, mediante el primer dispositivo PE, el segundo mensaje al segundo dispositivo PE, donde el segundo dispositivo PE utiliza el segundo mensaje para generar una tercera entrada de reenvío MAC y una cuarta entrada de reenvío MAC. La tercera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, la tercera entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y un identificador de interfaz de salida incluido en la tercera entrada de reenvío MAC es un identificador de la primera interfaz. Cuando el primer enlace es defectuoso, el segundo dispositivo PE utiliza la cuarta entrada de reenvío mAc para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, la cuarta entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la cuarta entrada de reenvío es la dirección de red del primer dispositivo PE.
Según la solución anterior, después de recibir el primer mensaje, el primer dispositivo PE genera, en un plano de control basado en la información transportada en el primer mensaje, una entrada de enrutamiento MAC primaria local y una entrada de enrutamiento MAC secundaria local que se utiliza para el reenrutamiento rápido. Además, el plano de control entrega la entrada de enrutamiento MAC primaria y la entrada de enrutamiento MAC secundaria a un plano de reenvío, y genera la primera entrada de reenvío MAC y la segunda entrada de reenvío MAC que se utilizan para el reenrutamiento rápido. Además, después de recibir el primer mensaje, el primer dispositivo PE genera la primera entrada de reenvío MAC local y luego devuelve la ruta MAC local al segundo dispositivo PE, de modo que el segundo dispositivo PE genera una entrada de enrutamiento MAC secundaria utilizada para implementar el reenrutamiento rápido. La ruta MAC aprendida por el segundo dispositivo PE a partir del dispositivo CE puede utilizarse como una ruta MAC local, es decir, una ruta MAC primaria. Cuando un enlace que conecta el segundo dispositivo PE y el dispositivo CE es defectuoso, por ejemplo, cuando el segundo enlace es defectuoso, se cancela la ruta m Ac local del segundo dispositivo PE. Después de que se recupere el primer enlace, el segundo dispositivo PE puede generar de nuevo la ruta MAC local basándose en la segunda ruta de publicación MAC/IP notificada por el primer dispositivo PE, para dar instrucciones de reenvío del tráfico al dispositivo CE. Por lo tanto, después de que el segundo enlace sea defectuoso y se recupera nuevamente, una ruta se puede redireccionar rápidamente y se puede implementar una convergencia de fallos rápida.
Cabe destacar que, en esta solicitud, la ruta MAC local del dispositivo PE es una ruta que se utiliza para dar instrucciones que reenvíe directamente el tráfico de unidifusión al dispositivo CE, una dirección MAC de destino incluida en la ruta MAC local es la dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal que accede al dispositivo CE, y un identificador de interfaz de salida incluido en la ruta MAC local es un identificador de una interfaz, conectada al dispositivo CE, del dispositivo PE.
En un diseño opcional, el segundo mensaje transporta además información de instrucciones, y la información de instrucciones se utiliza para dar instrucciones al segundo dispositivo PE que no envíe, al primer dispositivo PE después de que el segundo dispositivo PE reciba el segundo mensaje, una ruta de publicación MAC/IP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP, para evitar un bucle de paquetes.
Según un segundo aspecto, esta solicitud proporciona un procedimiento de procesamiento de paquetes y el procedimiento se aplica a una EVPN. Un dispositivo frontera del cliente CE está conectado a una primera interfaz de un primer dispositivo frontera del proveedor PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz de un segundo dispositivo PE a través de un segundo enlace. El segundo dispositivo PE genera un primer mensaje, donde el primer mensaje transporta una primera ruta de publicación MAC/IP a través de la cual se alcanza el dispositivo CE. La primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección MAC incluida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE. El segmento de Ethernet ES incluye el primer enlace y el segundo enlace. El segundo dispositivo PE envía el primer mensaje al primer dispositivo PE, donde el primer dispositivo PE utiliza la primera ruta de publicación MAC/IP para generar una primera entrada de reenvío MAC. Una dirección MAC de destino incluida en la primera entrada de reenvío MAC es la dirección MAC incluida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
En la solución técnica anterior, cuando el primer dispositivo PE anterior no aprende, a partir del dispositivo CE, una ruta MAC a través de la cual se alcanza el dispositivo CE o un dispositivo terminal que accede al dispositivo CE, el segundo dispositivo PE notifica al primer dispositivo PE la ruta MAC a través de la cual se alcanza el dispositivo CE o el dispositivo terminal que accede al dispositivo Ce . El primer dispositivo PE puede generar la primera entrada de reenvío MAC basada en la ruta MAC recibida. Cuando se recibe un flujo de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo PE puede reenviar directamente el flujo de datos al dispositivo CE a través del segundo enlace basándose en la primera entrada de reenvío MAC. En la solución técnica anterior, cuando un dispositivo CE tiene una conexión múltiple a una pluralidad de dispositivos PE de una forma multiactiva, la pluralidad de dispositivos PE puede compartir la carga eficazmente, utilizando así apropiadamente los recursos de ancho de banda.
En un diseño opcional, el primer mensaje es un primer mensaje de actualización BGP de actualización del protocolo de puerta de enlace de frontera.
En un diseño opcional, después de que el segundo dispositivo PE envía el primer mensaje al primer dispositivo PE, el procedimiento incluye además: recibir, mediante el segundo dispositivo PE, un segundo mensaje enviado mediante el primer dispositivo PE. El segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto. La segunda ruta de publicación MAC/IP incluye una dirección MAC de destino y el identificador de segmento de Ethernet ESI. La dirección MAC de destino en la segunda ruta de publicación MAC/IP es la dirección MAC incluida en la primera ruta de publicación MAC/IP. La dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE, por ejemplo, una dirección de bucle de retorno del primer dispositivo PE. El segundo dispositivo PE utiliza el identificador de segmento de Ethernet ESI para determinar que una interfaz a través de la cual el segundo dispositivo PE está conectado al dispositivo CE es la segunda interfaz. La segunda interfaz determinada y la dirección MAC de destino incluidas en la segunda ruta de publicación MAC/IP son utilizadas por el segundo dispositivo PE para generar una tercera entrada de reenvío MAC. Una dirección MAC de destino incluida en la tercera entrada de reenvío MAC es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la tercera entrada de reenvío es un identificador de la segunda interfaz y la tercera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar un paquete cuya dirección m Ac de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP. El procedimiento incluye además: generar, mediante el segundo dispositivo PE, una cuarta entrada de reenvío MAC basada en la dirección MAC incluida en la segunda ruta de publicación MAC/IP y la dirección de red del primer dispositivo PE. La cuarta entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la cuarta entrada de reenvío MAC es la dirección de red del primer dispositivo PE. Cuando el segundo enlace es defectuoso, el segundo dispositivo PE utiliza la cuarta entrada de reenvío MAC para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP.
En la solución anterior, después de generar la tercera entrada de reenvío y la cuarta entrada de reenvío, el segundo dispositivo PE implementa el reenrutamiento rápido FRR basándose en la tercera entrada de reenvío MAC y la cuarta entrada de reenvío MAC. Cuando el segundo dispositivo PE recibe tráfico de unidifusión conocido destinado al dispositivo terminal (un paquete de datos cuya dirección MAC de destino es la dirección MAC del dispositivo terminal), el segundo dispositivo PE consulta una tabla de reenvío MAC; y cuando el segundo enlace funciona normalmente, reenvía directamente el paquete al dispositivo CE utilizando un dispositivo de red según una instrucción de la tercera entrada de reenvío MAC. Cuando el segundo enlace es defectuoso, después de que el segundo dispositivo PE recibe el tráfico de unidifusión conocido destinado al dispositivo terminal (el paquete de datos cuya dirección MAC de destino es la dirección MAC del dispositivo terminal), el segundo dispositivo PE consulta la tabla de reenvío MAC y reenvía el tráfico al primer dispositivo PE según una instrucción de una entrada de reenvío secundaria, en otras palabras, según una instrucción de la cuarta entrada de reenvío MAC; y el primer dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
En un diseño opcional, el segundo mensaje de enrutamiento MAC transporta además información de instrucciones. Después de recibir, mediante el segundo dispositivo PE, un segundo mensaje enviado mediante el primer dispositivo PE, el procedimiento incluye además: omitir el envío, mediante el segundo dispositivo PE al primer dispositivo Pe según la información de instrucciones, de una ruta de publicación MAC/IP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP (o se alcanza el dispositivo CE o el dispositivo terminal que accede al dispositivo CE). Por lo tanto, se puede evitar eficazmente un bucle de paquetes.
Según un tercer aspecto, esta solicitud proporciona un primer dispositivo frontera del proveedor PE, y el primer dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del primer aspecto o los posibles diseños del primer aspecto. Específicamente, el primer dispositivo PE incluye módulos configurados para implementar el procedimiento en uno cualquiera del primer aspecto o los posibles diseños del primer aspecto.
Según un cuarto aspecto, esta solicitud proporciona un segundo dispositivo frontera del proveedor PE, y el segundo dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del segundo aspecto o los posibles diseños del segundo aspecto. El segundo dispositivo PE incluye módulos configurados para implementar el procedimiento en uno cualquiera del segundo aspecto o los posibles diseños del segundo aspecto.
Según un quinto aspecto, esta solicitud proporciona un primer dispositivo PE y el primer dispositivo PE incluye una interfaz de entrada, una interfaz de salida, un procesador y una memoria. La interfaz de entrada, la interfaz de salida, el procesador y la memoria pueden conectarse entre sí utilizando un sistema de bus. La memoria está configurada para almacenar un programa, y el procesador está configurado para ejecutar el programa en la memoria, para realizar el procedimiento en uno cualquiera del primer aspecto o los posibles diseños del primer aspecto.
Según un sexto aspecto, esta solicitud proporciona un segundo dispositivo PE, y el segundo dispositivo PE incluye una interfaz de entrada, una interfaz de salida, un procesador y una memoria. La interfaz de entrada, la interfaz de salida, el procesador y la memoria pueden conectarse entre sí utilizando un sistema de bus. La memoria está configurada para almacenar un programa, y el procesador está configurado para ejecutar el programa, una instrucción o código en la memoria, para realizar el procedimiento en uno cualquiera del segundo aspecto o los posibles diseños del segundo aspecto.
Según un séptimo aspecto, esta solicitud proporciona un primer dispositivo PE, y el primer dispositivo PE incluye una placa de control principal y una tarjeta de interfaz, y puede incluir además una placa de conmutación. El primer dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del primer aspecto o los posibles diseños del primer aspecto.
Según un octavo aspecto, una realización de esta solicitud proporciona un primer dispositivo PE, y el primer dispositivo PE incluye un controlador y un primer dispositivo PE de reenvío. El primer dispositivo PE de reenvío incluye una tarjeta de interfaz y puede incluir además una placa de conmutación. El primer dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del primer aspecto o los posibles diseños del primer aspecto. El controlador incluye un receptor, un procesador, un transmisor, una memoria de acceso aleatorio, una memoria de solo lectura y un bus. El procesador se acopla por separado al receptor, el transmisor, la memoria de acceso aleatorio y la memoria de solo lectura mediante el uso del bus. Cuando el controlador necesita ejecutarse, se utiliza un sistema de entrada/salida básico integrado en la memoria de solo lectura o un gestor de arranque en un sistema integrado que arranca el sistema y lo inicia, y arranca el controlador para entrar en un estado de ejecución normal. Después de entrar en el estado de ejecución normal, el controlador ejecuta una aplicación y un sistema operativo en la memoria de acceso aleatorio, de modo que el procesador ejecuta funciones de la placa de control principal en el séptimo aspecto.
Según un noveno aspecto, esta solicitud proporciona un segundo dispositivo PE, y el segundo dispositivo PE incluye una placa de control principal y una tarjeta de interfaz, y puede incluir además una placa de conmutación. El segundo dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del segundo aspecto o los posibles diseños del segundo aspecto.
Según un décimo aspecto, una realización de esta solicitud proporciona un segundo dispositivo PE, y el segundo dispositivo PE incluye un controlador y un segundo dispositivo PE de reenvío. El segundo dispositivo de reenvío del dispositivo PE incluye una tarjeta de interfaz y puede incluir además una placa de conmutación. El segundo dispositivo PE está configurado para realizar el procedimiento en uno cualquiera del segundo aspecto o los posibles diseños del segundo aspecto. El controlador incluye un receptor, un procesador, un transmisor, una memoria de acceso aleatorio, una memoria de solo lectura y un bus. El procesador se acopla por separado al receptor, el transmisor, la memoria de acceso aleatorio y la memoria de solo lectura mediante el uso del bus. Cuando el controlador necesita ejecutarse, se utiliza un sistema de entrada/salida básico integrado en la memoria de solo lectura o un gestor de arranque en un sistema integrado que arranca el sistema y lo inicia, y arranca el controlador para entrar en un estado de ejecución normal. Después de entrar en el estado de ejecución normal, el controlador ejecuta una aplicación y un sistema operativo en la memoria de acceso aleatorio, de modo que el procesador ejecuta funciones de la placa de control principal en el noveno aspecto.
Según un undécimo aspecto, una realización de esta solicitud proporciona un sistema de comunicaciones, y el sistema de comunicaciones incluye el primer dispositivo PE según cualquiera del tercer aspecto, el quinto aspecto, el séptimo aspecto o el octavo aspecto, y el segundo dispositivo PE según cualquiera del cuarto aspecto, el sexto aspecto, el noveno aspecto o el décimo aspecto.
Según un duodécimo aspecto, una realización de esta solicitud proporciona un medio de almacenamiento legible por ordenador o un producto de programa informático, configurado para almacenar un programa informático. El programa informático está configurado para realizar el procedimiento en uno cualquiera del primer aspecto, el segundo aspecto, los posibles diseños del primer aspecto o los posibles diseños del segundo aspecto.
Breve descripción de los dibujos
Para describir más claramente las soluciones técnicas de las realizaciones de esta solicitud, los párrafos siguientes describen brevemente los dibujos adjuntos necesarios para describir las realizaciones. Según parece, los dibujos adjuntos en la siguiente descripción muestran meramente algunas realizaciones de esta solicitud, y una persona con experiencia ordinaria en la técnica aún puede derivar otros dibujos a partir de estos dibujos adjuntos sin esfuerzos creativos.
La FIG. 1 es un diagrama esquemático de un escenario de aplicación de EVPN según la técnica anterior;
la FIG. 2 es un diagrama esquemático de un escenario de aplicación de red de un procedimiento de procesamiento de paquetes según una realización de esta solicitud;
la FIG.3 es un diagrama de flujo esquemático de otro procedimiento de procesamiento de paquetes según una realización de esta solicitud;
la FIG. 4a es un diagrama esquemático de un formato de un campo de atributo MP_REACH_NLRI en un mensaje de actualización BGP según una realización de esta solicitud;
la FIG. 4b es un diagrama esquemático de un formato de campo NLRI EVPN según una realización de esta solicitud;
la FIG. 4c es un diagrama esquemático de un formato de campo de ruta de publicación EVPN MAC/IP según una realización de esta solicitud;
la FIG. 5 es un diagrama esquemático de un formato de campo ESI según una realización de esta solicitud;
la FIG. 6 es un diagrama de flujo esquemático de otro procedimiento de procesamiento de paquetes según una realización de esta solicitud;
la FIG. 7 es un diagrama de flujo esquemático de otro procedimiento de procesamiento de paquetes según una realización de esta solicitud;
la FIG. 8 es un diagrama estructural esquemático de un primer dispositivo PE según una realización de esta solicitud;
la FIG. 9 es un diagrama estructural esquemático de un segundo dispositivo PE según una realización de esta solicitud;
la FIG. 10 es un diagrama esquemático de una estructura de hardware de un primer dispositivo PE según una realización de esta solicitud;
la FIG. 11 es un diagrama esquemático de una estructura de hardware de un segundo dispositivo PE según una realización de esta solicitud;
la FIG. 12 es un diagrama estructural esquemático de un segundo dispositivo PE según una realización de esta solicitud; la FIG. 13 es un diagrama estructural esquemático de un segundo dispositivo PE según una realización de esta solicitud; la FIG. 14 es un diagrama estructural esquemático de un primer dispositivo PE según una realización de esta solicitud; y la FIG. 15 es un diagrama estructural esquemático de un primer dispositivo PE según una realización de esta solicitud.
Descripción de las realizaciones
A continuación se describen las soluciones técnicas de las realizaciones de esta solicitud en referencia a los dibujos adjuntos. Las arquitecturas de red y los escenarios de servicio descritos en las realizaciones de esta solicitud tienen como objetivo describir más claramente las soluciones técnicas en las realizaciones de esta solicitud, pero no pretenden limitar las soluciones técnicas proporcionadas en las realizaciones de esta solicitud. Una persona con experiencia ordinaria en la técnica puede saber que, a medida que evolucionan las arquitecturas de red y surge un nuevo escenario de servicio, las soluciones técnicas proporcionadas en las realizaciones de esta solicitud también se pueden aplicar para resolver un problema técnico similar.
Las soluciones técnicas descritas en esta solicitud se pueden aplicar a una EVPN basada en MPLS BGP. En la tecnología EVPN, se utiliza un mecanismo similar a una VPN de protocolo de Internet MPLS/BGP (en inglés: Internet Protocol, IP). Se amplía el protocolo BGP y se utiliza información de accesibilidad ampliada, de modo que los procesos de publicación y aprendizaje de direcciones MAC entre redes de capa 2 de diferentes sitios se transfieren desde un plano de datos a un plano de control. Se aprende una dirección MAC en el plano de control para implementar una función L2VPN. El aprendizaje de la dirección MAC en el plano de control puede resolver los problemas causados por el aprendizaje de la dirección MAC en el plano de datos, como puede ser la difícil implementación de la conexión múltiple de dispositivos de red y la compartición de carga sin soporte.
Un dispositivo CE puede tener una conexión múltiple a la EVPN a través de un enlace Ethernet. La conexión múltiple de un dispositivo CE en la implementación significa que el dispositivo CE está conectado por separado a una pluralidad de dispositivos del lado de la red a través de una pluralidad de enlaces.
La FIG.2 ilustra un escenario típico de conexión múltiple a una EVPN a través de enlaces Ethernet de una forma multiactiva. Como se muestra en la FIG. 2, la EVPN incluye cuatro dispositivos PE: un PE 1-1, un PE 1 -2, un PE 1-3 y un PE 2. Un CE 1 está conectado al PE 1-1, PE 1-2 y PE 1-3 a través de un enlace Ethernet (en inglés: Ethernet Link, e L) 1, un EL 2 y un EL 3 respectivamente. Un grupo de enlaces Ethernet que incluye los tres enlaces Ethernet es un segmento de Ethernet (en inglés: Ethernet Segment, ES). Un identificador de segmento de Ethernet (en inglés: Ethernet Segment Identifier, ESI) es un identificador único distinto de cero que se utiliza para identificar el segmento de Ethernet ES. El PE 1-1 aprende una dirección MAC del equipo de usuario (en inglés: User Equipment, UE) 1 en un sitio (en inglés: site) 1 de una VPN 1, por ejemplo, MAC A. El Pe 1-1 publica una ruta de publicación MAC/IP al PE 2 utilizando un mensaje de actualización b Gp . El PE 1-2 no aprende la dirección MAC del UE 1. El PE 1-2 publica una ruta de detección automática de Ethernet (en inglés: Ethernet Auto-discovery Route, Ethernet A-D route) al PE 2. Por lo tanto, el PE 2 sabe, en forma de solapamiento (en inglés: Aliasing), que el PE 2 puede alcanzar el UE 1 utilizando el PE 1-1, y que el PE 2 puede alcanzar el UE 1 utilizando el PE 1-2. Por lo tanto, cuando el tráfico de unidifusión enviado por el UE 2 al UE 1 se transmite mediante el PE 2, el PE 2 puede realizar el procesamiento de compartición de carga en el tráfico de unidifusión. El tráfico de unidifusión se reenvía al CE 1 utilizando el PE 1-1 y el PE 1-2, implementando así el interfuncionamiento entre el UE 1 y el UE 2 en la VPN 1.
En el escenario de implementación de conexión múltiple a través de enlaces Ethernet, la EVPN presta soporte a una pluralidad de modos de redundancia. La pluralidad de modos de redundancia incluye un modo de redundancia monoactivo, un modo de redundancia multiactivo y un modo de redundancia totalmente activo. El modo de redundancia monoactivo (un modo monoactivo para abreviar) indica que solo un enlace Ethernet en un segmento de enlace Ethernet está en estado activo y uno o más de otros enlaces Ethernet están en estado inactivo. El estado activo significa que el enlace Ethernet puede usarse para transportar y reenviar un flujo de datos. En un escenario de protección primaria/secundaria, el enlace Ethernet activo normalmente se utiliza como un enlace Ethernet primario. En consecuencia, el enlace Ethernet puede estar en un estado inactivo. El estado inactivo significa que el enlace Ethernet no se puede usar para transportar o reenviar un flujo de datos, y el enlace Ethernet inactivo normalmente se utiliza como un enlace Ethernet secundario. Cuando el enlace Ethernet principal es defectuoso, el enlace Ethernet secundario se activa para transportar y reenviar un flujo de datos. Por lo tanto, un escenario de implementación en el modo monoactivo puede incluir una implementación monoactiva (solo existe un EL en el ES), una implementación monoactiva de espera simple (existen dos EL en el ES, un EL está en un estado activo, y el otro EL está en un estado inactivo) y una implementación monoactiva de espera múltiple (existen al menos tres EL en el ES, un EL está en un estado activo y al menos otros dos EL están en un estado inactivo). Se proporcionan explicaciones adicionales en referencia a la FIG. 2. Si solo un enlace Ethernet EL 1 en el ES está activo y se utiliza como EL primario, y los otros EL 2 y EL 3 están inactivos y se usan como EL de reserva, dicho modo de redundancia es un modo monoactivo de espera dual (que pertenece a un modo monoactivo de espera múltiple).
En el escenario de implementación de conexión múltiple a través de enlaces Ethernet, el modo de redundancia totalmente activo (un modo totalmente activo para abreviar) indica que todos los enlaces Ethernet en un segmento de enlace Ethernet están en un estado activo. En otras palabras, no hay ningún enlace Ethernet inactivo. Todos los enlaces Ethernet activos pueden reenviar un flujo de datos en una forma de compartición de carga, para proporcionar una capacidad de transmisión con mayor ancho de banda. Sin embargo, no se presta soporte de reserva en un escenario del modo totalmente activo. En otras palabras, no hay ningún enlace Ethernet secundario. Cuando uno o más enlaces Ethernet primarios son defectuosos, no se pueden utilizar enlaces Ethernet secundarios para protección de redundancia. Se proporcionan explicaciones adicionales en referencia a la FIG. 2. Si los tres enlaces Ethernet EL 1, EL 2 y EL 3 en el ES están activos y no existe EL de reserva, dicho modo de redundancia es el modo totalmente activo.
En el escenario de implementación de conexión múltiple a través de enlaces Ethernet, el modo de redundancia multiactivo (un modo multiactivo para abreviar) indica que algunos enlaces Ethernet en un segmento de enlace Ethernet están en un estado activo y los otros enlaces Ethernet están en un estado inactivo. Estos enlaces Ethernet activos (utilizados como enlaces Ethernet primarios) pueden reenviar un flujo de datos en una forma de compartición de carga, para proporcionar una capacidad de transmisión con mayor ancho de banda. Los otros enlaces Ethernet inactivos se utilizan como enlaces Ethernet de reserva. Cuando uno o más enlaces Ethernet primarios son defectuosos, estos enlaces Ethernet secundarios pueden activarse para protección de redundancia. Se proporcionan explicaciones adicionales en referencia a la FIG. 2. Si dos enlaces Ethernet EL 1 y EL 2 en el ES están en un estado activo, y un EL 3 está en un estado inactivo, el EL 1 y el EL 2 se combinan para reenviar un flujo de datos en una forma de compartición de carga, y EL 3 proporciona al EL 1 o al EL 2 una protección de reserva.
Para obtener detalles sobre la ruta de publicación MAC/IP y la ruta A-D de Ethernet y para conocer un procedimiento en el que el PE 2 realiza la compartición de carga en forma de solapamiento, consulte el RFC 7432. El contenido relacionado de este documento se incorpora en esta solicitud por referencia. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
En el escenario que se muestra en la FIG.2, el tráfico enviado por un dispositivo CE a un dispositivo PE se enruta utilizando un algoritmo hash (en inglés: Hash), y la implementación específica del algoritmo hash depende del dispositivo CE. Una implementación del dispositivo CE no puede asegurar que el tráfico fluya a través de cada enlace que conecta el dispositivo CE y el dispositivo PE. En el caso de un enlace no seleccionado, un dispositivo PE correspondiente al enlace no puede aprender una dirección MAC de un dispositivo terminal que accede al dispositivo CE y no puede obtener eficazmente la información VLAN del dispositivo terminal. Por ejemplo, cuando el dispositivo CE usa una dirección MAC de origen y una dirección MAC de destino como factores hash, el tráfico enviado por el dispositivo CE al dispositivo PE puede tener un hash a un enlace conectado al PE 1-1. En consecuencia, el PE 1-2 no puede aprender la dirección MAC del UE 1, y no existe ninguna entrada de reenvío MAC local que alcance el UE 1 en el PE 1-2. Cuando el tráfico de unidifusión cuya dirección MAC de destino es MAC A alcanza el PE 1-2, el PE 1-2 no puede reenviar directamente el tráfico de unidifusión al CE 1.
Cabe destacar que una persona experta en la técnica debe comprender que el escenario que se muestra en la FIG. 2 es meramente un ejemplo y no debe constituir una limitación en esta solicitud. Como se muestra en la FIG. 2, un dispositivo terminal accede al dispositivo PE utilizando el dispositivo CE. En un funcionamiento real, el dispositivo terminal puede servir de forma alternativa como un dispositivo CE para acceder al dispositivo PE. En este caso, una dirección m Ac del dispositivo terminal es una dirección MAC del dispositivo CE. El escenario que se muestra en la FIG. 2 se puede aplicar a una pluralidad de escenarios, por ejemplo, se puede aplicar a una red portadora móvil (en inglés: Mobile Bearer Network). Una red portadora móvil típica es una red de acceso radio de protocolo de Internet (en inglés: Internet Protocol Radio Access Network, IP RAN para abreviar). En la red portadora móvil, el dispositivo CE puede ser una estación transceptora base (en inglés: Base Transceiver Station, BTS para abreviar), y el dispositivo PE puede conectarse a un controlador de estación base (en inglés: Base Station Controller, BSC para abreviar) o un controlador de red de radio (en inglés: Radio Network Controller, RNC para abreviar). Para poner otro ejemplo, la EVPN VXLAN se aplica a una red fija (en inglés: Fixed Network). En la red fija, el dispositivo Ce puede ser un sitio del lado del usuario y el dispositivo PE puede ser un servidor de acceso de banda ancha (en inglés: Broadband Access Server, BAS para abreviar).
Cabe destacar además que, en esta solicitud, el dispositivo CE y el dispositivo PE en esta realización de esta solicitud pueden ser dispositivos correspondientes definidos en el RFC 7432. El dispositivo PE puede ser un enrutador o un conmutador, y el dispositivo CE puede ser un enrutador, un conmutador o un dispositivo terminal. Cuando el dispositivo CE es un enrutador, el dispositivo CE puede conectarse a uno o más dispositivos terminales. Normalmente, un lado del dispositivo CE está conectado al dispositivo PE y el otro lado está conectado al UE, efectuando la transición y conectando de este modo el equipo de usuario a una red de proveedor. El UE también se denomina equipo terminal (en inglés: Terminal Equipment, TE) o terminal (en inglés: Terminal), y puede ser un dispositivo manual que tiene una función de comunicación inalámbrica, un dispositivo instalado en el vehículo, un dispositivo ponible, un dispositivo informático, una máquina virtual u otro dispositivo de procesamiento conectado a un módem inalámbrico. El UE puede ser de forma alternativa un equipo de usuario o una estación móvil (en inglés: Mobile Station, MS).
Cabe destacar además que un dispositivo PE y PE significan lo mismo en las realizaciones de esta solicitud. Del mismo modo, un dispositivo CE y un dispositivo CE significan lo mismo. El flujo de datos en esta solicitud puede ser un flujo de datos unidifusión conocido.
La FIG.3 muestra un procedimiento 300 de procesamiento de paquetes proporcionado en esta solicitud. El procedimiento se aplica a un escenario EVPN en el que un dispositivo frontera del cliente CE accede por separado al menos a dos dispositivos PE a través de al menos dos enlaces. Los al menos dos enlaces forman un segmento de Ethernet, y los al menos dos dispositivos PE incluyen un primer dispositivo PE y un segundo dispositivo PE. Cabe destacar que, en esta solicitud, el enlace puede ser un enlace Ethernet y un identificador que se utiliza para identificar el segmento de Ethernet es un identificador de segmento de Ethernet ESI. El segmento de Ethernet también puede denominarse segmento de enlace Ethernet o conjunto de enlaces Ethernet. El dispositivo CE accede a una primera interfaz del primer dispositivo PE a través de un primer enlace. El dispositivo CE accede a una segunda interfaz del segundo dispositivo PE a través de un segundo enlace. El segmento de Ethernet incluye el primer enlace y el segundo enlace.
El procedimiento 300 que se muestra en la FIG. 3 puede aplicarse al escenario que se muestra en la FIG. 2. Específicamente, el dispositivo CE puede ser, por ejemplo, el CE 1 que se muestra en la FIG. 2, el primer dispositivo PE puede ser, por ejemplo, el PE 1-2 que se muestra en la FIG. 2, y el segundo dispositivo PE puede ser, por ejemplo, el PE 1-1 que se muestra en la FIG. 2. El procedimiento 300 incluye S301 a S305.
5301. El segundo dispositivo PE genera un primer mensaje.
Específicamente, el primer mensaje transporta una primera ruta de publicación MAC/IP de control de acceso al medio/protocolo de Internet a través de la cual se alcanza el dispositivo CE. La primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección m Ac incluida en la primera ruta de publicación m Ac /IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE. El primer mensaje incluye además una dirección de red del siguiente salto, y la dirección de red del siguiente salto es una dirección de red del segundo dispositivo PE, por ejemplo, una dirección de bucle de retorno (en inglés: loopback) del segundo dispositivo PE. Cabe destacar que la dirección de bucle de retorno en esta solicitud es una dirección IP configurada en una interfaz de bucle de retorno de un dispositivo de red (tal como un enrutador o un conmutador), y normalmente se utiliza como un identificador de dispositivo de red (por ejemplo, una dirección IPv4 con una máscara de 32 bits: 10.10.1.1/32). Una persona experta en la técnica puede entender esto. En una implementación específica, el segundo dispositivo PE recibe, a través de la segunda interfaz, un paquete enviado por el dispositivo CE a través del segundo enlace, y el paquete transporta la dirección MAC del dispositivo CE o la dirección MAC del dispositivo terminal gestionado por el dispositivo CE. El segundo dispositivo PE obtiene la dirección MAC incluida en la primera ruta de publicación MAC/IP a partir del paquete. El segundo dispositivo PE determina el identificador de segmento de Ethernet ESI basado en la segunda interfaz. Específicamente, el segundo dispositivo PE puede incluir una pluralidad de interfaces. La pluralidad de interfaces puede ser una pluralidad de interfaces Ethernet. El segundo dispositivo PE puede almacenar información de configuración de cada interfaz del segundo dispositivo PE. La información de configuración de la segunda interfaz incluye el ESI. En otras palabras, la segunda interfaz corresponde al ESI. El segundo dispositivo PE puede determinar el ESI basándose en la correspondencia entre la segunda interfaz y el ESI.
5302. El segundo dispositivo PE envía el primer mensaje al primer dispositivo PE.
Específicamente, el segundo dispositivo PE envía el primer mensaje al primer dispositivo PE. La primera ruta de publicación MAC/IP es utilizada por el primer dispositivo PE para generar una primera entrada de reenvío MAC. La primera entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo Ce , un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
Cabe destacar que, en esta solicitud, el segundo dispositivo PE puede aprender la dirección MAC incluida en la primera ruta de publicación MAC/IP a partir del CE, y el primer dispositivo PE no puede aprender la dirección MAC incluida en el primera ruta de publicación mAc /IP a partir del Ce .
En una implementación específica, el primer mensaje es un mensaje de actualización (Inglés: Update) del protocolo de puerta de enlace de frontera (Inglés: Border Gateway Protocol, BGP) (que también puede denominarse paquete de actualización BGP). En esta solicitud, el mensaje de actualización BGP se denomina primer mensaje de actualización BGP. El primer mensaje de actualización BGP transporta la primera ruta de publicación MAC/IP. La ruta de publicación MAC/IP pertenece a un tipo de ruta en la información de accesibilidad de la capa de red (en inglés: Network Layer Reachability Information, NLRI) EVPN definida en el protocolo BGP, y se utiliza para dar instrucciones de reenvío del tráfico de unidifusión. La NLRI EVPN se transporta en un atributo de información de accesibilidad de la capa de red multiprotocolo accesible (en inglés: Multiprotocol Reachable NLRI, MP_REACH_NLRI). El atributo MP_REACH_NLRI es un atributo definido en el mensaje de actualización BGP, y se muestra un formato específico en la FIG. 4a. El atributo incluye un campo de identificador de familia de direcciones (en inglés: Address Family Identifier, AFI) y un campo de identificador de familia de direcciones posterior (en inglés: Subsequent Address Family Identifier, SAFI). Se utiliza un valor del campo AFI para indicar una L2VPN. Por ejemplo, el valor del campo AFI es 25. Se utiliza un valor del campo SAFI para indicar la EVPN. Por ejemplo, el valor del campo SAFI es 70. El atributo MP_REACH_NLRI incluye además la longitud de una dirección de red del siguiente salto (en inglés: Length of Next Hop Network Address) y un campo de dirección de red del siguiente salto (en inglés: Network Address of Next Hop). La dirección de red del campo del siguiente salto se utiliza para transportar la dirección de red del siguiente salto (tal como una dirección de bucle de retorno). El atributo MP_REACH_NLRI incluye además un campo NLRI. En referencia a la EVPN en la L2VPN indicado por los valores de AFI y SAFI, el campo NLRI es un campo NLRI EVPN. Como se muestra en la FIG. 4b, el campo NLRI EVPN incluye, por ejemplo, un campo de tipo de ruta (en inglés: Route Type) de 2 bytes, un campo de longitud (en inglés: Length) de 2 bytes y un campo específico del tipo de ruta (en inglés: Route Type specific) de longitud variable. Cabe destacar que esta solicitud no impone ninguna limitación específica sobre las longitudes del campo de tipo de ruta y el campo de longitud. El tipo de ruta incluye la ruta de publicación MAC/IP. Por ejemplo, un valor del tipo de ruta es 2. El campo específico del tipo de ruta se utiliza para transportar detalles de la ruta de publicación MAC/IP. Como se muestra en la FIG. 4c, la ruta de publicación MAC/IP incluye un campo de distinción de ruta (en inglés: Route Distinguisher, RD) de 8 bytes, un campo de identificador de segmento de Ethernet (en inglés: Ethernet Segment Identifier, ESI) de 10 bytes, un campo de identificador de etiqueta de Ethernet (en inglés: Ethernet Tag ID) de 4 bytes, un campo de longitud de dirección MAC de 1 byte, un campo de dirección MAC de 6 bytes, una longitud del campo de dirección de red del siguiente salto de 1 byte, un campo de dirección de red del siguiente salto de 0 bytes o 4 bytes o 16 bytes, un campo de etiqueta MPLS 1 (en inglés: Label) de 3 bytes y un campo de etiqueta MPLS 2 de 0 bytes o 3 bytes. La etiqueta MPLS 2 se utiliza para dar instrucciones de reenvío del tráfico de capa 3. Un formato del campo ESI en la FIG. 4c se muestra en la FIG. 5, e incluye un campo de tipo (en inglés: Type, T) y un campo de valor ESI (en inglés: Value). El campo de tipo se utiliza para indicar una forma de generación del ESI. Dos formas de generación comunes son el Tipo 0 y el Tipo 1, el Tipo 0 indica la generación a través de la configuración manual y el Tipo 1 indica la ejecución del protocolo de control de agregación de enlaces (en inglés: Link Aggregation Control Protocol, LACP para abreviar) entre un PE y un CE. Un valor del campo de valor e S i varía de 0 a 0xFF, donde "0x" indica hexadecimal. Para la generación y configuración del ES y el ESI, consulte las descripciones en el Capítulo 5 del RFC 7432. Para obtener definiciones del mensaje de actualización BGP y el atributo MP_REACH_NLRI, consulte las descripciones en el RFC 476. Para obtener una definición del campo NLRI EVPN, consulte las descripciones en el RFC 7432.
5303. El primer dispositivo PE recibe el primer mensaje enviado por el segundo dispositivo PE.
5304. El primer dispositivo PE determina que una interfaz conectada al dispositivo CE es la primera interfaz.
En una implementación específica, en la EVPN, cuando una pluralidad de dispositivos PE están conectados a un mismo dispositivo CE, las interfaces configuradas para conectar el dispositivo CE se proporcionan con un mismo identificador de segmento de Ethernet ESI. El dispositivo CE tiene una conexión múltiple al primer dispositivo PE y al segundo dispositivo PE a través de E-TRUNK. Es equivalente a que el dispositivo CE esté conectado a un dispositivo Pe . El primer dispositivo PE y el segundo dispositivo PE incluyen cada uno una pluralidad de interfaces. El primer dispositivo PE se conecta al dispositivo CE a través de la primera interfaz, y el segundo dispositivo PE se conecta al dispositivo CE a través de la segunda interfaz. El primer dispositivo PE almacena información de configuración de la primera interfaz. El segundo dispositivo PE almacena la información de configuración de la segunda interfaz. La información de configuración de la primera interfaz incluye el ESI. La información de configuración de la segunda interfaz incluye el ESI. El ESI configurado para la primera interfaz es el mismo que el ESI configurado para la segunda interfaz. Por lo tanto, después de recibir el primer mensaje, el primer dispositivo PE obtiene la primera ruta de publicación MAC/IP transportada en el primer mensaje. El primer dispositivo PE extrae el identificador de segmento de Ethernet ESI transportado en la primera ruta de publicación MAC/IP para obtener el identificador de segmento de Ethernet ESI. El primer dispositivo PE determina, basándose en el ESI, que la interfaz conectada al dispositivo CE es la primera interfaz. Específicamente, el primer dispositivo PE puede incluir una pluralidad de interfaces. La pluralidad de interfaces puede ser una pluralidad de interfaces Ethernet. El primer dispositivo PE puede almacenar información de configuración de cada interfaz del primer dispositivo PE. La información de configuración de la primera interfaz incluye el ESI. En otras palabras, la primera interfaz corresponde al ESI. El primer dispositivo PE puede utilizar el ESI transportado en la primera ruta de publicación MAC/IP como palabra clave de búsqueda, para buscar la información de configuración de la pluralidad de interfaces almacenadas en el primer dispositivo PE para información de configuración que incluye el ESI. Cuando el primer dispositivo PE encuentra la información de configuración que incluye el ESI, el primer dispositivo PE puede determinar, basándose en la correspondencia entre la primera interfaz y el ESI, que una interfaz, a través de la cual el primer dispositivo PE está conectado al dispositivo CE, es la primera interfaz.
5305. El primer dispositivo PE genera una primera entrada de reenvío MAC.
Específicamente, el primer dispositivo PE genera la primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC incluida en la primera ruta de publicación MAC/IP. La primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar al dispositivo CE el paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP. Una dirección MAC de destino incluida en la primera entrada de reenvío MAC es la dirección MAC incluida en la primera ruta de publicación MAC/IP, y el identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es el identificador de la primera interfaz. Por ejemplo, después de recibir un flujo de datos (flujo de datos de unidifusión conocido) cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo PE reenvía un paquete en el flujo de datos al dispositivo CE a través de la primera interfaz determinada basada en la primera entrada de reenvío MAC.
En una implementación específica, el primer dispositivo PE recibe un primer paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP. El primer dispositivo PE determina, al buscar la primera entrada de reenvío MAC, que la primera interfaz es una interfaz de salida para reenviar el primer paquete. Una vez completadas todas las acciones de procesamiento de reenvío, el primer paquete se reenvía al dispositivo CE a través de la primera interfaz. Cabe destacar que, en las realizaciones de esta solicitud, el dispositivo CE accede al dispositivo PE a través de la transmisión transparente de la red de área local virtual (en inglés: Virtual Local Area Network, VLAN). En otras palabras, cuando el dispositivo PE recibe un paquete enviado por el dispositivo CE o envía un paquete a un dispositivo CE, la información VLAN transportada en el paquete se transmite de forma directa y transparente sin cambios.
En la solución técnica anterior, cuando el primer dispositivo PE no aprende una ruta MAC a partir del dispositivo CE, el segundo dispositivo PE notifica al primer dispositivo PE la ruta MAC a través de la cual se alcanza la dirección MAC incluida en la primera ruta de publicación MAC/IP. El primer dispositivo PE puede generar la primera entrada de reenvío MAC basada en la ruta MAC recibida. Cuando se recibe un flujo de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo PE puede reenviar el flujo de datos al dispositivo CE a través del primer enlace basándose en la primera entrada de reenvío MAC. Además, cuando la dirección MAC incluida en la primera ruta de publicación MAC/IP es una dirección MAC de un dispositivo terminal que accede al dispositivo CE, el flujo de datos se reenvía al dispositivo terminal utilizando el dispositivo CE. En la solución técnica anterior, cuando un dispositivo CE tiene una conexión múltiple a una pluralidad de dispositivos PE de una forma multiactiva, la pluralidad de dispositivos PE puede compartir la carga eficazmente, utilizando así apropiadamente los recursos de ancho de banda.
En una implementación específica, después de S305, el procedimiento 300 puede incluir además S306 a S308. Como se muestra en la FIG. 6, el procedimiento 300 incluye S301 a S308.
Para obtener las descripciones relacionadas de S301 a S305, consulte la realización anterior. Los detalles no se describen de nuevo en la presente memoria.
5306. El primer dispositivo PE obtiene una dirección de red del siguiente salto que se incluye en el primer mensaje.
Específicamente, la dirección de red del siguiente salto puede denominarse primera dirección de red del siguiente salto, y la primera dirección de red del siguiente salto es la dirección de red del segundo dispositivo PE, por ejemplo, la dirección de bucle de retorno del segundo dispositivo PE.
5307. El primer dispositivo PE genera una segunda entrada de reenvío MAC.
Específicamente, el primer dispositivo PE genera la segunda entrada de reenvío MAC basándose en la dirección MAC incluida en la primera ruta de publicación MAC/IP y la dirección de red del segundo dispositivo PE. La segunda entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la segunda entrada de reenvío MAC es la dirección de red del segundo dispositivo PE.
En una implementación específica, el primer dispositivo PE recibe, a través de una tercera interfaz Intf1, el primer mensaje enviado por el segundo dispositivo PE, y el primer dispositivo PE usa el segundo dispositivo PE como un nodo del siguiente salto destinado al dispositivo terminal. Un plano de control (por ejemplo, una placa de control) del primer dispositivo PE genera una entrada de enrutamiento MAC (como se muestra en la Tabla 1), una dirección MAC de destino de la entrada de enrutamiento MAC es la dirección MAC incluida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto es la dirección de bucle de retorno del segundo dispositivo PE. Luego, el primer dispositivo PE genera la segunda entrada de reenvío MAC (como se muestra en la Tabla 2) basada en la entrada de enrutamiento MAC y envía la segunda entrada de reenvío MAC a un plano de reenvío (por ejemplo, una placa de reenvío) del primer dispositivo PE. Cuando el primer dispositivo PE genera la segunda entrada de reenvío MAC basada en la entrada de enrutamiento MAC, el primer dispositivo PE puede determinar una dirección MAC de destino y una interfaz de salida en la segunda entrada de reenvío MAC basada en la entrada de enrutamiento MAC. La dirección MAC de destino de la segunda entrada de reenvío MAC es una dirección de destino en la entrada de enrutamiento MAC. La interfaz de salida de la segunda entrada de reenvío MAC es la tercera interfaz Intf1. Que el primer dispositivo PE determine Intf1 como la interfaz de salida en la segunda entrada de reenvío MAC puede incluir las etapas siguientes: Primero, el primer dispositivo PE utiliza la dirección de bucle de retorno del segundo dispositivo PE en la entrada de enrutamiento MAC como palabra clave de búsqueda, para buscar una tabla de asignaciones (una tabla de asignaciones FTN o una tabla de reenvío FTN) entre una clase de equivalencia de reenvío (en inglés: Forwarding Equivalence Class, FEC) y una entrada de reenvío de etiqueta de siguiente salto (en inglés: Next Hop Label Forwarding Entry, NHLFE para abreviar) para saber que una interfaz de salida correspondiente a la dirección de bucle de retorno del segundo dispositivo Pe es un identificador de túnel (en inglés: Tunnel Identifier, Tunnel ID) de un túnel desde el primer dispositivo PE hasta el segundo dispositivo PE; y luego utiliza el ID del túnel para buscar una tabla de reenvío de túneles, para saber que una interfaz de salida correspondiente al ID del túnel es Intf1 (para ser específicos, una interfaz, en el primer dispositivo PE, del túnel desde el primer dispositivo PE al segundo dispositivo PE). El primer dispositivo PE determina Intf1 como la interfaz de salida en la segunda entrada de reenvío MAC. Cabe destacar que el túnel puede ser un túnel de una ruta conmutada de etiquetas (Label Switched Path, LSP), o puede ser un túnel de ingeniería de tráfico de protocolo de reserva de recursos (Resource Reservation Protocol-Traffic Engineering, RSVP-TE), o similar. El túnel se utiliza para transportar un flujo de datos de unidifusión conocido y no se muestra en la FIG. 2 en esta realización de la presente invención por brevedad. Una persona experta en la técnica puede entender esto.
Tabla 1: Tabla de enrutamiento MAC
Figure imgf000013_0001
Tabla 2: Tabla de reenvío MAC
Figure imgf000013_0002
5308. El primer dispositivo PE implementa un reenrutamiento rápido (en inglés: Fast Reroute, FRR) basado en la primera entrada de reenvío MAC y la segunda entrada de reenvío MAC. La primera entrada de reenvío MAC se utiliza como una entrada de reenvío primaria y la segunda entrada de reenvío MAC se utiliza como una entrada de reenvío secundaria.
Cuando el primer dispositivo PE recibe tráfico de unidifusión conocido (un paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP), el primer dispositivo PE consulta una tabla de reenvío MAC; y reenvía directamente, según una instrucción de la primera entrada de reenvío MAC cuando el primer enlace está en un estado de funcionamiento normal, el paquete a través del primer enlace utilizando el dispositivo CE. Cuando el primer enlace es defectuoso y el primer dispositivo PE recibe el tráfico de unidifusión conocido (el paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP), el primer dispositivo PE reenvía el tráfico al segundo dispositivo PE según una instrucción de la segunda entrada de reenvío MAC, y el segundo dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
Opcionalmente, después de S305, el procedimiento 300 puede incluir además S309 a S312. A continuación se describe el procedimiento 300 en referencia a la FIG. 7.
Para obtener las descripciones relacionadas de S301 a S305, consulte la realización anterior. Los detalles no se describen de nuevo en la presente memoria.
5309. El primer dispositivo PE genera un segundo mensaje.
En una implementación específica, después de recibir el primer mensaje enviado por el segundo dispositivo PE, el primer dispositivo PE genera el segundo mensaje. El segundo mensaje se utiliza para transportar una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, y la segunda ruta de publicación MAC/IP incluye una dirección MAC de destino y el identificador de segmento de Ethernet ESI. La dirección MAC de destino incluida en la segunda ruta de publicación MAC/IP es la misma que la dirección MAC incluida en la primera ruta de publicación MAC/IP. Específicamente, el primer dispositivo PE genera el segundo mensaje basándose en el primer mensaje. El primer dispositivo PE obtiene, basándose en el primer mensaje recibido, la dirección MAC transportada en la primera ruta de publicación MAC/IP y encapsula la segunda dirección MAC en la ruta de publicación MAC/IP. La dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE, por ejemplo, una dirección de bucle de retorno del primer dispositivo PE.
5310. El primer dispositivo PE envía el segundo mensaje al segundo dispositivo PE.
En una implementación específica, el segundo mensaje es un mensaje de actualización BGP. En esta solicitud, el mensaje de actualización BGP se denomina segundo mensaje de actualización BGP. El segundo mensaje de actualización BGP transporta la segunda ruta de publicación MAC/IP. Para obtener descripciones relacionadas de un formato específico del segundo mensaje de actualización BGP y un formato específico de la segunda ruta de publicación MAC/IP, consulte las descripciones específicas del formato específico del primer mensaje de actualización BGP y el formato específico de la primera ruta de publicación MAC/IP en S202. Los detalles no se describen de nuevo en la presente memoria.
En una implementación específica, el segundo mensaje transporta además información de instrucciones, y la información de instrucciones se utiliza para dar instrucciones al segundo dispositivo PE que no envíe, al primer dispositivo PE después de que el segundo dispositivo PE reciba el segundo mensaje, una ruta de publicación MAC/iP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP, para evitar un bucle. El segundo mensaje incluye un campo de indicador (Flag), que se utiliza para transportar la información de instrucciones. La longitud del campo de indicador puede ser, por ejemplo, un bit o un byte. Esta solicitud no impone ninguna limitación al mismo. Opcionalmente, se puede definir además un nuevo campo en el segundo mensaje, por ejemplo, un campo de indicador que se utiliza para transportar la información de instrucciones. Esta solicitud no impone ninguna limitación específica al mismo. La ruta de publicación MAC/IP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP se utiliza para dar instrucciones de reenvío de un paquete cuya dirección MAC de destino es la dirección MAC del dispositivo CE o la dirección MAC del terminal que accede al dispositivo CE.
5311. El segundo dispositivo PE recibe el segundo mensaje enviado por el primer dispositivo PE. S312. El segundo dispositivo PE genera una tercera entrada de reenvío MAC y una cuarta entrada de reenvío MAC.
En una implementación específica, después de recibir el segundo mensaje, el segundo dispositivo PE genera la tercera entrada de reenvío MAC basada en la dirección MAC y el identificador de segmento de Ethernet ESI que se incluyen en la segunda ruta de publicación MAC/IP transportada en el segundo mensaje. La tercera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y un identificador de interfaz de salida incluido en la tercera entrada de reenvío MAC es un identificador de la segunda interfaz. Una forma en la que el segundo dispositivo PE genera la tercera entrada de reenvío MAC es similar a la forma en que el primer dispositivo PE genera la primera entrada de reenvío MAC en S305. Para obtener descripciones específicas, consulte S305. Los detalles no se describen de nuevo en la presente memoria.
Cabe destacar que, después de recibir el segundo mensaje, el segundo dispositivo PE puede generar la tercera entrada de reenvío MAC en los siguientes escenarios:
Escenario 1: Una ruta MAC local a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP no existe en el segundo dispositivo PE. Por ejemplo, cuando un enlace entre el segundo dispositivo PE y el dispositivo CE es defectuoso, se cancela la ruta MAC local. En este caso, el segundo dispositivo PE puede generar la tercera entrada de reenvío MAC basada en la dirección MAC y el identificador de segmento de Ethernet ESI que se incluyen en la segunda ruta de publicación MAC/IP transportada por el segundo dispositivo PE.
Escenario 2: Cuando el segundo dispositivo PE recibe el segundo mensaje, y existe una ruta MAC local a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación Ma C/IP en el segundo dispositivo PE, el segundo dispositivo PE almacena la información de enrutamiento transportada en el segundo mensaje. Cuando la ruta MAC local que es del segundo dispositivo PE y a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP se cancela porque un enlace entre el segundo dispositivo PE y el dispositivo CE es defectuoso, el segundo dispositivo PE genera la tercera entrada de reenvío MAC basada en la información de enrutamiento transportada en el segundo mensaje, en otras palabras, basada en la dirección MAC y el identificador de segmento de Ethernet ESI que se incluyen en la segunda ruta de publicación MAC/IP.
Los dos escenarios anteriores son meramente ejemplos. Esta solicitud no impone ninguna limitación a los mismos.
El segundo dispositivo PE genera la cuarta entrada de reenvío MAC basada en la dirección MAC incluida en la segunda ruta de publicación MAC/IP y la dirección de red del primer dispositivo PE. La cuarta entrada de reenvío MAC es una entrada de reenvío secundaria que se utiliza para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la cuarta entrada de reenvío es la dirección de red del primer dispositivo PE. Una forma en la que el segundo dispositivo PE genera la cuarta entrada de reenvío MAC es similar a la forma en que el primer dispositivo PE genera la segunda entrada de reenvío MAC en S307. Para obtener descripciones específicas, consulte S307. Los detalles no se describen de nuevo en la presente memoria.
En una implementación específica, después de que el segundo dispositivo PE genera la cuarta entrada de reenvío, el reenrutamiento rápido FRR se implementa en base a una entrada de reenvío MAC local (que también puede denominarse una quinta entrada de reenvío m Ac , donde la quinta entrada de reenvío MAC puede ser, por ejemplo, la tercera entrada de reenvío MAC, o una entrada de reenvío MAC local almacenada antes de que se genere la tercera entrada de reenvío MAC) en la que el segundo dispositivo PE llega al dispositivo CE y la cuarta entrada de reenvío MAC.
Por lo tanto, según el procedimiento anterior, cuando el segundo dispositivo PE recibe tráfico de unidifusión conocido destinado al dispositivo terminal (un paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP), el segundo dispositivo PE consulta una tabla de reenvío MAC; y cuando el segundo enlace funciona normalmente, reenvía directamente el paquete al dispositivo CE a través del segundo enlace según una instrucción de una entrada de reenvío MAC local (por ejemplo, la tercera entrada de reenvío MAC). Cuando el segundo enlace es defectuoso, después de que el segundo dispositivo PE reciba el tráfico de unidifusión conocido destinado al dispositivo terminal (el paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP), el segundo dispositivo PE consulta la tabla de reenvío MAC, y reenvía el tráfico al primer dispositivo PE según una instrucción de una entrada de reenvío secundaria, en otras palabras, según una instrucción de la cuarta entrada de reenvío MAC, y el primer dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
Cabe destacar que el procedimiento 300 en esta solicitud puede incluir tanto S306 a S308 como S309 a S312, y no hay secuencia de ejecución de S306 a S308 y S309 a S312.
En esta realización de esta solicitud, después de que el enlace del segundo dispositivo PE al dispositivo CE sea defectuoso, una ruta MAC a través de la cual el segundo dispositivo PE alcanza la dirección MAC incluida en la primera ruta de publicación MAC/IP es inalcanzable. En este caso, el segundo dispositivo PE envía un mensaje de cancelación de ruta MAC al primer dispositivo PE, para cancelar la primera ruta de publicación MAC/IP. Después de recibir el mensaje de cancelación de ruta MAC enviado por el segundo dispositivo PE, el primer dispositivo PE no elimina inmediatamente la primera ruta de publicación MAC/IP y, en su lugar, el primer dispositivo PE inicia un temporizador de envejecimiento. La primera ruta de publicación MAC/IP se elimina si no se recibe una ruta MAC actualizada a través de la cual se alcanza el dispositivo CE después de que se agote el temporizador de envejecimiento. Por lo tanto, se puede evitar el siguiente caso: Después de recibir el mensaje de cancelación de ruta MAC enviado por el segundo dispositivo PE, el primer dispositivo PE envía un mensaje de cancelación de ruta MAC a un dispositivo PE remoto, por ejemplo, un tercer dispositivo Pe PE 2 que se muestra en la FIG. 2. En consecuencia, una ruta MAC local en el segundo dispositivo PE se cancela a causa de un fallo de interfaz. Después de que el primer dispositivo PE notifica que se cancela una ruta MAC remota, no existe ninguna ruta MAC a través de la cual se alcanza el dispositivo CE en el segundo dispositivo PE. En este caso, si el tráfico enviado por el PE 2 alcanza el segundo dispositivo pE, el segundo dispositivo PE no puede reenviar el tráfico porque el segundo dispositivo PE no puede encontrar la tabla de reenvío MAC.
En referencia a la FIG. 2 a la FIG. 7, los párrafos anteriores describen el procedimiento de procesamiento de paquetes en detalle según las realizaciones de esta solicitud. En referencia a la FIG. 8 a la FIG. 15, a continuación se describe en detalle un dispositivo frontera del proveedor PE y un sistema que se utilizan para el procesamiento de paquetes según las realizaciones de esta solicitud.
La FIG. 8 es un diagrama esquemático de un segundo dispositivo 400 PE según una realización de esta solicitud. El segundo dispositivo 400 PE puede ser el PE 1-1 de la FIG. 2 y estar configurado para realizar las etapas realizadas mediante el segundo PE en la realización que se muestra en la FIG. 3, FIG. 6, o FIG. 7. Un dispositivo frontera del cliente CE está conectado a una primera interfaz del primer dispositivo PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz del segundo dispositivo PE a través de un segundo enlace. Como se muestra en la FIG.
8, el segundo dispositivo 400 PE incluye un módulo 401 de procesamiento y un módulo 402 de envío.
El módulo 401 de procesamiento está configurado para generar un primer mensaje, donde el primer mensaje transporta una primera ruta de publicación MAC/IP a través de la cual se alcanza el dispositivo CE, la primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES, la dirección MAC es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal en una red privada virtual Ethernet EVPN gestionada por el dispositivo CE, y el segmento de Ethernet ES incluye el primer enlace y el segundo enlace.
El módulo 402 de envío está configurado para enviar el primer mensaje al primer dispositivo PE. La primera ruta de publicación MAC/IP es utilizada por el primer dispositivo PE para generar una primera entrada de reenvío MAC, la primera entrada de reenvío MAC incluye la dirección m Ac incluida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo Ce , un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
En la solución técnica anterior, cuando el primer dispositivo PE no aprende, a partir del dispositivo CE, una ruta MAC a través de la cual se alcanza la dirección m Ac incluida en la primera ruta de publicación MAC/IP, el segundo dispositivo PE notifica al primer dispositivo PE la ruta MAC a través de la cual se alcanza la dirección MAC incluida en la primera ruta de publicación MAC/IP. El primer dispositivo PE puede generar la primera entrada de reenvío MAC basada en la ruta MAC recibida. Cuando se recibe un flujo de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo PE puede reenviar el flujo de datos al dispositivo CE a través del primer enlace basándose en la primera entrada de reenvío MAC. En la solución técnica anterior, cuando un dispositivo CE tiene una conexión múltiple a una pluralidad de dispositivos PE de una forma multiactiva, la pluralidad de dispositivos PE puede compartir la carga eficazmente, utilizando así apropiadamente los recursos de ancho de banda.
En una implementación específica, el primer mensaje es un primer mensaje de actualización BGP de actualización del protocolo de puerta de enlace de frontera. Para obtener un formato específico del primer mensaje de actualización BGP (por ejemplo, los campos que se utilizarán), consulte las descripciones de las partes correspondientes en las realizaciones del procedimiento anteriores. Los detalles no se describen de nuevo en la presente memoria.
En una implementación específica, el segundo dispositivo 400 PE incluye además un módulo 403 receptor. Después de que el módulo emisor envía el primer mensaje al primer dispositivo PE, el módulo 403 receptor está configurado para recibir un segundo mensaje enviado mediante el primer dispositivo PE. El segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto. La segunda ruta de publicación MAC/IP incluye una dirección MAC de destino y el identificador de segmento de Ethernet ESI. La dirección m Ac de destino en la segunda ruta de publicación MAC/IP es la dirección MAC incluida en la primera ruta de publicación MAC/IP. La dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE. El segundo dispositivo PE utiliza el identificador de segmento de Ethernet ESI para determinar que una interfaz a través de la cual el segundo dispositivo PE está conectado al dispositivo CE es la segunda interfaz. La segunda interfaz determinada y la dirección m Ac incluidas en la segunda ruta de publicación MAC/IP son utilizadas por el segundo dispositivo PE para generar una tercera entrada de reenvío MAC. La tercera entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la tercera entrada de reenvío es un identificador de la segunda interfaz y la tercera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP.
El módulo 401 de procesamiento está configurado además para generar una cuarta entrada de reenvío MAC basada en la dirección MAC incluida en la primera ruta de publicación MAC/IP y la dirección de red del primer dispositivo PE. La cuarta entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la cuarta entrada de reenvío m Ac es la dirección de red del primer dispositivo PE. Cuando el segundo enlace es defectuoso, el segundo dispositivo PE utiliza la cuarta entrada de reenvío MAC para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP. Después de que el segundo dispositivo PE genera la tercera entrada de reenvío y la cuarta entrada de reenvío, el reenrutamiento rápido FRR se implementa en base a la entrada de reenvío MAC local (que también puede denominarse una quinta entrada de reenvío m Ac , donde la quinta entrada de reenvío MAC puede ser, por ejemplo, la tercera entrada de reenvío MAC o una entrada de reenvío MAC local almacenada antes de que se genere la tercera entrada de reenvío MAC) y la cuarta entrada de reenvío MAC. Cuando el segundo dispositivo PE recibe tráfico de unidifusión conocido destinado al dispositivo terminal (un paquete de datos cuya dirección MAC de destino es la dirección MAC del dispositivo terminal), el segundo dispositivo Pe consulta una tabla de reenvío MAC; y cuando el segundo enlace funciona normalmente, reenvía directamente el paquete al dispositivo CE a través del segundo enlace según una instrucción de la tercera entrada de reenvío MAC. Cuando el segundo enlace es defectuoso, después de que el segundo dispositivo PE reciba el tráfico de unidifusión conocido destinado al dispositivo terminal (el paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP), el segundo dispositivo PE consulta la tabla de reenvío MAC, y reenvía el tráfico al primer dispositivo PE según una instrucción de una entrada de reenvío secundaria, en otras palabras, según una instrucción de la cuarta entrada de reenvío MAC, y el primer dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
En una implementación específica, el segundo mensaje transporta además información de instrucciones. El módulo 401 de procesamiento está configurado además para: después de que el módulo de recepción recibe el segundo mensaje enviado mediante el primer dispositivo PE, omitir el envío, al primer dispositivo PE según la información de instrucciones, de una ruta de publicación MAC/IP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP para evitar un bucle.
La FIG. 9 es un diagrama esquemático de un primer dispositivo 500 PE según una realización de esta solicitud. El primer dispositivo 500 PE puede ser el PE 1-2 de la FIG. 2 y estar configurado para realizar las etapas realizadas mediante el primer dispositivo PE en la realización que se muestra en la FIG.3, FIG. 6, o FIG. 7. Un dispositivo frontera del cliente CE está conectado a una primera interfaz del primer dispositivo PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz de un segundo dispositivo PE a través de un segundo enlace. Como se muestra en la FIG. 9, el primer dispositivo 500 PE incluye un módulo 501 de recepción y un módulo 502 de procesamiento.
El módulo 501 de recepción está configurado para recibir un primer mensaje enviado por el segundo dispositivo PE. El primer mensaje transporta una primera ruta de publicación m Ac /IP. La primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección MAC es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal en una red privada virtual Ethernet EVPN gestionada por el dispositivo CE. El segmento de Ethernet ES incluye el primer enlace y el segundo enlace. El módulo 502 de procesamiento está configurado para determinar, basándose en el identificador de segmento de Ethernet ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz. El módulo 502 de procesamiento determina específicamente, basándose en el ESI transportado en el primer mensaje recibido por el módulo 501 de recepción, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz.
El módulo 502 de procesamiento está configurado además para generar una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC incluida en la primera ruta de publicación MAC/IP. La primera entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP. Un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz. La primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar al dispositivo CE un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
En la solución técnica anterior, cuando el primer dispositivo PE no aprende, a partir del dispositivo CE, una ruta MAC a través de la cual se alcanza la dirección MAC incluida en la primera ruta de publicación MAC/IP, el segundo dispositivo PE notifica al primer dispositivo PE la ruta MAC a través de la cual se alcanza la dirección MAC incluida en la primera ruta de publicación MAC/IP. El primer dispositivo PE puede generar la primera entrada de reenvío MAC basada en la ruta MAC recibida. Cuando se recibe un flujo de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP, el primer dispositivo PE puede reenviar directamente el flujo de datos al dispositivo CE a través del primer enlace basándose en la primera entrada de reenvío MAC. En la solución técnica anterior, cuando un dispositivo CE tiene una conexión múltiple a una pluralidad de dispositivos PE de una forma multiactiva, la pluralidad de dispositivos PE puede compartir la carga eficazmente, utilizando así apropiadamente los recursos de ancho de banda.
En una implementación específica, el primer mensaje transporta además una dirección de red del siguiente salto y la dirección de red del siguiente salto en el primer mensaje es una dirección de red del segundo dispositivo PE, por ejemplo, una dirección de bucle de retorno del segundo dispositivo PE. El módulo 502 de procesamiento está configurado además para obtener la dirección de red del segundo dispositivo PE basándose en el primer mensaje. El módulo 502 de procesamiento está configurado además para generar una segunda entrada de reenvío MAC basada en la dirección MAC incluida en la primera ruta de publicación MAC/IP y la dirección de red del segundo dispositivo PE. La segunda entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la segunda entrada de reenvío MAC es la dirección de red del segundo dispositivo PE. Cuando el primer enlace es defectuoso, el primer dispositivo PE utiliza la segunda entrada de reenvío m Ac para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
Cuando el primer dispositivo PE recibe tráfico de unidifusión conocido destinado al dispositivo terminal (un paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP), el primer dispositivo PE consulta una tabla de reenvío MAC; y cuando el primer enlace está en un estado de funcionamiento normal, reenvía directamente el paquete a través del primer enlace utilizando el dispositivo CE según una instrucción de la primera entrada de reenvío MAC. Cuando el primer enlace es defectuoso y el primer dispositivo PE recibe el tráfico de unidifusión conocido (el paquete de datos cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP), el primer dispositivo PE reenvía el tráfico al segundo dispositivo PE según una instrucción de la segunda entrada de reenvío MAC, y el segundo dispositivo PE reenvía el tráfico al dispositivo CE, aumentando así la velocidad de convergencia de fallos.
En una implementación específica, el primer mensaje es un primer mensaje de actualización BGP de actualización del protocolo de puerta de enlace de frontera. Para obtener un formato específico del primer mensaje de actualización BGP (por ejemplo, campos o campos de extensión que se utilizarán), consulte las descripciones de las partes correspondientes en las realizaciones del procedimiento anteriores. Los detalles no se describen de nuevo en la presente memoria.
En una implementación específica, el primer dispositivo PE incluye además un módulo 503 de recepción. Después de que el módulo de recepción recibe el primer mensaje enviado por el segundo dispositivo PE, el módulo 502 de procesamiento se configura además para generar un segundo mensaje. Específicamente, el módulo 502 de procesamiento genera el segundo mensaje basándose en el primer mensaje recibido por el módulo 501 de recepción. El segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, y la segunda ruta de publicación MAC/IP incluye una dirección MAC y el identificador de segmento de Ethernet ESI. La dirección MAC incluida en la segunda ruta de publicación MAC/IP es la misma que la dirección MAC incluida en la primera ruta de publicación MAC/IP. Específicamente, el módulo 502 de procesamiento obtiene la dirección MAC incluida en la primera ruta de publicación MAC/IP transportada en el primer mensaje y encapsula la dirección MAC en la segunda ruta de publicación MAC/IP transportada en el segundo mensaje. La dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE.
El módulo de envío 503 está configurado además para enviar el segundo mensaje al segundo dispositivo PE, donde el segundo dispositivo PE utiliza el segundo mensaje para generar una tercera entrada de reenvío MAC y una cuarta entrada de reenvío MAC.
La tercera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, la tercera entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y un identificador de interfaz de salida incluido en la tercera entrada de reenvío MAC es un identificador de la segunda interfaz. Cuando el segundo enlace es defectuoso, el segundo dispositivo PE utiliza la cuarta entrada de reenvío MAC para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación MAC/IP, la cuarta entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y una dirección de red del siguiente salto incluida en la cuarta entrada de reenvío es la dirección de red del primer dispositivo PE.
Según la solución anterior, después de recibir el primer mensaje, el primer dispositivo PE genera, en un plano de control basado en la información transportada en el primer mensaje, una entrada de enrutamiento MAC primaria local y una entrada de enrutamiento MAC secundaria local que se utiliza para el reenrutamiento rápido. Además, el plano de control entrega la entrada de enrutamiento MAC primaria y la entrada de enrutamiento MAC secundaria a un plano de reenvío, y genera la primera entrada de reenvío MAC y la segunda entrada de reenvío MAC que se utilizan para el reenrutamiento rápido. Además, después de recibir el primer mensaje, el primer dispositivo PE genera la primera entrada de reenvío MAC local y luego devuelve la ruta MAC local al segundo dispositivo PE, de modo que el segundo dispositivo PE genera una entrada de enrutamiento MAC secundaria utilizada para implementar el reenrutamiento rápido. La ruta MAC aprendida por el segundo dispositivo PE a partir del dispositivo CE puede utilizarse como una ruta MAC local, es decir, una ruta MAC primaria. Cuando un enlace que conecta el segundo dispositivo PE y el dispositivo CE es defectuoso, por ejemplo, cuando el segundo enlace es defectuoso, se cancela la ruta m Ac local del segundo dispositivo PE. Después de que se recupere el segundo enlace, el segundo dispositivo PE puede generar de nuevo la ruta MAC local basándose en la segunda ruta de publicación MAC/IP notificada por el primer dispositivo PE, para dar instrucciones de reenvío del tráfico al dispositivo CE. Por lo tanto, después de que el segundo enlace sea defectuoso y se recupera nuevamente, una ruta se puede redireccionar rápidamente y se puede implementar una convergencia de fallos rápida.
En una implementación específica, el segundo mensaje transporta además información de instrucciones, y la información de instrucciones se utiliza para dar instrucciones al segundo dispositivo PE que no envíe, al primer dispositivo PE después de que el segundo dispositivo PE reciba el segundo mensaje, una ruta de publicación MAC/iP a través de la cual se alcanza la dirección MAC incluida en la segunda ruta de publicación MAC/IP, para evitar un bucle de paquetes.
La FIG. 10 es un diagrama esquemático de un segundo dispositivo 600 PE según una realización de esta solicitud. El segundo dispositivo 600 PE puede ser el PE 1-1 de la FIG. 2 y estar configurado para realizar las etapas realizadas mediante el segundo dispositivo PE en la realización que se muestra en la FIG. 3, FIG. 6, o FIG. 7. Un dispositivo frontera del cliente CE está conectado a una primera interfaz del primer dispositivo PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz del segundo dispositivo PE a través de un segundo enlace. Como se muestra en la FIG. 10, el segundo dispositivo 600 PE incluye una interfaz 601 de entrada, una interfaz 602 de salida, un procesador 603 y una memoria 604. La interfaz 601 de entrada, la interfaz 602 de salida, el procesador 603 y la memoria 604 pueden conectarse entre sí utilizando un sistema 605 de bus. La memoria 604 está configurada para almacenar un programa. El procesador 603 está configurado para ejecutar el programa en la memoria 604, para controlar la interfaz 601 de entrada para recibir una señal, controlar la interfaz 602 de salida para enviar una señal e implementar las etapas y funciones implementadas mediante el segundo dispositivo PE en la implementación correspondiente a la FIG. 3, FlG. 6, o FIG. 7. Los detalles no se describen de nuevo en la presente memoria. Para implementaciones específicas de la interfaz 601 de entrada, la interfaz 602 de salida y el procesador 603, consulte las descripciones específicas del módulo 403 de recepción, el módulo 402 de envío y el módulo 401 de procesamiento en la implementación de la FlG. 8. Los detalles no se describen de nuevo en la presente memoria.
La FlG. 11 es un diagrama esquemático de un primer dispositivo 700 PE según una realización de esta solicitud. El primer dispositivo 700 PE puede ser el PE 1-2 de la FlG. 2 y estar configurado para realizar las etapas realizadas mediante el primer dispositivo PE en la realización que se muestra en la FlG. 3, FlG. 6, o FlG. 7. Un dispositivo frontera del cliente CE está conectado a una primera interfaz del primer dispositivo PE a través de un primer enlace, y el dispositivo CE está conectado a una segunda interfaz de un segundo dispositivo PE a través de un segundo enlace. Como se muestra en la FIG. 11, el primer dispositivo 700 PE incluye una interfaz 701 de entrada, una interfaz 702 de salida, un procesador 703 y una memoria 704. La interfaz 701 de entrada, la interfaz 702 de salida, el procesador 703 y la memoria 704 pueden conectarse entre sí utilizando un sistema 705 de bus.
La memoria 704 está configurada para almacenar un programa. El procesador 703 está configurado para ejecutar el programa en la memoria 704, a fin de controlar la interfaz 701 de entrada para recibir una señal, controlar la interfaz 702 de salida para enviar una señal e implementar las etapas y funciones implementadas mediante el primer dispositivo PE en el implementación correspondiente a la FIG. 3, FIG. 6, o FIG. 7. Los detalles no se describen de nuevo en la presente memoria. Para implementaciones específicas de la interfaz 701 de entrada, la interfaz 702 de salida y el procesador 703, consulte las descripciones específicas del módulo 501 de recepción, el módulo 503 de envío y el módulo 502 de procesamiento en la implementación de la FIG. 9. Los detalles no se describen de nuevo en la presente memoria.
Se debe entender que, en las realizaciones de esta solicitud, el procesador 703 y el procesador 603 pueden ser cada uno una unidad central de procesamiento (Central Processing Unit, "CPU", para abreviar), o pueden ser otro procesador de propósito general, un procesador de señales digitales (DSP), circuito integrado de aplicación específica (ASIC), una matriz de puertas programables por campo (FPGA), u otro dispositivo lógico programable, una puerta discreta o un dispositivo con lógica de transistores, un componente de hardware discreto o similar. El procesador de propósito general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o similar.
La memoria 704 y la memoria 604 pueden incluir una memoria de solo lectura y una memoria de acceso aleatorio y respectivamente proporcionar una instrucción y datos al procesador 703 y al procesador 603 una instrucción y datos. Una parte de la memoria 704 o la memoria 604 puede incluir además una memoria de acceso aleatorio no volátil. Por ejemplo, la memoria 704 o la memoria 604 puede almacenar además información de un tipo de dispositivo.
Además del bus de datos, el sistema de bus 705 y el sistema de bus 605 pueden incluir cada uno un bus de alimentación, un bus de control, un bus de señal de estado y similar. Sin embargo, para una mayor claridad de descripción, en la figura se marcan diversos buses como el sistema de bus.
En un proceso de implementación, las etapas en el procedimiento 300 se pueden realizar respectivamente utilizando un circuito lógico de hardware integrado o una instrucción en forma de software en el procesador 603 y el procesador 703. Las etapas del procedimientos de posicionamiento descritas en referencia a las realizaciones de esta solicitud pueden realizarse directamente mediante un procesador de hardware, o pueden realizarse utilizando una combinación de hardware en el procesador y un módulo de software. Un módulo de software puede estar ubicado en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable o una memoria programable borrable eléctricamente o un registro. El medio de almacenamiento está ubicado por separado en la memoria 604 y la memoria 704. El procesador 603 lee información en la memoria 604 y el procesador 703 lee información en la memoria 704. Las etapas del procedimiento 300 se completan en combinación con el hardware del procesador 603 y el procesador 703. Para evitar la repetición, los detalles no se describen de nuevo en la presente memoria.
Cabe destacar que, en una implementación específica, el módulo 401 de procesamiento en la FIG.8 puede implementarse mediante el procesador 603 en la FIG. 10, el módulo 402 de envío puede implementarse mediante la interfaz 602 de salida en la FIG. 10, y el módulo 403 de recepción puede implementarse mediante la interfaz 601 de entrada en la FIG. 10. Asimismo, el módulo 502 de procesamiento de la FIG. 9 es implementado por el procesador 703 en la FIG. 11, el módulo de envío 503 puede implementarse mediante la interfaz 702 de salida en la FIG. 11, y el módulo 501 de recepción puede implementarse mediante la interfaz 701 de entrada en la FIG. 11.
Puede entenderse que la FIG. 8 a la FIG. 11 muestran solo diseños simplificados del primer dispositivo PE y del segundo dispositivo PE. En una aplicación real, el primer dispositivo PE y el segundo dispositivo PE pueden incluir cada uno cantidad cualquiera de interfaces, procesadores, memorias y similares.
La FIG. 12 es un diagrama esquemático de una estructura de hardware de otro segundo dispositivo 1200 PE según una realización de esta solicitud. El segundo dispositivo 1200 PE que se muestra en la FIG. 12 puede configurarse para realizar las etapas correspondientes realizadas mediante el segundo dispositivo PE en el procedimiento de la realización anterior.
Como se muestra en la FIG. 12, el segundo dispositivo PE incluye una placa 1210 de control principal, una tarjeta 1230 de interfaz, una placa 1220 de conmutación y una tarjeta 1240 de interfaz. La placa 1210 de control principal está configurada para completar funciones tales como la gestión del sistema, el mantenimiento de dispositivos y el procesamiento de protocolos. La placa 1220 de conmutación está configurada para intercambiar datos entre tarjetas de interfaz (la tarjeta de interfaz también se denomina tarjeta de línea o tarjeta de servicio). La tarjeta 1230 de interfaz y la tarjeta 1240 de interfaz están configuradas para proporcionar diversas interfaces de servicio (por ejemplo, una interfaz de punto de sincronización (en inglés: Point of Synchronization, POS), una interfaz Gigabit Ethernet (en inglés: Gigabit Ethernet, GE) y un modo de transferencia asíncrona (en inglés: Asynchronous Transfer Mode, ATM)) e implementar el reenvío de paquetes de datos. Mediante el uso de un bus del sistema, la placa 1210 de control principal, la tarjeta 1230 de interfaz, la tarjeta 1240 de interfaz y la placa 1220 de conmutación se conectan a un panel posterior de plataforma para el interfuncionamiento. Una unidad 1231 central de procesamiento en la tarjeta 1230 de interfaz está configurada para: controlar y gestionar la tarjeta de interfaz; y comunicarse con una unidad central de procesamiento en la placa de control principal.
La unidad central de procesamiento 1211 en la placa 1210 de control principal genera un primer mensaje y envía, utilizando una unidad central de procesamiento en la tarjeta 1230 de interfaz, el primer mensaje a un primer dispositivo PE conectado a una tarjeta 1233 de interfaz física. El primer mensaje transporta una primera ruta de publicación MAC/IP, la primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección MAC incluida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE. El segmento de Ethernet ES incluye el primer enlace y el segundo enlace. La primera ruta de publicación MAC/IP es utilizada por el primer dispositivo PE para generar una primera entrada de reenvío MAC, la primera entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP y un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz. La primera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar al dispositivo CE un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
La unidad 1211 central de procesamiento en la placa 1210 de control principal está configurada además para obtener, de la tarjeta 1233 de interfaz física en la tarjeta 1230 de interfaz, un segundo mensaje enviado mediante el primer dispositivo PE. El segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, y la segunda ruta de publicación MAC/IP incluye una dirección MAC de destino y el identificador de segmento de Ethernet ESI. La dirección MAC de destino en la segunda ruta de publicación MAC/IP es la dirección MAC incluida en la primera ruta de publicación MAC/IP. La dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE. El segundo dispositivo PE utiliza el identificador de segmento de Ethernet ESI para determinar que una interfaz a través de la cual el segundo dispositivo PE está conectado al dispositivo CE es la segunda interfaz. La segunda interfaz determinada y la dirección MAC incluidas en la segunda ruta de publicación MAC/IP son utilizadas por el segundo dispositivo PE para generar una tercera entrada de reenvío MAC. La tercera entrada de reenvío MAC incluye la dirección MAC incluida en la segunda ruta de publicación MAC/IP, y un identificador de interfaz de salida incluido en la tercera entrada de reenvío es un identificador de la segunda interfaz. La tercera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC incluida en la segunda ruta de publicación m Ac /IP.
Específicamente, la unidad 1211 central de procesamiento en la placa 1210 de control principal determina, basándose en el ESI, que una interfaz a través de la cual el segundo dispositivo PE está conectado al dispositivo CE es la segunda interfaz, y genera la tercera entrada de reenvío MAC basada en la segunda interfaz determinada y la dirección MAC incluida en la segunda ruta de publicación MAC/IP. La unidad 1211 central de procesamiento en la placa 1210 de control principal envía la tercera entrada de reenvío MAC a una memoria 1234 de entrada de reenvío en la tarjeta 1230 de interfaz utilizando la unidad 1231 central de procesamiento en la tarjeta 1230 de interfaz.
La memoria 1234 de entrada de reenvío en la tarjeta 1230 de interfaz está configurada para almacenar la tercera entrada de reenvío MAC. La unidad 1231 central de procesamiento en la tarjeta 1230 de interfaz está configurada para controlar una memoria 1232 de red para obtener una entrada de reenvío MAC en la memoria 1234 de entrada de reenvío. Además, la unidad 1231 central de procesamiento está configurada para controlar la memoria 1232 de red para recibir y reenviar tráfico utilizando la tarjeta 1233 de interfaz física.
Debe entenderse que una operación en la tarjeta 1240 de interfaz es congruente con la operación en la tarjeta 1230 de interfaz en esta realización de esta solicitud. Por brevedad, los detalles no se describen de nuevo. Debe entenderse que el segundo dispositivo 1200 PE en esta realización puede corresponder a funciones y/o etapas implementados en las realizaciones del procedimiento anteriores. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
Además, cabe destacar que, en esta solicitud, el primer dispositivo PE puede tener la misma estructura que el segundo dispositivo PE. El dispositivo PE puede incluir una o más placas de control principales, y la pluralidad de placas de control principales puede incluir una placa de control principal primaria y una placa de control principal secundaria. Puede haber una o más tarjetas de interfaz, y el segundo dispositivo PE con una capacidad de procesamiento de datos más potente proporciona más tarjetas de interfaz. Puede haber una o más tarjetas de interfaz física en la tarjeta de interfaz. Puede que no haya una placa de conmutación o puede que haya una o más placas de conmutación. Cuando hay una pluralidad de placas de conmutación, la compartición de carga y la reserva de redundancia pueden implementarse conjuntamente. En una arquitectura de reenvío centralizada, es posible que el dispositivo PE no necesite una placa de conmutación, y la tarjeta de interfaz es responsable de una función de procesamiento de datos de servicio de todo el sistema. En una arquitectura de reenvío distribuida, el dispositivo PE puede incluir al menos una placa de conmutación, y los datos se intercambian entre una pluralidad de tarjetas de interfaz utilizando la placa de conmutación, para proporcionar una capacidad de procesamiento e intercambio de datos de gran capacidad.
Por lo tanto, la capacidad de procesamiento y acceso a los datos de un dispositivo PE de arquitectura distribuida es mejor que la de un dispositivo de arquitectura centralizada. El uso de una arquitectura específica depende de un escenario de implementación de red específico. En la presente memoria no se impone ninguna limitación.
La FIG. 13 es un diagrama esquemático de una estructura de hardware de otro segundo dispositivo 1300 PE según una realización de esta solicitud. El segundo dispositivo 1300 PE que se muestra en la FIG. 13 puede configurarse para realizar las etapas correspondientes realizadas mediante el segundo dispositivo PE en el procedimiento de la realización anterior.
Dicha forma de producto del segundo dispositivo 1300 PE es aplicable a una arquitectura de red (por ejemplo, redes definidas por software (en inglés: Software Defined Networking, s Dn para abreviar)) en la que el control y el reenvío están separados. En la SDN, la placa 1210 de control principal del segundo dispositivo 1200 PE que se muestra en la FIG. 12 está separada del dispositivo para formar un nuevo dispositivo físico independiente (concretamente, un controlador 1210A que se muestra en la FIG. 13), y los componentes restantes forman otro dispositivo físico independiente (concretamente, un segundo dispositivo 1200A PE de reenvío que se muestra en la FIG. 13). El controlador 1210A interactúa con el segundo dispositivo 1200A PE de reenvío utilizando un protocolo de canal de control. El protocolo del canal de control puede ser el protocolo OpenFlow (en inglés: OpenFlow), el protocolo de comunicación del elemento de cálculo de la ruta (en inglés: Path Computation Element Communication Protocol, PCEP para abreviar), el BGP, la interfaz para el sistema de enrutamiento (en inglés: Interface to the Routing System, I2RS para abreviar), o similares. En otras palabras, el segundo dispositivo 1300 PE en esta realización comparado con la realización correspondiente a la FIG. 12 incluye el controlador 1210A y el segundo dispositivo 1200A PE de reenvío que están separados. En otras palabras, en esta realización, el segundo dispositivo 1300 PE también puede considerarse como un sistema.
El controlador 1210A puede implementarse en base a un servidor físico de propósito general o una estructura de hardware dedicada. En un ejemplo de diseño, el controlador incluye un receptor, un procesador, un transmisor, una memoria de acceso aleatorio (en inglés: Random Access Memory, RAM), una memoria de solo lectura (en inglés: Read-only Memory, ROM) y un bus (no se muestra en la figura). El procesador se acopla por separado al receptor, el transmisor, la RAM y la ROM utilizando el bus. Cuando el controlador necesita ejecutarse, se utiliza un sistema básico de entrada/salida (en inglés: Basic Input/output System, BIOS) integrado en la ROM o un gestor de arranque (en inglés: bootloader) en un sistema integrado que arranca el sistema y lo inicia, y arranca el controlador para entrar en un estado de ejecución normal. Después de entrar en el estado de funcionamiento normal, el controlador ejecuta una aplicación y un sistema operativo en la RAM, de modo que el procesador realiza todas las funciones y etapas de la placa 1210 de control principal en la FIG. 12.
El segundo dispositivo 1200A PE de reenvío puede implementarse en base a una estructura de hardware dedicada. Una función y una estructura del segundo dispositivo PE de reenvío es congruente con las funciones y estructuras de la tarjeta 1230 de interfaz, la tarjeta 1240 de interfaz y la placa 1220 de conmutación en la FIG. 12 para realizar las funciones y etapas correspondientes. De forma alternativa, el segundo dispositivo PE de reenvío puede ser un segundo dispositivo PE de reenvío virtual implementado en base al servidor físico de propósito general y una tecnología de virtualización de las funciones de red (en inglés: Network Functions Virtualization, NfV para abreviar), y el segundo dispositivo PE de reenvío virtual es un enrutador virtual. En un escenario del segundo dispositivo PE de reenvío virtual, la tarjeta de interfaz, la placa de conmutación y el procesador que se incluyen en el segundo dispositivo PE de reenvío físico anterior en la realización del segundo dispositivo PE de reenvío pueden considerarse como un recurso de interfaz, un recurso de red y un recurso de procesamiento que son asignados por el segundo dispositivo PE de reenvío físico al segundo dispositivo PE de reenvío virtual utilizando un servidor físico de propósito general en un entorno virtual. Para obtener detalles sobre la implementación de las funciones o etapas del segundo dispositivo PE de reenvío mediante el uso del servidor físico de propósito general, o para obtener detalles sobre la implementación de las funciones o etapas del segundo dispositivo PE de reenvío mediante el uso del servidor físico de propósito general y la tecnología NFV, consulte la realización de la FIG. 10.
Debe entenderse que, en esta realización, el controlador 1210A y el segundo dispositivo 1200A PE de reenvío en el segundo dispositivo 1300 PE pueden implementar diversas funciones y etapas implementadas por el segundo dispositivo PE en las realizaciones del procedimiento. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
La FIG. 14 proporciona un diagrama esquemático de una estructura de hardware de otro primer dispositivo 1400 PE según una realización de esta solicitud. El primer dispositivo 1400 PE que se muestra en la FIG. 14 puede configurarse para realizar las etapas correspondientes realizadas mediante el primer dispositivo PE en el procedimiento de la realización anterior.
Como se muestra en la FIG. 14, el primer dispositivo PE incluye una placa 1410 de control principal, una tarjeta 1430 de interfaz, una placa 1420 de conmutación y una tarjeta 1440 de interfaz. La placa 1410 de control principal está configurada para completar funciones tales como la gestión del sistema, el mantenimiento de dispositivos y el procesamiento de protocolos. La placa 1420 de conmutación está configurada para intercambiar datos entre tarjetas de interfaz (la tarjeta de interfaz también se denomina tarjeta de línea o tarjeta de servicio). La tarjeta 1430 de interfaz y la tarjeta 1440 de interfaz están configuradas para proporcionar diversas interfaces de servicio (por ejemplo, una interfaz POS, una interfaz GE y una interfaz ATM) y reenviar un paquete de datos. Mediante el uso de un bus del sistema, la placa 1410 de control principal, la tarjeta 1430 de interfaz, la tarjeta 1440 de interfaz y la placa 1420 de conmutación se conectan a un panel posterior de plataforma para el interfuncionamiento. Una unidad 1431 central de procesamiento en la tarjeta 1430 de interfaz está configurada para: controlar y gestionar la tarjeta de interfaz; y comunicarse con una unidad central de procesamiento en la placa de control principal.
Una tarjeta 1433 de interfaz física en la tarjeta 1430 de interfaz recibe un primer mensaje enviado por un segundo dispositivo PE, donde el primer mensaje transporta una primera ruta de publicación MAC/IP, la primera ruta de publicación MAC/IP incluye una dirección MAC y un identificador de segmento de Ethernet ESI que se utiliza para identificar un segmento de Ethernet ES. La dirección MAC incluida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE. El segmento de Ethernet ES incluye el primer enlace y el segundo enlace. Además, la primera ruta de publicación MAC/IP se envía a la unidad 1411 central de procesamiento en el panel 1410 de control principal utilizando la unidad 1431 central de procesamiento en la tarjeta 1430 de interfaz.
La unidad 1411 central de procesamiento en la placa 1410 de control principal está configurada para: obtener la primera ruta de publicación MAC/iP; y determinar, basándose en la unidad 1411 central de procesamiento en la placa 1410 de control principal y basándose en el ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz. Además, la unidad 1411 central de procesamiento genera una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC incluida en la primera ruta de publicación MAC/IP. La primera entrada de reenvío MAC incluye la dirección MAC incluida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida incluido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el segundo dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC incluida en la primera ruta de publicación MAC/IP.
La unidad 1411 central de procesamiento en la placa 1410 de control principal envía la primera entrada de reenvío MAC a una memoria 1434 de entrada de reenvío en la tarjeta 1430 de interfaz utilizando la unidad 1431 central de procesamiento en la tarjeta 1430 de interfaz.
La memoria 1434 de entrada de reenvío en la tarjeta 1430 de interfaz está configurada para almacenar la primera entrada de reenvío MAC. La unidad 1431 central de procesamiento en la tarjeta 1430 de interfaz está configurada para controlar una memoria 1432 de red para obtener la entrada de reenvío MAC en la memoria 1434 de entrada de reenvío. Además, la unidad 1431 central de procesamiento está configurada para controlar la memoria 1432 de red para recibir y enviar tráfico utilizando la tarjeta 1433 de interfaz física.
La unidad 1411 central de procesamiento en la placa 1410 de control principal está configurada además para controlar la tarjeta 1430 de interfaz que reenvía y procesa el tráfico.
Debe entenderse que una operación en la tarjeta 1440 de interfaz es congruente con una operación en la tarjeta 1430 de interfaz en esta realización de la presente invención. Por brevedad, los detalles no se describen de nuevo. Debe entenderse que el primer dispositivo 1400 PE en esta realización puede corresponder a funciones y/o etapas implementados en las realizaciones del procedimiento anteriores. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
La FIG. 15 es un diagrama esquemático de una estructura de hardware de otro primer dispositivo 1500 PE según una realización de esta solicitud. El primer dispositivo 1500 PE que se muestra en la FIG. 15 puede configurarse para realizar las etapas correspondientes realizadas mediante el primer dispositivo PE en el procedimiento de la realización anterior.
Dicha forma de producto del primer dispositivo 1500 PE es aplicable a una arquitectura de red (por ejemplo, SDN) en la que el control y el reenvío están separados. En la SDN, la placa 1410 de control principal del primer dispositivo 1400 PE que se muestra en la FIG. 14 está separada del dispositivo para formar un nuevo dispositivo físico independiente (concretamente, un controlador 1410A que se muestra en la FIG. 15), y los componentes restantes forman otro dispositivo físico independiente (concretamente, un primer dispositivo 1400A Pe de reenvío que se muestra en la FIG. 15). El controlador 1410A interactúa con el primer dispositivo 1400A PE de reenvío utilizando un protocolo de canal de control. El protocolo del canal de control puede ser el protocolo OpenFlow, el PCEP, el BGP, el I2RS o similares. En otras palabras, el primer dispositivo 1500 PE en esta realización comparado con la realización correspondiente a la FIG. 14 incluye el controlador 1410A y el primer dispositivo 1400A PE de reenvío que están separados. En otras palabras, en esta realización, el primer dispositivo 1500 PE también puede considerarse como un sistema.
El controlador 1410A puede implementarse en base a un servidor físico de propósito general o 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 se muestra en la figura). El procesador se acopla por separado al receptor, el transmisor, la RAM y la ROM utilizando el bus. Cuando el controlador necesita ejecutarse, se utiliza un BIOS integrado en la ROM o un gestor de arranque en un sistema integrado que arranca el sistema y lo inicia, y arranca el controlador para entrar en un estado de ejecución normal. Después de entrar en el estado de funcionamiento normal, el controlador ejecuta una aplicación y un sistema operativo en la RAM, de modo que el procesador realiza todas las funciones y etapas de la placa 1410 de control principal en la FIG. 14.
El primer dispositivo 1400A PE de reenvío puede implementarse basándose en una estructura de hardware dedicada. Una función y una estructura del primer dispositivo PE de reenvío es congruente con las funciones y estructuras de la tarjeta 1430 de interfaz, la tarjeta 1440 de interfaz y la placa 1420 de conmutación en la FIG. 14 para realizar las funciones y etapas correspondientes. De forma alternativa, el primer dispositivo PE de reenvío puede ser un primer dispositivo PE de reenvío virtual implementado en base al servidor físico de propósito general y una tecnología de virtualización de las funciones de red (en inglés: Network Functions Virtualization, NFV para abreviar), y el primer dispositivo PE de reenvío virtual es un enrutador virtual. En un escenario del primer dispositivo PE de reenvío virtual, la tarjeta de interfaz, la placa de conmutación y el procesador que se incluyen en el primer dispositivo PE de reenvío físico anterior en la realización del primer dispositivo PE de reenvío pueden considerarse como un recurso de interfaz, un recurso de red y un recurso de procesamiento que son asignados mediante el primer dispositivo PE de reenvío físico al primer dispositivo PE de reenvío virtual utilizando un servidor físico de propósito general en un entorno virtual. Para obtener detalles sobre la implementación de las funciones o etapas del primer dispositivo PE de reenvío mediante el uso del servidor físico de propósito general, o para obtener detalles sobre la implementación de las funciones o etapas del segundo dispositivo PE de reenvío mediante el uso del servidor físico de propósito general y la tecnología NFV, consulte la realización de la FIG. 11.
Debe entenderse que, en esta realización, el controlador 1410A y el primer dispositivo 1400A PE de reenvío en el primer dispositivo 1500 PE pueden implementar diversas funciones y etapas implementadas por el primer dispositivo PE en las realizaciones del procedimiento. Por brevedad, los detalles no se describen en la presente memoria de nuevo.
Esta solicitud proporciona además un sistema de comunicaciones, que incluye un primer dispositivo PE y un segundo dispositivo PE. El primer dispositivo PE puede ser el primer dispositivo PE proporcionado en la realización correspondiente a la FIG 9, FIG. 11, FIG. 14, o FIG. 15. El segundo dispositivo PE puede ser el segundo dispositivo PE proporcionado en la realización correspondiente a la FIG 8, FIG. 10, FIG. 12, o FIG. 13. El sistema de comunicaciones está configurado para realizar el procedimiento 300 en las realizaciones correspondientes a la FIG. 2 a la FIG. 7.
Debe entenderse que los números de secuencia de los procesos anteriores no significan secuencias de ejecución en diversas realizaciones de esta solicitud. Las secuencias de ejecución de los procesos deben determinarse según las funciones y la lógica interna de los procesos, y no deben interpretarse como una limitación en los procesos de implementación de las realizaciones de esta solicitud.
Una persona con experiencia ordinaria en la técnica puede saber que, en combinación con los ejemplos descritos en las realizaciones divulgadas en esta memoria descriptiva, las etapas y módulos del procedimiento pueden implementarse mediante hardware electrónico o una combinación de hardware electrónico y software informático. El hecho de que las funciones sean realizadas por hardware o software depende de las aplicaciones particulares y las condiciones de restricción de diseño de las soluciones técnicas. Un experto en la técnica puede implementar las funciones descritas utilizando diferentes procedimientos para cada aplicación específica. Un experto en la técnica puede entender claramente que, por facilidad y brevedad de la descripción, respecto a un proceso de funcionamiento detallado del sistema, aparato y módulo anteriores, consulte un proceso correspondiente en las realizaciones del procedimiento anterior, y los detalles no se describen de nuevo en la presente memoria.
Todas o algunas de las realizaciones anteriores pueden implementarse mediante software, hardware, firmware o cualquier combinación de los mismos. Cuando se utiliza software para implementar las realizaciones, las realizaciones pueden implementarse total o parcialmente en forma de un producto de programa de ordenador. El producto de programa de ordenador incluye una o más instrucciones de ordenador. Cuando las instrucciones del programa de ordenador se cargan y se ejecutan en un ordenador, los procedimientos o funciones según las realizaciones de esta solicitud se generan total o parcialmente. El ordenador puede ser un ordenador de propósito general, un ordenador dedicado, una red de ordenadores u otros aparatos programables. Las instrucciones de ordenador pueden almacenarse en un medio de almacenamiento legible por ordenador o pueden transmitirse desde un medio de almacenamiento legible por ordenador a otro medio de almacenamiento legible por ordenador. Por ejemplo, las instrucciones de ordenador pueden transmitirse desde un sitio web, ordenador, servidor o centro de datos a otro sitio web, ordenador, servidor o centro de datos de forma cableada (por ejemplo, un cable coaxial, una fibra óptica, o una línea de abonado digital (DSL)) o inalámbrica (por ejemplo, infrarrojos, radio o microondas). El medio de almacenamiento legible por ordenador puede ser cualquier medio utilizable accesible por el ordenador, o un dispositivo de almacenamiento de datos, como un servidor o un centro de datos, que integra uno o más medios utilizables. El medio utilizable puede ser un medio magnético (por ejemplo, un disquete, un disco duro o una cinta magnética), un medio óptico (por ejemplo, un DVD), un medio semiconductor (por ejemplo, un disco de estado sólido Solid State Disk (SSD)) o similares. Las realizaciones en esta memoria descriptiva se describen todas de forma progresiva, en cuanto a las partes iguales o similares de las realizaciones consulte estas realizaciones, y cada realización se centra en una diferencia de las otras realizaciones. En particular, las realización del aparato y sistema son básicamente similares a una realización del procedimiento y, por lo tanto, se describen brevemente; en cuanto a las partes relacionadas, consulte las descripciones parciales en la realización del procedimiento.
Las descripciones anteriores son meramente implementaciones específicas de la presente invención, pero no están destinadas a limitar el alcance de protección de la presente invención. Cualquier variación o sustitución fácilmente averiguada por un experto en la técnica dentro del alcance técnico descrito en la presente invención deberá estar dentro del alcance de protección de la presente invención. Por lo tanto, el alcance de protección de la presente invención estará sujeto al alcance de protección de las reivindicaciones.

Claims (11)

REIVINDICACIONES
1. Un procedimiento de procesamiento de paquetes, aplicado a una red privada virtual Ethernet, EVPN, en el que un dispositivo frontera del cliente, CE, está conectado a una primera interfaz de un primer dispositivo frontera del proveedor, PE, a través de un primer enlace, el dispositivo CE está conectado a un segunda interfaz de un segundo dispositivo PE a través de un segundo enlace, y el procedimiento comprende:
recibir (303), mediante el primer dispositivo PE, un primer mensaje enviado por el segundo dispositivo PE, en el que el primer mensaje transporta una primera ruta de publicación de control de acceso al medio/protocolo de Internet, ruta de publicación MAC/IP, la primera ruta de publicación MAC/IP comprende una dirección MAC y un identificador de segmento de Ethernet, ESI, que se utiliza para identificar un segmento de Ethernet, ES, la dirección MAC comprendida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE, y el ES comprende el primer enlace y el segundo enlace;
obtener, mediante el primer dispositivo PE, la dirección MAC de la primera ruta de publicación MAC/IP;
determinar (304), mediante el primer dispositivo PE basado en el ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz; y
generar (305), mediante el primer dispositivo PE, una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC comprendida en la primera ruta de publicación MAC/IP, en el que la primera entrada de reenvío MAC comprende la dirección MAC comprendida en la primera ruta de publicación m Ac /IP, un identificador de interfaz de salida comprendido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío m Ac es utilizada por el primer dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC comprendida en la primera ruta de publicación MAC/IP.
2. El procedimiento según la reivindicación 1, en el que el primer mensaje transporta además una dirección de red del siguiente salto, la dirección de red del siguiente salto en el primer mensaje es una dirección de red del segundo dispositivo PE, y el procedimiento comprende además:
obtener (306), mediante el primer dispositivo PE, la dirección de red del segundo dispositivo PE basándose en el primer mensaje; y
generar (307), mediante el primer dispositivo PE, una segunda entrada de reenvío MAC basada en la dirección MAC comprendida en la primera ruta de publicación MAC/IP y la dirección de red del segundo dispositivo PE, en el que la segunda entrada de reenvío MAC comprende la dirección MAC comprendida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto comprendida en la segunda entrada de reenvío MAC es la dirección de red del segundo dispositivo PE,
cuando el primer enlace es defectuoso, el primer dispositivo PE utiliza la segunda entrada de reenvío MAC para reenviar un paquete cuya dirección MAC de destino es la dirección MAC comprendida en la primera ruta de publicación MAC/IP.
3. El procedimiento según la reivindicación 2, en el que el primer mensaje es un primer mensaje de actualización del protocolo de puerta de enlace de frontera, actualización BGP.
4. El procedimiento según una cualquiera de las reivindicaciones 1 a 3, en el que después de recibir, mediante el primer dispositivo PE, un primer mensaje enviado por el segundo dispositivo PE, el procedimiento comprende además:
generar, mediante el primer dispositivo PE, un segundo mensaje, en el que el segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, la segunda ruta de publicación MAC/IP comprende una dirección MAC y el ESI, la dirección MAC comprendida en la segunda ruta de publicación MAC/IP es la misma que la dirección MAC comprendida en la primera ruta de publicación MAC/IP, y la dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE; y
enviar, mediante el primer dispositivo PE, el segundo mensaje al segundo dispositivo PE.
5. El procedimiento según la reivindicación 4, en el que el segundo mensaje transporta además información de instrucciones, y la información de instrucciones se utiliza para dar instrucciones al segundo dispositivo PE que no envíe, al primer dispositivo PE después de que el segundo dispositivo PE reciba el segundo mensaje, una ruta de publicación m Ac /IP a través de la cual se alcanza la dirección MAC comprendida en la segunda ruta de publicación MAC/IP.
6. Un primer dispositivo frontera del proveedor, PE, aplicado a una red privada virtual Ethernet, EVPN, en el que un dispositivo frontera del cliente, CE, está conectado a una primera interfaz del primer dispositivo PE a través de un primer enlace, el dispositivo CE está conectado a un segunda interfaz de un segundo dispositivo PE a través de un segundo enlace, y el primer dispositivo PE comprende:
un módulo (403) de recepción, configurado para recibir un primer mensaje enviado por el segundo dispositivo PE, en el que el primer mensaje transporta una primera ruta de publicación de control de acceso al medio/protocolo de Internet, ruta de publicación MAC/IP, la primera ruta de publicación MAC/IP comprende una dirección MAC y un identificador de segmento de Ethernet, ESI, que se utiliza para identificar un segmento de Ethernet, ES, la dirección MAC comprendida en la primera ruta de publicación MAC/IP es una dirección MAC del dispositivo CE o una dirección MAC de un dispositivo terminal gestionado por el dispositivo CE, y el ES comprende el primer enlace y el segundo enlace; y
un módulo (401) de procesamiento, configurado para:
determinar, basándose en el ESI, que una interfaz a través de la cual el primer dispositivo PE está conectado al dispositivo CE es la primera interfaz,
obtener la dirección MAC de la primera ruta de publicación MAC/IP, y
generar una primera entrada de reenvío MAC basada en la primera interfaz determinada y la dirección MAC comprendida en la primera ruta de publicación MAC/IP, en el que la primera entrada de reenvío MAC comprende la dirección MAC comprendida en la primera ruta de publicación MAC/IP, un identificador de interfaz de salida comprendido en la primera entrada de reenvío MAC es un identificador de la primera interfaz, y la primera entrada de reenvío MAC es utilizada por el primer dispositivo PE para reenviar, al dispositivo CE, un paquete cuya dirección MAC de destino es la dirección MAC comprendida en la primera ruta de publicación MAC/IP.
7. El primer dispositivo PE según la reivindicación 6, en el que el primer mensaje transporta además una dirección de red del siguiente salto, y la dirección de red del siguiente salto en el primer mensaje es una dirección de red del segundo dispositivo PE;
el módulo (401) de procesamiento está configurado además para obtener la dirección de red del segundo dispositivo PE basándose en el primer mensaje; y
el módulo (401) de procesamiento está configurado además para generar una segunda entrada de reenvío MAC basada en la dirección MAC comprendida en la primera ruta de publicación MAC/IP y la dirección de red del segundo dispositivo PE, en el que la segunda entrada de reenvío MAC comprende la dirección MAC comprendida en la primera ruta de publicación MAC/IP, y una dirección de red del siguiente salto comprendida en la segunda entrada de reenvío MAC es la dirección de red del segundo dispositivo PE, cuando el primer enlace es defectuoso, la segunda entrada de reenvío MAC es utilizada por el primer PE para reenviar un paquete cuya dirección MAC de destino es la dirección MAC comprendida en la primera ruta de publicación MAC/IP.
8. El primer dispositivo PE según la reivindicación 6 o 7, en el que
el módulo (401) de procesamiento está configurado además para generar un segundo mensaje después de que el módulo (403) de recepción reciba el primer mensaje enviado por el segundo dispositivo PE, en el que el segundo mensaje transporta una segunda ruta de publicación MAC/IP y una dirección de red del siguiente salto, la segunda ruta de publicación MAC/IP comprende una dirección MAC y el ESI, la dirección MAC comprendida en la segunda ruta de publicación MAC/IP es la misma que la dirección MAC comprendida en la primera ruta de publicación MAC/IP y la dirección de red del siguiente salto transportada en el segundo mensaje es una dirección de red del primer dispositivo PE; y
el primer dispositivo PE comprende además un módulo (402) de envío, el módulo (402) de envío está configurado además para enviar el segundo mensaje al segundo dispositivo PE.
9. El primer dispositivo PE según la reivindicación 8, en el que el segundo mensaje transporta además información de instrucciones, y la información de instrucciones se utiliza para dar instrucciones al segundo dispositivo PE que no envíe, al primer dispositivo PE después de que el segundo dispositivo PE reciba el segundo mensaje, una ruta de publicación m Ac /IP a través de la cual se alcanza la dirección MAC comprendida en la segunda ruta de publicación MAC/IP.
10. Un sistema de comunicaciones, que comprende el primer dispositivo frontera del proveedor, PE, según una cualquiera de las reivindicaciones 6 a 9, un segundo dispositivo Pe y un dispositivo frontera del cliente, dispositivo CE, en el que el dispositivo CE tiene una conexión múltiple al primer dispositivo PE y al segundo dispositivo PE.
11. Un medio de almacenamiento legible por ordenador que comprende instrucciones que, cuando son ejecutadas por un ordenador, hacen que el ordenador lleve a cabo cualquier procedimiento de las reivindicaciones 1 a 5.
ES17900927T 2017-03-14 2017-12-13 Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN Active ES2886949T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710150686.6A CN108574639B (zh) 2017-03-14 2017-03-14 Evpn报文处理方法、设备及系统
PCT/CN2017/115820 WO2018166252A1 (zh) 2017-03-14 2017-12-13 Evpn报文处理方法、设备及系统

Publications (1)

Publication Number Publication Date
ES2886949T3 true ES2886949T3 (es) 2021-12-21

Family

ID=63522786

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17900927T Active ES2886949T3 (es) 2017-03-14 2017-12-13 Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN

Country Status (5)

Country Link
US (2) US11310079B2 (es)
EP (2) EP3923527A1 (es)
CN (3) CN111510378A (es)
ES (1) ES2886949T3 (es)
WO (1) WO2018166252A1 (es)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111901235A (zh) * 2017-12-01 2020-11-06 华为技术有限公司 处理路由的方法和装置、以及数据传输的方法和装置
WO2019134067A1 (en) * 2018-01-02 2019-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Controlling device and method implemented thereon for ethernet virtual private network
US11349749B2 (en) 2018-10-17 2022-05-31 Juniper Networks, Inc. Node protection for bum traffic for multi-homed node failure
CN111064659B (zh) * 2018-10-17 2022-07-19 瞻博网络公司 多宿主节点故障的bum流量的节点保护
CN111147381B (zh) * 2018-11-02 2022-01-18 华为技术有限公司 流量均衡方法和装置
CN110113260B (zh) * 2019-04-28 2021-07-06 新华三技术有限公司 一种转发表更新方法及装置
US11165681B2 (en) * 2019-09-27 2021-11-02 Juniper Networks, Inc. Inter-autonomous system trace route message
CN112702773B (zh) * 2019-10-22 2023-03-03 华为技术有限公司 一种通信方法及装置
ES2922159T3 (es) * 2019-11-04 2022-09-09 Deutsche Telekom Ag Fiabilidad y selección de agregación para protocolos de red de multiconectividad
US11088871B1 (en) 2019-12-31 2021-08-10 Juniper Networks, Inc. Fast convergence for MAC mobility
CN113132220B (zh) * 2019-12-31 2022-12-06 华为技术有限公司 一种路由信息的处理方法及装置
US11057295B1 (en) * 2020-01-07 2021-07-06 Juniper Networks, Inc. Loop avoidance and egress link protection with ethernet virtual private network (EVPN) fast reroute (FRR)
US11258711B2 (en) * 2020-06-04 2022-02-22 Vmware, Inc. Split-brain prevention in a high availability system during workload migration
CN111935206B (zh) * 2020-06-23 2023-05-23 新浪财经移动网络科技(北京)有限公司 报文处理方法、装置及网络设备
WO2022028216A1 (zh) * 2020-08-03 2022-02-10 华为技术有限公司 网络层可达信息传输方法、系统、装置以及网络设备
CN111917590B (zh) * 2020-08-11 2022-11-18 南京航空航天大学 制造物联网网关主备倒换数据包mac表处理装置及方法
CN114143257B (zh) * 2020-09-03 2023-04-28 华为技术有限公司 一种生成表项的方法、发送报文的方法、设备及系统
CN114531319A (zh) * 2020-10-31 2022-05-24 华为技术有限公司 报文发送方法、设备及系统
CN112737933B (zh) * 2020-12-24 2022-12-23 浪潮思科网络科技有限公司 一种基于云场景的网关系统及网关通信方法
CN114760248B (zh) * 2020-12-28 2023-11-17 北京华为数字技术有限公司 报文传输方法、设备及系统
CN112887139B (zh) * 2021-01-22 2022-05-27 新华三信息安全技术有限公司 报文处理方法及装置
US11711294B2 (en) * 2021-05-03 2023-07-25 Mellanox Technologies, Ltd. Fast rerouting using egress-port loopback
CN115706742A (zh) * 2021-08-13 2023-02-17 华为技术有限公司 传输网络层可达信息的方法、装置、设备、系统及介质
CN116074243A (zh) * 2021-11-03 2023-05-05 华为技术有限公司 一种报文传输方法、装置及设备
CN114697291B (zh) * 2022-03-30 2023-06-06 中国联合网络通信集团有限公司 可用ip地址段获取方法、装置、服务器及存储介质
CN115297069B (zh) * 2022-07-29 2024-06-07 中国电信股份有限公司 Evpn网络设备及mac地址学习方法、通信系统
CN115955439B (zh) * 2023-03-13 2023-05-23 苏州浪潮智能科技有限公司 数据报文的传输控制方法、系统、装置及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8953590B1 (en) * 2011-03-23 2015-02-10 Juniper Networks, Inc. Layer two virtual private network having control plane address learning supporting multi-homed customer networks
US8948169B2 (en) * 2011-12-07 2015-02-03 Cisco Technology, Inc. Mechanism for E-VPN interoperability with VPLS
EP2991284B1 (en) 2013-05-24 2020-12-16 Huawei Technologies Co., Ltd. Method and device used in ethernet virtual private network
US9397931B1 (en) * 2013-08-16 2016-07-19 Juniper Networks, Inc. Fast convergence in singly-homed ethernet virtual private networks
US9531564B2 (en) * 2014-01-15 2016-12-27 Cisco Technology, Inc. Single hop overlay architecture for line rate performance in campus networks
US9787573B2 (en) * 2014-12-31 2017-10-10 Juniper Networks, Inc. Fast convergence on link failure in multi-homed Ethernet virtual private networks
US9838310B1 (en) * 2015-10-22 2017-12-05 Cisco Technology, Inc. Mechanism for optimized customer MAC address flushing in PBB-EVPN
US9935783B2 (en) * 2016-01-07 2018-04-03 Juniper Networks, Inc. System for avoiding traffic flooding due to asymmetric MAC learning and achieving predictable convergence for PBB-EVPN active-active redundancy
US10164876B2 (en) * 2016-12-09 2018-12-25 Cisco Technology, Inc. Efficient multicast traffic forwarding in EVPN-based multi-homed networks
CN109218178B (zh) * 2017-07-05 2021-06-22 华为技术有限公司 一种报文处理方法及网络设备
US11438193B2 (en) * 2020-01-28 2022-09-06 Arista Networks, Inc. EVPN multihoming optimizations for ethernet segment connection interruptions

Also Published As

Publication number Publication date
US11310079B2 (en) 2022-04-19
EP3591912A4 (en) 2020-02-26
EP3591912A1 (en) 2020-01-08
CN108574639B (zh) 2020-04-03
CN111510378A (zh) 2020-08-07
WO2018166252A1 (zh) 2018-09-20
CN108574639A (zh) 2018-09-25
US20200014557A1 (en) 2020-01-09
CN111510379A (zh) 2020-08-07
US11677587B2 (en) 2023-06-13
EP3591912B1 (en) 2021-06-30
US20220271974A1 (en) 2022-08-25
EP3923527A1 (en) 2021-12-15
CN111510379B (zh) 2024-04-16

Similar Documents

Publication Publication Date Title
ES2886949T3 (es) Procedimiento, dispositivo y sistema de procesamiento de paquetes EVPN
US11799773B2 (en) EVPN packet processing method, device, and system
US11606292B2 (en) Route processing method, device, and system
US11533249B2 (en) Route processing method and apparatus, and data transmission method and apparatus
US10382333B2 (en) Fabric path context-based forwarding for virtual nodes
US10432523B2 (en) Routing protocol signaling of multiple next hops and their relationship
ES2830182T3 (es) Controladores centrales de elementos de cálculo de rutas (PCECC) para servicios de red
US10659352B2 (en) Signaling private context forwarding tables for a private forwarding layer
WO2019120042A1 (zh) 一种网络中传输报文的方法和节点
ES2895627T3 (es) Métodos y dispositivos de comunicación de encadenamiento de funciones de servicio (SFC)
WO2018103099A1 (zh) 发送和接收消息的方法、设备和系统
WO2015000173A1 (zh) 建立隧道的方法、分配标签的方法、设备及网络系统
CN114598635A (zh) 报文传输的方法和装置
WO2023016550A1 (zh) 一种路由发送方法及设备
WO2021077972A1 (zh) 转发报文的方法、装置及存储介质
US10965589B2 (en) Fast receive re-convergence of multi-pod multi-destination traffic in response to local disruptions
BR102021023868A2 (pt) Aparelho e método de comunicação
CN116648885A (zh) 一种路由传输方法及装置