ES2565628T3 - Procedimiento de procesamiento de mensajes y dispositivo relacionado - Google Patents

Procedimiento de procesamiento de mensajes y dispositivo relacionado Download PDF

Info

Publication number
ES2565628T3
ES2565628T3 ES11858450.7T ES11858450T ES2565628T3 ES 2565628 T3 ES2565628 T3 ES 2565628T3 ES 11858450 T ES11858450 T ES 11858450T ES 2565628 T3 ES2565628 T3 ES 2565628T3
Authority
ES
Spain
Prior art keywords
packet
flow table
network device
forwarded
package
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES11858450.7T
Other languages
English (en)
Inventor
Chengyong LIN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2565628T3 publication Critical patent/ES2565628T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control

Landscapes

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

Abstract

Un procedimiento para procesar paquetes, que comprende: recibir (101), mediante un primer dispositivo de red, un paquete reenviado; establecer (102), mediante el primer dispositivo de red, una correspondencia de tabla de flujo para el paquete reenviado y, si no tiene correspondencia, encapsular (104), mediante el primer dispositivo de red, el paquete reenviado con una encapsulación interna de un túnel remoto y una encapsulación externa del túnel remoto, y transmitirlo (104) a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvíe el paquete reenviado a un servidor de control para su procesamiento; recibir (105), mediante el primer dispositivo de red, un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta información de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 está encapsulada en el paquete de tabla de flujo; y tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, procesar (106), mediante el primer dispositivo de red, el paquete de tabla de flujo directamente en un plano de reenvío de datos según una operación indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
Procedimiento de procesamiento de mensajes y dispositivo relacionado Campo tecnico
La presente invencion se refiere al campo de las comunicaciones y, en particular, a un procedimiento para procesar paquetes y a un dispositivo relacionado.
Antecedentes
Junto con el desarrollo de las arquitecturas de red han aparecido diversas tecnologfas abiertas de red basadas en los requisitos de acoplamiento de redes y en la rapida implantacion de servicios por parte del operador de red. El procesamiento de paquetes no se realiza en los dispositivos de red, tales como un encaminador o un conmutador, sino que se lleva a cabo en un servidor de control especial. Tales tecnologfas permiten que la red sea mas facil de planificar y gestionar, y que se adapte al patron de red actual.
La tecnologfa de flujo abierto convierte un proceso de reenvfo de paquetes controlado originalmente por un conmutador o un encaminador en una tecnologfa que sera controlada conjuntamente por un conmutador (o un encaminador) de flujo abierto y un servidor de control, consiguiendo de este modo separar el reenvfo de datos y el control de encaminamiento. El proceso se describe fundamentalmente de la siguiente manera: el servidor de control establece una conexion con la capa de control del conmutador (o encaminador) a traves de un Protocolo de Control de Transmision (TCP) o una Capa de Conexiones Seguras (SSL); cuando se recibe un paquete de datos, la capa de reenvfo del conmutador (o encaminador) transmite el paquete de datos a un canal seguro de la capa de control; el canal seguro lleva a cabo el TCP y la encapsulacion de flujo abierto del paquete (para facilitar la descripcion, el paquete de datos encapsulado se denominara en lo sucesivo paquete encapsulado) y lo transmite al servidor de control; el servidor de control analiza el paquete encapsulado, convierte los datos originales y la informacion de puerto del paquete encapsulado en informacion de tabla de flujo y devuelve la informacion de tabla de flujo a la capa de control del conmutador (o encaminador) mediante un canal TCP; y, despues, la capa de control del conmutador (o encaminador) envfa la informacion de tabla de flujo a la tabla de flujo del conmutador (o encaminador).
Aunque el procedimiento anterior puede conseguir la separacion entre el reenvfo de datos y el control del encaminamiento, el flujo abierto establece la conexion en funcion del/de la TCP/SSL y su rendimiento esta totalmente limitado por la capacidad de comunicacion entre la capa de control y la capa de reenvfo del conmutador (o encaminador). Sin embargo, generalmente, el ancho de banda de comunicacion entre la capa de control y la capa de reenvfo del conmutador (o encaminador) es muy pequena, y solo es adecuado para el procesamiento de la capa de control, tales como paquetes de protocolo de red que incluyen el protocolo Abrir Primero la Ruta Mas Corta (OSPF), el protocolo de Conmutacion de Etiquetas de Multiples Protocolos (MPLS), el Protocolo de Pasarela Frontera (BGP), etc. Resulta evidente que la tecnologfa de flujo abierto tiene un rendimiento de cuello de botella.
El documento WO2010/103909 A1 da a conocer un sistema de comunicacion de flujo abierto y un procedimiento de comunicacion de flujo abierto. Un conmutador de flujo abierto controla la transmision y la recepcion de un paquete segun una entrada de flujo. Cada una de las entradas de flujo contiene una condicion de correspondencia que muestra un flujo de comunicacion del paquete y una accion que muestra el procesamiento del paquete. Un controlador de flujo abierto genera una entrada de flujo de registro que se almacena en una tabla de flujo de un conmutador de flujo abierto especffico dispuesto en una ruta del flujo de comunicacion. Un paquete encapsulado se genera relacionando la entrada de flujo de registro y un paquete ordinario. El conmutador de flujo abierto especffico extrae la entrada de flujo de registro del paquete encapsulado en respuesta a la recepcion del paquete encapsulado para producir una nueva entrada de flujo y ejecuta la accion mostrada en la nueva entrada de flujo.
El documento US7801021 B1 da a conocer modulos de verificacion de enlace (keepalive) genericos de tunel de encapsulacion de encaminamiento, una tecnica que permite que un extremo de origen de un tunel que utiliza encapsulacion determine si puede accederse o no a un extremo de destino del tunel. La tecnica emite paquetes de verificacion de enlace que son devueltos al extremo de origen por un extremo de destino accesible. El extremo de origen del tunel genera un paquete de verificacion de enlace que contiene un paquete de retorno de verificacion de enlace, lo encapsula y lo reenvfa a traves del tunel al extremo de destino. A su vez, el extremo de destino desencapsula el paquete para obtener el paquete de retorno de verificacion de enlace y reenvfa el paquete de retorno de verificacion de enlace al extremo de origen, preferiblemente a traves del tunel. Cuando llega al extremo de origen, el paquete de retorno de verificacion de enlace se procesa. Al recibir los paquetes de retorno de verificacion de enlace, el extremo de origen determina que puede accederse al extremo de destino. Cuando no se recibe un numero predeterminado de paquetes de retorno de verificacion de enlace, el extremo de origen determina que no puede accederse al extremo de destino.
El artfculo "OPENFLOW SWITCH SPECIFICATION VERSION 1.1.0 IMPLEMENTED"
(http://web.archive.org/web/20110516201950/http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf, obtenido de Internet el 28 de febrero de 2011, paginas 1 a 56) describe la especificacion de un conmutador de flujo
5
10
15
20
25
30
35
40
45
50
55
60
65
abierto. Este documento describe los requisitos de un conmutador de flujo abierto. Esta especificacion abarca los componentes y las funciones basicas del conmutador y del protocolo de flujo abierto para gestionar un conmutador de flujo abierto desde un controlador remoto. Un conmutador de flujo abierto consiste en una o mas tablas de flujo y una tabla de grupos, que consultan y reenvfan paquetes, y en un canal de flujo abierto hacia un controlador externo. El controlador gestiona el conmutador a traves del protocolo de flujo abierto. Usando este protocolo, el controlador puede anadir, actualizar y borrar entradas de flujo, tanto de manera reactiva (en respuesta a paquetes) como de manera proactiva.
Resumen
Las formas de realizacion de la presente invencion proporcionan un procedimiento para procesar paquetes y un dispositivo relacionado con el fin de solucionar la restriccion de cuello de botella del plano de control de los dispositivos de red y conseguir la separacion entre el reenvfo de datos y el control del encaminamiento.
Para solucionar el problema tecnico anterior, las formas de realizacion de la presente invencion proporcionan las siguientes soluciones tecnicas.
Un procedimiento para procesar paquetes comprende:
recibir, mediante un primer dispositivo de red, un paquete reenviado;
establecer, mediante el primer dispositivo de red, una correspondencia de tabla de flujo para el paquete reenviado y, si no tiene correspondencia,
encapsular, mediante el primer dispositivo de red, el paquete reenviado con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y transmitirlo a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvfe el paquete reenviado a un servidor de control para su procesamiento;
recibir, mediante el primer dispositivo de red, un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, procesar, mediante el primer dispositivo de red, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2.
Un procedimiento para procesar paquetes comprende:
recibir, mediante un dispositivo de red, un paquete reenviado; establecer, mediante el dispositivo de red, una correspondencia de tabla de flujo para el paquete reenviado y, si no tiene correspondencia, encapsular, mediante el dispositivo de red, el paquete reenviado con una cabecera de trama de capa 2, y transmitirlo a un servidor de control para su procesamiento; recibir, mediante el dispositivo de red, un paquete de tabla de flujo devuelto por el servidor de control, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y esta encapsulado con una cabecera especial de trama de capa 2; y tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, procesar, mediante el dispositivo de red, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2.
Un dispositivo de red comprende:
una unidad de recepcion configurada para recibir un paquete reenviado;
una unidad de correspondencia de tabla de flujo configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado recibido por la unidad de recepcion;
una unidad de encapsulamiento y de transmision configurada para encapsular el paquete reenviado con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y para transmitirlo a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvfe el paquete reenviado a un servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo es "sin correspondencia";
en el que la unidad de recepcion esta configurada ademas para recibir un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y
una unidad de procesamiento configurada para procesar, tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo.
Un dispositivo de red comprende:
5
10
15
20
25
30
35
40
45
50
55
60
65
una unidad de recepcion configurada para recibir un paquete reenviado;
una unidad de correspondencia de tabla de flujo configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado;
una unidad de encapsulamiento y de transmision configurada para encapsular el paquete reenviado con una cabecera de trama de capa 2 y para transmitir una cabecera especial de trama de capa 2 a un servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo es "sin correspondencia";
en el que la unidad de recepcion esta configurada ademas para recibir un paquete de tabla de flujo devuelto por el servidor de control, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo;
una unidad de procesamiento configurada para procesar, tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo.
Un servidor de control comprende:
una unidad de recepcion configurada para recibir un paquete reenviado desde un dispositivo de red;
una unidad de analisis y de generacion configurada para analizar el paquete reenviado recibido por la unidad
de recepcion para generar informacion de tabla de flujo del paquete reenviado;
una unidad de encapsulamiento y de generacion configurada para generar un paquete de tabla de flujo que transporta la informacion de tabla de flujo, donde una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo, de modo que el dispositivo de red que procesa el paquete de tabla de flujo procesa el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2 y, despues de que la cabecera especial de trama de capa 2 se haya encapsulado en el paquete de tabla de flujo, una cabecera ordinaria de trama de capa 2 se encapsula en el paquete de tabla de flujo; y una unidad de transmision configurada para transmitir el paquete de tabla de flujo generado por la unidad de encapsulamiento y de generacion al dispositivo de red.
Resulta evidente que las formas de realizacion de la presente invencion encapsulan el paquete de tabla de flujo enviado con una cabecera especial de trama de capa 2, de modo que el dispositivo de red que procesa el paquete de tabla de flujo puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, la redireccion y el envfo no estan limitados por el cuello de botella del plano de control de los dispositivos de red, consiguiendose asimismo la separacion entre el reenvfo de datos y el control del encaminamiento.
Breve descripcion de los dibujos
Con el fin de describir mas claramente las soluciones tecnicas de las formas de realizacion de la presente invencion o de la tecnica anterior, a continuacion se describen brevemente los dibujos que se usaran en las descripciones de las formas de realizacion o de la tecnica anterior. Evidentemente, los siguientes dibujos solo ilustran algunas formas de realizacion de la presente invencion y los expertos en la tecnica pueden obtener otros dibujos a partir de estos dibujos sin llevar a cabo investigaciones adicionales.
La Fig. 1 es un diagrama de flujo de un procedimiento para procesar paquetes segun una forma de realizacion de la presente invencion.
La Fig. 2 es un diagrama de flujo de un procedimiento para procesar paquetes segun otra forma de realizacion de la presente invencion.
La Fig. 3 es un diagrama de flujo de un procedimiento para procesar paquetes segun otra forma de realizacion adicional de la presente invencion.
La Fig. 4 es un diagrama de una transmision de paquetes reenviados en todo el flujo de procesamiento segun un procedimiento para procesar paquetes proporcionado por la presente invencion.
La Fig. 5 es un diagrama de flujo de un procedimiento para procesar paquetes en un escenario de aplicacion segun otra forma de realizacion de la presente invencion.
La Fig. 6 es un diagrama de estructura de un dispositivo de red segun una forma de realizacion de la presente invencion.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Fig. 7 es un diagrama de estructura de un servidor de control segun una forma de realizacion de la presente invencion.
Descripcion de formas de realizacion
Las formas de realizacion de la presente invencion proporcionan un procedimiento para procesar paquetes y un dispositivo relacionado.
Para que los objetivos, caracterfsticas y ventajas de la presente invencion resulten mas evidentes y comprensibles, a continuacion se describiran las soluciones tecnicas de las formas de realizacion de la presente invencion de manera clara y exhaustiva con referencia a los dibujos. Las formas de realizacion descritas constituyen simplemente una parte de las formas de realizacion de la presente invencion mas que todas las formas de realizacion. Cualquier otra forma de realizacion obtenida por un experto en la tecnica en funcion de las formas de realizacion de la presente invencion y sin llevar a cabo ninguna investigacion adicional estara dentro del alcance de proteccion de la presente invencion.
A continuacion se describira un procedimiento para procesar paquetes segun una forma de realizacion de la presente invencion tomando un primer dispositivo de red como referencia para la descripcion. Haciendo referencia a la Fig. 1, el procedimiento para procesar paquetes segun la forma de realizacion de la presente invencion incluye:
101: un primer dispositivo de red recibe un paquete reenviado.
102: el primer dispositivo de red establece una correspondencia de tabla de flujo para el paquete reenviado.
Tras recibir el paquete reenviado, el primer dispositivo de red establece en primer lugar una correspondencia de tabla de flujo (por ejemplo, una correspondencia quintuple) para el paquete reenviado para determinar si existe una estrategia de procesamiento local relacionada con el paquete reenviado; y, si es asi, el primer dispositivo de red lleva a cabo la etapa 103; en caso contrario, lleva a cabo la etapa 104.
103: el primer dispositivo de red lleva a cabo un procesamiento correspondiente del paquete reenviado segun la estrategia de procesamiento que corresponda al paquete reenviado.
104: el primer dispositivo de red encapsula el paquete reenviado con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y lo transmite a un segundo dispositivo de red.
Debe observarse que el primer dispositivo de red de la forma de realizacion de la presente invencion puede ser un dispositivo de red implantado en la capa central o en la capa de convergencia, o un dispositivo de red implantado en el extremo distal del servidor de control, y esta separado del servidor de control mediante una pluralidad de dispositivos de red (por ejemplo, el segundo dispositivo de red). Por tanto, el primer dispositivo de red necesita transmitir el paquete reenviado al servidor de control a traves de otros dispositivos de red.
En aplicaciones practicas, un canal de datos remoto (por ejemplo, un tunel de punto a punto (PW, Pseudo Wire)) puede establecerse entre el primer y el segundo dispositivo de red configurando el primer y el segundo dispositivo de red a traves de las lineas de comandos, respectivamente. El primer dispositivo de red transmite el paquete reenviado al segundo dispositivo de red a traves del canal de datos remoto establecido, y el segundo dispositivo de red reenvia el paquete reenviado al servidor de control. Tras procesar el paquete reenviado, el servidor de control necesita devolver el paquete reenviado procesado (es decir, el paquete de tabla de flujo) al primer dispositivo de red a traves del segundo dispositivo de red. Puesto que un servidor de control puede gestionar una pluralidad de dispositivos de red (por ejemplo, el primer dispositivo de red) que tienen la funcion de procesamiento de tabla de flujo, el segundo dispositivo de red puede transportar la identificacion del primer dispositivo de red en el paquete reenviado antes de reenviar el paquete reenviado al servidor de control para garantizar que el servidor de control pueda devolver el paquete reenviado procesado al primer dispositivo de red.
Para garantizar que el paquete reenviado puede transmitirse al segundo dispositivo de red a traves del canal de datos remoto, el primer dispositivo de red encapsula el paquete reenviado recibido con la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto. Especificamente, la encapsulacion interna del tunel remoto puede ser una etiqueta MPLS, y la encapsulacion externa del tunel remoto puede ser una etiqueta MPLS, una Encapsulacion de Encaminamiento Generica (GRE) o una encapsulacion de Protocolo de Seguridad de Protocolo de Internet (IPsec).
El primer dispositivo de red tambien puede transmitir informacion de control de paquete (PCI) en el paquete reenviado, donde la PCI describe los atributos basicos del paquete reenviado, tal como la fuente del paquete reenviado (por ejemplo, un paquete de enlace ascendente o un paquete de retorno de enlace descendente), el tipo del paquete reenviado (por ejemplo, un paquete http-get o un paquete UDP), el modo de notificacion del paquete reenviado (por ejemplo, un paquete duplicado o un paquete redirigido al servidor de control), el numero de puerto fisico del primer dispositivo de red, etc., de modo que el servidor de control puede adquirir mas informacion relacionada con el paquete reenviado tras recibir el paquete reenviado, realizando asi una determinacion y un procesamiento mas precisos del paquete reenviado.
5
10
15
20
25
30
35
40
45
50
55
60
105: se recibe un paquete de tabla de flujo devuelto por el segundo dispositivo de red.
En aplicaciones practicas, tras recibir el paquete reenviado, el servidor de control analiza el paquete reenviado y genera la informacion de tabla de flujo del mismo, donde la informacion de tabla de flujo puede incluir especificamente las entradas mostradas en la Tabla 1.
Tabla 1
Atributo de Tabla de Flujo
Quintuple Estadfsticas Gestion de Ancho de Banda Accion Reservar
En la tabla, el atributo de tabla de flujo indica si la tabla de flujo es estatica o dinamica, incluyendo las marcas v4 y v6; la entrada 'quintuple' incluye la direccion IP de origen, la direccion IP de destino, el numero de puerto de origen, el numero de puerto de destino y el numero de protocolo; el ID de estadistica puede obtenerse en funcion del tipo de usuario o de protocolo; la gestion del ancho de banda puede llevarse a cabo en funcion del tipo de usuario o de protocolo, y puede dividirse en enlace ascendente y enlace descendente; y la accion representa la accion de procesamiento del flujo correspondiente, incluyendo el enlace ascendente y el enlace descendente, la accion incluye interrumpir, redirigir, reenviar, duplicar, etc.
En aplicaciones practicas, el servidor de control genera la informacion de tabla de flujo del paquete reenviado, segun el contenido del paquete reenviado y el procesamiento de servicio del paquete reenviado. Por ejemplo, cuando un servicio de control de filtracion de flujo lleva a cabo un control de interrupcion de una solicitud de acceso ilegal, el servidor de control configura una accion de interrupcion entre las acciones de la informacion de tabla de flujo generada en caso de que un acceso por parte del paquete reenviado sea ilegal (puede determinarse si el acceso del paquete reenviado es ilegal segun la direccion IP de destino, es decir, la direccion de acceso, en el paquete reenviado).
El servidor de control envia un paquete de tabla de flujo que transporta la informacion de tabla de flujo al primer dispositivo de red a traves del segundo dispositivo de red, y una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo, donde un valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede ordenar al primer dispositivo de red que procese el paquete de tabla de flujo.
En un escenario de aplicacion en el que un servidor de control gestiona una pluralidad de dispositivos de red (por ejemplo, el primer dispositivo de red) que tienen la funcion de procesamiento de tabla de flujo, el servidor de control puede transmitir la identificacion del primer dispositivo de red en el paquete de tabla de flujo para garantizar que el servidor de control pueda devolver el paquete de tabla de flujo al primer dispositivo de red a traves del segundo dispositivo de red.
106: el paquete de tabla de flujo se procesa segun la operacion indicada por el valor de tipo Ethernet de la
cabecera especial de trama de capa 2.
La capa de reenvio del primer dispositivo de red puede analizar informacion de la cabecera especial de trama de capa 2 del paquete de tabla de flujo llevando a cabo un analisis de paquete de capa 2 para el paquete de tabla de flujo, y procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, por ejemplo devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
En aplicaciones practicas, el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede determinarse por el servidor de control segun el contenido de los datos de servicio transportados por el paquete reenviado y una estrategia de ejecucion predefinida localmente y que corresponde al servicio. Por ejemplo, supongase que el contenido de los datos de servicio transportados por el paquete reenviado pertenece al servicio de control parental, para el cual el servidor de control determina si el paquete reenviado accede a un sitio web ilegal (esto puede determinarse segun la direccion IP de destino del paquete reenviado) cuando se recibe el paquete reenviado. Si es asi, el servidor de control puede generar un paquete http que incluye un sitio web legal, encapsularlo en el paquete de tabla de flujo y fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de transmision transparente. Tras recibir el paquete de tabla de flujo, el primer dispositivo de red transmite de manera transparente el paquete de tabla de flujo al usuario directamente. Si el paquete reenviado accede a un sitio web legal, el servidor de control puede fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de retorno; y tras recibir el paquete de tabla de flujo, el primer dispositivo de red devuelve el paquete de tabla de flujo al encaminamiento de consulta de enlace ascendente para reenviarlo al sitio web de destino.
El primer dispositivo de red puede ser un encaminador, un conmutador u otro dispositivo de red que tenga la funcion de procesamiento de tabla de flujo. El segundo dispositivo de red puede ser un encaminador o un conmutador. El servidor de control puede ser un servidor de Plataforma de Servicios Escalable (SSP).
5
10
15
20
25
30
35
40
45
50
55
60
65
Resulta evidente que la forma de realizacion de la presente invencion encapsula el paquete de tabla de flujo enviado con una cabecera especial de trama de capa 2, de modo que el primer dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, el cuello de botella del plano de control de dispositivos de red no es restrictivo, pudiendo conseguirse tambien la separacion entre el reenvfo de datos y el control del encaminamiento.
La forma de realizacion anterior describe una situacion en la que el dispositivo de red que tiene la funcion del procesamiento de tabla de flujo esta implantado en la capa central, en la capa de convergencia o en el extremo lejano del servidor de control. A continuacion se describe un procedimiento para procesar paquetes segun una forma de realizacion de la presente invencion con respecto a una situacion en la que el dispositivo de red esta implantado en la red de acceso o en el extremo cercano del servidor de control. Haciendo referencia a la Fig. 2, el procedimiento incluye:
201: un dispositivo de red recibe un paquete reenviado.
202: el dispositivo de red establece una correspondencia de tabla de flujo para el paquete reenviado.
Tras recibir el paquete reenviado, el dispositivo de red establece en primer lugar una correspondencia de tabla de flujo (por ejemplo, una correspondencia quintuple) para el paquete reenviado para determinar si existe una estrategia de procesamiento local relacionada con el paquete reenviado; y, si es asf, el dispositivo de red lleva a cabo la etapa 203; en caso contrario, lleva a cabo la etapa 204.
203: el dispositivo de red lleva a cabo un procesamiento correspondiente del paquete reenviado segun la estrategia de procesamiento que corresponda al paquete reenviado.
204: el dispositivo de red encapsula el paquete reenviado con una cabecera de trama de capa 2 y lo transmite al servidor de control para su procesamiento.
Puesto que el dispositivo de red es un dispositivo de red de la capa de acceso y esta mas cerca del servidor de control, el paquete reenviado puede transmitirse al servidor de control para procesarse directamente, usando la red de capa 2. El dispositivo de red puede encapsular el paquete reenviado con la cabecera de trama de capa 2 y transmitirlo directamente al servidor de control.
205: se recibe un paquete de tabla de flujo devuelto por el servidor de control.
En aplicaciones practicas, el servidor de control analiza el paquete reenviado tras recibirlo y genera informacion de tabla de flujo del mismo, que puede incluir especfficamente las entradas mostradas en la Tabla 1.
En aplicaciones practicas, el servidor de control genera la informacion de tabla de flujo del paquete reenviado segun el contenido del mismo y el servicio que procesa el paquete reenviado. Por ejemplo, cuando el servicio de control de filtracion de flujo lleva a cabo un control de descarte de una solicitud de acceso ilegal, el servidor de control configura una accion de descarte entre las acciones de la informacion de tabla de flujo generada en caso de que un acceso por parte del paquete reenviado sea ilegal (puede determinarse si el acceso del paquete reenviado es ilegal segun la direccion IP de destino, es decir, la direccion de acceso, del paquete reenviado).
El servidor de control envfa un paquete de tabla de flujo que transporta la informacion de tabla de flujo al dispositivo de red, y una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo, donde un valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede ordenar al dispositivo de red que procese el paquete de tabla de flujo.
En un escenario de aplicacion en el que un servidor de control gestiona una pluralidad de dispositivos de red (por ejemplo, el primer dispositivo de red) que tienen la funcion de procesamiento de tabla de flujo, el servidor de control puede transmitir la identificacion del primer dispositivo de red en el paquete de tabla de flujo para garantizar que el servidor de control pueda devolver el paquete de tabla de flujo al dispositivo de red.
206: el paquete de tabla de flujo se procesa segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2.
La capa de reenvfo del dispositivo de red puede analizar informacion de la cabecera especial de trama de capa 2 del paquete de tabla de flujo llevando a cabo una analisis de paquete de capa 2 para el paquete de tabla de flujo, y procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, por ejemplo devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
5
10
15
20
25
30
35
40
45
50
55
60
65
En aplicaciones practicas, el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede determinarse por el servidor de control segun el contenido de los datos de servicio transportados por el paquete reenviado y una estrategia de ejecucion predefinida localmente y que corresponde al servicio. Por ejemplo, supongase que el contenido de los datos de servicio transportados por el paquete reenviado pertenece al servicio de control parental, para el cual el servidor de control determina si el paquete reenviado accede a un sitio web ilegal (esto puede determinarse segun la direccion IP de destino del paquete reenviado) cuando se recibe el paquete reenviado. Si es asf, el servidor de control puede generar un paquete http que incluye un sitio web legal, encapsularlo en el paquete de tabla de flujo y fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de transmision transparente. Tras recibir el paquete de tabla de flujo, el dispositivo de red transmite de manera transparente el paquete de tabla de flujo al usuario directamente. Si el paquete reenviado accede a un sitio web legal, el servidor de control puede fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de retorno; y tras recibir el paquete de tabla de flujo, el dispositivo de red devuelve el paquete de tabla de flujo al encaminamiento de consulta de enlace ascendente para reenviarlo al sitio web de destino.
El dispositivo de red puede ser un encaminador, un conmutador u otro dispositivo de red que tenga la funcion de procesamiento de tabla de flujo. El servidor de control puede ser un servidor SSP.
Resulta evidente que la forma de realizacion de la presente invencion encapsula el paquete de tabla de flujo enviado con una cabecera especial de trama de capa 2, de modo que el dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, la redireccion y el envfo no estan limitados por el cuello de botella del plano de control de dispositivos de red, consiguiendose asimismo la separacion entre el reenvfo de datos y el control del encaminamiento.
A continuacion se describira un procedimiento para procesar paquetes segun una forma de realizacion de la presente invencion tomando un servidor de control como referencia para la descripcion. Haciendo referencia a la Fig. 3, el procedimiento incluye:
301: un servidor de control recibe un paquete reenviado desde un dispositivo de red.
302: el paquete reenviado recibido se analiza para generar informacion de tabla de flujo del mismo.
El servidor de control puede analizar el paquete reenviado tras recibirlo para generar informacion de tabla de flujo del mismo, que puede incluir las entradas mostradas en la Tabla 1.
303: se genera un paquete de tabla de flujo que transporta la informacion de tabla de flujo.
El servidor de control encapsula la informacion de tabla de flujo generada en la etapa 302 para generar el paquete de tabla de flujo.
Para que el dispositivo de red pueda procesar directamente el paquete de tabla de flujo en la capa de reenvfo tras recibirlo, una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo mediante el servidor de control, donde un valor de tipo Ethernet de la cabecera especial de trama de capa 2 ordena al dispositivo de red que procese el paquete de tabla de flujo. En aplicaciones practicas, el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede determinarse por el servidor de control segun el contenido de los datos de servicio transportados por el paquete reenviado y una estrategia de ejecucion predefinida localmente y que corresponde al servicio. Por ejemplo, supongase que el contenido de los datos de servicio transportados por el paquete reenviado pertenece al servicio de control parental, para el cual el servidor de control determina si el paquete reenviado accede a un sitio web ilegal (esto puede determinarse segun la direccion IP de destino del paquete reenviado) cuando se recibe el paquete reenviado. Si es asf, el servidor de control puede generar un paquete http que incluye un sitio web legal, encapsularlo en el paquete de tabla de flujo y fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de transmision transparente; y tras recibir el paquete de tabla de flujo, el dispositivo de red transmite de manera transparente el paquete de tabla de flujo al usuario directamente. Si el paquete reenviado accede a un sitio web legal, el servidor de control puede fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de retorno; y tras recibir el paquete de tabla de flujo, el dispositivo de red devuelve el paquete de tabla de flujo al encaminamiento de consulta de enlace ascendente para reenviarlo al sitio web de destino.
Debe apreciarse que puesto que el valor de tipo Ethernet de la cabecera especial de trama de capa 2 es un valor de parametro definido por el usuario, el servidor de control necesita encapsular el paquete de tabla de flujo con una cabecera ordinaria de trama de capa 2 tras encapsularlo con una cabecera especial de trama de capa 2 para garantizar una transmision normal del paquete de tabla de flujo en la red de capa 2.
5
10
15
20
25
30
35
40
45
50
55
60
65
Ademas, cuando un servidor de control gestiona una pluralidad de dispositivos de red, el servidor de control puede transmitir la identificacion del dispositivo de red en el paquete de tabla de flujo (por ejemplo, en la cabecera ordinaria de trama de capa 2).
304: el paquete de tabla de flujo se transmite al dispositivo de red.
Si el dispositivo de red esta directamente conectado al servidor de control a traves de la red de capa 2, el servidor de control puede devolver directamente el paquete de tabla de flujo al dispositivo de red a traves de la red de capa 2.
Si el dispositivo de red esta implantado en la red central, en la red de convergencia o en el extremo distal del servidor de control, el servidor de control puede enviar el paquete de tabla de flujo al dispositivo de red de extremo cercano (un dispositivo de red que tiene la funcion de reenvfo, tal como el segundo dispositivo de red) que reenvfa el paquete de tabla de flujo al dispositivo de red.
El servidor de control puede ser un servidor SSP.
Resulta evidente que en la forma de realizacion de la presente invencion, el servidor de control encapsula el paquete de tabla de flujo enviado con una cabecera especial de trama de capa 2, de modo que el dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, la redireccion y el envfo no estan limitados por el cuello de botella del plano de control de dispositivos de red, consiguiendose asimismo la separacion entre el reenvfo de datos y el control del encaminamiento.
A continuacion se describira un procedimiento para procesar paquetes en un escenario de aplicacion especffico segun una forma de realizacion de la presente invencion tomando como referencia para la descripcion un primer dispositivo de red, un segundo dispositivo de red y un servidor de control.
En primer lugar se hace referencia a la Fig. 4, que es un diagrama de una transmision de paquetes reenviados en todo el flujo de procesamiento, donde R1 representa el paquete reenviado recibido por el primer dispositivo de red, L2 representa la cabecera ordinaria de trama de capa 2 encapsulada, L2' representa la cabecera especial de trama de capa 2 encapsulada y R2 representa la informacion de tabla de flujo del paquete reenviado generado por el servidor de control. Especfficamente, como se ilustra en la Fig. 5, el flujo de procesamiento de paquetes incluye:
401: un primer dispositivo de red recibe un paquete reenviado y establece una correspondencia de tabla de flujo para el paquete reenviado recibido.
El primer dispositivo de red establece una correspondencia de tabla de flujo (por ejemplo, una correspondencia quintuple) para el paquete reenviado tras recibirlo para determinar si existe una estrategia de procesamiento local relacionada con el paquete reenviado; y, si es asf, el primer dispositivo de red lleva a cabo la etapa 402; en caso contrario, lleva a cabo la etapa 403.
402: el primer dispositivo de red lleva a cabo un procesamiento correspondiente del paquete reenviado segun la estrategia de procesamiento que corresponda al paquete reenviado.
403: el primer dispositivo de red encapsula el paquete reenviado y lo transmite a un segundo dispositivo de red.
En aplicaciones practicas puede establecerse un tunel PW entre el primer dispositivo de red y el segundo dispositivo de red. El primer dispositivo de red transmite el paquete reenviado encapsulado al segundo dispositivo de red a traves del tunel PW, y el tunel PW puede establecerse multiplexando el flujo PW estatico. Especfficamente, suponiendo que la direccion IP del primer dispositivo de red es 192.2.2.2 y que la direccion IP del segundo dispositivo de red es 192.1.1.1, entonces el tunel PW puede establecerse llevando a cabo las siguientes configuraciones en el primer dispositivo de red y en el segundo dispositivo de red, respectivamente.
En el primer dispositivo de red se lleva a cabo la siguiente configuracion de lfnea de comandos:
mpls static-12vc destination 192.1.1.1 transmit-vpn-label 200 receive-vpn-label 100 DPI_DPI.
En el segundo dispositivo de red se lleva a cabo la siguiente configuracion de lfnea de comandos:
mpls static-12vc destination 192.2.2.2 transmit-vpn-label 100 receive-vpn-label 200 ip-interworking.
Suponiendo que las anteriores configuraciones de lfnea de comandos se llevan a cabo en el primer dispositivo de red y en el segundo dispositivo de red, y que el envfo del paquete reenviado se realiza por una placa de DPI unica y por un procesador de red (NP) en el primer dispositivo de red, entonces, en primer lugar, los recursos internos del
5
10
15
20
25
30
35
40
45
50
55
60
65
primer dispositivo de red pueden aplicarse a una etiqueta (etiqueta M1 de manera abreviada) enviada a la placa de DPI unica, y establecerse dos entradas de reenvfo en el NP, es decir, una tabla de segmentos de entrada y una tabla de segmentos de salida. En la tabla de segmentos de entrada, la accion es igual a un cambio de etiquetas, una encapsulacion interna de un tunel remoto es igual a 'transmit-vpn-label', la placa de destino y el puerto de destino (TB/TP de manera abreviada) son iguales a la (al) TB/TP de placa de entrada de un tunel LSP, y el valor de fndice de tabla de segmentos de salida es igual al valor de fndice de tabla de segmentos de salida correspondiente al tunel LSP. La tabla de segmentos de salida incluye informacion de una encapsulacion externa del tunel remoto en un modo de encapsulacion de MPLS. La informacion de la encapsulacion externa del tunel remoto en la tabla de segmentos de salida, la/el TB/TP de placa de entrada del tunel LSP en la tabla de segmentos de entrada y el valor de fndice de tabla de segmentos de salida correspondiente al tunel LSP pueden adquirirse por medio de la direccion IP del segundo dispositivo de red (suponiendo que el tunel LSP se ha establecido entre el primer dispositivo de red y el segundo dispositivo de red).
Si el paquete reenviado no tiene correspondencia en la etapa 401, la placa de DPI unica marca el paquete reenviado con la etiqueta M1 y con la informacion de PCI correspondiente para encapsularlo en un paquete MPLS y transmitirlo al NP. Cuando se determina, a traves de un analisis, que el paquete reenviado tiene la etiqueta M1, el NP consulta la tabla de segmentos de entrada para obtener TB/TP, acciones, informacion de la encapsulacion interna del tunel remoto y el valor de fndice de tabla de segmentos de salida; adquiere informacion de la encapsulacion externa del tunel remoto mediante el valor de fndice de tabla de segmentos de salida adquirido; y lleva a cabo una conmutacion de etiquetas, es decir, descarta la etiqueta MPLS original, encapsula el paquete reenviado con la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto, respectivamente, segun la informacion adquirida de la encapsulacion interna del tunel remoto y la informacion de la encapsulacion externa del tunel remoto, encapsula el paquete reenviado con una cabecera de trama de capa 2 (cabecera ordinaria de trama de capa 2) y lo transmite a traves del tunel PW, completando asf el proceso de transmision del paquete reenviado.
404: el segundo dispositivo de red reenvfa el paquete reenviado recibido al servidor de control.
Tras recibir el paquete reenviado, el segundo dispositivo de red elimina la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto que estan encapsuladas en el paquete reenviado, despues vuelve a encapsular el paquete reenviado con una cabecera de trama de capa 2 y lo transmite al servidor de control.
Como dispositivo de extremo cercano del servidor de control, el segundo dispositivo de red puede usar directamente la conexion de capa 2 con el servidor de control para transmitir el paquete reenviado al servidor de control.
Especfficamente, la siguiente configuracion de lfnea de comandos de la etapa 403 puede realizarse de antemano en el segundo dispositivo de red: mpls static-12vc destination 192.2.2.2 transmit-vpn-label 100 receive-vpn-label 200 ip- interworking, donde 'ip-interworking' indica un atributo de diferentes medios de transmision. Tras recibir el paquete reenviado, el segundo dispositivo de red elimina la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto que estan encapsuladas en el paquete reenviado. Debido a las diferentes transmisiones de medios, el segundo dispositivo de red busca una tabla de protocolo de resolucion de direcciones (arp) y vuelve a encapsular el paquete reenviado con una cabecera de trama de capa 2, pudiendo identificar ademas el primer dispositivo de red (por ejemplo, el id de encaminador) en la cabecera de trama de capa 2, y transmite el paquete reenviado al servidor de control desde una interfaz de salida.
405: el servidor de control analiza el paquete reenviado recibido para generar informacion de tabla de flujo del
paquete reenviado.
El servidor de control analiza el paquete reenviado tras recibir el paquete reenviado para generar informacion de tabla de flujo del paquete reenviado, que puede incluir las entradas mostradas en la Tabla 1.
406: El servidor de control genera un paquete de tabla de flujo que transporta la informacion de tabla de flujo.
El servidor de control encapsula la informacion de tabla de flujo generada en la etapa 405 para generar el paquete de tabla de flujo.
Para que el dispositivo de red procese directamente el paquete de tabla de flujo en la capa de reenvfo despues de que el dispositivo de red reciba el paquete de tabla de flujo, una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo mediante el servidor de control, donde un valor de tipo Ethernet de la cabecera especial de trama de capa 2 ordena al dispositivo de red que procese el paquete de tabla de flujo. En aplicaciones practicas, el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede determinarse por el servidor de control segun el contenido de los datos de servicio transportados por el paquete reenviado y una estrategia de ejecucion predefinida localmente y que corresponde al servicio. Por ejemplo, supongase que el contenido de los datos de servicio transportados por el paquete reenviado pertenece a un servicio de control parental, para el cual el servicio de control determina si el paquete reenviado accede a un sitio web ilegal (esto puede determinarse segun la direccion IP de destino del paquete reenviado) cuando se recibe el paquete reenviado. Si es asf, el servidor de
5
10
15
20
25
30
35
40
45
50
55
60
65
control puede generar un paquete http que incluye un sitio web legal, encapsularlo en el paquete de tabla de flujo y fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de transmision transparente. Tras recibir el paquete de tabla de flujo, el dispositivo de red transfiere de manera transparente el paquete de tabla de flujo al usuario directamente. Si el paquete reenviado accede a un sitio web legal, el servidor de control puede fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de retorno; tras recibir el paquete de tabla de flujo, el dispositivo de red devuelve el paquete de tabla de flujo al encaminamiento de consulta de enlace ascendente para reenviarlo al sitio web de destino.
Debe apreciarse que puesto que el valor de tipo Ethernet de la cabecera especial de trama de capa 2 es un valor de parametro definido por el usuario, el servidor de control necesita encapsular el paquete de tabla de flujo con una cabecera ordinaria de trama de capa 2 tras encapsularlo con una cabecera especial de trama de capa 2 para garantizar una transmision normal del paquete de tabla de flujo en la red de capa 2.
Ademas, cuando un servidor de control gestiona una pluralidad de dispositivos de red, el servidor de control puede transmitir la identificacion del dispositivo de red en el paquete de tabla de flujo (por ejemplo, en la cabecera ordinaria de trama de capa 2).
407: el servidor de control transmite el paquete de tabla de flujo al segundo dispositivo de red.
408: el segundo dispositivo de red reenvfa el paquete de tabla de flujo recibido al primer dispositivo de red.
El segundo dispositivo de red puede devolver el paquete de tabla de flujo, tras recibirlo, al primer dispositivo de red a traves del tunel PW establecido en la etapa 403. En primer lugar, el segundo dispositivo de red elimina una cabecera ordinaria de trama de capa 2 que esta encapsulada en el paquete de tabla de flujo, encapsula el paquete de tabla de flujo con la encapsulacion interna del tunel remoto, la encapsulacion externa del tunel remoto y la cabecera de trama de capa 2 consultando la tabla de segmentos de entrada y la tabla de segmentos de salida locales, y despues lo transmite al primer dispositivo de red.
409: el primer dispositivo de red procesa el paquete de tabla de flujo segun la indicacion del valor de tipo Ethernet de la cabecera especial de trama de capa 2.
Tras recibir el paquete de tabla de flujo devuelto por el segundo dispositivo de red, el primer dispositivo de red elimina la cabecera ordinaria de trama de capa 2, la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto que estan encapsuladas en el paquete de tabla de flujo, comprueba la cabecera especial de trama de capa 2 y procesa el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, por ejemplo devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
Resulta evidente que en la forma de realizacion de la presente invencion, una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo enviado, de modo que el primer dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, la redireccion y el envfo no estan limitados por el cuello de botella del plano de control de dispositivos de red, consiguiendose asimismo la separacion entre el reenvfo de datos y el control del encaminamiento.
A continuacion se describira un dispositivo de red segun una forma de realizacion de la presente invencion. Haciendo referencia a la Fig. 6, un dispositivo de red 500 segun una forma de realizacion de la presente invencion incluye:
una unidad de recepcion 501, una unidad de correspondencia de tabla de flujo 502, una unidad de encapsulamiento y de transmision 503, y una unidad de procesamiento 504.
La unidad de recepcion 501 esta configurada para recibir un paquete reenviado.
La unidad de correspondencia de tabla de flujo 502 esta configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado recibido por la unidad de recepcion 501.
La unidad de correspondencia de tabla de flujo 502 establece una correspondencia de tabla de flujo (por ejemplo, una correspondencia quintuple) para el paquete reenviado para determinar si existe una estrategia de procesamiento local relacionada con el paquete reenviado; y, si no es asf, se activa la unidad de encapsulamiento y de transmision 503.
5
10
15
20
25
30
35
40
45
50
55
60
La unidad de encapsulamiento y de transmision 503 esta configurada para encapsular el paquete reenviado recibido con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y para transmitirlo a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvfe el paquete reenviado al servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo 502 es "sin correspondencia".
En aplicaciones practicas, un canal de datos remoto (por ejemplo, un tunel de punto a punto (PW)) puede establecerse entre el dispositivo de red 500 y el segundo dispositivo de red configurando el dispositivo de red 500 y el segundo dispositivo de red a traves de las lfneas de comandos, respectivamente. El dispositivo de red 500 transmite el paquete reenviado al segundo dispositivo de red a traves del canal de datos remoto establecido, y el segundo dispositivo de red reenvfa el paquete reenviado al servidor de control.
Para garantizar que el paquete reenviado pueda transmitirse al segundo dispositivo de red a traves del canal de datos remoto, la unidad de encapsulamiento y de transmision 503 encapsula el paquete reenviado recibido con la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto. Especfficamente, la encapsulacion interna del tunel remoto puede ser una etiqueta MPLS, y la encapsulacion externa del tunel remoto puede ser una etiqueta MPLS, una encapsulacion GRE o una encapsulacion IPsec.
La unidad de encapsulamiento y de transmision 503 tambien puede transmitir informacion PCI en el paquete reenviado, donde la informacion PCI describe los atributos basicos del paquete reenviado, tal como la fuente del paquete reenviado (por ejemplo, un paquete de enlace ascendente o un paquete de retorno de enlace descendente), el tipo del paquete reenviado (por ejemplo, un paquete http-get o un paquete UDP), el modo de notificacion del paquete reenviado (por ejemplo, un paquete duplicado o un paquete redirigido al servidor de control), el numero de puerto ffsico del dispositivo de red 500, etc., de modo que el servidor de control puede adquirir mas informacion relacionada con el paquete reenviado tras recibir el paquete reenviado, realizando asf una determinacion y un procesamiento mas precisos del paquete reenviado.
Ademas, la unidad de recepcion 501 tambien esta configurada para recibir un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta la informacion de tabla de flujo del paquete reenviado y esta encapsulado con una cabecera especial de trama de capa 2. La informacion de tabla de flujo del mismo puede ser como la mostrada en la Tabla 1, y el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede ordenar a la unidad de procesamiento 504 que procese el paquete de tabla de flujo.
La unidad de procesamiento 504 esta configurada para procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo recibido por la unidad de recepcion 501.
La unidad de procesamiento 504 puede analizar informacion de la cabecera especial de trama de capa 2 del paquete de tabla de flujo llevando a cabo un analisis de paquete de capa 2 para el paquete de tabla de flujo, y procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, por ejemplo devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
El dispositivo de red 500 puede implantarse en la capa central, en la capa de convergencia o en el extremo distal del servidor de control, y puede ser un encaminador, un conmutador u otro dispositivo de red que tenga la funcion de procesamiento de tabla de flujo, no estando limitado a esto.
Resulta evidente que en la forma de realizacion de la presente invencion, el servidor de control encapsula el paquete de tabla de flujo enviado con una cabecera especial de trama de capa 2, de modo que el dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, el cuello de botella del plano de control de dispositivos de red no es restrictivo y se conseguirse la separacion entre el reenvfo de datos y el control del encaminamiento.
Debe observarse que el dispositivo de red 500 del presente documento puede ser el primer dispositivo de red descrito en las formas de realizacion de procedimiento anteriores, y que puede implantarse para implementar todas las soluciones tecnicas de las formas de realizacion de procedimiento anteriores. Las funciones de los respectivos modulos funcionales del dispositivo de red 500 pueden llevarse a cabo especfficamente segun los procedimientos de las formas de realizacion de procedimiento anteriores. Para una descripcion detallada de los procesos, se hace referencia a las descripciones relacionadas de las anteriores formas de realizacion, las cuales no se repetiran en lo sucesivo.
5
10
15
20
25
30
35
40
45
50
55
60
65
A continuacion se describira otro dispositivo de red segun una forma de realizacion de la presente invencion, incluyendo el dispositivo de red: una unidad de recepcion, una unidad de correspondencia de tabla de flujo, una unidad de encapsulamiento y de transmision, y una unidad de procesamiento.
La unidad de recepcion esta configurada para recibir un paquete reenviado.
La unidad de correspondencia de tabla de flujo esta configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado recibido por la unidad de recepcion.
La unidad de correspondencia de tabla de flujo establece una correspondencia de tabla de flujo (por ejemplo, una correspondencia quintuple) para el paquete reenviado para determinar si existe una estrategia de procesamiento local relacionada con el paquete reenviado; y, si no es asi, se activa la unidad de encapsulamiento y de transmision.
La unidad de encapsulamiento y de transmision esta configurada para encapsular el paquete reenviado con una cabecera de trama de capa 2 y para transmitirlo al servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo es "sin correspondencia".
La unidad de encapsulamiento y de transmision puede encapsular el paquete reenviado con la cabecera de trama de capa 2 y despues lo transmite directamente al servidor de control a traves de la red de capa 2. Ademas, la unidad de encapsulamiento y de transmision puede transportar la identificacion del dispositivo de red en el paquete reenviado. La unidad de encapsulamiento y de transmision tambien puede transmitir PCI en el paquete reenviado, donde la PCI describe los atributos basicos del paquete reenviado, tal como la fuente del paquete reenviado (por ejemplo, un paquete de enlace ascendente o un paquete de retorno de enlace descendente), el tipo del paquete reenviado (por ejemplo, un paquete http-get o un paquete UDP), el modo de notificacion del paquete reenviado (por ejemplo, un paquete duplicado o un paquete redirigido al servidor de control), el numero de puerto fisico del dispositivo de red, etc., de modo que el servidor de control puede adquirir mas informacion relacionada con el paquete reenviado tras recibir el paquete reenviado, realizando asi una determinacion y un procesamiento mas precisos del paquete reenviado.
La unidad de recepcion tambien esta configurada para recibir un paquete de tabla de flujo devuelto por el servidor de control, donde el paquete de tabla de flujo transporta la informacion de tabla de flujo del paquete reenviado y esta encapsulado con una cabecera especial de trama de capa 2. La informacion de tabla de flujo del mismo puede ser como la mostrada en la Tabla 1, y el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede ordenar a la unidad de procesamiento que procese el paquete de tabla de flujo.
La unidad de procesamiento esta configurada para procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo recibido por la unidad de recepcion.
La unidad de procesamiento puede analizar informacion de la cabecera especial de trama de capa 2 del paquete de tabla de flujo llevando un analisis de paquete de capa 2 para el paquete de tabla de flujo, y procesar el paquete de tabla de flujo segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, por ejemplo devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
El dispositivo de red puede implantarse en la capa de acceso o en el extremo proximal del servidor de control, y puede ser un encaminador, un conmutador u otro dispositivo de red que tenga la funcion de procesamiento de tabla de flujo, no estando limitado a esto.
Debe observarse que el dispositivo de red del presente documento puede ser el dispositivo de red descrito en las formas de realizacion de procedimiento anteriores, y que puede implantarse para implementar todas las soluciones tecnicas de las formas de realizacion de procedimiento anteriores. Las funciones de los respectivos modulos funcionales del dispositivo de red 500 pueden llevarse a cabo especfficamente segun los procedimientos de las formas de realizacion de procedimiento anteriores. Para una descripcion detallada de los procesos, se hace referencia a las descripciones relacionadas de las anteriores formas de realizacion, las cuales no se repetiran en lo sucesivo.
A continuacion se describira un servidor de control segun una forma de realizacion de la presente invencion. Haciendo referencia a la Fig. 7, un servidor de control 600 segun una forma de realizacion de la presente invencion incluye: una unidad de recepcion 601, una unidad de analisis y de generacion 602, una unidad de encapsulamiento y de generacion 603, y una unidad de transmision 604.
La unidad de recepcion 601 esta configurada para recibir un paquete reenviado desde un dispositivo de red.
La unidad de analisis y de generacion 602 esta configurada para analizar el paquete reenviado recibido por la unidad de recepcion 601 para generar informacion de tabla de flujo del mismo.
5
10
15
20
25
30
35
40
45
50
55
60
65
La informacion de tabla de flujo del mismo puede incluir las entradas mostradas en la Tabla 1.
La unidad de encapsulamiento y de generacion 603 esta configurada para generar un paquete de tabla de flujo que transporta la informacion de tabla de flujo generada por la unidad de analisis y de generacion 602.
Para que el dispositivo de red procese directamente el paquete de tabla de flujo en la capa de reenvfo despues de recibirlo, la unidad de encapsulamiento y de generacion 603 encapsula una cabecera especial de trama de capa 2 en el paquete de tabla de flujo, donde un valor de tipo Ethernet de la cabecera especial de trama de capa 2 ordena al dispositivo de red que procese el paquete de tabla de flujo. En aplicaciones practicas, el valor de tipo Ethernet de la cabecera especial de trama de capa 2 puede determinarse por la unidad de encapsulamiento y de generacion 603 segun el contenido de los datos de servicio transportados por el paquete reenviado y una estrategia de ejecucion predefinida localmente y que corresponde al servicio. Por ejemplo, supongase que el contenido de los datos de servicio transportados por el paquete reenviado pertenece al servicio de control parental, para el cual el servicio de control 600 determina si el paquete reenviado accede a un sitio web ilegal (esto puede determinarse segun la direccion IP de destino del paquete reenviado) cuando se recibe el paquete reenviado. Si es asf, la unidad de encapsulamiento y de generacion 603 puede generar un paquete http que incluye un sitio web legal, encapsularlo en el paquete de tabla de flujo y fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de transmision transparente. Tras recibir el paquete de tabla de flujo, el dispositivo de red transmite de manera transparente el paquete de tabla de flujo al usuario directamente. Si el paquete reenviado accede a un sitio web legal, la unidad de encapsulamiento y de generacion 603 puede fijar el valor de tipo Ethernet de la cabecera especial de trama de capa 2 como un valor que indica una accion de retorno; tras recibir el paquete de tabla de flujo, el dispositivo de red devuelve el paquete de tabla de flujo al encaminamiento de consulta de enlace ascendente para reenviarlo al sitio web de destino.
Debe apreciarse que puesto que el valor de tipo Ethernet de la cabecera especial de trama de capa 2 es un valor de parametro definido por el usuario, la unidad de encapsulamiento y de generacion 603 necesita encapsular el paquete de tabla de flujo con una cabecera ordinaria de trama de capa 2 tras encapsularlo con una cabecera especial de trama de capa 2 para garantizar una transmision normal del paquete de tabla de flujo en la red de capa 2.
Ademas, cuando un servidor de control 600 gestiona una pluralidad de dispositivos de red, la unidad de encapsulamiento y de generacion 603 puede transmitir la identificacion del dispositivo de red en el paquete de tabla de flujo (por ejemplo, en la cabecera ordinaria de trama de capa 2).
La unidad de transmision 604 esta configurada para transmitir al dispositivo de red el paquete de tabla de flujo generado por la unidad de encapsulamiento y de generacion 603.
Si el dispositivo de red esta directamente conectado al servidor de control a traves de una red de capa 2, la unidad de transmision 604 puede devolver directamente el paquete de tabla de flujo al dispositivo de red a traves de la red de capa 2.
Si el dispositivo de red esta implantado en la red central, en la red de convergencia o en el extremo distal del servidor de control, la unidad de transmision 604 puede enviar el paquete de tabla de flujo al dispositivo de red proximal (un dispositivo de red que tiene la funcion de reenvfo, tal como el segundo dispositivo de red) que reenvfa el paquete de tabla de flujo al dispositivo de red.
El servidor de control 600 puede ser un servidor SSP.
Resulta evidente que en la forma de realizacion de la presente invencion, el servidor de control encapsula una cabecera especial de trama de capa 2 en el paquete de tabla de flujo enviado, de modo que el dispositivo de red puede llevar a cabo un procesamiento correspondiente del paquete de tabla de flujo directamente en el plano de reenvfo de datos segun la operacion indicada por el valor de tipo Ethernet de la cabecera especial de trama de capa 2, mientras que el dispositivo de red y el servidor de control completan la redireccion del paquete reenviado y el envfo del paquete de tabla de flujo directamente en el plano de reenvfo de datos. Por lo tanto, el cuello de botella del plano de control de dispositivo de red no es restrictivo y se conseguirse la separacion entre el reenvfo de datos y el control del encaminamiento.
Debe observarse que el servidor de control del presente documento puede ser el servidor de control descrito en las formas de realizacion de procedimiento anteriores, y que puede implantarse para implementar todas las soluciones tecnicas de las formas de realizacion de procedimiento anteriores. Las funciones de los respectivos modulos funcionales del servidor de control pueden llevarse a cabo segun los procedimientos de las formas de realizacion de procedimiento anteriores. Para una descripcion detallada de los procesos, se hace referencia a las descripciones relacionadas de estas formas de realizacion, las cuales no se repetiran en lo sucesivo.
A un experto en la tecnica le resultara evidente que para obtener una descripcion clara y concisa, los procesos de funcionamiento especfficos del sistema, dispositivos y unidades antes mencionados no se repetiran en lo sucesivo;
5
10
15
20
25
30
35
para una descripcion detallada se hace referencia a los procesos correspondientes en las formas de realizacion de procedimiento anteriores.
En las formas de realizacion proporcionadas por la presente solicitud, debe apreciarse que el sistema, los dispositivos y los procedimientos dados a conocer pueden implementarse de otras maneras. Por ejemplo, las formas de realizacion de dispositivo antes mencionadas se ofrecen simplemente a modo de ejemplo. Por ejemplo, la division de la unidades es simplemente una division en funciones logicas, pudiendo utilizarse otro modo de division en una implementacion practica. Por ejemplo, multiples unidades o componentes pueden combinarse o integrarse en otro sistema, o algunas caracterfsticas pueden omitirse o no ejecutarse. Ademas, el acoplamiento mutuo, el acoplamiento directo o la conexion de comunicacion mostrados o descritos pueden ser un acoplamiento indirecto o una conexion de comunicacion a traves de algunas interfaces, dispositivos o unidades, y pueden realizarse de manera electrica, mecanica, etc.
Las unidades descritas como componentes diferentes pueden estar separadas ffsicamente o no. Las partes mostradas como unidades pueden ser unidades ffsicas o no, y pueden estar ubicadas en el mismo sitio o estar implantadas en multiples unidades de red. Algunas o todas las unidades pueden seleccionarse segun los requisitos reales para implementar el objetivo de la solucion de la forma de realizacion.
Ademas, varias unidades funcionales de las respectivas formas de realizacion de la presente invencion pueden estar integradas en una unidad de procesamiento o ser unidades ffsicas individuales, o dos o mas unidades pueden estar integradas en una unidad. La unidad integrada puede implementarse en forma de unidad funcional de hardware o de software.
En caso de implementarse en forma de unidad funcional de software y de venderse o usarse como un producto independiente, la unidad integrada puede almacenarse en un medio de almacenamiento legible por ordenador. En base a esto, la mayorfa de las soluciones tecnicas de la presente invencion, o una parte de las mismas que contribuyen a la tecnica anterior, o la totalidad o partes de las mismas, pueden reflejarse en forma de producto de software almacenado en un medio de almacenamiento que incluye varias instrucciones para permitir que un dispositivo informatico (por ejemplo, un ordenador personal, un servidor, una instalacion de red, etc.) ejecute todas o una parte de las etapas de los procedimientos de las formas de realizacion respectivas. El medio de almacenamiento incluye varios medios que pueden almacenar codigos de programa, tales como una memoria USB, un disco duro movil, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnetico, un disco optico, etc.
Un procedimiento para procesar paquetes y un dispositivo relacionado proporcionados por la presente invencion se han descrito anteriormente en detalle. Un experto en la tecnica puede modificar las formas de realizacion y el alcance de aplicacion segun la idea de la formas de realizacion de la presente invencion. Para concluir, no debe considerarse que el contenido de la presente memoria descriptiva limita la presente invencion.

Claims (18)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    1. - Un procedimiento para procesar paquetes, que comprende:
    recibir (101), mediante un primer dispositivo de red, un paquete reenviado;
    establecer (102), mediante el primer dispositivo de red, una correspondencia de tabla de flujo para el paquete reenviado y, si no tiene correspondencia,
    encapsular (104), mediante el primer dispositivo de red, el paquete reenviado con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y transmitirlo (104) a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvfe el paquete reenviado a un servidor de control para su procesamiento;
    recibir (105), mediante el primer dispositivo de red, un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, procesar (106), mediante el primer dispositivo de red, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2.
  2. 2. - El procedimiento segun la reivindicacion 1, en el que la encapsulacion interna del tunel remoto es especfficamente una etiqueta de conmutacion de etiquetas de multiples protocolos, MPLS, y la encapsulacion externa del tunel remoto es especfficamente una etiqueta MPLS, una encapsulacion de encaminamiento generica, GRE, o una encapsulacion de protocolo de seguridad de protocolo de Internet, IPsec.
  3. 3. - El procedimiento segun la reivindicacion 1 o 2, en el que la transmision (104) al segundo dispositivo de red es especfficamente:
    una transmision al segundo dispositivo de red a traves de un tunel de punto a punto, PW, establecido entre el primer dispositivo de red y el segundo dispositivo de red.
  4. 4. - El procedimiento segun cualquiera de las reivindicaciones 1 a 3, en el que procesar (106) el paquete de tabla de flujo incluye especfficamente:
    devolver directamente el paquete de tabla de flujo, transferir de manera transparente el paquete de tabla de flujo o enviar una tabla de flujo para el paquete de tabla de flujo.
  5. 5. - El procedimiento segun cualquiera de las reivindicaciones 1 a 3, en el que la etapa de encapsular (104) el paquete reenviado con la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto comprende ademas:
    transportar, en el paquete reenviado, informacion de control de paquete, PCI, del paquete reenviado.
  6. 6. - Un procedimiento para procesar paquetes, que comprende:
    recibir (201), mediante un dispositivo de red, un paquete reenviado;
    establecer (202), mediante el dispositivo de red, una correspondencia de tabla de flujo para el paquete reenviado y, si no tiene correspondencia,
    encapsular (204), mediante el dispositivo de red, el paquete reenviado con una cabecera de trama de capa 2, y transmitirlo (204) a un servidor de control para su procesamiento;
    recibir (205), mediante el dispositivo de red, un paquete de tabla de flujo devuelto por el servidor de control, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, procesar (206), mediante el dispositivo de red, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2.
  7. 7. - El procedimiento segun la reivindicacion 6, en el que procesar (206) el paquete de tabla de flujo incluye especfficamente:
    devolver directamente el paquete de tabla de flujo, transferir de manera transparente el paquete de tabla de flujo o generar una tabla de flujo segun el paquete de tabla de flujo.
  8. 8. - El procedimiento segun la reivindicacion 6 o 7, en el que antes de la etapa de la transmision (204) al servidor de control para un procesamiento, el procedimiento comprende:
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    transmitir una identificacion del dispositivo de red en el paquete reenviado.
  9. 9. - Un procedimiento para procesar paquetes, que comprende:
    recibir (301), mediante un servidor de control, un paquete reenviado desde un dispositivo de red; analizar (302) el paquete reenviado para generar informacion de tabla de flujo del paquete reenviado; generar (303) un paquete de tabla de flujo que transporta la informacion de tabla de flujo, donde una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo, de modo que el dispositivo de red que procesa el paquete de tabla de flujo procesa el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2, y tras haberse encapsulado la cabecera especial de trama de capa 2 en el paquete de tabla de flujo, una cabecera ordinaria de trama de capa 2 se encapsula en el paquete de tabla de flujo; y
    transmitir (304) el paquete de tabla de flujo al dispositivo de red.
  10. 10. - El procedimiento segun la reivindicacion 9, en el que el paquete reenviado transporta una identificacion del dispositivo de red que procesa el paquete de tabla de flujo; o el paquete de tabla de flujo transporta la identificacion del dispositivo de red que procesa el paquete de tabla de flujo.
  11. 11. - Un dispositivo de red (500), que comprende:
    una unidad de recepcion (501) configurada para recibir un paquete reenviado;
    una unidad de correspondencia de tabla de flujo (502) configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado recibido por la unidad de recepcion (501);
    una unidad de encapsulamiento y de transmision (503) configurada para encapsular el paquete reenviado con una encapsulacion interna de un tunel remoto y una encapsulacion externa del tunel remoto, y para transmitirlo a un segundo dispositivo de red de modo que el segundo dispositivo de red reenvfe el paquete reenviado a un servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo (502) es "sin correspondencia";
    en el que la unidad de recepcion (501) esta configurada ademas para recibir un paquete de tabla de flujo devuelto por el segundo dispositivo de red, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y
    una unidad de procesamiento (504) configurada para procesar, tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo.
  12. 12. - El dispositivo de red segun la reivindicacion 11, en el que la encapsulacion interna del tunel remoto encapsulada en el paquete reenviado mediante la unidad de encapsulamiento y de transmision (503) es especfficamente una etiqueta de conmutacion de etiquetas de multipels protocolos, MPLS, y la encapsulacion externa del tunel remoto encapsulada en el paquete reenviado mediante la unidad de encapsulamiento y de transmision (503) es especfficamente una etiqueta MPLS, una encapsulacion de encaminamiento generica, GRE, o una encapsulacion de protocolo de seguridad de protocolo de Internet, IPsec.
  13. 13. - El dispositivo de red segun la reivindicacion 11 o 12, en el que la unidad de encapsulamiento y de transmision
    (503) transmite especfficamente el paquete reenviado encapsulado con la encapsulacion interna del tunel remoto y la encapsulacion externa del tunel remoto al segundo dispositivo de red a traves de un tunel de punto a punto, PW, establecido entre el primer dispositivo de red y el segundo dispositivo de red.
  14. 14. - El dispositivo de red segun cualquiera de las reivindicaciones 11 a 13, en el que la unidad de procesamiento
    (504) procesa el paquete de tabla de flujo especfficamente de la siguiente forma:
    devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
  15. 15. - Un dispositivo de red (500), que comprende:
    una unidad de recepcion (501) configurada para recibir un paquete reenviado;
    una unidad de correspondencia de tabla de flujo (502) configurada para establecer una correspondencia de tabla de flujo para el paquete reenviado;
    una unidad de encapsulamiento y de transmision (503) configurada para encapsular el paquete reenviado con una cabecera de trama de capa 2 y para transmitirlo a un servidor de control para su procesamiento, cuando el resultado de la correspondencia de la unidad de correspondencia de tabla de flujo (502) es "sin correspondencia";
    5
    10
    15
    20
    25
    30
    en el que la unidad de recepcion (501) esta configurada ademas para recibir un paquete de tabla de flujo devuelto por el servidor de control, donde el paquete de tabla de flujo transporta informacion de tabla de flujo del paquete reenviado y una cabecera especial de trama de capa 2 esta encapsulada en el paquete de tabla de flujo; y
    una unidad de procesamiento (504) configurada para procesar, tras eliminar una cabecera ordinaria de trama de capa 2 encapsulada en el paquete de tabla de flujo, el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2 del paquete de tabla de flujo.
  16. 16. - El dispositivo de red segun la reivindicacion 15, en el que la unidad de procesamiento (504) procesa el paquete de tabla de flujo especfficamente de la siguiente forma:
    devolviendo directamente el paquete de tabla de flujo, transfiriendo de manera transparente el paquete de tabla de flujo o generando una tabla de flujo segun el paquete de tabla de flujo.
  17. 17. - Un servidor de control (600), que comprende:
    una unidad de recepcion (601) configurada para recibir un paquete reenviado desde un dispositivo de red; una unidad de analisis y de generacion (602) configurada para analizar el paquete reenviado recibido por la unidad de recepcion para generar informacion de tabla de flujo del paquete reenviado; una unidad de encapsulamiento y de generacion (603) configurada pra generar un paquete de tabla de flujo que transporta la informacion de tabla de flujo, donde una cabecera especial de trama de capa 2 se encapsula en el paquete de tabla de flujo, de modo que el dispositivo de red que procesa el paquete de tabla de flujo procesa el paquete de tabla de flujo directamente en un plano de reenvfo de datos segun una operacion indicada por un valor de tipo Ethernet de la cabecera especial de trama de capa 2, y tras haberse encapsulado la cabecera especial de trama de capa 2 en el paquete de tabla de flujo, una cabecera ordinaria de trama de capa 2 se encapsula en el paquete de tabla de flujo; y
    una unidad de transmision (604) configurada para transmitir al dispositivo de red el paquete de tabla de flujo generado por la unidad de encapsulamiento y de generacion (603).
  18. 18. - El servidor de control segun la reivindicacion 17, en el que el paquete reenviado recibido por la unidad de recepcion (601) transporta una identificacion del dispositivo de red que procesa el paquete de tabla de flujo, y la unidad de encapsulamiento y de generacion (603) esta configurada ademas para transportar la identificacion del dispositivo de red que procesa el paquete de tabla de flujo en el paquete de tabla de flujo.
ES11858450.7T 2011-07-06 2011-07-06 Procedimiento de procesamiento de mensajes y dispositivo relacionado Active ES2565628T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/076905 WO2012106869A1 (zh) 2011-07-06 2011-07-06 一种报文处理方法及相关设备

Publications (1)

Publication Number Publication Date
ES2565628T3 true ES2565628T3 (es) 2016-04-06

Family

ID=45360537

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11858450.7T Active ES2565628T3 (es) 2011-07-06 2011-07-06 Procedimiento de procesamiento de mensajes y dispositivo relacionado

Country Status (5)

Country Link
US (1) US9385886B2 (es)
EP (1) EP2712128B1 (es)
CN (1) CN102301663B (es)
ES (1) ES2565628T3 (es)
WO (1) WO2012106869A1 (es)

Families Citing this family (79)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9270486B2 (en) 2010-06-07 2016-02-23 Brocade Communications Systems, Inc. Name services for virtual cluster switching
US8867552B2 (en) 2010-05-03 2014-10-21 Brocade Communications Systems, Inc. Virtual cluster switching
US9769016B2 (en) 2010-06-07 2017-09-19 Brocade Communications Systems, Inc. Advanced link tracking for virtual cluster switching
US9716672B2 (en) 2010-05-28 2017-07-25 Brocade Communications Systems, Inc. Distributed configuration management for virtual cluster switching
US9807031B2 (en) 2010-07-16 2017-10-31 Brocade Communications Systems, Inc. System and method for network configuration
US9736085B2 (en) 2011-08-29 2017-08-15 Brocade Communications Systems, Inc. End-to end lossless Ethernet in Ethernet fabric
US9450870B2 (en) 2011-11-10 2016-09-20 Brocade Communications Systems, Inc. System and method for flow management in software-defined networks
US8995272B2 (en) 2012-01-26 2015-03-31 Brocade Communication Systems, Inc. Link aggregation in software-defined networks
EP2753030A4 (en) * 2012-02-03 2015-01-21 Huawei Tech Co Ltd FLUID IDENTIFICATION METHOD, DEVICE AND SYSTEM
US9742693B2 (en) 2012-02-27 2017-08-22 Brocade Communications Systems, Inc. Dynamic service insertion in a fabric switch
US9154416B2 (en) 2012-03-22 2015-10-06 Brocade Communications Systems, Inc. Overlay tunnel in a fabric switch
JP5978384B2 (ja) 2012-04-12 2016-08-24 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 情報を受信するための方法、情報を送信するための方法及びそれらの装置
US9374301B2 (en) 2012-05-18 2016-06-21 Brocade Communications Systems, Inc. Network feedback in software-defined networks
US10277464B2 (en) 2012-05-22 2019-04-30 Arris Enterprises Llc Client auto-configuration in a multi-switch link aggregation
CN103703726B (zh) * 2012-06-29 2017-04-26 华为技术有限公司 数据报文的控制方法、设备及系统
US9401872B2 (en) 2012-11-16 2016-07-26 Brocade Communications Systems, Inc. Virtual link aggregations across multiple fabric switches
CN102938733B (zh) * 2012-11-22 2016-01-13 华为技术有限公司 报文的转发方法及其路由设备、识别设备
CN102984163B (zh) * 2012-12-06 2015-09-30 华为技术有限公司 控制同一ip地址的多个主机访问网络的方法及系统
CN103888386B (zh) * 2012-12-24 2017-10-17 华为技术有限公司 可扩展虚拟局域网报文的传输方法及装置、系统
FI124398B (en) 2013-01-04 2014-08-15 Tellabs Oy A method and apparatus for determining a lookup table implementation for a network element of a software configurable network
US9413691B2 (en) 2013-01-11 2016-08-09 Brocade Communications Systems, Inc. MAC address synchronization in a fabric switch
US9548926B2 (en) 2013-01-11 2017-01-17 Brocade Communications Systems, Inc. Multicast traffic load balancing over virtual link aggregation
CN105009525A (zh) * 2013-01-21 2015-10-28 日本电气株式会社 控制装置、通信装置、通信系统、交换机控制方法、以及程序
CN103152267B (zh) * 2013-02-04 2017-02-22 华为技术有限公司 路由管理方法及路由方法及网络控制器及路由器
CN103973568B (zh) * 2013-02-05 2017-03-08 上海贝尔股份有限公司 用于在mpls核心网上转发sdn流的方法和设备
US9565099B2 (en) 2013-03-01 2017-02-07 Brocade Communications Systems, Inc. Spanning tree in fabric switches
WO2014145750A1 (en) 2013-03-15 2014-09-18 Brocade Communications Systems, Inc. Scalable gateways for a fabric switch
CN103259718B (zh) * 2013-04-18 2016-12-28 华为技术有限公司 一种流表转换方法和装置
CN105519049B (zh) * 2013-05-28 2018-12-25 华为技术有限公司 一种报文传输方法、装置及系统
US9699001B2 (en) 2013-06-10 2017-07-04 Brocade Communications Systems, Inc. Scalable and segregated network virtualization
CN104471538B (zh) * 2013-07-15 2017-09-29 华为技术有限公司 一种数据流处理方法、设备和系统
CN103391296B (zh) * 2013-07-29 2016-08-24 北京华为数字技术有限公司 一种控制器、转发器及通道建立方法和系统
US9806949B2 (en) 2013-09-06 2017-10-31 Brocade Communications Systems, Inc. Transparent interconnection of Ethernet fabric switches
US9912612B2 (en) 2013-10-28 2018-03-06 Brocade Communications Systems LLC Extended ethernet fabric switches
WO2015074182A1 (zh) * 2013-11-19 2015-05-28 华为技术有限公司 一种基于流表的表项寻址方法、交换机及控制器
CN104796353B (zh) * 2014-01-17 2018-10-19 华为技术有限公司 报文转发方法、交换机
CN104796336B (zh) * 2014-01-20 2018-06-19 华为技术有限公司 一种配置、下发流表项的方法及装置
EP3091705B1 (en) 2014-01-23 2018-09-05 Huawei Technologies Co., Ltd. Tunnel processing method for packet, switching device and control device
US9548873B2 (en) 2014-02-10 2017-01-17 Brocade Communications Systems, Inc. Virtual extensible LAN tunnel keepalives
US10581758B2 (en) 2014-03-19 2020-03-03 Avago Technologies International Sales Pte. Limited Distributed hot standby links for vLAG
US10476698B2 (en) 2014-03-20 2019-11-12 Avago Technologies International Sales Pte. Limited Redundent virtual link aggregation group
CN104980374B (zh) * 2014-04-04 2018-07-03 华为技术有限公司 一种业务路由报文的封装方法、业务转发实体及控制平面
US10063473B2 (en) 2014-04-30 2018-08-28 Brocade Communications Systems LLC Method and system for facilitating switch virtualization in a network of interconnected switches
US9800471B2 (en) 2014-05-13 2017-10-24 Brocade Communications Systems, Inc. Network extension groups of global VLANs in a fabric switch
CN105453498B (zh) * 2014-06-18 2019-04-12 华为技术有限公司 一种控制业务数据流的方法及装置
US10616108B2 (en) 2014-07-29 2020-04-07 Avago Technologies International Sales Pte. Limited Scalable MAC address virtualization
US9807007B2 (en) 2014-08-11 2017-10-31 Brocade Communications Systems, Inc. Progressive MAC address learning
US9699029B2 (en) 2014-10-10 2017-07-04 Brocade Communications Systems, Inc. Distributed configuration management in a switch group
CN104363171B (zh) * 2014-10-22 2017-11-24 上海华为技术有限公司 一种用户报文的转发控制方法以及处理节点
CN105553876B (zh) * 2014-11-04 2019-06-14 华为技术有限公司 报文处理的方法及网络节点
CN105791153B (zh) * 2014-12-24 2019-04-30 中国电信股份有限公司 业务流量调度方法和系统及流量控制器和网络边缘设备
US9942097B2 (en) 2015-01-05 2018-04-10 Brocade Communications Systems LLC Power management in a network of interconnected switches
US9807005B2 (en) 2015-03-17 2017-10-31 Brocade Communications Systems, Inc. Multi-fabric manager
US10038592B2 (en) 2015-03-17 2018-07-31 Brocade Communications Systems LLC Identifier assignment to a new switch in a switch group
JP6750612B2 (ja) 2015-03-24 2020-09-02 日本電気株式会社 通信システム、制御装置、制御方法及びプログラム
US10579406B2 (en) 2015-04-08 2020-03-03 Avago Technologies International Sales Pte. Limited Dynamic orchestration of overlay tunnels
CN104967578B (zh) * 2015-07-08 2017-11-21 上海斐讯数据通信技术有限公司 Sdn控制器和交换机、流表管理方法及报文处理方法
US10439929B2 (en) 2015-07-31 2019-10-08 Avago Technologies International Sales Pte. Limited Graceful recovery of a multicast-enabled switch
US10171303B2 (en) 2015-09-16 2019-01-01 Avago Technologies International Sales Pte. Limited IP-based interconnection of switches with a logical chassis
US10938719B2 (en) * 2015-11-23 2021-03-02 Ncr Corporation Methods of transforming data packets and systems using executable data packets
US9912614B2 (en) 2015-12-07 2018-03-06 Brocade Communications Systems LLC Interconnection of switches based on hierarchical overlay tunneling
US10075567B1 (en) 2016-02-08 2018-09-11 Barefoot Networks, Inc. Packet generation in the data plane of a forwarding element
US10637890B2 (en) * 2016-06-09 2020-04-28 LGS Innovations LLC Methods and systems for establishment of VPN security policy by SDN application
US10440058B2 (en) 2016-06-09 2019-10-08 LGS Innovations LLC Methods and systems for controlling traffic to VPN servers
CN107948082A (zh) * 2016-10-12 2018-04-20 中国电信股份有限公司 以太网上的点对点协议的处理方法和系统以及代理装置
US10237090B2 (en) 2016-10-28 2019-03-19 Avago Technologies International Sales Pte. Limited Rule-based network identifier mapping
US10601704B2 (en) * 2017-07-31 2020-03-24 Cisco Technology, Inc. Asymmetric routing minimization
CN108600107B (zh) * 2017-11-07 2021-06-01 北京交通大学 一种可自定义内容字段的流匹配方法
CN108282414B (zh) * 2017-12-29 2020-05-29 网宿科技股份有限公司 一种数据流的引导方法、服务器和系统
CN110324165B (zh) * 2018-03-30 2021-05-11 华为技术有限公司 网络设备的管理方法、装置及系统
CN111988211B (zh) * 2019-05-21 2022-09-09 超聚变数字技术有限公司 网络设备的报文分流方法和装置
CN110311868B (zh) * 2019-07-08 2021-09-21 新华三信息安全技术有限公司 业务处理方法、装置、成员设备及机器可读存储介质
CN111294360A (zh) * 2020-02-27 2020-06-16 南京贝伦思网络科技股份有限公司 基于mac_in_mac封装的融合分流方法和设备
US11855894B2 (en) * 2020-10-06 2023-12-26 Mitsubishi Electric Corporation Control system, server, terminal device, control device, communication control method, and recording medium
US20220164372A1 (en) * 2020-11-20 2022-05-26 Pelatro Pte. Ltd. System and method for distributed, co-located, and self-organizing data storage and cluster computation framework for batch algorithms on big datasets
CN114697160B (zh) * 2020-12-28 2023-05-26 国家计算机网络与信息安全管理中心 一种隧道报文的处理方法和装置
CN114760166B (zh) * 2020-12-28 2023-05-26 国家计算机网络与信息安全管理中心 一种隧道报文的处理方法和装置
CN114697408B (zh) * 2020-12-28 2023-09-26 国家计算机网络与信息安全管理中心 一种隧道报文的处理方法和装置
CN115914102B (zh) * 2023-02-08 2023-05-23 阿里巴巴（中国）有限公司 数据转发方法、流表处理方法、设备及系统

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100359885C (zh) * 2002-06-24 2008-01-02 武汉烽火网络有限责任公司 以策略流方式转发数据的方法和数据转发设备
US7801021B1 (en) * 2002-07-01 2010-09-21 Cisco Technology, Inc. Generic routing encapsulation tunnel keepalives
CN100596358C (zh) 2005-11-18 2010-03-31 杭州华三通信技术有限公司 区域网络的链路层通信方法及其应用的网络设备
US8121126B1 (en) * 2006-09-08 2012-02-21 Juniper Networks, Inc. Layer two (L2) network access node having data plane MPLS
CN100466629C (zh) 2006-09-18 2009-03-04 杭州华三通信技术有限公司 一种网络设备和基于多核处理器的报文转发方法
CN100514878C (zh) 2006-10-17 2009-07-15 杭州华三通信技术有限公司 一种互为备份装置的主从切换方法及主从切换系统
CN100490344C (zh) 2006-10-18 2009-05-20 杭州华三通信技术有限公司 一种互为备份装置的主从切换方法及主从切换系统
CN100442720C (zh) 2006-09-25 2008-12-10 杭州华三通信技术有限公司 开放应用架构的网络转发部件及配置独立业务部件的方法
CN100446509C (zh) 2006-11-08 2008-12-24 杭州华三通信技术有限公司 实现重定向报文正确转发的方法及第一部件、第二部件
CN100495970C (zh) 2006-11-08 2009-06-03 杭州华三通信技术有限公司 开放应用架构系统及建立其中部件间通信的相应方法
CN100596145C (zh) 2006-09-25 2010-03-24 杭州华三通信技术有限公司 一种与其他独立系统联动的方法以及支持联动的独立系统
CN100550844C (zh) 2006-10-31 2009-10-14 杭州华三通信技术有限公司 还原重定向报文特征信息的方法
CN1925386A (zh) 2006-09-30 2007-03-07 杭州华为三康技术有限公司 时钟同步方法以及应用该方法的第一部件和第二部件
CN100450069C (zh) 2006-10-17 2009-01-07 杭州华三通信技术有限公司 实现第一部件与第二部件之间通信的系统及部件
CN100502365C (zh) 2006-10-26 2009-06-17 杭州华三通信技术有限公司 板间通信方法
CN100508500C (zh) 2006-10-26 2009-07-01 杭州华三通信技术有限公司 板间通信方法及接口板
CN101119306B (zh) 2007-08-13 2010-06-02 杭州华三通信技术有限公司 实现接口索引传递的方法及组件
CN101252523B (zh) 2008-04-18 2011-07-20 杭州华三通信技术有限公司 报文重定向方法、还原重定向报文特征信息的方法及装置
CN101267351B (zh) 2008-05-13 2011-02-02 杭州华三通信技术有限公司 开放应用架构中软件在线升级的实现方法、系统及设备
JP5408243B2 (ja) * 2009-03-09 2014-02-05 日本電気株式会社 ＯｐｅｎＦｌｏｗ通信システムおよびＯｐｅｎＦｌｏｗ通信方法
CN101534218B (zh) 2009-04-15 2011-04-13 杭州华三通信技术有限公司 一种开放应用架构的管理方法、装置和系统
KR101408109B1 (ko) * 2009-09-14 2014-06-17 닛본 덴끼 가부시끼가이샤 통신 시스템, 노드, 제어 장치, 및 제어 방법
WO2011049135A1 (ja) 2009-10-23 2011-04-28 日本電気株式会社 ネットワークシステムとその制御方法、及びコントローラ
US8615009B1 (en) * 2010-01-25 2013-12-24 Juniper Networks, Inc. Interface for extending service capabilities of a network device
CN101834783B (zh) * 2010-03-29 2012-01-25 北京星网锐捷网络技术有限公司 一种报文转发方法、装置及网络设备
US8718070B2 (en) * 2010-07-06 2014-05-06 Nicira, Inc. Distributed network virtualization apparatus and method

Also Published As

Publication number Publication date
EP2712128A1 (en) 2014-03-26
CN102301663B (zh) 2013-11-06
US9385886B2 (en) 2016-07-05
CN102301663A (zh) 2011-12-28
WO2012106869A1 (zh) 2012-08-16
EP2712128B1 (en) 2016-01-13
US20140119189A1 (en) 2014-05-01
EP2712128A4 (en) 2014-05-14

Similar Documents

Publication Publication Date Title
ES2565628T3 (es) Procedimiento de procesamiento de mensajes y dispositivo relacionado
US11411770B2 (en) Virtual port channel bounce in overlay network
US8825829B2 (en) Routing and service performance management in an application acceleration environment
JP6527880B2 (ja) フロールーティング、スケーラビリティおよびセキュリティの向上を伴う、自律システム内および自律システム間のトラフィックのソフトウェア定義ルーティングのためのシステムならびに方法
CN101427549B (zh) 用于网络设备的虚拟串列式结构
US11349735B2 (en) Faster fault-detection mechanism, for example using bidirectional forwarding detection (BFD), on network nodes and/or hosts multihomed using a link aggregation group (LAG)
ES2739204T3 (es) Método de procesamiento de paquete de datos, nodo de servicio y nodo de entrega
US9148369B2 (en) Packet routing with analysis assist for embedded applications sharing a single network interface over multiple virtual networks
WO2020173198A1 (zh) 一种报文的处理方法、报文转发装置以及报文处理装置
US9077659B2 (en) Packet routing for embedded applications sharing a single network interface over multiple virtual networks
CN109995654A (zh) 一种基于隧道传输数据的方法及装置
CN103684953A (zh) 避免多连接到vpls传输网的以太网环路中流量损失方法、装置
WO2019062268A1 (zh) 传输组播报文的方法、装置和系统
WO2023040782A1 (zh) 处理报文的方法、系统、设备和存储介质
CN120238392A (zh) 针对网络虚拟化覆盖的基于组的策略编码
ES2640982T3 (es) Método de configuración de red
GB2576944A (en) Packet processing
CN101242335A (zh) 多链路负荷分担的处理装置、处理方法及mpls vpn网络设备
CN103036984A (zh) 一种单向流量的检测方法及网络设备
WO2022218095A1 (zh) 一种报文处理方法及相关设备
WO2020244766A1 (en) Transmitting or routing data in an optical transport network
Williams The Design and Implementation of a PCIe-based LESS Label Switch