ES2863776T3 - Método, dispositivo de red y sistema de red para procesar mensajes de DCN - Google Patents

Método, dispositivo de red y sistema de red para procesar mensajes de DCN Download PDF

Info

Publication number
ES2863776T3
ES2863776T3 ES17886402T ES17886402T ES2863776T3 ES 2863776 T3 ES2863776 T3 ES 2863776T3 ES 17886402 T ES17886402 T ES 17886402T ES 17886402 T ES17886402 T ES 17886402T ES 2863776 T3 ES2863776 T3 ES 2863776T3
Authority
ES
Spain
Prior art keywords
network device
dcn packet
dcn
packet
network
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
ES17886402T
Other languages
English (en)
Inventor
Xiaodi Li
Chuan Gao
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 ES2863776T3 publication Critical patent/ES2863776T3/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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication

Landscapes

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

Abstract

Un método para el procesamiento de paquetes de la red de comunicación de datos, DCN, en un sistema de red basado en Ethernet flexible, Flex Ethernet, en donde el método comprende: generar (201), mediante un primer dispositivo de red, un primer paquete de DCN, en donde una dirección de destino del primer paquete de DCN es una dirección IP de un sistema de gestión de red, NMS, un salto siguiente a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino del primer paquete de DCN es un segundo dispositivo de red, y el primer dispositivo de red y el segundo dispositivo de red están conectados mediante un enlace físico; cargar (202), mediante el primer dispositivo de red, el primer paquete de DCN en una multitrama de sobrecarga de Ethernet flexible; y enviar (203), mediante el primer dispositivo de red, la multitrama de sobrecarga Flex Ethernet al segundo dispositivo de red mediante el enlace físico, de modo que el segundo dispositivo de red extraiga el primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet y reenvíe el primer paquete de DCN al NMS.

Description

DESCRIPCIÓN
Método, dispositivo de red y sistema de red para procesar mensajes de DCN
Campo técnico
Esta solicitud se relaciona con el campo de las tecnologías de comunicaciones Ethernet flexibles y, más específicamente, con un método de procesamiento de paquetes de una red de comunicación de datos (Data Communication Network, DCN), un dispositivo de red y un sistema de red.
Antecedentes
Una DCN es una red para transferir información de operación, gestión y mantenimiento (operation, administration and maintenance, Oa M) entre un sistema de gestión de redes (Network Management System, NMS) y un elemento de red (Network Element, NE). Un NE conectado directamente al NMS sirve como un elemento de red de puerta de enlace (Gateway Network Element, GNE), y el NMS intercambia un paquete de DCN con otro NE utilizando el GNE, para gestionar el NE.
En la actualidad, en un proceso de construcción de redes, se puede utilizar una tecnología Ethernet flexible (Flex Ethernet, Flex Eth) para construir una red entre NE, y una interfaz física del NE admite la conmutación entre un modo Ethernet (Ethernet) estándar y un modo Flex Eth. Cuando cada NE se conmuta al modo Flex Eth, los NE deben tener la misma configuración Flex Eth, de modo que puedan conducir un canal Flex Eth entre los NE e intercambiar un paquete de DCN. Por lo tanto, cuando se agrega un nuevo NE a una red, para garantizar la gestión del NMS en el NE recién agregado e intercambiar paquetes de DCN entre el NMS y el NE recién agregado, Flex Eth debe configurarse en el NE recién agregado, de modo que el NE recién agregado tenga la misma configuración Flex Eth que un NE conectado directamente.
En la técnica anterior, cuando se agrega un nuevo NE a la red, un técnico necesita configurar la configuración de Flex Eth para el NE recién agregado en el sitio. En este caso, se genera una gran cantidad de mano de obra, materiales y costos de operación y mantenimiento. Además, debido a que es necesario configurar muchos parámetros y un proceso de configuración es relativamente complejo, una vez que se produce un error de configuración, se requiere una reconfiguración, lo que reduce la eficiencia de acceso del NE durante la construcción de la red.
El documento US 2016/0219024 se refiere a una red y un protocolo de comunicación dinámica segura.
Resumen
En vista de lo anterior, esta solicitud proporciona un método de procesamiento de paquetes de DCN, un dispositivo de red y un sistema de red, para conducir un canal entre un dispositivo de red y un NMS sin configuración manual, a fin de reducir los costos durante la construcción de la red y mejorar la eficiencia del acceso del dispositivo de red durante la construcción de la red.
Se han definido varios aspectos de la presente divulgación en las reivindicaciones independientes. En las respectivas reivindicaciones dependientes se han definido características técnicas adicionales de cada uno de estos aspectos.
De acuerdo con ciertos principios divulgados en la presente divulgación, el primer dispositivo de red carga el primer paquete de DCN generado en la multitrama de sobrecarga Flex Eth y envía la multitrama de sobrecarga Flex Eth al segundo dispositivo de red a través del enlace físico, y luego el segundo dispositivo de red envía la multitrama de sobrecarga Flex Eth al NMS. En este caso, se establece una conexión de comunicaciones con el NMS, de modo que el NMS puede percibir que un nuevo dispositivo de red accede a la red. Este proceso no requiere que un técnico lleve a cabo la configuración, operación y mantenimiento manuales in situ en el dispositivo de red que ha accedido recientemente a la red, lo que reduce los costos de mano de obra, materiales y de operación y mantenimiento. Además, un proceso en el que el primer paquete de DCN se envía a través del enlace físico no requiere operación manual y no es probable que se produzca un error, de modo que se mejora aún más la eficiencia de acceso a la red del dispositivo de red.
En la solución anterior, el primer dispositivo de red carga el primer paquete de DCN en la multitrama de sobrecarga Flex Ethernet en una pluralidad de formas, y las opciones son diversas y flexibles.
De acuerdo con ciertos principios divulgados en la presente divulgación, después de determinar que el estado del cliente Flex Eth es el estado conducido, el primer dispositivo de red conmuta automáticamente un canal para enviar el segundo paquete de DCN, es decir, conmuta el enlace físico a un canal Flex Eth. Cuando el primer dispositivo de red intercambia posteriormente un paquete de DCN con otro dispositivo de red, se puede utilizar el canal Flex Eth para mejorar la eficiencia de transferencia del paquete de DCN.
De acuerdo con ciertos principios divulgados en la presente divulgación, el método incluye además: almacenar temporalmente, mediante el primer dispositivo de red, el primer paquete de DCN; o almacenar temporalmente, mediante el primer dispositivo de red, el segundo paquete de DCN.
De acuerdo con ciertos principios divulgados en la presente divulgación, el primer paquete de DCN y el segundo paquete de DCN se almacenan en memoria intermedia para evitar la pérdida de un paquete.
Breve descripción de los dibujos
La Figura 1 es un diagrama esquemático de un escenario de aplicación de una estructura de red de acuerdo con una realización de esta solicitud;
La Figura 2 es un diagrama de flujo esquemático de un método de procesamiento de paquetes de DCN de acuerdo con una realización de esta solicitud;
La Figura 3 es un diagrama de flujo esquemático de otro método de procesamiento de paquetes de DCN de acuerdo con una realización de esta solicitud;
La Figura 4 es un diagrama estructural esquemático de un primer dispositivo de red de acuerdo con una realización de esta solicitud;
La Figura 5 es un diagrama estructural esquemático de otro primer dispositivo de red de acuerdo con una realización de esta solicitud;
La Figura 6 es un diagrama estructural esquemático de un segundo dispositivo de red de acuerdo con una realización de esta solicitud;
La Figura 7 es un diagrama estructural esquemático de otro segundo dispositivo de acuerdo con una realización de esta solicitud; y
La Figura 8 es un diagrama estructural esquemático de un sistema de red de acuerdo con una realización de esta solicitud.
Descripción de las realizaciones
Las realizaciones de esta solicitud proporcionan un método de procesamiento de paquetes de DCN, un dispositivo de red y un sistema de red, para conducir un canal entre un dispositivo de red y un NMS sin configuración manual, a fin de reducir los costos durante la construcción de la red y mejorar la eficiencia de acceso del dispositivo de red durante la construcción de la red.
En las realizaciones, las reivindicaciones y los dibujos adjuntos de esta solicitud, los términos "primero", "segundo", y similares están destinados a distinguir entre diferentes objetos, pero no indican un orden específico. Además, los términos "incluye" y "tiene" no son exclusivos. Por ejemplo, un proceso, un método, un sistema, un producto o un dispositivo que incluyen una serie de etapas o unidades no se limita a las etapas o unidades enumeradas, y pueden incluir además etapas o unidades que no se enumeran.
Una tecnología Flex Eth, presentada por el Foro de Interconexión Óptica (Optical Internetworking Forum, OIF), es una tecnología de soporte de Ethernet flexible de velocidad variable. Se agrega una subcapa de suplementaria Ethernet flexible (Flex Eth Shim) entre una capa física (physical layer, PHY) y un protocolo de subcapa de control de acceso a medios Ethernet (Media Access Control, MAC), es decir, una capa de enlace, para implementar un canal físico con un ancho de banda flexible.
Basado en una definición del estándar OIF-FLEXE-01 de Flex Eth, por ejemplo, en la técnica anterior, cuando la red Flex Eth se lleva a cabo entre NE, la PHY tiene intervalos de tiempo. Por ejemplo, basado en una definición de un estándar 802.3 100GBASER, una PHY de 100GE se divide en 20 intervalos de tiempo en total en Flex Eth, y cada intervalo de tiempo tiene un ancho de banda de 5G. El MAC selecciona de manera flexible uno o más intervalos de tiempo de una o más PHY mediante el uso de una subcapa suplementaria FlexE, y sirve como una interfaz de ancho de banda variable para soportar un servicio, y se admite un cliente Ethernet de velocidad variable. Un grupo de Ethernet flexible (Flex Eth Group) entre las subcapas suplementarias Flex Eth incluye PHY Ethernet 1-254 100GBASE-R, y los ID de Grupo Flex Eth en dos extremos del Grupo Flex Eth deben ser consistentes. La subcapa suplementaria Flex Eth agregada entre la capa MAC y la capa PHY puede admitir ocho puertos de Ethernet flexible/clientes de Ethernet flexible (Flex Eth client), y cada cliente Flex Eth tiene su MAC independiente y su subcapa de reconciliación (reconciliation sublayer, RS).
La Figura 1 es un diagrama esquemático de un escenario de aplicación de una estructura de red de acuerdo con una realización de esta solicitud. El escenario de aplicación incluye un NE1, un NE2, un NE3, un NE4, un NE5, un NE6, un NE7, un NMS y una DCN. Los NE se conectan mediante un enlace físico y la tecnología Flex Eth se utiliza para las redes Flex Eth. El NMS se conecta al NE mediante la DCN. La DCN es una red compartida con un servicio y está configurada para la comunicación entre el NMS y el NE. El NE6 está conectado directamente al NMS y sirve como GNE. El NMS gestiona el NE1, el NE2, el NE3, el NE4, el NE5 y el NE7 utilizando el GNE. Por ejemplo, el NE1 y el NE7 de la Figura 1 son NE que acceden recientemente a la estructura de la red. El NE1 se conecta al NE2 mediante un enlace físico, utiliza la tecnología Flex Eth para la conexión en red Flex Eth con el NE2 y accede a la red. El NE7 se conecta al GNE mediante un enlace físico, utiliza la tecnología Flex Eth para la conexión en red Flex Eth con el GNE y accede a la red.
Basado en una definición del estándar OIF-FLEXE-01 de Flex Eth, en la técnica anterior, cuando el NE1 lleva a cabo una conexión en red Flex Eth con el NE2, y el NE7 lleva a cabo una conexión en red Flex Eth con el GNE, la PHY tiene intervalos de tiempo. Además, debido a que un modo de transferencia de la DCN no está definido en el estándar OIF-FLEXE-01, en la técnica anterior, un paquete de DCN debe transferirse con un paquete de servicio utilizando un cliente Flex Eth. Para evitar que el NMS no pueda percibir un NE que accede de nuevo a la red, en un proceso de construcción de red actual basado en la técnica anterior, después de que un técnico de hardware habilita al NE que necesita acceder a la red para acceder a la red mediante un enlace físico, un técnico de puesta en servicio de software debe llevar a cabo además la configuración, la operación y el mantenimiento de Flex Eth in situ en el NE que ha accedido recientemente a la red. A la manera de la técnica anterior, se incrementa una gran cantidad de mano de obra, material y costos de operación y mantenimiento. Además, debido a que es necesario configurar muchos parámetros y un proceso de configuración es relativamente complejo, una vez que se produce un error de configuración, se requiere una reconfiguración, lo que reduce la eficiencia de acceso del NE durante la construcción de la red.
Esta realización de esta solicitud proporciona un método de procesamiento de paquetes de DCN, y se usa Flex Eth de 100GE como ejemplo. Basado en una definición de Flex Eth en el estándar 802.3 100GBASE-R, para un puerto 100GBASE-R, hay un bloque de sobrecarga (un bloque de sobrecarga es de 66 bits) cada 13,1 microsegundos, cada ocho bloques de sobrecarga (Bloque) forman una trama de sobrecarga, y cada 32 tramas de sobrecarga forman una multitrama de sobrecarga. En un proceso de transferencia de información, una trama de sobrecarga se transfiere usando una PHY entre dos dispositivos de red, una parte de la información se transfiere usando una trama de sobrecarga y una parte de la información se transfiere usando una multitrama de sobrecarga. Por ejemplo, en una trama de sobrecarga, un canal de gestión de sección (section management channel) ocupa dos bloques de sobrecarga y el ancho de banda es 1,222 Mbps; y un canal de gestión de subcapa suplementaria a subcapa suplementaria (shim to shim management channel) ocupa tres bloques de sobrecarga, y un ancho de banda es de 1,890 Mbps.
En el método de procesamiento de paquetes de DCN divulgado en esta realización de esta solicitud, después de que un dispositivo de red que accede nuevamente a una red establece una conexión física con un dispositivo de red que ha accedido a la red, al iniciarse, el dispositivo de red que accede nuevamente a la red genera un paquete de DCN, encapsula el paquete de DCN en una multitrama de sobrecarga y envía, a través de un enlace físico, el paquete de DCN al dispositivo de red conectado que ha accedido a la red. El dispositivo de red que ha accedido a la red envía el paquete de DCN a un NMS, de modo que se conduce un canal entre el dispositivo de red que accede nuevamente a la red y el NMS, y el NMS percibe que un dispositivo de red accede a la red. Además, el NMS gestiona el dispositivo de red que accede nuevamente a la red.
En comparación con la técnica anterior, en el método de procesamiento de paquetes de DCN divulgado en esta realización de esta solicitud, el dispositivo de red que ha accedido recientemente a la red envía, a través del enlace físico, el paquete de DCN cargado en la multitrama de sobrecarga Flex Eth, para establecer una conexión de comunicación al NMS, para que el NMS pueda percibir que un nuevo dispositivo de red accede a la red. Este proceso no requiere que una persona lleve a cabo la configuración, operación y mantenimiento de Flex Eth en el dispositivo de red que ha accedido recientemente a la red, lo que reduce la mano de obra, los materiales y los costos de operación y mantenimiento. Además, un proceso en el que el paquete de DCN se envía a través del enlace físico no requiere operación manual y no es probable que encuentre un error, por lo que la eficiencia de acceso a la red del dispositivo de red se mejora aún más.
El dispositivo de red divulgado en esta realización de esta solicitud incluye un dispositivo de hardware y un software que se ejecuta en el dispositivo de hardware. Opcionalmente, el dispositivo de red puede ser un conmutador o un enrutador.
Un proceso de implementación específico de las soluciones técnicas divulgadas en esta realización de esta solicitud se describe en detalle utilizando las siguientes realizaciones.
Basado en el diagrama esquemático del escenario de aplicación de la estructura de red mostrada en la Figura 1, la Figura 2 es un diagrama de flujo esquemático de un método de procesamiento de paquetes de DCN de acuerdo con una realización de esta solicitud, que incluye: S201. Un primer dispositivo de red genera un primer paquete de DCN. Por ejemplo, el primer dispositivo de red puede ser el NE1 en la Figura 1, o puede ser el NE7 de la Figura 1.
En una implementación específica, después de que el primer dispositivo de red esté conectado físicamente, por ejemplo, el primer dispositivo de red puede generar el primer paquete de DCN al iniciarse. Una carga útil de encapsulación PPPoE en el primer paquete de DCN transporta una dirección de destino y la dirección de destino es una dirección IP de un NMS. Es decir, el primer paquete de DCN debe enviarse finalmente al NMS.
En la Tabla 1 se muestra un formato de un paquete de DCN.
Tabla 1: formato de paquete de DCN
Figure imgf000005_0001
El paquete de DCN incluye una dirección MAC de destino de 6 bytes (Destination Address, DA), una dirección MAC de origen de 6 bytes (Source address, SA), un protocolo punto a punto sobre encabezado Ethernet (Point-to-Point Protocol over Ethernet header, PPPoE header) cuyo formato se muestra en la Tabla 2, y una carga útil de encapsulación PPPoE que es un paquete transportado.
Tabla 2: formato de encabezado PPPoE
Figure imgf000005_0003
En el formato de encabezado PPPoE, VER se refiere a un número de versión de un protocolo PPPoE. TIPO se refiere a un tipo de protocolo PPPoE.
LONGITUD se refiere a una longitud de carga útil en el PPPoE y, por lo general, ocupa 2 bits. NEID se refiere a un identificador de elemento de red de origen y, por lo general, ocupa 4 bits. En esta realización de esta solicitud, NEID se refiere a un ID del primer dispositivo de red. S202. El primer dispositivo de red carga el primer paquete de DCN en una multitrama de sobrecarga Flex Eth.
La multitrama de sobrecarga Flex Eth es una trama que se encapsula mediante el uso de un protocolo de Control de Enlace de Datos de Alto Nivel (High-Level Data Link Control, HDLC) después de que se inicia un dispositivo de red, y que se envía externamente en un intervalo de tiempo fijo.
En la Tabla 3 se muestra un formato de trama del HDLC. Una trama del HDLC incluye un campo de bandera, un campo de dirección (Address, A), un campo de control (Control, C), un campo de información (Information, I), un campo de secuencia de verificación de tramas (Frame Check Sequence, FCS), y un campo de etiqueta. El campo de bandera ocupa 8 bits en un modo de bits de "01111110F". El campo de dirección ocupa 8 bits. El campo de control ocupa 8 bits que se utilizan para formar varios comandos y respuestas. El campo de información ocupa 8n bits, lo que indica cualquier cadena de bits binarios con una longitud indefinida. El campo de etiqueta ocupa 8 bits en un modo de bits de "01111110F".
En esta realización de esta solicitud, el primer paquete de DCN se carga en la multitrama de sobrecarga Flex Eth, y una multitrama de sobrecarga Flex Eth completa se encapsula en el campo de información de1HDLC y se envía externamente.
Tabla 3: formato de trama HDLC
Figure imgf000005_0002
Basado en el estándar OIF-FLEXE-01 de Flex Eth, se definen dos canales de gestión, específicamente, un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria en cada PHY de la multitrama de sobrecarga Flex Eth. Se puede preestablecer una posición de carga de un paquete de DCN en la multitrama de sobrecarga Flex Eth.
Opcionalmente, el primer dispositivo de red puede cargar el primer paquete de DCN en el canal de gestión de sección de la multitrama de sobrecarga Flex Eth.
Opcionalmente, el primer dispositivo de red puede cargar el primer paquete de DCN en el canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Eth.
Opcionalmente, el primer dispositivo de red también puede dividir el primer paquete de DCN en dos partes que se cargan respectivamente en el canal de gestión de sección y el canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Eth.
5203. El primer dispositivo de red envía la multitrama de sobrecarga Flex Eth a un segundo dispositivo de red a través de un enlace físico.
En una implementación específica, la multitrama de sobrecarga Flex Eth se envía al segundo dispositivo de red mediante una PHY.
Por ejemplo, si el primer dispositivo de red es el NE1 en la Figura 1, el segundo dispositivo de red es el NE2 en la Figura 1. Si el primer dispositivo de red es el NE7 en la Figura 1, el segundo dispositivo de red es el GNE de la Figura 1.
El primer dispositivo de red se conecta al segundo dispositivo de red mediante el enlace físico. Debido a que se ha establecido el enlace físico entre el primer dispositivo de red y el segundo dispositivo de red, el primer dispositivo de red puede enviar un flujo de datos al segundo dispositivo de red utilizando la PHY. En un proceso de envío, un canal de gestión de cada PHY lleva a cabo la transferencia de forma independiente y no converge en un Grupo Flex Eth, para evitar que la transferencia del paquete de DCN falle debido a una interrupción del canal de gestión cuando ocurre una excepción de PHY.
El primer dispositivo de red determina, basado en una tabla de enrutamiento local, que un nodo de red del siguiente salto a través del cual pasa el primer paquete de DCN para llegar al NMS es el segundo dispositivo de red, y luego envía una multitrama de sobrecarga Flex Eth encapsulada al segundo dispositivo de red a través del enlace físico.
5204. El segundo dispositivo de red recibe la multitrama de sobrecarga Flex Eth enviada por el primer dispositivo de red a través del enlace físico y extrae el primer paquete de DCN de la multitrama de sobrecarga Flex Eth.
En una implementación específica, opcionalmente, después de desencapsular la multitrama de sobrecarga Flex Eth encapsulada, la detección se lleva a cabo en el canal de gestión de sección y el canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Eth. Si se detecta que el primer paquete de DCN se carga en el canal de gestión de sección, el primer paquete de DCN se extrae del canal de gestión de sección y se presenta en un formato PPPoE.
Si se detecta que el primer paquete de DCN se carga en el canal de gestión de subcapa suplementaria a subcapa suplementaria, el primer paquete de DCN se extrae del canal de gestión de subcapa suplementaria a subcapa suplementaria y se presenta en el formato PPPoE.
Si se detecta que el primer paquete de DCN se carga en el canal de gestión de sección y el canal de gestión de subcapa suplementaria a subcapa suplementaria, el primer paquete de DCN se extrae por separado del canal de gestión de sección y el canal de gestión de subcapa suplementaria a subcapa suplementaria y se combina para obtener un paquete de DCN original. El primer paquete de DCN se presenta en formato PPPoE.
5205. El segundo dispositivo de red envía el primer paquete de DCN a un NMS basado en una dirección de destino. En un proceso de implementación específico, el segundo dispositivo de red envía el primer paquete de DCN al NMS basado en la dirección de destino en el primer paquete de dCn . La dirección de destino es la dirección IP del NMS. Por ejemplo, si el primer dispositivo de red es el NE1 en la Figura 1, el segundo dispositivo de red es el NE2 en la Figura 1. El NE2 no está conectado directamente al NMS. Si el NE2 determina, basado en una tabla de enrutamiento local y una dirección MAC de destino transportada en el primer paquete de DCN, enviar el primer paquete de DCN al NMS, y que el siguiente nodo de red que se debe pasar es el NE3, el NE2 envía el primer paquete de DCN al NE3. Si el NE2 determina, basado en la tabla de enrutamiento local y la dirección de destino transportada en el primer paquete de DCN, enviar el primer paquete de DCN al NMS, y que el siguiente nodo de red que se debe pasar es el NE4, el NE2 envía el primer paquete de DCN al NE4.
Por ejemplo, el NE2 envía el primer paquete de DCN al NE3. Después de que el NE3 recibe el primer paquete de DCN enviado por el NE2, el NE3 determina, basado en una tabla de enrutamiento local y en la dirección de destino transportada en el primer paquete de DCN, enviar el primer paquete de DCN al NMS, y que un siguiente nodo de red que se debe pasar es el GNE, el NE3 envía el primer paquete de DCN al GNE. El GNE recibe el primer paquete de DCN reenviado por el NE3 y envía el primer paquete de DCN al NMS.
Por ejemplo, si el primer dispositivo de red es el NE7 en la Figura 1, el segundo dispositivo de red es el GNE de la Figura 1, y el GNE está conectado directamente al NMS. Por lo tanto, después de extraer el primer paquete de DCN, el GNE envía directamente el primer paquete de DCN al NMS basado en una tabla de enrutamiento local y la dirección de destino transportada en el primer paquete de DCN. El GNE no necesita reenviar el primer paquete de DCN a otro dispositivo de red.
Al ejecutar S201-S205, después de acceder a una red, el primer dispositivo de red carga el primer paquete de DCN generado en la multitrama de sobrecarga Flex Eth y envía, a través del enlace físico, la multitrama de sobrecarga Flex Eth a un dispositivo de red que ha accedido a la red, de modo que el dispositivo de red que ha accedido a la red envíe la multitrama de sobrecarga Flex Eth al NMS. En este caso, se establece una conexión de comunicaciones con el NMS, de modo que el NMS puede percibir que un nuevo dispositivo de red accede a la red. Este proceso no requiere que un técnico lleve a cabo la configuración, operación y mantenimiento manuales in situ en el dispositivo de red que ha accedido recientemente a la red, lo que reduce los costos de mano de obra, materiales y de operación y mantenimiento. Además, un proceso en el que el primer paquete de DCN se envía a través del enlace físico no requiere operación manual y no es probable que se produzca un error, de modo que se mejora aún más la eficiencia de acceso a la red del dispositivo de red.
Además, después de que se lleva a cabo el método de procesamiento de paquetes de DCN proporcionado en esta realización de esta solicitud, el NMS puede percibir que un nuevo dispositivo de red ha accedido a la red, y además gestionar el dispositivo de red que ha accedido recientemente.
Opcionalmente, en esta realización de esta solicitud, el primer dispositivo de red carga el primer paquete de DCN generado en la multitrama de sobrecarga Flex Eth para su envío. Para evitar la pérdida del primer paquete de DCN, el primer dispositivo de red proporciona un espacio de almacenamiento temporal y el primer paquete de DCN generado se almacena en el espacio de almacenamiento temporal. Debido a una limitación de ancho de banda de la multitrama de sobrecarga Flex Eth, el primer dispositivo de red debe establecer un tamaño del espacio de almacenamiento temporal basado en un ancho de banda de la multitrama de sobrecarga Flex Eth, y controlar el tráfico de almacenamiento temporal cuando el primer paquete de DCN se almacena temporalmente.
Por ejemplo, si un ancho de banda del canal de gestión de sección en la multitrama de sobrecarga Flex Eth es 1,222 Mbps, un ancho de banda del canal de gestión de subcapa suplementaria a subcapa suplementaria en la multitrama de sobrecarga Flex Eth es 1,890 Mbps.
Un tamaño del espacio de almacenamiento temporal que puede proporcionar el primer dispositivo de red se muestra en la fórmula (1), la fórmula (2) o la fórmula (3).
Tamaño de almacenamiento temporal (byte) = 1,222 * Duración de almacenamiento temporal/8 (1) Tamaño de almacenamiento temporal (byte) = 1,890 * Duración de almacenamiento temporal/8 (2) Tamaño de almacenamiento temporal (byte) = (1,222 1,890) * Duración de almacenamiento temporal/8 (3) La duración de almacenamiento temporal es la duración necesaria para almacenar el primer paquete de DCN en el espacio de almacenamiento temporal.
Opcionalmente, el primer dispositivo de red también puede proporcionar un espacio de almacenamiento temporal más grande, o un técnico establece un tamaño del espacio de almacenamiento temporal según sea necesario. Por ejemplo, si un ancho de banda del canal de gestión de sección en la multitrama de sobrecarga Flex Eth es 1,222 Mbps, un ancho de banda del canal de gestión de subcapa suplementaria a subcapa suplementaria en la multitrama de sobrecarga Flex Eth es 1,890 Mbps.
Cuando el primer dispositivo de red almacena temporalmente el primer paquete de DCN, el envío de tráfico que se envía al espacio de almacenamiento temporal se muestra en la fórmula (4), la fórmula (5) o la fórmula (6).
Envío de tráfico = Longitud del primer paquete de DCN *8* Cantidad de primeros paquetes de DCN enviados por segundo
<1,222 (4)
Envío de tráfico = Longitud del primer paquete de DCN *8* Cantidad de primeros paquetes de DCN enviados por segundo
<1,890 (5)
Envío de tráfico = Longitud del primer paquete de DCN *8* Cantidad de primeros paquetes de DCN enviados por segundo
< (1,222 1,890) (6)
Opcionalmente, en esta realización de esta solicitud, el primer dispositivo de red puede primero almacenar temporalmente el primer paquete de DCN y luego llevar a cabo la carga. El primer dispositivo de red puede alternativamente almacenar y cargar el primer paquete de DCN simultáneamente.
Opcionalmente, en esta realización de esta solicitud, después de recibir el primer paquete de DCN enviado por el primer dispositivo de red, el segundo dispositivo de red puede primero almacenar temporalmente el primer paquete de DCN y luego procesar el primer paquete de DCN. Una manera específica de almacenar temporalmente el primer paquete de DCN es la misma que la forma en que el primer dispositivo de red almacena temporalmente el primer paquete de DCN. Se puede hacer referencia a los registros anteriores, y los detalles no se describen aquí nuevamente.
Además, si el segundo dispositivo de red no es un GNE, en un proceso de reenvío del primer paquete de DCN por parte del segundo dispositivo de red al NMS, los dispositivos de red a través de los cuales pasa el primer paquete de DCN pueden almacenar temporalmente el primer paquete de DCN antes de reenviar el primer paquete de DCN. Una forma de almacenar temporalmente el primer paquete de DCN es la misma que la forma en que el primer dispositivo de red almacena temporalmente el primer paquete de DCN. Se puede hacer referencia a los registros anteriores, y los detalles no se describen aquí nuevamente. Por ejemplo, si el primer dispositivo de red es el NE1 en la Figura 1, el segundo dispositivo de red es el NE2 en la Figura 1. Cuando el segundo dispositivo de red reenvía el primer paquete de DCN al NMS, es necesario pasar el NE3. En el NE3, el primer paquete de DCN se almacena temporalmente de la misma manera que en el NE1 y el NE2.
En la realización anterior de esta solicitud, la manera de almacenar temporalmente el primer paquete de DCN puede usarse para evitar una pérdida de paquetes del primer paquete de DCN.
Opcionalmente, en esta realización de esta solicitud, en comparación con el envío de paquetes de DCN mediante el uso de un cliente Flex Eth, el ancho de banda de la multitrama de sobrecarga Flex Eth es relativamente pequeño. Si el paquete de DCN siempre se transfiere mediante la multitrama de sobrecarga Flex Eth, la eficiencia de transferencia es relativamente baja. Por lo tanto, basado en el método de procesamiento de paquetes de DCN divulgado en la realización anterior de esta solicitud, después de que se establezca una conexión de comunicaciones entre el primer dispositivo de red que accede nuevamente a la red y el NMS, el primer dispositivo de red puede elegir libremente enviar el paquete de DCN utilizando el cliente Flex Eth o seguir enviando el paquete de DCN utilizando la multitrama de sobrecarga Flex Eth.
Opcionalmente, en esta realización de esta solicitud, el primer dispositivo de red también puede conmutar automáticamente al cliente Flex Eth para enviar el paquete de DCN después de determinar que se ha establecido una conexión de comunicaciones entre el primer dispositivo de red y el NMS.
La Figura 3 es un diagrama de flujo esquemático de otro método de procesamiento de paquetes de DCN de acuerdo con una realización de esta solicitud, que incluye:
5301. Un primer dispositivo de red genera un segundo paquete de DCN.
Por ejemplo, el primer dispositivo de red puede ser el EN1 de la Figura 1, o puede ser el EN7 de la Figura 1. Una dirección de destino del segundo paquete de DCN es una dirección IP de un NMS, y un siguiente salto a través del cual pasa el segundo paquete de DCN para llegar a la dirección de destino es un segundo dispositivo de red.
5302. El primer dispositivo de red monitorea el estado de un cliente Flex Eth. Si se detecta que el cliente Flex Eth está en estado conducido, lleva a cabo S303; de lo contrario, carga el segundo paquete de DCN en una multitrama de sobrecarga Flex Eth y envía el segundo paquete de DCN a un NMS basado en etapas similares a S202-S205 en la realización correspondiente a la Figura 2 en esta solicitud.
En una implementación específica, después de que se inicia el primer dispositivo de red, el primer dispositivo de red puede monitorear el estado del cliente Flex Eth en tiempo real, o puede monitorear el estado del cliente Flex Eth de acuerdo con un tiempo o intervalo de tiempo preestablecido. Un técnico puede establecer un intervalo de tiempo específico para monitorear el estado del cliente Flex Eth. S303. El primer dispositivo de red determina que el cliente Flex Eth está en estado conducido y envía el segundo paquete de DCN a un segundo dispositivo de red mediante el cliente Flex Eth.
Después de determinar que el estado del cliente Flex Eth es el estado conducido, el primer dispositivo de red conmuta automáticamente un canal para enviar el segundo paquete de DCN, es decir, conmuta un enlace físico a un canal Flex Eth. Cuando el primer dispositivo de red intercambia posteriormente un paquete de DCN con otro dispositivo de red, se puede utilizar el canal Flex Eth para mejorar la eficiencia de transferencia del paquete de DCN. Además, el NMS también puede enviar un paquete de gestión al primer dispositivo de red a través del canal Flex Eth, para gestionar el primer dispositivo de red.
Basado en el método de procesamiento de paquetes de DCN divulgado en esta realización de esta solicitud, una realización de esta solicitud divulga además un primer dispositivo de red para llevar a cabo el método de procesamiento de paquetes de DCN.
La Figura 4 es un diagrama estructural esquemático de un primer dispositivo de red 400 de acuerdo con una realización de esta solicitud. El primer dispositivo de red 400 incluye una unidad de generación 401, una unidad de carga 402 y una unidad de envío 403.
La unidad de generación 401 está configurada para generar un primer paquete de DCN, donde una dirección de destino del primer paquete de DCN es una dirección IP de un NMS, el siguiente salto a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino es un segundo dispositivo de red, y el primer dispositivo de red y el segundo dispositivo de red están conectados mediante un enlace físico.
La unidad de generación 401 puede llevar a cabo la S201 mostrado en la Figura 2 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
La unidad de carga 402 está configurada para cargar el primer paquete de DCN generado por la unidad de generación 401 en una multitrama de sobrecarga Flex Ethernet.
En una implementación específica, opcionalmente, la unidad de carga 402 está configurada para: cargar el primer paquete de DCN en un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet; o cargar el primer paquete de DCN en un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o cargar el primer paquete de DCN en un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet.
La unidad de carga 402 puede llevar a cabo la S202 mostrado en la Figura 2 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
La unidad de envío 403 está configurada para enviar la multitrama de sobrecarga Flex Ethernet al segundo dispositivo de red a través del enlace físico.
La unidad de envío 403 puede llevar a cabo la S203 mostrada en la Figura 2 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
Opcionalmente, el primer dispositivo de red 400 incluye además una unidad de conmutación 404.
En una implementación específica, la unidad de generación 401 está configurada además para generar un segundo paquete de DCN. Una dirección de destino del segundo paquete de DCN es la dirección IP del NMS, y el siguiente salto a través del cual pasa el segundo paquete de DCN para llegar a la dirección de destino es el segundo dispositivo de red.
La unidad de generación 401 puede llevar a cabo el S301 mostrado en la Figura 3 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
La unidad de conmutación 404 está configurada para: monitorear un estado de un cliente Flex Ethernet, determinar que el estado del cliente Flex Ethernet es un estado conducido y enviar el segundo paquete de DCN al segundo dispositivo de red a través del cliente Flex Ethernet. La unidad de conmutación 404 puede llevar a cabo S302 y S303 mostrados en la Figura 3 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo. Opcionalmente, el primer dispositivo de red 400 incluye además una unidad de almacenamiento temporal 405. La unidad de almacenamiento temporal 405 está configurada para almacenar temporalmente el primer paquete de DCN y/o el segundo paquete de DCN generado por la unidad de generación 401.
La unidad de almacenamiento intermedio 405 almacena, en un espacio de almacenamiento temporal preestablecido, el primer paquete de DCN y/o el segundo paquete de DCN generado por la unidad de generación 401. Se puede establecer un tamaño del espacio de almacenamiento temporal preestablecido basado en un ancho de banda de la multitrama de sobrecarga Flex Eth o un requisito de almacenamiento temporal. Para obtener detalles, se puede hacer referencia a registros relacionados con el almacenamiento temporal en las realizaciones de esta solicitud. Con referencia al método de procesamiento de paquetes de DCN divulgado en la realización de esta solicitud, el primer dispositivo de red divulgado en esta realización de esta solicitud también puede implementarse directamente usando hardware, una memoria ejecutada por un procesador o una combinación de los mismos.
Como se muestra en la Figura 5, un primer dispositivo de red 500 incluye un procesador 501 y una memoria 502. Opcionalmente, el dispositivo de red 500 incluye además una interfaz de red 503. El procesador 501 está acoplado a la memoria 502 mediante el uso de un bus. El procesador 501 está acoplado a la interfaz de red 503 mediante el uso del bus.
El procesador 501 puede ser específicamente una unidad de procesamiento central (Central Processing Unit, CPU para abreviar), un procesador de red (Network Processor, NP para abreviar), un circuito integrado de aplicación específica (Application-Specific Integrated Circuit, ASIC para abreviar), o un dispositivo lógico programable (Programmable Logic Device, PLD para abreviar). El PLD puede ser un dispositivo lógico programable complejo (Complex Programmable Logical Device, CPLD para abreviar), una matriz de puerta lógica programable en campo (Field-Programmable Gate Array, FPGA para abreviar) o una matriz lógica genérica (Generic Array Logic, GAL para abreviar).
La memoria 502 puede ser específicamente una memoria de contenido direccionable (Content-Addressable Memory, CAM para abreviar) o una memoria de acceso aleatorio (Random-Access Memory, RAM para abreviar). La CAM puede ser una memoria ternaria de contenido direccionable (Ternary CAM, TCAM para abreviar).
La interfaz de red 503 puede ser una interfaz cableada, por ejemplo, una interfaz de datos distribuidos por fibra (Fiber Distributed Data Interface, FDDI para abreviar) o una interfaz Ethernet (Ethernet).
La memoria 502 también puede integrarse en el procesador 501. Si la memoria 502 y el procesador 501 son componentes independientes entre sí, la memoria 502 está conectada al procesador 501. Por ejemplo, la memoria 502 puede comunicarse con el procesador 501 utilizando el bus. La interfaz de red 503 puede comunicarse con el procesador 501 utilizando el bus, o la interfaz de red 503 puede conectarse directamente al procesador 501.
La memoria 502 está configurada para almacenar un programa operativo, código o una instrucción para procesar un paquete de DCN. Opcionalmente, la memoria 502 incluye un sistema operativo y un programa de aplicación, y está configurada para almacenar un programa operativo, código o una instrucción para procesar un paquete de DCN. Cuando se necesita procesar el paquete de DCN, el procesador 501 o un dispositivo de hardware invoca y ejecuta el programa operativo, el código o la instrucción almacenada en la memoria 502 para completar un proceso de procesamiento del primer dispositivo de red en la Figura 2 y la Figura 3. Para un proceso específico, se puede hacer referencia a una parte correspondiente de la realización anterior de esta solicitud, y los detalles no se describen aquí nuevamente.
Puede entenderse que la Figura 5 simplemente muestra un diseño simplificado del dispositivo de red. En una aplicación real, el dispositivo de red puede incluir cualquier cantidad de interfaces, procesadores, memorias y similares, y todos los dispositivos de red que pueden implementar la realización de esta solicitud caen dentro del alcance de protección de esta realización de esta solicitud.
Basado en el método de procesamiento de paquetes de DCN divulgado en la realización de esta solicitud, una realización de esta solicitud divulga además un segundo dispositivo de red para llevar a cabo el método de procesamiento de paquetes de DCN. El segundo dispositivo de red está conectado al primer dispositivo de red 400 mostrado en la Figura 4 en la realización de esta solicitud mediante el uso de un enlace físico.
La Figura 6 es un diagrama estructural esquemático de un segundo dispositivo de red 600 de acuerdo con una realización de esta solicitud. El segundo dispositivo de red 600 incluye una unidad de extracción 601 y una unidad de envío 602.
La unidad de extracción 601 está configurada para: recibir una multitrama de sobrecarga Flex Ethernet enviada por un primer dispositivo de red a través de un enlace físico y extraer un primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet, donde una dirección de destino del primer paquete de DCN es una dirección IP de un NMS, y el segundo dispositivo de red es un siguiente salto a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino.
En una implementación específica, opcionalmente, la unidad de extracción 601 está configurada para: extraer el primer paquete de DCN de un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet; o extraer el primer paquete de DCN de un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o extraer el primer paquete de DCN de un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet.
La unidad de extracción 601 puede llevar a cabo la S204 mostrada en la Figura 2 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
La unidad de envío 602 está configurada para enviar el primer paquete de DCN al NMS basado en la dirección de destino en el primer paquete de DCN extraído por la unidad de extracción 601. La unidad de envío 602 puede llevar a cabo la S205 mostrada en la Figura 2 en la realización de esta solicitud, y los detalles no se describen aquí de nuevo.
Opcionalmente, el segundo dispositivo de red 600 incluye además una unidad de almacenamiento temporal 603.
La unidad de almacenamiento temporal 603 está configurada para: almacenar temporalmente el primer paquete de DCN extraído por la unidad de extracción 601, o almacenar temporalmente el primer paquete de DCN antes de que la unidad de envío 602 envíe el primer paquete de DCN.
La unidad de almacenamiento temporal 603 almacena el primer paquete de DCN en un espacio de almacenamiento temporal preestablecido. Se puede establecer un tamaño del espacio de almacenamiento temporal preestablecido basado en un requisito de almacenamiento temporal. Para obtener detalles, se puede hacer referencia a registros relacionados con el almacenamiento temporal en las realizaciones de esta solicitud.
Con referencia al método de procesamiento de paquetes de DCN divulgado en esta realización de esta solicitud, el segundo dispositivo de red divulgado en esta realización de esta solicitud también puede implementarse directamente usando hardware, una memoria ejecutada por un procesador o una combinación de los mismos. El segundo dispositivo de red está conectado al primer dispositivo de red 500 mostrado en la Figura 5 en la realización de esta solicitud mediante el uso de un enlace físico.
Como se muestra en la Figura 7, un segundo dispositivo de red 700 incluye un procesador 701 y una memoria 702. Opcionalmente, el dispositivo de red 700 incluye además una interfaz de red 703. El procesador 701 está acoplado a la memoria 702 usando un bus. El procesador 701 está acoplado a la interfaz de red 703 utilizando el bus.
El procesador 701 puede ser específicamente una CPU, un NP, un ASIC o un PLD. El PLD puede ser un CPLD, un FPGA o un GAL.
La memoria 702 puede ser específicamente una CAM o una RAM. La CAM puede ser una TCAM. La interfaz de red 703 puede ser una interfaz cableada, por ejemplo, una FDDI o un cliente Ethernet.
La memoria 702 también puede integrarse en el procesador 701. Si la memoria 702 y el procesador 701 son componentes independientes entre sí, la memoria 702 está conectada al procesador 701. Por ejemplo, la memoria 702 puede comunicarse con el procesador 701 utilizando el bus. La interfaz de red 703 puede comunicarse con el procesador 701 utilizando el bus, o la interfaz de red 703 puede conectarse directamente al procesador 701.
La memoria 702 está configurada para almacenar un programa operativo, código o una instrucción para procesar un paquete de DCN. Opcionalmente, la memoria 702 incluye un sistema operativo y un programa de aplicación, y está configurada para almacenar un programa operativo, código o una instrucción para procesar un paquete de DCN. Cuando se necesita procesar el paquete de DCN, el procesador 701 o un dispositivo de hardware invoca y ejecuta el programa operativo, el código o la instrucción almacenada en la memoria 702 para completar un proceso de procesamiento del segundo dispositivo de red en la Figura 2 y la Figura 3. Para un proceso específico, se puede hacer referencia a una parte correspondiente de la realización anterior de esta solicitud, y los detalles no se describen aquí nuevamente.
Puede entenderse que la Figura 7 simplemente muestra un diseño simplificado del dispositivo de red. En una aplicación real, el dispositivo de red puede incluir cualquier cantidad de interfaces, procesadores, memorias y similares, y todos los dispositivos de red que pueden implementar la realización de esta solicitud caen dentro del alcance de protección de esta realización de esta solicitud.
Las unidades funcionales en las realizaciones de esta solicitud pueden integrarse en un procesador, o cada una de las unidades puede existir sola físicamente, o dos o más circuitos pueden integrarse en un circuito. Las unidades funcionales pueden implementarse en forma de hardware, o pueden implementarse en forma de una unidad funcional de software.
La Figura 8 muestra un sistema de red 800 de acuerdo con una realización de esta solicitud, que incluye un NMS, y un primer dispositivo de red 801 y un segundo dispositivo de red 802 que están conectados mediante un enlace físico.
El primer dispositivo de red 801 está configurado para: generar un primer paquete de DCN, donde una dirección de destino del primer paquete de DCN es una dirección IP del n MS; cargar el primer paquete de DCN en una multitrama de sobrecarga Flex Ethernet; y enviar la multitrama de sobrecarga Flex Ethernet al segundo dispositivo de red 802 a través del enlace físico.
El segundo dispositivo de red 802 está configurado para: recibir la multitrama de sobrecarga Flex Ethernet enviada por el primer dispositivo de red 801 a través del enlace físico y extraer el primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet.
El segundo dispositivo de red 802 está configurado además para reenviar el primer paquete de DCN al NMS basado en la dirección de destino del primer paquete de DCN.
En el sistema de red divulgado en la realización de esta solicitud, el primer dispositivo de red 801 puede ser específicamente el dispositivo de red divulgado en la Figura 4 y la Figura 5, y está configurado para llevar a cabo las operaciones correspondientes llevadas a cabo por el primer dispositivo de red en la Figura 2 y la Figura 3 en las realizaciones de esta solicitud. El segundo dispositivo de red 802 puede ser específicamente el dispositivo de red divulgado en la Figura 6 y la Figura 7, y está configurado para llevar a cabo las operaciones correspondientes llevadas a cabo por el segundo dispositivo de red en la Figura 2 y la Figura 3 en las realizaciones de esta solicitud. Para un proceso específico y un principio de ejecución, se puede hacer referencia a la descripción anterior, y los detalles no se describen aquí nuevamente.
Un experto en la técnica debe ser consciente de que en uno o más de los ejemplos anteriores, las funciones descritas en esta solicitud pueden implementarse mediante soporte físico, programa informático, microprograma o cualquier combinación de los mismos. Cuando la presente invención es implementada mediante software, las funciones anteriores pueden almacenarse en un medio legible por ordenador o transmitirse como una o más instrucciones o códigos en el medio legible por ordenador. El medio legible por ordenador incluye un medio de almacenamiento informático y un medio de comunicaciones, donde el medio de comunicaciones incluye cualquier medio que permita la transmisión de un programa informático de un lugar a otro. El medio de almacenamiento puede ser cualquier medio disponible accesible para un ordenador de propósito general o específico.
Las realizaciones en esta memoria descriptiva se describen todas de una manera progresiva, para partes iguales o similares en las realizaciones, se puede hacer referencia a estas realizaciones, y cada realización se enfoca en una diferencia con otras realizaciones. Especialmente, las realizaciones del aparato y del sistema son básicamente similares a una realización del método y, por lo tanto, se describen brevemente; para partes relacionadas, se puede hacer referencia a descripciones parciales en la realización del método.
Las descripciones anteriores son meramente implementaciones específicas de la presente invención, pero no pretenden limitar el alcance de protección de la presente invención. Cualquier variación o reemplazo fácilmente resuelto por un experto en la técnica dentro del alcance técnico divulgado en la presente invención caerá dentro del alcance de protección de la presente invención. Por lo tanto, el alcance de protección de la presente invención estará sujeto al alcance de protección de las reivindicaciones.

Claims (11)

  1. REIVINDICACIONES
    i. Un método para el procesamiento de paquetes de la red de comunicación de datos, DCN, en un sistema de red basado en Ethernet flexible, Flex Ethernet, en donde el método comprende:
    generar (201), mediante un primer dispositivo de red, un primer paquete de DCN, en donde una dirección de destino del primer paquete de DCN es una dirección IP de un sistema de gestión de red, NMS, un salto siguiente a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino del primer paquete de DCN es un segundo dispositivo de red, y el primer dispositivo de red y el segundo dispositivo de red están conectados mediante un enlace físico;
    cargar (202), mediante el primer dispositivo de red, el primer paquete de DCN en una multitrama de sobrecarga de Ethernet flexible; y
    enviar (203), mediante el primer dispositivo de red, la multitrama de sobrecarga Flex Ethernet al segundo dispositivo de red mediante el enlace físico, de modo que el segundo dispositivo de red extraiga el primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet y reenvíe el primer paquete de DCN al NMS.
  2. 2. El método de acuerdo con la reivindicación 1, en donde la carga, mediante el primer dispositivo de red, el primer paquete de DCN en una multitrama de sobrecarga Flex Ethernet comprende:
    cargar, mediante el primer dispositivo de red, el primer paquete de DCN en un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet; o
    cargar, mediante el primer dispositivo de red, el primer paquete de DCN en un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o
    dividir, mediante el primer dispositivo de red, el primer paquete de DCN y cargar el primer paquete de DCN en un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet de Ethernet flexible.
  3. 3. El método de acuerdo con la reivindicación 1 o 2, que comprende además:
    generar (301), mediante el primer dispositivo de red, un segundo paquete de DCN, en donde una dirección de destino del segundo paquete de DCN es la dirección IP del NMS, un salto siguiente a través del cual pasa el segundo paquete de dCn para llegar a la dirección de destino del primer paquete de DCN es el segundo dispositivo de red;
    monitorear (302), mediante el primer dispositivo de red, un estado de un cliente Flex Ethernet, y determinar que el estado del cliente Flex Ethernet es un estado conducido; y
    enviar (303), mediante el primer dispositivo de red, el segundo paquete de DCN al segundo dispositivo de red a través del cliente Flex Ethernet.
  4. 4. Un dispositivo de red, utilizado como primer dispositivo de red en un sistema de red basado en Ethernet flexible, Flex Ethernet, en donde el primer dispositivo de red comprende:
    una unidad de generación (401), configurada para generar un primer paquete de red de comunicación de datos, DCN, en donde una dirección de destino del primer paquete de dCn es una dirección IP de un sistema de gestión de red, NMS, un salto siguiente a través del cual el primer paquete de DCN pasa para llegar a la dirección de destino del primer paquete de DCN es un segundo dispositivo de red, y el primer dispositivo de red y el segundo dispositivo de red se conectan mediante un enlace físico;
    una unidad de carga (402), configurada para cargar el primer paquete de DCN en una multitrama de sobrecarga de Ethernet flexible; y una unidad de envío (403), configurada para enviar la multitrama de sobrecarga Flex Ethernet al segundo dispositivo de red a través del enlace físico, de modo que el segundo dispositivo de red extraiga el primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet y reenvíe el primer paquete de DCN al NMS.
  5. 5. El dispositivo de red de acuerdo con la reivindicación 4, en donde la unidad de carga está configurada para:
    cargar el primer paquete de DCN en un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet de Ethernet flexible; o
    cargar el primer paquete de DCN en un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o
    cargar el primer paquete de DCN en un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet de Ethernet flexible.
  6. 6. El dispositivo de red de acuerdo con la reivindicación 4 o 5, que comprende además una unidad de conmutación (404);
    en donde la unidad de generación está configurada además para generar un segundo paquete de DCN, en donde una dirección de destino del segundo paquete de DCN es la dirección IP del NMS, un salto siguiente a través del cual pasa el segundo paquete de DCN para llegar a la dirección de destino del primer paquete de DCN es el segundo dispositivo de red; y la unidad de conmutación está configurada para:
    monitorear un estado de un cliente Flex Ethernet, determinar que el estado del cliente Flex Ethernet es un estado conducido y enviar el segundo paquete de DCN al segundo dispositivo de red a través del cliente Flex Ethernet.
  7. 7. Un método para el procesamiento de paquetes de la red de comunicación de datos, DCN, en un sistema de red basado en Ethernet flexible, Flex Ethernet, en donde el método comprende:
    recibir, mediante un segundo dispositivo de red, una multitrama de sobrecarga de Ethernet flexible enviada por un primer dispositivo de red a través de un enlace físico, y extraer un primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet (204), en donde una dirección de destino del primer paquete de DCN es una dirección IP de un sistema de gestión de red, NMS, el segundo dispositivo de red es un salto siguiente a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino del primer paquete de DCN, y el segundo dispositivo de red y el primer dispositivo de red están conectados utilizando el enlace físico; y
    enviar (205), mediante el segundo dispositivo de red, el primer paquete de DCN al NMS en base a la dirección de destino.
  8. 8. El método de acuerdo con la reivindicación 7, en donde la extracción, mediante el segundo dispositivo de red, de un primer paquete de DCN de la multitrama de sobrecarga Flex Ethernet comprende:
    extraer, mediante el segundo dispositivo de red, el primer paquete de DCN de un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet; o
    extraer, mediante el segundo dispositivo de red, el primer paquete de DCN de un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o extraer, mediante el segundo dispositivo de red, el primer paquete de DCN de un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet.
  9. 9. Un dispositivo de red, utilizado como un segundo dispositivo de red en un sistema de red basado en Ethernet flexible, Flex Ethernet, en donde el segundo dispositivo de red comprende:
    una unidad de extracción (601), configurada para:
    recibir una multitrama de sobrecarga de Ethernet flexible enviada por un primer dispositivo de red a través de un enlace físico, y extraer un primer paquete de red de comunicación de datos, DCN, de la multitrama de sobrecarga Flex Ethernet, en donde una dirección de destino del primer paquete de DCN es una dirección IP de un sistema de gestión de red, NMS, el segundo dispositivo de red es un salto siguiente a través del cual pasa el primer paquete de DCN para llegar a la dirección de destino del primer paquete de DCN, y el segundo dispositivo de red y el primer dispositivo de red se conectan mediante el enlace físico; y
    una unidad de envío (602), configurada para enviar el primer paquete de DCN al NMS en base a la dirección de destino.
  10. 10. El dispositivo de red de acuerdo con la reivindicación 9, en donde la unidad de extracción está configurada para:
    extraer el primer paquete de DCN de un canal de gestión de sección de la multitrama de sobrecarga Flex Ethernet; o
    extraer el primer paquete de DCN de un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet; o
    extraer el primer paquete de DCN de un canal de gestión de sección y un canal de gestión de subcapa suplementaria a subcapa suplementaria de la multitrama de sobrecarga Flex Ethernet.
  11. 11. Un sistema de red basado en Ethernet flexible, que comprende:
    un sistema de gestión de red, NMS, y un primer dispositivo de red (801) y un segundo dispositivo de red (802) que están conectados mediante un enlace físico; y
    en donde el primer dispositivo de red es de acuerdo con cualquiera de las reivindicaciones 4 a 6 y el segundo dispositivo de red es de acuerdo con cualquiera de las reivindicaciones 9 o 10.
ES17886402T 2016-12-26 2017-09-12 Método, dispositivo de red y sistema de red para procesar mensajes de DCN Active ES2863776T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611218007.6A CN108243035B (zh) 2016-12-26 2016-12-26 Dcn报文处理方法、网络设备和网络系统
PCT/CN2017/101337 WO2018120914A1 (zh) 2016-12-26 2017-09-12 Dcn报文处理方法、网络设备和网络系统

Publications (1)

Publication Number Publication Date
ES2863776T3 true ES2863776T3 (es) 2021-10-11

Family

ID=62701346

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17886402T Active ES2863776T3 (es) 2016-12-26 2017-09-12 Método, dispositivo de red y sistema de red para procesar mensajes de DCN

Country Status (7)

Country Link
US (1) US11894970B2 (es)
EP (2) EP3902234B1 (es)
JP (2) JP6930801B2 (es)
KR (1) KR102342286B1 (es)
CN (2) CN108243035B (es)
ES (1) ES2863776T3 (es)
WO (1) WO2018120914A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110875862B (zh) * 2018-08-31 2022-07-19 中兴通讯股份有限公司 一种报文传输方法及装置、计算机存储介质
CN111082957B (zh) * 2018-10-22 2023-04-07 中兴通讯股份有限公司 端口配置检测方法、终端和计算机可读存储介质
CN111211957B (zh) * 2018-11-21 2021-10-01 华为技术有限公司 通信方法和装置
CN111294226B (zh) * 2018-12-10 2023-05-09 华为技术有限公司 通信方法和装置
EP3935788A4 (en) * 2019-03-22 2022-03-16 Huawei Technologies Co., Ltd. NETWORK NODE AND DEVICE FOR DATA COMMUNICATION NETWORKS
CN111817986B (zh) * 2019-04-11 2023-05-09 中国移动通信有限公司研究院 一种报文处理方法、装置及计算机可读存储介质
CN111917621B (zh) * 2019-05-10 2021-09-07 烽火通信科技股份有限公司 通信设备的网管服务器与网元的通信方法及系统
CN112291123B (zh) * 2019-07-24 2023-04-21 中兴通讯股份有限公司 基于邻居协商实现网络对通的方法及装置
CN112911420A (zh) * 2019-12-03 2021-06-04 中兴通讯股份有限公司 基于FlexE网络的重路由方法、电子设备和可读存储介质
CN111368330B (zh) * 2020-03-03 2022-08-05 泰华智慧产业集团股份有限公司 一种基于区块链的以太坊智能合约审计系统及方法
CN115334042A (zh) * 2021-04-25 2022-11-11 中国移动通信有限公司研究院 一种数据传输方法、装置、系统和通信设备
CN114040036B (zh) * 2021-10-26 2023-04-28 中国联合网络通信集团有限公司 一种数据处理方法、装置及存储介质
CN114615136B (zh) * 2022-03-04 2023-10-27 浙江国盾量子电力科技有限公司 一种5G智能电网切片的FlexE接口管理方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06261362A (ja) * 1993-03-08 1994-09-16 Hitachi Ltd 無線基地局増設制御方式
JP2871469B2 (ja) 1994-07-19 1999-03-17 日本電気株式会社 Ａｔｍ網構成管理方法
AU6198900A (en) * 1999-07-21 2001-02-13 Broadcom Corporation Unified table for l2, l3, l4, switching and filtering
CN1984028A (zh) * 2005-11-28 2007-06-20 华为技术有限公司 一种数据包传输方法
CN101064565B (zh) * 2006-04-30 2010-12-08 上海贝尔阿尔卡特股份有限公司 一种自动交换光网络中控制信息传送/接收方法及其系统
CN101141284B (zh) * 2007-01-31 2011-01-19 中兴通讯股份有限公司 业务带宽配置方法和网管系统
JP4106074B2 (ja) * 2007-09-10 2008-06-25 株式会社エヌ・ティ・ティ・ドコモ ネットワーク機器管理システム及びその方法並びにネットワーク機器設定制御装置、ネットワーク機器
CN101184098B (zh) * 2007-12-11 2011-11-02 华为技术有限公司 数据传输方法和传输装置
CN102136959B (zh) * 2010-01-22 2014-01-22 华为技术有限公司 以太网链路管理方法、装置及系统
US8804748B2 (en) * 2011-03-31 2014-08-12 Nokia Siemens Networks Ethernet Solutions Ltd. Hitless node insertion for Ethernet networks
CN102780569B (zh) * 2011-05-09 2015-08-26 中兴通讯股份有限公司 远程管理方法及网元设备
CN102308523B (zh) * 2011-07-27 2014-07-16 华为技术有限公司 数据通信网络配置方法、网关网元及数据通信系统
JP6050720B2 (ja) 2013-05-15 2016-12-21 Kddi株式会社 コアネットワークにおけるゲートウェイのセッション情報を移行させるシステム及び方法
US9609400B2 (en) * 2013-08-22 2017-03-28 Nec Corporation Reconfigurable and variable-rate shared multi-transponder architecture for flexible ethernet-based optical networks
CN104639360B (zh) * 2013-11-14 2019-03-29 中兴通讯股份有限公司 一种控制网元设备加入网络的方法及网元设备
EP3076555A4 (en) * 2013-12-31 2017-01-04 Huawei Technologies Co., Ltd. Crc calculation method and apparatus
CN107682217B (zh) * 2014-01-14 2021-07-27 广东经纬天地科技有限公司 以太网信号调度方法、装置和系统
US9344323B2 (en) * 2014-01-23 2016-05-17 Ciena Corporation G.8032 ethernet multiple fault recovery mechanisms
US10225037B2 (en) * 2014-10-24 2019-03-05 Ciena Corporation Channelized ODUflex systems and methods
US10637604B2 (en) * 2014-10-24 2020-04-28 Ciena Corporation Flexible ethernet and multi link gearbox mapping procedure to optical transport network
US9998434B2 (en) * 2015-01-26 2018-06-12 Listat Ltd. Secure dynamic communication network and protocol
US10218823B2 (en) * 2015-06-30 2019-02-26 Ciena Corporation Flexible ethernet client multi-service and timing transparency systems and methods
US9800361B2 (en) * 2015-06-30 2017-10-24 Ciena Corporation Flexible ethernet switching systems and methods
US10200248B1 (en) * 2016-06-30 2019-02-05 Juniper Networks, Inc. Translating high-level configuration instructions to low-level device configuration
US9985724B2 (en) * 2016-09-09 2018-05-29 Ciena Corporation Horizontal synchronization extensions for service resizing in optical networks
CN108183764B (zh) * 2016-12-08 2021-05-07 中兴通讯股份有限公司 复帧发送、接收方法、装置、通讯设备及通讯网络系统

Also Published As

Publication number Publication date
JP2021168480A (ja) 2021-10-21
JP2020503765A (ja) 2020-01-30
EP3902234B1 (en) 2024-03-20
CN113300876B (zh) 2022-09-02
CN108243035B (zh) 2021-04-09
EP3902234A1 (en) 2021-10-27
KR102342286B1 (ko) 2021-12-22
EP3554008B1 (en) 2021-03-10
EP3554008A4 (en) 2019-11-13
CN113300876A (zh) 2021-08-24
JP6930801B2 (ja) 2021-09-01
US20190319829A1 (en) 2019-10-17
CN108243035A (zh) 2018-07-03
JP7235397B2 (ja) 2023-03-08
KR20190094463A (ko) 2019-08-13
EP3554008A1 (en) 2019-10-16
US11894970B2 (en) 2024-02-06
WO2018120914A1 (zh) 2018-07-05

Similar Documents

Publication Publication Date Title
ES2863776T3 (es) Método, dispositivo de red y sistema de red para procesar mensajes de DCN
US8351352B1 (en) Methods and apparatus for RBridge hop-by-hop compression and frame aggregation
WO2017193758A1 (zh) 一种数据传输的方法、设备和系统
US7352745B2 (en) Switching system with distributed switching fabric
US9608903B2 (en) Systems and methods for recovery from network changes
US9548873B2 (en) Virtual extensible LAN tunnel keepalives
EP3255840B1 (en) Label distribution method and device
EP3069471B1 (en) Optimized multicast routing in a clos-like network
WO2009092241A1 (zh) 基于环路的报文传送方法、网络系统和节点设备
ES2660622T3 (es) Método, sistema y dispositivo de descubrimiento de enlaces
ES2731882T3 (es) Gestión de fallos de conectividad en una red de comunicaciones
CN104426737B (zh) 一种实现动态虚拟专用网络链路层通信的方法和装置
EP3243316A1 (en) Installation of cached downward paths based on upward data traffic in a non-storing low-power and lossy network
US10880122B2 (en) Forwarding packet
JP6236925B2 (ja) 伝送装置および伝送方法
ES2639392T3 (es) Redes virtuales dentro de una red física
CN113518477B (zh) 在有线接入上针对5g客户端设备支持多个pdu会话
CN117768340A (zh) 故障检测方法、装置及系统
CN115801552A (zh) 保护倒换方法及网络设备