ES2638612T3 - Procedimiento y dispositivo para almacenar y enviar entradas de direcciones MAC y sistema - Google Patents
Procedimiento y dispositivo para almacenar y enviar entradas de direcciones MAC y sistema Download PDFInfo
- Publication number
- ES2638612T3 ES2638612T3 ES15184795.1T ES15184795T ES2638612T3 ES 2638612 T3 ES2638612 T3 ES 2638612T3 ES 15184795 T ES15184795 T ES 15184795T ES 2638612 T3 ES2638612 T3 ES 2638612T3
- Authority
- ES
- Spain
- Prior art keywords
- mac address
- packet
- orf
- data packet
- address entry
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 85
- 238000012545 processing Methods 0.000 claims description 6
- 238000012217 deletion Methods 0.000 claims description 5
- 230000037430 deletion Effects 0.000 claims description 5
- 230000008030 elimination Effects 0.000 claims description 2
- 238000003379 elimination reaction Methods 0.000 claims description 2
- 238000011161 development Methods 0.000 description 35
- 238000010586 diagram Methods 0.000 description 18
- 230000009471 action Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 101100059544 Arabidopsis thaliana CDC5 gene Proteins 0.000 description 2
- 101150115300 MAC1 gene Proteins 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000032258 transport Effects 0.000 description 2
- 230000003712 anti-aging effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- COCAUCFPFHUGAA-MGNBDDOMSA-N n-[3-[(1s,7s)-5-amino-4-thia-6-azabicyclo[5.1.0]oct-5-en-7-yl]-4-fluorophenyl]-5-chloropyridine-2-carboxamide Chemical compound C=1C=C(F)C([C@@]23N=C(SCC[C@@H]2C3)N)=CC=1NC(=O)C1=CC=C(Cl)C=N1 COCAUCFPFHUGAA-MGNBDDOMSA-N 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/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/74—Address processing for routing
-
- 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/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Un procedimiento, llevado a cabo por un borde de red de proveedor, PE, para almacenar una entrada de dirección de control de acceso al medio, MAC, donde el procedimiento se aplica en redes privadas virtuales Ethernet, EVPN, comprendiendo el procedimiento: enviar (11) un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de dirección MAC según el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende la entrada de dirección MAC; recibir (12) un paquete que comprende la entrada de dirección MAC determinada y que es enviado por el RR, y almacenar la entrada de dirección MAC.
Description
5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procedimiento y dispositivo para almacenar y enviar entradas de direcciones MAC y sistema Campo de la invencion
La presente invencion se refiere a tecnologfas de comunicacion en red y, en particular, a un procedimiento y un dispositivo para almacenar y enviar una entrada de direccion MAC, y a un sistema.
Antecedentes de la invencion
Un concepto basico de una solucion de red privada virtual Ethernet (EVPN) es que un plano de control adquiere una direccion de control de acceso al medio (MAC) mediante la ampliacion de un protocolo de pasarela frontera (BGP), de modo que se implementa una funcion de red privada virtual de capa 2 (L2VpN). En la solucion EVPN, cada borde de red de proveedor (PE) tiene que almacenar todas las tablas de direcciones MAC de un sitio de red privada virtual (VPN), al que se conecta cualquier otro PE, con el fin de reenviar un paquete de datos segun las tablas de direcciones MAC almacenadas. El PE tambien puede denominarse conmutador de borde (MES) de conmutacion de etiquetas de multiples protocolos (MPLS).
Sin embargo, con el desarrollo de la computacion en la nube, la escala de un centro de datos se expande continuamente, y el numero de direcciones MAC aumenta desde niveles de K (mil) y 10K (diez mil) a niveles de 100K (cien mil) y M (mega). En la tecnica anterior, la solucion que implica que cada PE almacene todas las tablas de direcciones MAC requiere que el PE tenga una capacidad y un rendimiento elevados.
El documento de Wikipedia "Virtual Private LAN Service", Internet, (20120123), paginas 1 a 4, URL:
http://web.archive.org/web/20120123084418/http://en.wikipedia.org/wiki/Virtual_Private_LAN_Service, (20130610), XP055065959, da a conocer un servicio de LAN privada virtual (VPLS) en Internet. VPLS es una manera de proporcionar comunicacion de multipunto a multipunto basada en Ethernet a traves de redes IP/MPLS. Permite que sitios dispersados geograficamente compartan un dominio de radiodifusion Ethernet al conectar los sitios mediante seudocables. Las tecnologfas que pueden usarse como seudocables pueden ser Ethernet sobre MPLS, L2TPv3 o incluso GRE. Hay dos RFC de seguimiento de normas IETF (RFC 4761 y RFC4762) que describen el establecimiento de un VPLS. VPLS es una tecnologfa de red privada virtual (VPN). A diferencia de L2TPv3, que solo permite tuneles de capa 2 de punto a punto, VPLS permite una conectividad "cualquiera a cualquiera" (multipunto). En un VPLS, la red de area local (LAN) en cada sitio se extiende hacia el borde de la red del proveedor. Despues, la red del proveedor emula un conmutador o puente para conectar todas las LAN de cliente para crear una unica LAN enlazada. Los VPLS estan disenados para aplicaciones que requieren un acceso multipunto o de radiodifusion.
http://web.archive.org/web/20120123084418/http://en.wikipedia.org/wiki/Virtual_Private_LAN_Service, (20130610), XP055065959, da a conocer un servicio de LAN privada virtual (VPLS) en Internet. VPLS es una manera de proporcionar comunicacion de multipunto a multipunto basada en Ethernet a traves de redes IP/MPLS. Permite que sitios dispersados geograficamente compartan un dominio de radiodifusion Ethernet al conectar los sitios mediante seudocables. Las tecnologfas que pueden usarse como seudocables pueden ser Ethernet sobre MPLS, L2TPv3 o incluso GRE. Hay dos RFC de seguimiento de normas IETF (RFC 4761 y RFC4762) que describen el establecimiento de un VPLS. VPLS es una tecnologfa de red privada virtual (VPN). A diferencia de L2TPv3, que solo permite tuneles de capa 2 de punto a punto, VPLS permite una conectividad "cualquiera a cualquiera" (multipunto). En un VPLS, la red de area local (LAN) en cada sitio se extiende hacia el borde de la red del proveedor. Despues, la red del proveedor emula un conmutador o puente para conectar todas las LAN de cliente para crear una unica LAN enlazada. Los VPLS estan disenados para aplicaciones que requieren un acceso multipunto o de radiodifusion.
El documento EP 2413550 A1 da a conocer procedimientos y aparatos referentes a la seleccion de rutas en una red. Un aparato incluye un primer dispositivo de red configurado para recibir, desde un segundo dispositivo de red, un primer paquete con estado de reenvfo asociado a un dispositivo de procesamiento periferico y que presenta un primer identificador de generacion. El primer dispositivo de red esta configurado para recibir, desde un tercer dispositivo de red, un segundo paquete con estado de reenvfo asociado al dispositivo de procesamiento periferico y que presenta un segundo identificador de generacion. El primer dispositivo de red esta configurado para implementar informacion de estado de reenvfo incluida en el primer paquete con estado de reenvfo basandose en una comparacion del primer identificador de generacion y el segundo identificador de generacion.
Resumen de la invencion
Las formas de realizacion de la presente invencion proporcionan un procedimiento y un dispositivo para almacenar y enviar una entrada de direccion MAC, y un sistema, de modo que un PE almacena una entrada de direccion MAC segun las necesidades en un escenario EVPN, y las demandas de capacidad y rendimiento del PE se reducen.
En un aspecto, una forma de realizacion de la presente invencion proporciona un procedimiento, llevado a cabo por un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, mAc, donde el procedimiento se aplica en red privadas virtuales Ethernet (EVPN), incluyendo el procedimiento: enviar un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende la entrada de direccion MAC; recibir un paquete que comprende la entrada de direccion MAC determinada y que es enviado por el RR, y almacenar la entrada de direccion MAC.
En un primer aspecto de la forma de realizacion, antes de la etapa de enviar el primer paquete al RR, el procedimiento incluye ademas: recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino; determinar, mediante el EP, una EVPN a la que pertenece el paquete de datos; donde el primer paquete comprende la direccion MAC de destino e informacion que indica la EVPN.
5
10
15
20
25
30
35
40
45
50
55
60
65
En un segundo aspecto de la forma de realizacion segun el primer aspecto de la forma de realizacion, la etapa de enviar el primer paquete al RR, de modo que el RR determina la entrada de direccion MAC segun el primer paquete, incluye: enviar un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF bGp, al RR; donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF mAc comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, y el primer ORF RT comprende un primer RT correspondiente a la EVPN a la que pertenece el paquete de datos, de modo que el RR determina una EVPN correspondiente segun el primer RT, y determina una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino; o reenviar el paquete de datos al RR, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta para indicar la EVPN, de modo que el RR determina una EVPN correspondiente segun la etiqueta, y determina una entrada de direccion MAC correspondiente a la EVPN y que comprende la direccion MAC de destino.
En un tercer aspecto de la forma de realizacion segun la forma de realizacion o segun el primer aspecto de la forma de realizacion o segun el segundo aspecto de la forma de realizacion, tras la etapa de almacenar la entrada de direccion MAC, el procedimiento incluye ademas: dentro de un periodo de tiempo fijado, si una direccion MAC de destino de un paquete de datos recibido posteriormente no esta incluida en la entrada de direccion MAC, enviar un segundo paquete ORF BGP al RR; donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF mAc comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT; de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC; y tras recibir el paquete de retirada BGP, eliminar la entrada de direccion MAC.
En un cuarto aspecto de la forma de realizacion segun el primer aspecto de la forma de realizacion, el paquete de datos se recibe por primera vez e incluye la direccion MAC de destino; donde tras la etapa de recibir el paquete de datos, el procedimiento incluye ademas: reenviar el paquete de datos al RR, donde el paquete de datos se reenvfa a un PE homologo mediante el RR.
En un quinto aspecto de la forma de realizacion segun el cuarto aspecto de la forma de realizacion, antes de la etapa de recibir el paquete de datos, el procedimiento incluye ademas: adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos no esta en una tabla de direcciones MAC local.
En un sexto aspecto de la forma de realizacion segun el primer aspecto de la forma de realizacion, la etapa de
determinar mediante el PE una red privada virtual a la que pertenece el paquete de datos incluye ademas:
determinar, mediante el PE, una EVPN a la que pertenece el paquete de datos, segun una interfaz de entrada del paquete de datos.
En otro aspecto, una forma de realizacion de la presente invencion proporciona un procedimiento, llevado a cabo por
un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, donde el
procedimiento se aplica en EVPN, incluyendo el procedimiento: recibir un primer paquete enviado por un borde de red de proveedor, PE; determinar una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC que comprende la entrada de direccion MAC; y enviar la entrada de direccion MAC al PE.
En un primer aspecto de la forma de realizacion, la etapa de recibir el primer paquete enviado por el PE incluye: recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, Rt, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer Rt, la direccion MAC de destino es una direccion MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una red privada virtual, EVPN, a la que pertenece el paquete de datos; y la etapa de determinar la entrada de direccion MAC segun el primer paquete incluye: determinar la EVPN correspondiente al primer RT, y una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino; o donde la etapa de recibir el primer paquete enviado por el PE incluye: recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende una direccion MAC de destino y una etiqueta que indica una EVPN; y la etapa de determinar la entrada de direccion MAC segun el primer paquete incluye: determinar la EVPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino.
En un segundo aspecto de la forma de realizacion segun la forma de realizacion o segun el primer aspecto de la forma de realizacion, el procedimiento incluye ademas: recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, y la entrada de direccion MAC no esta
5
10
15
20
25
30
35
40
45
50
55
60
65
incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado; enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC, de modo que despues de recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
En un tercer aspecto de la forma de realizacion segun la forma de realizacion, el procedimiento incluye: recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y que comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del PE.
En un cuarto aspecto de la forma de realizacion segun el tercer aspecto de la forma de realizacion, el procedimiento incluye: enviar una entrada de direccion MAC por defecto al PE, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local del PE.
En un quinto aspecto de la forma de realizacion segun la forma de realizacion, el procedimiento incluye ademas: establecer una relacion de vecindad BGP con cada PE; y recibir y almacenar entradas de direcciones MAC correspondientes a EVPN conectadas a cada PE, y obtener la tabla de direcciones MAC.
En otro aspecto, una forma de realizacion de la presente invencion proporciona un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, MAC, donde el PE se aplica en EVPN, incluyendo el PE: un primer modulo de envfo, configurado para enviar un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende la entrada de direccion MAC; y un modulo de almacenamiento, configurado para recibir un paquete que comprende la entrada de direccion MAC y que es enviado por el RR, y almacenar la entrada de direccion MAC.
En un primer aspecto de la forma de realizacion, el PE incluye ademas: un modulo de recepcion, configurado para recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino; un modulo de determinacion, configurado para determinar una red privada virtual, EVPN, a la que pertenece el paquete de datos; donde el primer paquete comprende la direccion MAC de destino e informacion que indica la EVPN.
En un segundo aspecto de la forma de realizacion segun un primer aspecto de la forma de realizacion, el primer modulo de envfo esta configurado espedficamente para: enviar un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, donde el primer paquete OrF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, Rt, el primer ORF MAC comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT correspondiente a una EVPN a la que pertenece el paquete de datos, de modo que el RR determina una EVPN correspondiente segun el primer RT, y determina una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino; o donde el primer modulo de envfo esta configurado espedficamente para: reenviar al RR el paquete de datos recibido por el modulo de recepcion, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica una EVPN, de modo que el RR determina la EVPN segun la etiqueta, y determina una entrada de direccion MAC correspondiente a la EVPN y que comprende la direccion MAC de destino.
En un tercer aspecto de la forma de realizacion segun la forma de realizacion o segun el segundo aspecto de la forma de realizacion, el PE incluye ademas: un segundo modulo de envfo, configurado para enviar un segundo paquete ORF BGP al RR; donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al dispositivo, donde el paquete de retirada BGP comprende la entrada de direccion MAC; y un modulo de eliminacion, configurado para eliminar la entrada de direccion MAC tras recibir el paquete de retirada BGP.
En un cuarto aspecto de la forma de realizacion segun el primer aspecto de la forma de realizacion, el paquete de datos es un paquete de datos recibido por el dispositivo por primera vez e incluye la direccion MAC de destino, y el dispositivo incluye ademas: un tercer modulo de envfo, configurado para reenviar al RR el paquete de datos recibido por primer vez y que comprende la direccion MAC de destino, donde el paquete de datos se reenvfa a un PE homologo mediante el RR.
En un quinto aspecto de la forma de realizacion segun el cuarto aspecto de la forma de realizacion, el PE incluye ademas: un modulo de adquisicion, configurado para adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en una tabla de direcciones MAC local.
5
10
15
20
25
30
35
40
45
50
55
60
En otro aspecto, una forma de realizacion de la presente invencion proporciona un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, donde el RR se aplica en EVPN, incluyendo el RR: un modulo de recepcion, configurado para recibir un primer paquete enviado por un borde de red de proveedor, PE; un modulo de determinacion, configurado para determinar una entrada de direccion MAC segun el primer paquete, donde el dispositivo almacena una tabla de direcciones MAC que comprende la entrada de direccion MAC; y un modulo de envfo, configurado para enviar la entrada de direccion MAC al PE.
En un primer aspecto de la forma de realizacion, el modulo de recepcion esta configurado espedficamente para: recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, Rt, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer Rt, la direccion MAC de destino es una direccion MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una EVPN a la que pertenece el paquete de datos; y el modulo de determinacion esta configurado espedficamente para: determinar la EVPN segun el primer RT, y determinar una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino; o el modulo de recepcion esta configurado espedficamente para: recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica una EVPN; y el modulo de determinacion esta configurado espedficamente para: determinar la EVPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino.
En un segundo aspecto de la forma de realizacion segun la forma de realizacion o segun el primer aspecto de la forma de realizacion, el RR incluye ademas: un modulo de procesamiento, configurado para recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, y la entrada de direccion MAC no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado; enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC, de modo que despues de recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
En un tercer aspecto de la forma de realizacion segun la forma de realizacion, el RR incluye ademas: un modulo de reenvfo, configurado para recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y que comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del PE.
En un cuarto aspecto de la forma de realizacion segun el tercer aspecto de la forma de realizacion, el RR incluye ademas: un modulo de notificacion, configurado para enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al dispositivo cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local.
En un quinto aspecto de la forma de realizacion segun la forma de realizacion, el RR incluye ademas: un modulo de establecimiento, configurado para establecer una relacion de vecindad BGP con cada PE, recibir y almacenar entradas de direcciones MAC correspondientes a EVPN conectadas a cada PE a traves de la relacion de vecindad, y obtener la tabla de direcciones MAC.
En otro aspecto, una forma de realizacion de la presente invencion proporciona un sistema de red que se aplica en EVPN, el sistema de red incluye el PE antes mencionado y el RR antes mencionado.
A partir de las anteriores soluciones tecnicas puede observarse que, en las formas de realizacion de la presente invencion, el PE envfa el primer paquete al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, y despues envfa la entrada de direccion MAC requerida al PE para su almacenamiento, de modo que el PE solo almacena la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todas las PE, implementandose asf que el PE almacene la entrada de direccion MAC segun las necesidades, lo que reduce las demandas de capacidad y rendimiento del PE.
Breve descripcion de los dibujos
La FIG. 1 es un diagrama de flujo esquematico de una forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 2 es un diagrama esquematico de un formato de un paquete ORF BGP segun la presente invencion.
La FIG. 3a es un diagrama esquematico de un formato de un ORF MAC segun la presente invencion.
5
10
15
20
25
30
35
40
45
50
55
La FIG. 3b es un diagrama esquematico de un formato de una cabecera estandar de ORF MAC segun la presente invencion.
La FIG. 4 es un diagrama de flujo esquematico de una forma de realizacion de un procedimiento para enviar una entrada de direccion MAC segun la presente invencion.
La FIG. 5 es un diagrama de flujo esquematico de otra forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 6 es un diagrama de flujo esquematico de otra forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 7 es un diagrama estructural esquematico de una forma de realizacion de un dispositivo para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 8 es un diagrama estructural esquematico de otra forma de realizacion de un dispositivo para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 9 es un diagrama estructural esquematico de otra forma de realizacion de un dispositivo para almacenar una entrada de direccion MAC segun la presente invencion.
La FIG. 10 es un diagrama estructural esquematico de otra una entrada de direccion MAC segun la presente invencion.
La FIG. 11 es un diagrama estructural esquematico de otra una entrada de direccion MAC segun la presente invencion.
La FIG. 12 es un diagrama estructural esquematico de otra entrada de direccion MAC segun la presente invencion.
La FIG. 13 es un diagrama estructural esquematico de otra entrada de direccion MAC segun la presente invencion.
La FIG. 14 es un diagrama estructural esquematico de otra entrada de direccion MAC segun la presente invencion.
La FIG. 15 es un diagrama estructural esquematico de otra entrada de direccion MAC segun la presente invencion.
La FIG. 16 es un diagrama estructural esquematico de otra entrada de direccion MAC segun la presente invencion.
La FIG. 17 es un diagrama estructural esquematico de una forma de realizacion de un sistema de red segun la presente invencion.
Descripcion detallada de las formas de realizacion
La FIG. 1 es un diagrama de flujo esquematico de una forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion, donde el procedimiento incluye:
Etapa 11: Un PE envfa un primer paquete a un reflector de ruta (RR), de modo que el RR determina una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC, y la tabla de direcciones MAC incluye la entrada de direccion MAC requerida.
El primer paquete puede ser un paquete de filtro de encaminador de salida (ORF) BGP. El paquete ORF BGP es un paquete que combina un ORF MaC y un ORF de objetivo de encaminador (RT), donde el ORF MAC incluye una direccion MAC de destino y el ORF rT incluye un RT. La direccion MAC de destino es una direccion MAC de destino incluida en un paquete de datos recibido por el PE, y el RT es un RT correspondiente a una VPN a la que pertenece el paquete de datos. Despues, el RR puede determinar una VPN correspondiente segun el RT, y determinar una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida por el PE.
Haciendo referencia a la FIG. 2, el paquete ORF BGP incluye: una cabecera de paquete, el ORF MAC y el ORF RT, donde el ORF MAC transporta la direccion MAC de destino y el ORF RT transporta el RT.
Haciendo referencia a la FIG. 3a, el ORF MAC incluye los siguientes campos: tipo de ORF, longitud, una entrada 1 de ORF MAC, una entrada 2 de ORF MAC... La longitud del campo 'tipo de ORF' puede seleccionarse de 1 octeto, la longitud del campo 'longitud' puede seleccionarse de 2 octetos, y cada entrada de ORF MAC tiene 8 octetos en total, donde 1 octeto es para una cabecera estandar, 1 octeto esta reservado y 6 octetos son para un valor de direccion MAC. El valor de direccion MAC de 6 octetos es una direccion MAC de destino del paquete de datos.
forma de realizacion de un dispositivo para almacenar forma de realizacion de un dispositivo para almacenar forma de realizacion de un dispositivo para enviar una forma de realizacion de un dispositivo para enviar una forma de realizacion de un dispositivo para enviar una forma de realizacion de un dispositivo para enviar una forma de realizacion de un dispositivo para enviar una
5
10
15
20
25
30
35
40
45
50
55
60
65
Haciendo referencia a la FIG. 3b, la cabecera estandar de 1 octeto incluye: un campo 'accion' (Accion) de 2 bits, un campo 'emparejar' (EMPAREJAR) y una parte reservada de 5 bits. En cuanto a los valores de Accion, 0 representa anadir (AnAdIR), 1 representa eliminar (ELIMINAR), 2 representa eliminar todo (ELIMINAR-TODO). En cuando a los valores de EMpArEjAr, 0 representa permitir (PeRmITIR), 1 representa denegar (DENEGAR).
En esta forma de realizacion, el paquete ORF BGP se usa para que el PE adquiera la entrada de direccion MAC. Para diferenciarlo de un paquete ORF BGP subsiguiente que elimina la entrada de direccion MAC, el paquete ORF BGP puede denominarse en esta forma de realizacion primer paquete ORF BGP, y el paquete subsiguiente de eliminacion puede denominarse segundo paquete ORF BGP. Un valor de Accion en el primer paquete ORF BGP es 0, y un valor de Accion en el segundo paquete ORF BGP es 1. Ademas, un formato del ORF RT es similar al del ORF MAC mostrado en la FIG. 3a. Lo que es diferente con respecto al ORF MAC es que un valor del tipo de ORF en el ORF RT es un valor que indica el ORF RT y, ademas, el ORF RT incluye un campo RT para transportar el RT, en lugar de un campo de direccion MAC.
Como alternativa, el primer paquete puede ser ademas un paquete de datos que el PE reenvfa al RR, donde el paquete de datos incluye la direccion MAC de destino, y despues el RR puede adquirir directamente la direccion MAC de destino a partir del paquete de datos. Ademas, el paquete de datos incluye una etiqueta, donde la etiqueta puede identificar una VPN correspondiente. El RR puede determinar una VPN correspondiente segun la etiqueta, y despues el RR puede determinar una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida por el PE. En la forma de realizacion de la presente invencion, la etiqueta se refiere a una etiqueta de conmutacion de etiquetas de multiples protocolos (MPLS).
Etapa 12: El PE recibe un paquete que incluye la entrada de direccion MAC requerida y que es enviado por el RR, y almacena la entrada de direccion mAc requerida.
En la tecnica anterior, los PE transmiten entradas de direccion MAC de sitios VPN, a los que se conectan los PE entre sf, de modo que cada PE almacena entradas de direccion MAC de los sitios VPN a los que se conectan todos los PE. En la interconexion existente de RR, los PE envfan al RR las entradas de direccion MAC de los sitios VPN, a los que se conectan los PE, y el RR se encarga de reenviar las entradas de direccion MAC a otros PE. A diferencia de la tecnica anterior, en esta forma de realizacion, el PE solo solicita la entrada de direccion MAC requerida del RR, de modo que la entrada de direccion MAC se almacena segun sea necesario.
Ademas, despues de almacenar la entrada de direccion MAC, el PE puede reenviar el paquete de datos recibido segun la entrada de direccion MAC ya que la entrada de direccion MAC puede indicar informacion de encaminamiento.
En esta forma de realizacion, el PE envfa el primer paquete al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, de modo que el PE solo almacena la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE.
La FIG. 4 es un diagrama de flujo esquematico de una forma de realizacion de un procedimiento para enviar una entrada de direccion MAC segun la presente invencion, donde el procedimiento incluye:
Etapa 41: Un RR recibe un primer paquete enviado por un PE.
Como se ha descrito anteriormente, el primer paquete puede ser un primer paquete ORF BGP, o puede ser tambien un paquete de datos.
Etapa 42: El RR determina una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC que incluye la entrada de direccion MAC requerida.
Por ejemplo, cuando el primer paquete es el primer paquete ORF BGP que incluye una direccion MAC de destino y un rT, el RR determina una VPN correspondiente al RT segun una relacion correspondiente prealmacenada entre un RT y una VPN, y despues determina una entrada de direccion MAC que incluye la direccion MAC de destino y que esta incluida en una tabla de direcciones MAC correspondiente a la VPN como la entrada de direccion MAC requerida segun una relacion correspondiente prealmacenada entre una VPN y una tabla de direcciones MAC.
Como alternativa, cuando el primer paquete es el paquete de datos, el RR determina una VPN correspondiente segun una etiqueta, y despues determina una entrada de direccion MAC que incluye la direccion MAC de destino y que esta incluida en una tabla de direcciones MAC correspondiente a la VPN como la entrada de direccion MAC requerida, donde en la forma de realizacion de la presente invencion, la etiqueta se refiere a una etiqueta de conmutacion de etiquetas de multiples protocolos (MPLS).
Etapa 43: El RR envfa la entrada de direccion MAC requerida al PE.
5
10
15
20
25
30
35
40
45
50
55
60
65
En esta forma de realizacion, el RR recibe el primer paquete enviado por el PE, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, de modo que el PE solo almacena la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE.
La FIG. 5 es un diagrama de flujo esquematico de otra forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion, donde el procedimiento incluye:
Etapa 501: Un RR establece una relacion de vecindad BGP con todos los PE en una interconexion EVPN.
La FIG. 5 solo muestra un PE1 y un PE2 que se comunican entre sl
El RR puede establecer una relacion de vecindad BGP con un PE usando una manera de configuracion manual.
Despues de establecer la relacion de vecindad BGP, el RR y el PE pueden transmitir un paquete entre sl
Ademas, en la forma de realizacion de la presente invencion, el RR puede referirse a un RR y tambien puede referirse a un grupo de RR. En un caso del grupo RR, cada RR o un RR designado establece una relacion de vecindad BGP con cada PE, y adquiere posteriormente una entrada de direccion MAC. El RR designado puede configurarse previamente, o el RR designado puede notificar al PE que es el RR designado.
Etapa 502: El PE1 y el PE2 envfan por separado una entrada de direccion MAC al RR.
La entrada de direccion MAC es una entrada de direccion MAC correspondiente a cada VPN, a la que se conecta cada PE. Por ejemplo, tomando el PE1 como ejemplo, y suponiendo que las VPN conectadas al PE1 son una VPN1 y una VPN2, las entradas de direccion MAC enviadas por el PE1 incluyen una entrada de direccion MAC correspondiente a la VPN1 y una entrada de direccion MAC correspondiente a la VPN2. Puede usarse la misma direccion MAC en diferentes VPN.
El PE envfa la entrada de direccion MAC al RR, y el RR puede adquirir entradas de direccion MAC de sitios VPN, a los que se conectan todos los EP, en la interconexion EVPN. Las entradas de direccion MAC pueden formar una tabla de direcciones MAC, de modo que el RR puede enviar posteriormente entradas de direcciones MAC requeridas a diferentes PE.
Ademas, en esta forma de realizacion, tras recibir una entrada de direccion MAC enviada por un PE, el RR no reenvfa la entrada de direccion MAC a un homologo antes de recibir una solicitud de direccion MAC enviada por el homologo. Por ejemplo, tras recibir la entrada de direccion MAC enviada por el PE1, el RR no reenvfa la entrada de direccion MAC al pE2 antes de recibir una solicitud de direccion MAC enviada por el PE2, con el fin de evitar el problema que se produce cuando cada PE almacena todas las direcciones MAC.
Etapa 503: Tras recibir un paquete de datos, el PE1 envfa un primer paquete ORF BGP al RR.
Puesto que el PE1 tiene que reenviar el paquete de datos recibido, el PE1 tiene que conocer una entrada de direccion MAC correspondiente al paquete de datos.
Haciendo referencia a la FIG. 2, a la FIG. 3a y a la FIG. 3b, el primer paquete ORF BGP incluye una direccion MAC de destino, un RT y una cabecera estandar para indicar que se ha anadido una direccion MAC. El PE1 puede adquirir directamente la direccion MAC de destino a partir del paquete de datos; en cuanto al RT, el PE1 puede determinar una VPN, a la que pertenece el paquete de datos, segun una interfaz de entrada del paquete de datos, y despues obtener el RT anterior segun una relacion correspondiente configurada entre una VPN y un RT.
Ademas, el paquete de datos anterior es preferentemente un paquete de datos inicial, y el paquete de datos inicial se refiere a un paquete de datos cuya direccion MAC de destino no esta incluida en una tabla de direcciones MAC almacenada localmente.
Etapa 504: El RR determina una entrada de direccion MAC requerida por el PE1 segun el primer paquete ORF BGP recibido.
Por ejemplo, el RT del primer paquete ORF BGP es un RT1, y el RR puede obtener que una VPN correspondiente al RT1 es una VPN1 segun la relacion correspondiente configurada entre un RT y una VPN. Ademas, puesto que hay una relacion correspondiente entre una VPN y una tabla de direcciones MAC en una tabla de direcciones almacenada por el Rr, el RR puede hallar una tabla de direcciones MAC correspondiente al VPN1. La tabla de direcciones MAC correspondiente a la VPN1 puede incluir multiples entradas, y el RR determina una entrada que
5
10
15
20
25
30
35
40
45
50
55
60
65
incluye la direccion MAC de destino transportada en el primer paquete ORF BGP como la entrada de direccion MAC requerida por el PE1.
Etapa 505: El RR envfa al PE1 la entrada de direccion MAC requerida por el PE1.
Despues, el PE1 puede almacenar la entrada de direccion MAC.
Ademas, la tabla de direcciones MAC esta formada por una o multiples entradas de direcciones MAC. Para mejorar la eficacia de almacenamiento del PE tambien puede usarse un mecanismo de antiguedad, de modo que la tabla de direcciones MAC almacenada en el PE puede cambiar dinamicamente. Es decir, el procedimiento puede incluir ademas:
Etapa 506: El PE1 determina una primera direccion MAC, donde la primera direccion MAC es una direccion MAC incluida en una entrada de direccion MAC que necesita permanecer en la tabla de direcciones MAC almacenada en el PE1.
El PE1 puede determinar la primera direccion MAC de la siguiente manera.
Despues de almacenar la entrada de direccion MAC, el PE1 recibe un paquete de datos, y si una direccion MAC de destino en el paquete de datos esta en la entrada de direccion MAC almacenada, el paquete de datos puede reenviarse segun la entrada de direccion MAC almacenada.
Dentro de un periodo de tiempo fijado, si el PE1 no recibe un paquete de datos cuya direccion MAC de destino es una determinada direccion MAC en la tabla de direcciones MAC almacenada, el PE1 puede determinar la cierta direccion MAC como la primera direccion MAC antes mencionada.
Ademas, tras determinar entradas de direcciones MAC requeridas por los PE, si estas entradas de direcciones MAC se actualizan, el RR envfa la actualizacion de las entradas de direcciones MAC requeridas al PE. Cuando una cierta entrada de direccion MAC lleva cierto tiempo almacenada en el PE1 con el fin de reducir la sobrecarga de senalizacion, puede ordenarse al PE1 que no envfe la actualizacion de tal entrada de direccion MAC antigua; concretamente, el procedimiento puede incluir ademas:
Etapa 507: El PE1 envfa un segundo paquete ORF BGP al RR.
Puede hacerse referencia al paquete ORF BGP mostrado en la FIG. 2 para un formato del segundo paquete ORF BGP. Lo que es diferente con respecto al primer paquete ORF BGP es que Accion en el primer paquete ORF BGP es igual a 0, mientras que Accion en el segundo paquete ORF BGP es igual a 1.
Etapa 508: Tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al PE1, donde el paquete de retirada BGP incluye una entrada de direccion MAC a la que pertenece la primera direccion MAC.
Etapa 509: Tras enviar el paquete de retirada BGP, el RR deja de enviar al PE1 un mensaje de actualizacion de la entrada de direccion MAC que incluye la primera direccion MAC.
Etapa 510: Tras recibir el paquete de retirada BGP, el PE1 elimina la entrada de direccion MAC que incluye la primera direccion MAC.
En esta forma de realizacion, el PE envfa el paquete ORF BGP al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el paquete oRf BGP, lo que puede implementar que el PE solo almacene la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE; y ademas, en esta forma de realizacion, el mecanismo de antiguedad puede usarse para mejorar la eficacia de almacenamiento.
La FIG. 6 es un diagrama de flujo esquematico de otra forma de realizacion de un procedimiento para almacenar una entrada de direccion MAC segun la presente invencion, donde el procedimiento incluye:
Etapa 601: Un RR establece una relacion de vecindad BGP con todos los PE en una interconexion EVPN. Etapa 602: Un PE1 y un PE2 envfan por separado una entrada de direccion MAC al RR.
Puede hacerse referencia a las etapas 501 a 502 para un contenido espedfico de las anteriores etapas 601 y 602.
Etapa 603: El RR envfa al PE una entrada de direccion MAC por defecto.
La entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe un paquete de datos al RR si una direccion MAC de destino incluida en el paquete de datos recibido por el PE no esta en una tabla de direcciones
5
10
15
20
25
30
35
40
45
50
55
60
65
MAC local. Por ejemplo, una direccion MAC de destino de un paquete de datos recibido por el PE1 es MAC1, pero no hay informacion de MAC1 en una tabla de direcciones MAC almacenada localmente en el PE1, de modo que el PE1 reenv^a el paquete de datos al RR segun una accion de reenvfo correspondiente a la entrada de direccion MAC por defecto.
Espedficamente, el PE puede estar preconfigurado para que cuando reciba un paquete de datos inicial lo reenvfe segun la entrada de direccion MAC por defecto, y la accion de reenvfo correspondiente a la entrada de direccion MAC por defecto consiste en reenviar el paquete hacia el RR. Por ejemplo, la entrada de direccion MAC por defecto incluye la siguiente informacion: una direccion MAC por defecto (por ejemplo, todo ceros) y una accion de reenvfo correspondiente (por ejemplo, informacion de tunel correspondiente a un siguiente salto, y una instruccion de operacion de etiqueta). Una direccion del siguiente salto de la accion de reenvfo es una direccion IP del RR, y la instruccion de operacion de etiqueta se usa para ordenar al PE que adjunte una etiqueta designada cuando reenvfe el paquete de datos, de modo que un destinatario pueda determinar la VPN a la que pertenece el paquete de datos segun la etiqueta.
Etapa 604: Cuando recibe el paquete de datos inicial, el PE1 reenvfa el paquete de datos inicial al RR.
El paquete de datos inicial se refiere a un paquete de datos recibido cuya direccion MAC de destino no esta en la tabla de direcciones MAC almacenada localmente.
El PE1 ya ha adquirido la entrada de direccion MAC por defecto, y la entrada de direccion MAC por defecto ordena el reenvfo del paquete de datos inicial al RR, de modo que el PE1 reenvfa el paquete de datos inicial al RR segun la entrada de direccion MAC por defecto.
Etapa 605: El RR reenvfa el paquete de datos inicial al PE2.
Puesto que el RR tiene las entradas de direcciones MAC de todos los PE, el RR puede implementar el reenvfo del paquete de datos inicial segun las entradas de direcciones MAC.
Etapa 606: El RR determina una entrada de direccion MAC requerida por el PE1 segun el paquete de datos inicial.
El RR puede adquirir la direccion MAC de destino a partir del paquete de datos, adquirir informacion de VPN segun la etiqueta del paquete de datos y despues determinar, segun una relacion correspondiente entre una VPN y una tabla de direcciones MAC, una tabla de direcciones MAC correspondiente a la VPN a la que pertenece el paquete de datos, y determinar finalmente una entrada que incluye la direccion MAC de destino y que esta incluida en la tabla de direcciones MAC correspondiente como la entrada de direccion MAC requerida por el PE1.
Etapa 607: El RR envfa al PE1 la entrada de direccion MAC requerida por el PE1.
Despues, el PE1 puede almacenar la entrada de direccion MAC.
Ademas, de manera similar a la forma de realizacion anterior, puede incluirse ademas un procedimiento de antiguedad, donde el procedimiento puede incluir ademas:
Etapa 608: El PE1 determina una primera direccion MAC, donde la primera direccion MAC es una direccion MAC en una entrada de direccion MAC que necesita permanecer en la tabla de direcciones MAC almacenada en el PE1.
Etapa 609: El PE1 envfa un segundo paquete ORF BGP al RR.
Etapa 610: Tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al PE1, donde el paquete de retirada BGP incluye una entrada de direccion MAC a la que pertenece la primera direccion MAC.
Etapa 611: Tras enviar el paquete de retirada BGP, el RR deja de enviar al PE1 un mensaje de actualizacion de la entrada de direccion MAC que incluye la primera direccion MAC.
Etapa 612: Tras recibir el paquete de retirada BGP, el PE1 elimina la entrada de direccion MAC que incluye la primera direccion MAC.
Puede hacerse referencia a las etapas 506 a 510 para el contenido espedfico de las etapas 608 a 612.
En esta forma de realizacion, el PE envfa el paquete de datos inicial al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el paquete de datos inicial, lo que puede implementar que el PE solo almacene la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE. Ademas, en esta forma de realizacion, puede usarse un mecanismo de antiguedad para mejorar la eficiencia de almacenamiento; y, ademas, en esta forma de realizacion, el RR tiene una funcion de reenvfo de paquete de datos inicial, lo que puede evitar un retardo del paquete de datos inicial y mejorar el rendimiento del sistema.
5
10
15
20
25
30
35
40
45
50
55
60
65
La FIG. 7 es un diagrama estructural esquematico de una forma de realizacion de un dispositivo para almacenar una entrada de direccion MAC segun la presente invencion. El dispositivo es, por ejemplo, un PE. El dispositivo incluye un primer modulo de envfo 71 y un modulo de almacenamiento 72. El primer modulo de envfo 71 esta configurado para enviar un primer paquete a un RR, de modo que el RR determina una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC, y la tabla de direcciones MAC incluye la entrada de direccion MAC requerida. El modulo de almacenamiento 72 esta configurado para recibir un paquete que incluye la entrada de direccion MAC requerida y que es enviado por el RR, y para almacenar la entrada de direccion MAC requerida.
Haciendo referencia a la FIG. 8, el dispositivo para almacenar la entrada de direccion MAC puede incluir ademas: un modulo de recepcion 73 y un modulo de determinacion 74. El modulo de recepcion 73 esta configurado para recibir un paquete de datos, donde el paquete de datos incluye una direccion MAC de destino. El modulo de determinacion 74 esta configurado para determinar una VPN a la que pertenece el paquete de datos. El primer modulo de envfo 71 esta configurado espedficamente para enviar el primer paquete al RR, donde el primer paquete incluye la direccion MAC de destino e informacion que indica la VPN.
Opcionalmente, el primer modulo de envfo 71 esta configurado espedficamente para:
enviar un primer paquete ORF BGP, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un ORF RT. El primer ORF MAC incluye la direccion MAC de destino y una cabecera estandar para indicar que se ha anadido la direccion MAC de destino, y el ORF RT incluye un RT correspondiente al VPN al que pertenece el paquete de datos, de modo que el RR determina una VPN correspondiente segun el RT, y determina una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida.
Opcionalmente, el primer modulo de envfo 71 esta configurado espedficamente para:
reenviar al RR el paquete de datos recibido por el modulo de recepcion 73, donde el paquete de datos incluye la direccion MAC de destino y una etiqueta que indica la VPN, de modo que el RR determina una vPn correspondiente segun la etiqueta, y determina una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida.
Haciendo referencia a la FIG. 9, el dispositivo puede incluir ademas: un segundo modulo de envfo 75 y un modulo de eliminacion 76. El segundo modulo de envfo 75 esta configurado para enviar un segundo paquete ORF BGP al RR, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un ORF RT. El segundo ORF MAC incluye una primera direccion mAc y una cabecera estandar para ordenar la eliminacion de la primera direccion MAC, y el ORF RT incluye un RT, de modo que tras recibir el segundo paquete ORF BGP, el RR determina una VPN correspondiente y una entrada de direccion MAC que corresponde a la VPN y que incluye la primera direccion MAC segun el rT, y envfa un paquete de retirada BGP al PE. El paquete de retirada BGP incluye una entrada de direccion MAC a la que pertenece la primera direccion MAC, de modo que un mensaje de actualizacion de la entrada de direccion MAC que corresponde a la VPN y que incluye la primera direccion MAC deja de enviarse al PE. El modulo de eliminacion 76 esta configurado para recibir el paquete de retirada BGP, y despues para eliminar la entrada de direccion MAC que incluye la primera direccion MAC.
Haciendo referencia a la FIG. 10, el paquete de datos es un paquete de datos recibido por el PE por primera vez y que incluye la direccion MAC de destino. El dispositivo incluye ademas: un tercer modulo de envfo 77, configurado para reenviar al RR el paquete de datos que se recibe por primera vez y que incluye la direccion MAC de destino, y el paquete de datos se reenvfa a un PE homologo a traves del RR.
Haciendo referencia a la FIG. 11, el dispositivo incluye ademas: un modulo de adquisicion 78, configurado para adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino incluida en el paquete de datos recibido no esta en una tabla de direcciones MAC local.
En esta forma de realizacion, el PE envfa el primer paquete al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, lo que puede implementar que el PE solo almacene la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE.
La FIG. 12 es un diagrama estructural esquematico de una forma de realizacion de un dispositivo para enviar una entrada de direccion MAC segun la presente invencion. El dispositivo puede ser un RR. El dispositivo incluye un modulo de recepcion 121, un modulo de determinacion 122 y un modulo de envfo 123. El modulo de recepcion 121 esta configurado para recibir un primer paquete enviado por un PE. El modulo de determinacion 122 esta configurado para determinar una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el
5
10
15
20
25
30
35
40
45
50
55
60
65
RR almacena previamente una tabla de direcciones MAC que incluye la entrada de direccion MAC requerida. El modulo de envfo 123 esta configurado para enviar la entrada de direccion MAC requerida al PE.
Opcionalmente, el modulo de recepcion esta configurado espedficamente para recibir un primer paquete ORF BGP enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un ORF RT. El primer ORF MAC incluye una direccion MAC de destino y una cabecera estandar para indicar que se ha anadido la direccion MAC de destino, y el ORF RT incluye un rT. La direccion MAC de destino es una direccion MAC de destino incluida en un paquete de datos recibido por el PE, y el RT es un RT correspondiente a una VPN a la que pertenece el paquete de datos.
El modulo de determinacion esta configurado espedficamente para determinar una VPN correspondiente segun el RT, y para determinar una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida.
Opcionalmente, el modulo de recepcion esta configurado espedficamente para recibir un paquete de datos reenviado por el PE, donde el paquete de datos incluye la direccion MAC de destino y una etiqueta que indica la VPN.
El modulo de determinacion esta configurado espedficamente para determinar una VPN segun la etiqueta, y para determinar una entrada de direccion MAC que corresponde a la VPN y que incluye la direccion MAC de destino como la entrada de direccion MAC requerida.
Haciendo referencia a la FIG. 13, el dispositivo incluye ademas un modulo de procesamiento 124, configurado para recibir un segundo paquete ORF BGP enviado por el PE, determinar una VPN correspondiente al RT y una entrada de direccion que incluye la primera direccion mAc de la tabla de direcciones MAC correspondiente a la VPN, y para enviar un paquete de retirada BGP al PE. El segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un ORF RT. El segundo ORF MAC incluye una primera direccion MAC y una cabecera estandar para indicar la eliminacion de la primera direccion MAC, y el ORF RT incluye un RT. La primera direccion MAC es una direccion MAC que esta en la entrada de direccion MAC requerida y que no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro del tiempo fijado. El paquete de retirada BGP incluye una entrada de direccion MAC a la que pertenece la primera direccion MAC, de modo que el PE elimina la entrada de direccion MAC que incluye la primera direccion MAC despues de recibir el paquete de retirada BGP. Tras enviar el paquete de retirada BGP, un mensaje de actualizacion de la entrada de direccion MAC que incluye la primera direccion MAC deja de enviarse al PE.
Haciendo referencia a la FIG. 14, el dispositivo incluye ademas: un modulo de reenvfo 125, configurado para recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez cuya direccion MAC de destino no esta en una tabla de direcciones MAC local del PE.
Haciendo referencia a la FIG. 15, el dispositivo incluye ademas: un modulo de notificacion 126, configurado para enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al RR cuando la direccion MAC de destino incluida en el paquete de datos recibido no esta en la tabla de direcciones MAC local del PE.
Haciendo referencia a la FIG. 16, el dispositivo incluye ademas: un modulo de establecimiento 127, configurado para establecer una relacion de vecindad BGP con cada PE, recibir y almacenar una entrada de direccion MAC correspondiente a una VPN conectada a cada PE a traves de la relacion de vecindad, y obtener la tabla de direcciones MAC.
En esta forma de realizacion, el PE envfa el primer paquete al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, lo que puede implementar que el PE solo almacene la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE.
La FIG. 17 es un diagrama estructural esquematico de una forma de realizacion de un sistema de red segun la presente invencion. El sistema de red incluye un primer dispositivo 171 y un segundo dispositivo 172, donde el primer dispositivo 171 puede ilustrarse como uno cualquiera de las FIG. 7 a 11, y el segundo dispositivo 172 puede ilustrarse como uno cualquiera de las FIG. 12 a 16.
En esta forma de realizacion, el PE envfa el primer paquete al RR, y el RR determina la entrada de direccion MAC requerida por el PE segun el primer paquete, lo que puede implementar que el PE solo almacene la entrada de direccion MAC requerida por el mismo en lugar de entradas de direcciones MAC correspondientes a todos los PE, implementandose asf que el PE almacene la entrada de direccion MAC segun sea necesario, lo que reduce las demandas de capacidad y rendimiento del PE. Los expertos en la tecnica pueden entender que todas o parte de las
5
10
15
20
25
30
35
40
45
50
55
60
65
etapas de las anteriores formas de realizacion de procedimiento pueden implementarse mediante un programa que da ordenes a un hardware pertinente. El programa puede almacenarse en un medio de almacenamiento legible por ordenador. Cuando el programa se ejecuta, se llevan a cabo las etapas de las anteriores formas de realizacion de procedimiento. El medio de almacenamiento puede ser cualquier medio que sea capaz de almacenar codigos de programa, tal como una ROM, una RAM, un disco magnetico y un disco optico.
Una forma de realizacion se refiere a un procedimiento de almacenamiento de una entrada de direccion MAC, donde el procedimiento incluye: enviar, mediante un PE, un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC, y la tabla de direcciones mAc incluye la entrada de direccion MAC requerida; y recibir, mediante el PE, un paquete que incluye la entrada de direccion MAC requerida y que es enviado por el RR, y almacenar la entrada de direccion mAc requerida.
Otra forma de realizacion se refiere a un procedimiento de envfo de una entrada de direccion MAC, donde el procedimiento incluye: recibir, mediante un Rr, un primer paquete enviado por un PE; determinar, mediante el RR, una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC que incluye la entrada de direccion MAC requerida; y enviar al PE, mediante el RR, la entrada de direccion MAC requerida.
Otra forma de realizacion se refiere a un dispositivo de almacenamiento de una entrada de direccion MAC, donde el dispositivo incluye: un primer modulo de envfo, configurado para enviar un primer paquete a un RR, de modo que el RR determina una entrada de direccion MAC requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC, y la tabla de direcciones MAC incluye la entrada de direccion MAC requerida; y un modulo de almacenamiento, configurado para recibir un paquete que incluye la entrada de direccion MAC requerida y que es enviado por el RR, y almacenar la entrada de direccion MAC requerida.
Otra forma de realizacion se refiere a un dispositivo de envfo de una entrada de direccion MAC, donde el dispositivo incluye: un modulo de recepcion, configurado para recibir un primer paquete enviado por un PE; un modulo de determinacion, configurado para determinar una entrada de direccion mAc requerida por el PE segun el primer paquete, donde el RR almacena previamente una tabla de direcciones MAC que incluye la entrada de direccion MAC requerida; y un modulo de envfo, configurado para enviar al PE la entrada de direccion MAC requerida.
Una forma de realizacion de la presente invencion proporciona ademas un sistema de red, que incluye los dos dispositivos anteriores.
Otra forma de realizacion se refiere a un procedimiento, llevado a cabo por un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, MAC, que comprende: enviar (11) un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende todas las entradas de direcciones MAC de una red privada virtual Ethernet; recibir (12) un paquete que comprende la entrada de direccion MAC determinada y que es enviado por el RR, y almacenar la entrada de direccion MAC.
En un primer desarrollo adicional del procedimiento segun la forma de realizacion, antes de la etapa de enviar el primer paquete al RR, el procedimiento comprende ademas: recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino e informacion que indica una red privada virtual, VPN; donde el primer paquete comprende la direccion MAC de destino e informacion que indica la vPn.
En un segundo desarrollo adicional del procedimiento segun el primer desarrollo de la forma de realizacion, la etapa de enviar el primer paquete al RR, de modo que el RR determine la entrada de direccion MAC segun el primer paquete, comprende: enviar al RR un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP; donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, y el primer ORF RT comprende un primer RT correspondiente a la VPN a la que pertenece el paquete de datos, de modo que el RR determina una VPN correspondiente segun el primer Rt, y determina una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion mAc de destino segun el primer paquete ORF BGP; o reenviar el paquete de datos al Rr, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta para indicar la VPN, de modo que el RR determina una VPN correspondiente a la etiqueta, y determina una entrada de direccion MAC correspondiente a la VPN y que comprende la direccion MAC de destino segun el paquete de datos.
En un tercer desarrollo adicional del procedimiento segun la forma de realizacion o segun el primer desarrollo de la forma de realizacion o segun el segundo desarrollo de la forma de realizacion, tras la etapa de almacenar la entrada de direccion MAC, el procedimiento comprende ademas: dentro de un periodo de tiempo fijado, si una direccion MAC de destino de un paquete de datos recibido posteriormente no esta incluida en la entrada de direccion MAC, enviar un segundo paquete ORF BGP al RR; donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF mAc comprende la entrada de direccion MAC y una
5
10
15
20
25
30
35
40
45
50
55
60
65
cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT; de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC; y tras recibir el paquete de retirada BGP, eliminar la entrada de direccion mAc.
En un cuarto desarrollo adicional del procedimiento segun el primer desarrollo de la forma de realizacion, el paquete de datos se recibe por primera vez y comprende la direccion MAC de destino; donde tras la etapa de recibir el paquete de datos, el procedimiento comprende ademas: reenviar el paquete de datos al RR, donde el paquete de datos se reenvfa a un PE homologo mediante el RR.
En un quinto desarrollo adicional del procedimiento segun el cuarto desarrollo de la forma de realizacion, antes de la etapa de recibir el paquete de datos, el procedimiento comprende ademas: adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos no esta en una tabla de direcciones MAC local.
En otra forma de realizacion, un procedimiento llevado a cabo por un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, comprende: recibir (41) un primer paquete enviado por un borde de red de proveedor, PE; determinar (42) una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC que comprende todas las entradas de direcciones mAc de una red privada virtual Ethernet; y enviar (43) la entrada de direccion MAC al PE.
En un primer desarrollo adicional del procedimiento segun la forma de realizacion, la etapa de recibir el primer paquete enviado por el PE comprende: recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT, la direccion MAC de destino es una direccion MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una red privada virtual, VPN, a la que pertenece el paquete de datos; y la etapa de determinar la entrada de direccion MAC segun el primer paquete comprende: determinar la VPN correspondiente al primer RT, y una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion mAc de destino; o donde la etapa de recibir el primer paquete enviado por el PE comprende: recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende una direccion MAC de destino y una etiqueta que indica una VPN; y la etapa de determinar la entrada de direccion MAC segun el primer paquete comprende: determinar la VPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion MAC de destino.
En un segundo desarrollo adicional del procedimiento segun la forma de realizacion o segun el primer desarrollo de la forma de realizacion, el procedimiento comprende ademas: recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF mAc comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, y la entrada de direccion MAC no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado; enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC, de modo que despues de recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
En un tercer desarrollo adicional del procedimiento segun la forma de realizacion, el procedimiento comprende ademas: recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y que comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del Pe.
En un cuarto desarrollo adicional del procedimiento segun el tercer desarrollo de la forma de realizacion, el procedimiento comprende ademas: enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local del PE.
En un quinto desarrollo adicional del procedimiento segun la forma de realizacion, el procedimiento comprende ademas: establecer una relacion de vecindad BGP con cada PE; y recibir y almacenar entradas de direcciones MAC correspondientes a VPN conectadas a cada PE, y obtener la tabla de direcciones MAC.
En otra forma de realizacion, un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, MAC, comprende: un primer modulo de envfo (71), configurado para enviar un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende todas las entradas de direcciones MAC de una red privada virtual Ethernet; y un modulo de almacenamiento (72), configurado para
5
10
15
20
25
30
35
40
45
50
55
60
65
recibir un paquete que comprende la entrada de direccion MAC y que es enviado por el RR, y almacenar la entrada de direccion MAC.
En un primer desarrollo adicional del PE segun la forma de realizacion, el PE comprende ademas: un modulo de recepcion (73) configurado para recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino; donde el primer paquete comprende la direccion MAC de destino e informacion que indica la VPN.
En un segundo desarrollo adicional del PE segun el primer desarrollo de la forma de realizacion, el primer modulo de envfo (71) esta configurado espedficamente para: enviar un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, Rt, el primer ORF MAC comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer Rt correspondiente a una VPN a la que pertenece el paquete de datos, de modo que el RR determina una VPN correspondiente al primer RT, y determina una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion MAC de destino segun el primer paquete ORF BGP; o donde el primer modulo de envfo (71) esta configurado espedficamente para: reenviar el paquete de datos recibido por el modulo de recepcion al RR, donde el paquete de datos comprende la direccion MaC de destino y una etiqueta para indicar una vPn, de modo que el RR determina la VPN segun la etiqueta, y determina una entrada de direccion MAC correspondiente a la VPN y que comprende la direccion MAC de destino.
En un tercer desarrollo adicional del PE segun la forma de realizacion o segun el primer desarrollo de la forma de realizacion o el segundo desarrollo de la forma de realizacion, el PE comprende ademas: un segundo modulo de envfo (75), configurado para enviar un segundo paquete ORF BGP al RR, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF mAc y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al dispositivo, donde el paquete de retirada BGP comprende la entrada de direccion MAC; y un modulo de eliminacion (76), configurado para eliminar la entrada de direccion MAC tras recibir el paquete de retirada BGP.
En un cuarto desarrollo adicional del PE segun el primer desarrollo de la forma de realizacion, el paquete de datos es un paquete de datos recibido por el dispositivo por primera vez y comprende la direccion MAC de destino, y el dispositivo comprende ademas: un tercer modulo de envfo (77), configurado para reenviar al RR el paquete de datos recibido por primer vez y que comprende la direccion MAC de destino, donde el paquete de datos se reenvfa a un PE homologo mediante el Rr.
En un quinto desarrollo adicional del PE segun el cuarto desarrollo de la forma de realizacion, el PE comprende ademas: un modulo de adquisicion (78) configurado para adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en una tabla de direcciones MAC local.
En otra forma de realizacion, un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, comprende: un modulo de recepcion (121) configurado para recibir un primer paquete enviado por un borde de red de proveedor, PE; un modulo de determinacion (122) configurado para determinar una entrada de direccion MAC segun el primer paquete, donde el dispositivo almacena una tabla de direcciones MAC que comprende todas las entradas de direcciones MAC de una red privada virtual Ethernet; y un modulo de envfo (123) configurado para enviar la entrada de direccion MAC al PE.
En un primer desarrollo adicional del RR segun la forma de realizacion, el modulo de recepcion (121) esta configurado espedficamente para: recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT, la direccion MAC de destino es una direccion MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una VPN a la que pertenece el paquete de datos; y el modulo de determinacion (122) esta configurado espedficamente para: determinar la VPN segun el primer RT, y determinar una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion MAC de destino; o el modulo de recepcion (121) esta configurado espedficamente para: recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica una VPN; y el modulo de determinacion (122) esta configurado espedficamente para: determinar la VPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a la VPN y que comprende la direccion MAC de destino.
En un segundo desarrollo adicional del RR segun la forma de realizacion o segun el primer desarrollo de la forma de realizacion, el RR comprende ademas: un modulo de procesamiento (124), configurado para recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo
5
10
15
20
25
30
ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, y la entrada de direccion MAC no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado; enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC, de modo que despues de recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
En un tercer desarrollo adicional del RR segun la forma de realizacion, el RR comprende ademas: un modulo de reenvfo (125), configurado para recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del PE.
En un cuarto desarrollo adicional del RR segun el tercer desarrollo de la forma de realizacion, el RR comprende ademas: un modulo de notificacion (126), configurado para enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al dispositivo cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local.
En un quinto desarrollo adicional del RR segun la forma de realizacion, el RR comprende ademas: un modulo de establecimiento (127), configurado para establecer una relacion de vecindad BGP con cada PE, recibir y almacenar entradas de direcciones MAC correspondientes a VPN conectadas a cada PE a traves de la relacion de vecindad, y obtener la tabla de direcciones MAC.
Finalmente, debe observarse que las anteriores formas de realizacion solo tienen como objetivo describir las soluciones tecnicas de la presente invencion en lugar de limitar la presente invencion. Aunque la presente invencion se ha descrito en detalle con referencia a las anteriores formas de realizacion, los expertos en la tecnica entenderan que pueden realizarse modificaciones en las soluciones tecnicas descritas en las anteriores formas de realizacion o realizarse sustituciones equivalentes en algunas o todas las caractensticas tecnicas; sin embargo, estas modificaciones o sustituciones no hacen que la esencia de las soluciones tecnicas correspondientes se aparte del alcance de las soluciones tecnicas de las formas de realizacion de la presente invencion.
Claims (26)
- 5101520253035404550556065REIVINDICACIONES1. Un procedimiento, llevado a cabo por un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, MAC, donde el procedimiento se aplica en redes privadas virtuales Ethernet, EVPN, comprendiendo el procedimiento:enviar (11) un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende la entrada de direccion MAC;recibir (12) un paquete que comprende la entrada de direccion MAC determinada y que es enviado por el RR, yalmacenar la entrada de direccion MAC.
- 2. El procedimiento segun la reivindicacion 1, en el que antes de la etapa de enviar el primer paquete al RR, el procedimiento comprende ademas:recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino;determinar, mediante el PE, una EVPN a la que pertenece el paquete de datos;donde el primer paquete comprende la direccion MAC de destino e informacion que indica la EVPN.
- 3. El procedimiento segun la reivindicacion 2, en el que la etapa de enviar el primer paquete al RR, de modo que el RR determina la entrada de direccion MAC segun el primer paquete, comprende:enviar al RR un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP; donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, y el primer ORF RT comprende un primer RT correspondiente a la EVPN a la que pertenece el paquete de datos, de modo que el RR determina una EVPN correspondiente segun el primer RT y determina una entrada de direccion MAC correspondiente a la EVPN y que comprende la direccion MAC de destino; oreenviar el paquete de datos al RR, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica la EVPN, de modo que el rR determina una EVPN correspondiente segun la etiqueta, y determina una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino.
- 4. El procedimiento segun una cualquiera de las reivindicaciones 1 a 3, en el que tras la etapa de almacenar la entrada de direccion MAC, el procedimiento comprende ademas:dentro de un periodo de tiempo fijado, si una direccion MAC de destino de un paquete de datos recibido posteriormente no esta incluida en la entrada de direccion MAC, enviar un segundo paquete ORF BGP al RR, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera que ordena la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT; de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC; ytras recibir el paquete de retirada BGP, eliminar la entrada de direccion MAC.
- 5. El procedimiento segun la reivindicacion 2, en el que el paquete de datos se recibe por primera vez y comprende la direccion MAC de destino;en el que tras la etapa de recibir el paquete de datos, el procedimiento comprende ademas:reenviar el paquete de datos al RR, donde el paquete de datos se reenvfa a un PE homologo mediante el RR.
- 6. El procedimiento segun la reivindicacion 5, en el que antes de la etapa de recibir el paquete de datos, el procedimiento comprende ademas:adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en una tabla de direcciones MAC local.
- 7. El procedimiento segun la reivindicacion 2, en el que la etapa de determinar, mediante el PE, una red privada virtual a la que pertenece el paquete de datos comprende ademas:determinar, mediante el PE, una EVPN a la que pertenece el paquete de datos, segun una interfaz de entrada del paquete de datos.5101520253035404550556065
- 8. Un procedimiento, llevado a cabo por un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, donde el procedimiento se aplica en redes privadas virtuales Ethernet, EVPN, comprendiendo el procedimiento:recibir (41) un primer paquete enviado por un borde de red de proveedor, PE;determinar (42) una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC que comprende la entrada de direccion MAC; y enviar (43) la entrada de direccion MAC al PE.
- 9. El procedimiento segun la reivindicacion 8, en el que la etapa de recibir el primer paquete enviado por el PE comprende:recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el PE, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT, la direccion mAc de destino es una direccion MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una EVPN a la que pertenece el paquete de datos; yla etapa de determinar la entrada de direccion MAC segun el primer paquete comprende:determinar la EVPN correspondiente al primer RT, y una entrada de direccion MAC que corresponde a laEVPN y que comprende la direccion MAC de destino; odonde la etapa de recibir el primer paquete enviado por el PE comprende:recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende una direccion MAC de destino y una etiqueta para indicar una EVPN; yla etapa de determinar la entrada de direccion MAC segun el primer paquete comprende:determinar la EVPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a laEVPN y que comprende la direccion MAC de destino.
- 10. El procedimiento segun las reivindicaciones 8 o 9, que comprende ademas:recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo rT y la entrada de direccion MAC no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado;enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MaC, de modo que tras recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
- 11. El procedimiento segun la reivindicacion 8, que comprende ademas:recibir un paquete de datos inicial reenviado por el PE, y reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del PE.
- 12. El procedimiento segun la reivindicacion 11, que comprende ademas:enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local del PE.
- 13. El procedimiento segun la reivindicacion 8, que comprende ademas:establecer una relacion de vecindad BGP con cada PE; yrecibir y almacenar entradas de direcciones MAC correspondientes a EVPN conectadas a cada PE, y obtener la tabla de direcciones MAC.
- 14. Un borde de red de proveedor, PE, para almacenar una entrada de direccion de control de acceso al medio, MAC, donde el PE se aplica en redes privadas virtuales Ethernet, EVPN, comprendiendo el PE:un primer modulo de envfo (71), configurado para enviar un primer paquete a un reflector de ruta, RR, de modo que el RR determina una entrada de direccion MAC segun el primer paquete, donde el RR almacena una tabla de direcciones MAC, y la tabla de direcciones MAC comprende la entrada de direccion MAC; y5101520253035404550556065un modulo de almacenamiento (72), configurado para recibir un paquete que comprende la entrada de direccion MAC y que es enviado por el RR, y almacenar la entrada de direccion MAC.
- 15. El PE segun la reivindicacion 14, que comprende ademas:un modulo de recepcion (73), configurado para recibir un paquete de datos, donde el paquete de datos comprende una direccion MAC de destino;un modulo de determinacion, configurado para determinar una EVPN a la que pertenece el paquete de datos; donde el primer paquete comprende la direccion MAC de destino e informacion que indica la EVPN.
- 16. El PE segun la reivindicacion 15, donde el primer modulo de envfo (71) esta configurado espedficamente para:enviar un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, donde el primer paquete ORF BGP es un paquete que combina un primer oRf MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende la direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT correspondiente a una EVPN a la que pertenece el paquete de datos, de modo que el RR determina una EVPN correspondiente segun el primer RT, y determina una entrada de direccion MAC correspondiente a la EVPN y que comprende la direccion MAC de destino; o donde el primer modulo de envfo (71) esta configurado espedficamente para:reenviar al RR el paquete de datos recibido por el modulo de recepcion, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica una EVPN, de modo que el RR determina la EVPN segun la etiqueta, y determina una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino.
- 17. El PE segun una cualquiera de las reivindicaciones 14 a 16, que comprende ademas:un segundo modulo de envfo (75), configurado para enviar un segundo paquete ORF BGP al RR, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo ORF MAC comprende la entrada de direccion MAC y una cabecera que ordena la eliminacion de la entrada de direccion mAc, el segundo ORF RT comprende un segundo RT, de modo que tras recibir el segundo paquete ORF BGP, el RR envfa un paquete de retirada BGP al dispositivo, donde el paquete de retirada BGP comprende la entrada de direccion MAC; yun modulo de eliminacion (76), configurado para eliminar la entrada de direccion MAC tras recibir el paquete de retirada BGP.
- 18. El PE segun la reivindicacion 15, en el que el paquete de datos es un paquete de datos recibido por el dispositivo por primera vez y que comprende la direccion MAC de destino, y el dispositivo comprende ademas:un tercer modulo de envfo (77), configurado para reenviar al RR el paquete de datos que se recibe por primera vez y que comprende la direccion MAC de destino, donde el paquete de datos se reenvfa a un PE homologo a traves del RR.
- 19. El PE segun la reivindicacion 18, que comprende ademas:un modulo de adquisicion (78), configurado para adquirir una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para reenviar el paquete de datos al RR cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en una tabla de direcciones MAC local.
- 20. Un reflector de ruta, RR, para determinar una entrada de direccion de control de acceso al medio, MAC, donde el RR se aplica en redes privadas virtuales Ethernet, EVPN, comprendiendo el RR:un modulo de recepcion (121), configurado para recibir un primer paquete enviado por un borde de red de proveedor, PE;un modulo de determinacion (122), configurado para determinar una entrada de direccion MAC segun el primer paquete, donde el dispositivo almacena una tabla de direcciones MAC que comprende la entrada de direccion MAC; yun modulo de envfo (123), configurado para enviar la entrada de direccion MAC al PE.
- 21. El RR segun la reivindicacion 20, en el queel modulo de recepcion (121), esta configurado espedficamente para: recibir un primer paquete de filtro de encaminador de salida de protocolo de pasarela frontera, ORF BGP, enviado por el Pe, donde el primer paquete ORF BGP es un paquete que combina un primer ORF MAC y un primer ORF de objetivo de encaminador, RT, el primer ORF MAC comprende una direccion MAC de destino y una cabecera que indica que se ha anadido la direccion MAC de destino, el primer ORF RT comprende un primer RT, la direccion MAC de destino es una direccion51015202530354045MAC de destino comprendida en un paquete de datos recibido por el PE, y el primer RT es un RT correspondiente a una EVPN a la que pertenece el paquete de datos; yel modulo de determinacion (122) esta configurado espedficamente para: determinar la EVPN segun el primer RT, y determinar una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino; oel modulo de recepcion (121) esta configurado espedficamente para: recibir un paquete de datos reenviado por el PE, donde el paquete de datos comprende la direccion MAC de destino y una etiqueta que indica una EVPN; el modulo de determinacion (122) esta configurado espedficamente para: determinar la EVPN segun la etiqueta, y determinar una entrada de direccion MAC que corresponde a la EVPN y que comprende la direccion MAC de destino.
- 22. El RR segun las reivindicaciones 20 o 21, que comprende ademas:un modulo de procesamiento (124), configurado para recibir un segundo paquete ORF BGP enviado por el PE, donde el segundo paquete ORF BGP es un paquete que combina un segundo ORF MAC y un segundo ORF RT, el segundo OrF MAC comprende la entrada de direccion MAC y una cabecera para ordenar la eliminacion de la entrada de direccion MAC, el segundo ORF RT comprende un segundo RT, y la entrada de direccion MAC no esta incluida en una direccion MAC de destino de un paquete de datos recibido posteriormente por el PE dentro de un periodo de tiempo fijado; enviar un paquete de retirada BGP al PE, donde el paquete de retirada BGP comprende la entrada de direccion MAC, de modo que despues de recibir el paquete de retirada BGP, el PE elimina la entrada de direccion MAC.
- 23. El RR segun la reivindicacion 20, que comprende ademas:un modulo de reenvfo (125), configurado para recibir un paquete de datos inicial reenviado por el PE, y para reenviar el paquete de datos inicial a un PE homologo, donde el paquete de datos inicial es un paquete de datos recibido por el PE por primera vez y comprende una direccion MAC de destino que no esta en una tabla de direcciones MAC local del PE.
- 24. El RR segun la reivindicacion 23, que comprende ademas:un modulo de notificacion (126), configurado para enviar al PE una entrada de direccion MAC por defecto, donde la entrada de direccion MAC por defecto se usa para ordenar al PE que reenvfe el paquete de datos al dispositivo cuando la direccion MAC de destino comprendida en el paquete de datos recibido no esta en la tabla de direcciones MAC local.
- 25. El RR segun la reivindicacion 20, que comprende ademas:un modulo de establecimiento (127), configurado para establecer una relacion de vecindad BGP con cada PE, recibir y almacenar entradas de direccion MAC correspondientes a EVPN conectadas a cada PE a traves de la relacion de vecindad, y obtener la tabla de direcciones MAC.
- 26. Un sistema de red, que se aplica en redes privadas virtuales Ethernet (EVPN), donde el sistema de red comprende:un borde de red de proveedor, PE, segun una cualquiera de las reivindicaciones 14 a 19 y un reflector de ruta, RR, segun una cualquiera de las reivindicaciones 20 a 25.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210039632.XA CN103259726B (zh) | 2012-02-21 | 2012-02-21 | 存储和发送mac地址表项的方法、设备及系统 |
| CN201210039632 | 2012-02-21 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2638612T3 true ES2638612T3 (es) | 2017-10-23 |
Family
ID=47877768
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES15184795.1T Active ES2638612T3 (es) | 2012-02-21 | 2013-02-20 | Procedimiento y dispositivo para almacenar y enviar entradas de direcciones MAC y sistema |
Country Status (5)
| Country | Link |
|---|---|
| US (4) | US9531663B2 (es) |
| EP (2) | EP2632088B1 (es) |
| CN (1) | CN103259726B (es) |
| ES (1) | ES2638612T3 (es) |
| WO (1) | WO2013123862A1 (es) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103259726B (zh) * | 2012-02-21 | 2017-04-12 | 华为技术有限公司 | 存储和发送mac地址表项的方法、设备及系统 |
| CN104253759B (zh) * | 2013-06-30 | 2017-08-29 | 华为技术有限公司 | 报文转发方法、装置及系统 |
| CN104333509B (zh) * | 2014-11-05 | 2017-12-22 | 中国联合网络通信集团有限公司 | 一种hvpls网络中的路由方法及装置 |
| CN105991450B (zh) * | 2015-03-02 | 2019-05-07 | 杭州迪普科技股份有限公司 | Mac地址表更新方法及装置 |
| US9900250B2 (en) | 2015-03-26 | 2018-02-20 | Cisco Technology, Inc. | Scalable handling of BGP route information in VXLAN with EVPN control plane |
| CN107872387B (zh) * | 2016-09-26 | 2020-10-13 | 中国电信股份有限公司 | 发送vpn路由的方法和系统 |
| CN109412761B (zh) * | 2017-08-18 | 2022-07-12 | 中兴通讯股份有限公司 | 一种静态PW MAC withdraw报文交互的方法及装置 |
| CN109636256B (zh) * | 2019-01-30 | 2022-04-12 | 四川长虹电器股份有限公司 | 一种mes系统的mac地址管理方法 |
| US11206243B2 (en) * | 2019-03-04 | 2021-12-21 | Cyxtera Cybersecurity, Inc. | Multiple gateway controllers to establish network access |
| CN112751767B (zh) * | 2019-10-30 | 2024-04-16 | 华为技术有限公司 | 路由信息传输方法及装置、数据中心互联网络 |
| CN112929193B (zh) * | 2019-12-06 | 2023-02-03 | 华为技术有限公司 | 用于配置介质访问控制地址老化时间的方法和装置 |
| US11476849B2 (en) * | 2020-01-06 | 2022-10-18 | Psemi Corporation | High power positive logic switch |
| CN114697250A (zh) * | 2020-12-31 | 2022-07-01 | 华为技术有限公司 | 一种路由方法及相关设备 |
| US11398927B1 (en) | 2021-02-01 | 2022-07-26 | Cisco Technology, Inc. | Systems and methods for subscription based selective EVPN route distribution |
| CN113794642B (zh) * | 2021-08-27 | 2022-11-18 | 新华三信息安全技术有限公司 | 一种mac表项同步方法及装置 |
| CN115941387A (zh) * | 2021-09-30 | 2023-04-07 | 中兴通讯股份有限公司 | 边界网关协议路由的接收、发送方法及装置和存储介质 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2254813A1 (en) * | 1998-11-18 | 2000-05-18 | Northern Telecom Limited | Distribution of reachability information in data virtual private networks |
| US6917986B2 (en) * | 2002-01-07 | 2005-07-12 | Corrigent Systems Ltd. | Fast failure protection using redundant network edge ports |
| US20050169270A1 (en) * | 2003-03-19 | 2005-08-04 | Ryoichi Mutou | Router, frame forwarding method, and lower layer frame virtual forwarding system |
| US7480306B2 (en) * | 2003-12-19 | 2009-01-20 | Nortel Networks Limited | Interworking functionality |
| US7787396B1 (en) * | 2004-05-27 | 2010-08-31 | Cisco Technology, Inc. | Automatic ORF-list creation for route partitioning across BGP route reflectors |
| US8270413B2 (en) * | 2005-11-28 | 2012-09-18 | Cisco Technology, Inc. | Method and apparatus for self-learning of VPNS from combination of unidirectional tunnels in MPLS/VPN networks |
| US20070250612A1 (en) * | 2006-04-20 | 2007-10-25 | Sbc Knowledge Ventures, L.P. | Method for updating a virtual private network in a multi-protocol label switching network |
| US20080101385A1 (en) * | 2006-10-30 | 2008-05-01 | At&T Knowledge Ventures, L.P. | System and method for filtering routing updates |
| CN100440846C (zh) * | 2007-01-26 | 2008-12-03 | 成都迈普产业集团有限公司 | 虚拟专用网动态连接方法 |
| US8531941B2 (en) * | 2007-07-13 | 2013-09-10 | Cisco Technology, Inc. | Intra-domain and inter-domain bridging over MPLS using MAC distribution via border gateway protocol |
| US8116310B2 (en) | 2007-11-24 | 2012-02-14 | Cisco Technology, Inc. | Reducing packet flooding by a packet switch |
| US8743740B2 (en) * | 2008-04-08 | 2014-06-03 | At&T Intellectual Property I, L.P. | Methods and apparatus to implement a partial mesh virtual private local area network service |
| CN101345715B (zh) * | 2008-08-28 | 2011-05-25 | 中兴通讯股份有限公司 | 基于vpls双归属网络的mac地址学习方法及系统 |
| US8170033B1 (en) * | 2009-04-06 | 2012-05-01 | Juniper Networks, Inc. | Virtual private local area network service (VPLS) flush mechanism for BGP-based VPLS networks |
| US8705513B2 (en) * | 2009-12-15 | 2014-04-22 | At&T Intellectual Property I, L.P. | Methods and apparatus to communicatively couple virtual private networks to virtual machines within distributive computing networks |
| US8667177B2 (en) * | 2010-04-28 | 2014-03-04 | Juniper Networks, Inc. | Interface grouping for media access control address pinning in a layer two network |
| IL205725A0 (en) * | 2010-05-13 | 2010-12-30 | Eci Telecom Ltd | Techonlogy for flushing and relearning mac addresses in telecommunication networks |
| US8718063B2 (en) * | 2010-07-26 | 2014-05-06 | Juniper Networks, Inc. | Methods and apparatus related to route selection within a network |
| CN102347889B (zh) | 2010-08-04 | 2014-08-13 | 杭州华三通信技术有限公司 | 一种分层虚拟专用局域网中的报文转发方法、系统和装置 |
| US8473557B2 (en) * | 2010-08-24 | 2013-06-25 | At&T Intellectual Property I, L.P. | Methods and apparatus to migrate virtual machines between distributive computing networks across a wide area network |
| US9166878B1 (en) * | 2010-12-23 | 2015-10-20 | Juniper Networks, Inc. | Network management configuration for retrieving and aggregating status information from resources distributed across a network |
| US9491686B2 (en) * | 2011-07-28 | 2016-11-08 | Pulse Secure, Llc | Virtual private networking with mobile communication continuity |
| US8767737B2 (en) * | 2011-11-30 | 2014-07-01 | Industrial Technology Research Institute | Data center network system and packet forwarding method thereof |
| CN103259726B (zh) * | 2012-02-21 | 2017-04-12 | 华为技术有限公司 | 存储和发送mac地址表项的方法、设备及系统 |
| US8842577B2 (en) * | 2012-05-15 | 2014-09-23 | Cisco Technology, Inc. | Enabling media access control address mobility in an ethernet virtual private network |
-
2012
- 2012-02-21 CN CN201210039632.XA patent/CN103259726B/zh active Active
-
2013
- 2013-02-08 WO PCT/CN2013/071549 patent/WO2013123862A1/zh not_active Ceased
- 2013-02-11 US US13/764,444 patent/US9531663B2/en active Active
- 2013-02-20 EP EP13155963.5A patent/EP2632088B1/en active Active
- 2013-02-20 ES ES15184795.1T patent/ES2638612T3/es active Active
- 2013-02-20 EP EP15184795.1A patent/EP2983331B8/en active Active
-
2016
- 2016-12-06 US US15/370,589 patent/US10505895B2/en active Active
-
2019
- 2019-11-19 US US16/688,045 patent/US11153274B2/en active Active
-
2021
- 2021-09-27 US US17/486,207 patent/US20220014497A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP2632088A1 (en) | 2013-08-28 |
| US20140052876A1 (en) | 2014-02-20 |
| US20170085528A1 (en) | 2017-03-23 |
| CN103259726B (zh) | 2017-04-12 |
| EP2983331B1 (en) | 2017-07-19 |
| US10505895B2 (en) | 2019-12-10 |
| EP2983331A1 (en) | 2016-02-10 |
| US20220014497A1 (en) | 2022-01-13 |
| US11153274B2 (en) | 2021-10-19 |
| CN103259726A (zh) | 2013-08-21 |
| US9531663B2 (en) | 2016-12-27 |
| EP2632088B1 (en) | 2016-01-13 |
| US20200084180A1 (en) | 2020-03-12 |
| EP2983331B8 (en) | 2017-09-27 |
| WO2013123862A1 (zh) | 2013-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2638612T3 (es) | Procedimiento y dispositivo para almacenar y enviar entradas de direcciones MAC y sistema | |
| US10003531B2 (en) | Method for establishing tunnel, method for allocating label, device and network system | |
| CN103685022B (zh) | 报文转发方法及服务提供商网络边缘设备 | |
| US20150003458A1 (en) | Boarder Gateway Protocol Signaling to Support a Very Large Number of Virtual Private Networks | |
| CN101286922B (zh) | 一种信令控制的方法、系统及设备 | |
| US20150003463A1 (en) | Multiprotocol Label Switching Transport for Supporting a Very Large Number of Virtual Private Networks | |
| CN104253759A (zh) | 报文转发方法、装置及系统 | |
| WO2016177087A1 (zh) | 一种传输bier报文的方法及装置 | |
| US20170149685A1 (en) | Address information publishing method and apparatus | |
| CN101534209B (zh) | 一种组播报文发送的方法和装置 | |
| CN108111417A (zh) | 一种转发mpls数据包的方法及装置 | |
| US20120224579A1 (en) | Multiprotocol Label Switching (MPLS) Virtual Private Network (VPN) Over Routed Ethernet Backbone | |
| CN110535768A (zh) | 组播数据传输方法及相关设备 | |
| US9917768B2 (en) | System and method for reflecting FEC route information | |
| CN101547137A (zh) | 数据发送的方法、装置及通信设备 | |
| CN103368806A (zh) | 数据流的处理方法和系统以及设备 | |
| US10862708B2 (en) | Interoperability between separate and collapsed service-layer and transport-layer tunnels | |
| CN103634210B (zh) | 发现vpls实例的对端pe设备的方法及设备 | |
| CN102857417B (zh) | Trill网络中数据的传输方法及系统 | |
| CN102624601B (zh) | 一种数据报文发送方法、网络装置及网络系统 | |
| WO2014164073A1 (en) | System and method for reflecting forwarding equivalence class route information | |
| CN102882797B (zh) | 批量删除VPNv4或VPNv6路由的方法及PE | |
| CN105577544A (zh) | 一种IPv4路由信息、IPv4数据包的处理方法、装置及系统 | |
| CN103595609B (zh) | Trill网络互联方法、系统及设备 |