ES2345069T3 - Procedimiento para transmitir mensajes de prueba y dispositivo de elementos de red ne. - Google Patents
Procedimiento para transmitir mensajes de prueba y dispositivo de elementos de red ne. Download PDFInfo
- Publication number
- ES2345069T3 ES2345069T3 ES07817263T ES07817263T ES2345069T3 ES 2345069 T3 ES2345069 T3 ES 2345069T3 ES 07817263 T ES07817263 T ES 07817263T ES 07817263 T ES07817263 T ES 07817263T ES 2345069 T3 ES2345069 T3 ES 2345069T3
- Authority
- ES
- Spain
- Prior art keywords
- network element
- package
- test
- interface
- ethernet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 179
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000003287 optical effect Effects 0.000 claims description 42
- 230000005540 biological transmission Effects 0.000 claims description 27
- 230000032258 transport Effects 0.000 claims description 20
- 238000005538 encapsulation Methods 0.000 claims description 15
- 230000007723 transport mechanism Effects 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 2
- 238000011084 recovery Methods 0.000 claims 10
- 230000001629 suppression Effects 0.000 claims 6
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 238000000605 extraction Methods 0.000 claims 1
- 230000000875 corresponding effect Effects 0.000 description 17
- 230000006870 function Effects 0.000 description 9
- 239000000284 extract Substances 0.000 description 5
- 108091034117 Oligonucleotide Proteins 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000009131 signaling function Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- 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/35—Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- 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/12—Discovery or management of network topologies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
Procedimiento para trasmitir mensajes de prueba, en donde un primer elemento de red (NE) está conectado a un segundo elemento de red NE por intermedio de un enlace físico Ethernet y el procedimiento comprende: negociar y determinar (201, 301, 401), por el primer elemento de red NE y el segundo elemento de red NE, un tipo de canal lógico en donde el tipo de canal lógico comprende: un modo de pila de protocolo, un modo de red NE de área local virtual (VLAN) o un modo especial de direccionamiento de la capa de control de acceso al soporte (MAC); constitución (202, 302, 402), mediante el primer elemento de red NE, un paquete de mensajes de prueba que transporta un identificador (ID) de interfaz de datos Ethernet del primer elemento de red NE; encapsular (203, 303, 403), mediante el primer elemento de red NE, el paquete de mensajes de prueba en función del tipo de canal lógico definido por intermedio de la negociación así como transmitir el paquete encapsulado, que transportar el paquete de mensajes de prueba, a través del enlace físico Ethernet; identificar y recibir (204, 304, 404), mediante el segundo elemento de red NE conectado al enlace físico Ethernet, el paquete y obtener, mediante el segundo elemento de red NE, el paquete desde la interfaz de recepción del segundo elemento de red NE y desencapsular el paquete y transmitir, mediante el segundo elemento de red NE (205, 305, 405), el paquete de mensajes de prueba, obtenido después del desencapsulado, a una entidad de protocolo de gestión de enlace (LMP) del segundo elemento de red NE.
Description
Procedimiento para transmitir mensajes de prueba
y dispositivo de elementos de red NE.
La presente invención se refiere a tecnologías
de comunicación de red NEes y en particular, a un procedimiento
para transmitir mensajes de prueba en el campo de la tecnología de
red NE óptica de transporte y a un dispositivo de elemento de red
NE (NE) para enviar y recibir mensajes de prueba.
\vskip1.000000\baselineskip
Una Red NE Óptica con Conmutación Automática
(ASON) es una red NE óptica de transporte de nueva generación, que
realiza automáticamente la función de conexión de conmutación de red
NE óptica de una forma inteligente. Para poder realizar la función
de conexión de conmutación automática, la red NE ASON necesita
disponer de funciones básicas, incluyendo el descubrimiento de
recurso automático (por ejemplo, descubrimiento de vecinos,
descubrimiento de topología y descubrimiento de servicio), función
de encaminamiento y función de señalización.
En la red NE ASON, cuando la conexión de
conmutación de red NE óptica se configura mediante el mecanismo de
señalización de Conmutación de Etiquetas Multiprotocolo Generalizada
(GMPLS) ocurren las circunstancias siguientes:
En el caso de que la red NE básica adopte
masivamente el equipo de conmutación óptica total, la localización
precisa de los fallos es difícil si no se dispone de ninguna
capacidad de supervisión automática óptica/ no óptica. Cuando
aumenta el número de enlaces de fibras entre los elementos de red NE
NE adyacentes, el protocolo de encaminamiento es incapaz de
realizar una notificación de atributo de enlace para enlaces de
datos tan numerosos. Para los numerosos enlaces de fibras, los
elementos de red NE NE adyacentes son incapaces de identificar
correctamente los enlaces en el caso de configuración no manual y la
gestión de los enlaces locales es incoherente con la gestión de los
enlaces remotos. Los contenidos anteriores son con respecto a la
gestión de recursos de red NE ASON. Por lo tanto, la organización
de normalización ha formulado un protocolo de gestión de enlace
(LMP) para la gestión de recursos de
enlace.
enlace.
El protocolo LMP soporta interfaces de Jerarquía
Digital Síncrona (SDH). Para las interfaces SDH, los mensajes de
prueba se transmiten a través de los canales lógicos proporcionados
por los bytes de transmisión aérea en la trama de SDH. Es decir, la
entidad de LMP del elemento de red NE NE transmisor establece un
paquete de mensajes de prueba. Este paquete suele incluir 16 bytes
y los bytes extras se introducen como "0". Los mensajes de
prueba de 16 bytes se insertan, de forma cíclica, en los bytes de
transmisión aérea J0 de una trama SDH a través de un controlador de
capa inferior y se envían tramas SDH. El elemento de red NE NE
receptor extrae los bytes J0 de acuerdo con las 16 tramas SDH J0
recibidas, realiza la incorporación de los 16 bytes de transmisión
aérea J0 extraídos en un paquete de mensajes de prueba de 16 bytes y
envía el paquete de mensajes de prueba a la entidad LMP del
elemento de red NE NE receptor a través del controlador de capa
inferior.
La solución, bajo la técnica anterior, solamente
negocia con la transmisión de los mensajes de prueba a través de
una interfaz SDH, de modo que el protocolo LMP pueda soportar el
autodescubrimiento de enlaces SDH del plano de datos. Sin embargo,
puesto que el plano de control de la red NE de conmutación de
etiquetas multiprotocolo MPLS de transporte (TMPLS)/Transporte
Backbone de Proveedor (PBT) utiliza el GMPLS, el plano de datos de
la red NE de transporte TMPLS/PBT utiliza ampliamente la interfaz de
datos Ethernet. Actualmente no se dispone de ninguna solución para
el soporte del autodescubrimiento de los enlaces físicos Ethernet.
Es decir, la solución técnica para transmitir mensajes de prueba en
la interfaz de datos Ethernet está pendiente.
Además, en el documento LANG J ET AL:
"Protocolo de gestión de enlace (LMP); rfc4204.txt", IETF
STANDARD, INTERET ENGINEERING TASK FORCE, IETF, CH, 1 octubre 2005
(2005-10-01), XP015054885 ISSN:
0000-0003 especifica un protocolo de gestión de
enlace (LMP) que se ejecuta entre un par de nodos y se utiliza para
gestionar enlaces TE. Más concretamente, se utilizará el protocolo
LMP para mantener la conectividad del canal de control, comprobar
la conectividad física de los enlaces de datos, establecer una
correlación de la información de propiedad de enlace, suprimir
alarmas de flujo descendente y localizar los fallos del enlace para
fines de protección/restauración en múltiples clases de red
NEes.
\vskip1.000000\baselineskip
Es un objetivo de la presente invención dar a
conocer un procedimiento para transmitir mensajes de prueba y un
dispositivo de NE para enviar y recibir mensajes de prueba.
Este objetivo se consigue por el procedimiento
de acuerdo con la reivindicación 1, el elemento de red NE según la
reivindicación 13 así como sus reivindicaciones subordinadas.
Un procedimiento para transmitir mensajes de
prueba se da a conocer en una forma de realización de la presente
invención, en donde el primer elemento de red NE NE está conectado
con el segundo elemento de red NE NE mediante un enlace físico
Ethernet. Este procedimiento comprende:
Negociar y seleccionar, por el primer elemento
de red NE NE y el segundo elemento de red NE NE, un tipo de canal
lógico; en donde el tipo de canal lógico comprende: modo de pila de
protocolo; modo de red NE de área local virtual, VLAN o el modo de
direccionamiento de control de acceso al soporte, MAC, especial;
Establecer, por el primer elemento de red NE NE
un paquete de mensajes de prueba que transporta un ID de la
interfaz de datos Ethernet del primer elemento de red NE NE;
Encapsular, por el primer elemento de red NE, el
paquete de mensajes de prueba de acuerdo con el tipo de canal
lógico determinado mediante negociación y transmitiendo el paquete
encapsulado, que transporta el paquete de mensajes de prueba, a
través del enlace físico Ethernet;
Identificar y recibir, por el segundo elemento
de red NE NEconectado con el enlace físico Ethernet, el paquete y
obtener, por el segundo elemento de red NE NE, el paquete desde la
interfaz de recepción del segundo elemento de red NE y
descapsulando el paquete y
Transmitir, por el segundo elemento de red NE
NE, el paquete de mensajes de prueba, obtenido después del
desencapsulado, a una entidad LMP del segundo elemento de red NE
NE.
Otro procedimiento para transmitir mensajes de
prueba se da a conocer en una forma de realización de la presente
invención, en donde el primer elemento de red NE NE está conectado
con el segundo elemento de red NE NE a través de un enlace físico
Ethernet. Cuando el primer elemento de red NE NE negocia con el
segundo elemento de red NE NE para proporcionar un canal lógico en
el modo de pila de protocolo, el procedimiento comprende:
constituir, por la entidad de LMP del primer NE,
un paquete de mensajes de prueba que incluya un ID de interfaz de
datos Ethernet del primer elemento de red NE y transmitir el paquete
de mensajes de prueba al módulo de control de paquetes del primer
elemento de red NE;
encapsular, por el módulo de control de paquetes
del primer NE, el paquete de mensajes de prueba en un paquete de
pila de protocolo, que transporta el paquete de mensajes de prueba
utilizando la función de pila de protocolo IP, de acuerdo con el
tipo de canal lógico del modo de pila de protocolo y transmitiendo
el paquete de pila de protocolo a la interfaz PPP, correspondiente
al ID de interfaz de datos Ethernet para el primer elemento de red
NE;
identificar y recibir, por la interfaz PPP del
segundo elemento de red NE conectado con el enlace físico Ethernet,
el paquete de pila de protocolo;
obtener, por el módulo de control de paquetes
del segundo NE, el paquete de pila de protocolo desde la interfaz
PPP del segundo elemento de red NE, utilizando la función de pila de
protocolo IP y desencapsulando el paquete y
transmitir, por el módulo de control de paquetes
del segundo elemento de red NE, el paquete de mensajes de prueba,
obtenido después del desencapsulado, a la entidad de LMP del segundo
elemento de red NE.
Otro procedimiento para transmitir mensajes de
prueba se da a conocer en una forma de realización de la presente
invención, en donde el primer elemento de red NE está conectado con
el segundo NE a través de un enlace físico Ethernet. Cuando el
primer elemento de red NE negocia con el segundo elemento de red NE
para proporcionar un canal lógico en el modo de red NE VLAN, el
procedimiento comprende:
constituir, por la entidad de LMP del primer NE,
un paquete de mensajes de prueba que contiene un ID de interfaz de
datos de Ethernet del primer elemento de red NE y transmitir el
paquete de mensajes de prueba al módulo de control de paquetes del
primer elemento de red NE NE;
encapsular, por el módulo de control de paquetes
del primer NE, el paquete de mensajes de prueba en una trama de MAC
Ethernet, que transporta una etiqueta de red NE VLAN y el paquete de
mensajes de prueba de acuerdo con el tipo de canal lógico del modo
VLAN y llamar un plano de datos para transmitir la trama de MAC
Ethernet a una interfaz óptica/eléctrica correspondiente al ID de
interfaz de datos Ethernet del primer elemento de red NE;
identificar y recibir, por la interfaz
óptica/eléctrica del segundo elemento de red NE conectado con el
enlace físico Ethernet, la trama MAC Ethernet a través de la
etiqueta de VLAN;
obtener, por el módulo de control de paquetes
del segundo elemento de red NE, la trama MAC Ethernet desde la
interfaz óptica/eléctrica del segundo NE llamando el plano de datos
y descapsulando la trama y
transmitir, mediante el módulo de control de
paquetes del segundo NE, el paquete de mensajes de prueba, obtenido
después del desencapsulado, a la entidad LMP del segundo NE.
Otro procedimiento para transmitir mensajes de
prueba se da a conocer en una forma de realización de la presente
invención, en donde el primer NE está conectado con el segundo NE a
través de un enlace físico Ethernet. Cuando el primer elemento de
red NE negocia con el segundo elemento de red NE para proporcionar
un canal lógico en el modo de direccionamiento MAC especial, el
procedimiento comprende:
constituir, mediante la entidad de LMP del
primer NE, un paquete de mensajes de prueba que incluye un ID de
interfaz de datos Ethernet del primer NE y transmitir el paquete de
mensajes de prueba al módulo de control de paquetes del primer
NE;
encapsulado, por el módulo de control de
paquetes del primer NE, el paquete de mensajes de prueba en una
trama MAC Ethernet, que utiliza una dirección de MAC multicast como
una dirección MAC de destino y transporta el paquete de mensajes de
prueba de acuerdo con el tipo de canal lógico del modo de
direccionamiento especial de MAC y llamando un plano de datos para
transmitir la trama MAC Ethernet a una interfaz óptica/eléctrica
que corresponde al ID de interfaz de datos Ethernet del primer
NE;
identificar y recibir, por la interfaz
óptica/eléctrica del segundo elemento de red NE conectado con el
enlace físico Ethernet la trama Ethernet MAC a través de la
dirección MAC multicast(multidifusión) especial;
obtener, mediante el módulo de control de
paquetes del segundo NE, la trama de Ethernet MAC a partir de la
interfaz óptica/eléctrica del segundo elemento de red NE llamando el
plano de datos y desencapsulando la trama y
transmitir, por el módulo de control de paquetes
del segundo NE, el paquete de mensajes de prueba, obtenido después
del desencapsulado, a la entidad LMP del segundo elemento de red NE
NE.
Un primer dispositivo de NE, dado a conocer en
una forma de realización de la presente invención, comprende:
Una entidad de protocolo de gestión de enlace,
un módulo de control de paquetes y un módulo de interfaz.
La entidad LMP adaptada: para negociar y
seleccionar un tipo de canal lógico, en donde el tipo de canal
lógico comprende: modo de pila de protocolo; modo de red NE de área
local virtual, VLAN, o modo de direccionamiento especial de control
de acceso al soporte (MAC);
para constituir un primer paquete de mensajes de
prueba que transporta un ID de interfaz de datos Ethernet local y
enviar el primer paquete de mensajes de prueba al módulo de control
de paquetes y recibir un segundo paquete de mensajes de prueba,
obtenido después del desencapsulado, desde el modulo de control de
paquetes;
el primer módulo de control de paquetes,
adaptado para: recibir el primer paquete de mensajes de prueba desde
la entidad LMP, encapsular el primer paquete de mensajes de prueba,
de acuerdo con el tipo de canal lógico determinado mediante
negociación y enviar el primer paquete encapsulado, que transporta
el primer paquete de mensajes de prueba al módulo de interfaz
correspondiente al ID de interfaz de datos Ethernet local;, obtener
un segundo paquete encapsulado desde el módulo de interfaz y
desencapsular el segundo paquete encapsulado para obtener el
segundo paquete de mensajes de prueba y
el primer módulo de interfaz adaptado para:
recibir el primer paquete desde el módulo de control de paquetes y
enviar el primer paquete encapsulado a un segundo elemento de red NE
NE e identificar y recibir el segundo paquete encapsulado desde el
segundo elemento de red NE.
Por lo tanto, la solución técnica, bajo la
técnica anterior, transmite el mensaje de prueba solamente a través
de una interfaz SDH. En las formas de realización de la presente
invención, la entidad LMP soporta el mecanismo de negociación y
puede seleccionar el tipo del canal lógico, por ejemplo, el canal
lógico del modo de pila de protocolo, el canal lógico para el modo
VLAN y el canal lógico del modo de direccionamiento MAC especial;
el módulo de control de paquetes del dispositivo del elemento de red
NE NE encapsula el paquete de mensajes de prueba de acuerdo con el
tipo de canal lógico determinado mediante negociación. Por lo tanto,
el mensaje de prueba se puede transmitir en la interfaz de datos
Ethernet y el descubrimiento automático del enlace físico Ethernet
del dispositivo del elemento de red NE NE prosigue una vez que se
haya transmitido, de forma satisfactoria, el mensaje de prueba.
Además, los anteriores tipos de canales lógicos se pueden negociar
de acuerdo con las condiciones de aplicación reales y el canal
lógico disponible se puede seleccionar, de forma flexible, de modo
que el mensaje de prueba se pueda transmitir entre los dispositivos
del elemento de red NE con mayor comodidad.
\vskip1.000000\baselineskip
Los dibujos adjuntos están previstos para un
mejor entendimiento de la presente invención y constituyen parte de
esta solicitud y en manera alguna, son una limitación para la
presente invención.
La Figura 1 es un diagrama de flujo de un
procedimiento para transmitir mensajes de prueba en la primera forma
de realización de la presente invención;
La Figura 2 es otro diagrama de flujo de un
procedimiento para transmitir mensajes de prueba en la segunda
forma de realización de la presente invención;
La Figura 3 es otro diagrama de flujo de un
procedimiento para transmitir mensajes de prueba en la tercera
forma de realización de la presente invención;
La Figura 4 es otro diagrama de flujo de un
procedimiento para transmitir mensajes de prueba en la cuarta forma
de realización de la presente invención y
La Figura 5 representa un dispositivo de
elemento de red NE en la quinta forma de realización de la presente
invención.
Para poder hacer más clara la presente invención
para los expertos en la materia, las formas de realización de la
presente invención se describen a continuación haciendo referencia a
los dibujos adjuntos. Las formas de realización, a modo de ejemplo,
de la presente invención y su descripción están previstas para
interpretar, y no limitar, la presente invención.
\vskip1.000000\baselineskip
Forma de realización
1
El procedimiento para transmitir mensajes de
prueba en la interfaz de datos Ethernet de la conexión de enlace
físico, punto a punto, se detalla en la forma de realización 1. Vale
la pena prestar atención a que para una red NE de transporte
TMPLS/PBT, la interfaz de datos Ethernet suele ser del tipo de
interfaz no numerada, es decir, el tipo de interfaz sin dirección
IP. Además, el procedimiento dado a conocer en esta forma de
realización es también aplicable al tipo de interfaz numerada. La
Figura 1 es un diagrama de flujo de un procedimiento para
transmitir mensajes de prueba en la primera forma de realización de
la presente invención.
S101: El elemento de red NE NE A envía un
mensaje BeginVerify al elemento de red NE B a través del canal de
control. El mensaje transporta el ID de enlace TE de NE A y la
primera información de parámetros, en donde la primera información
de parámetros incluye el tipo de canal lógico NE A, que soporta la
transmisión de los mensajes de prueba y la frecuencia de envío de
dichos mensajes.
S102: NE B recibe el mensaje de BeginVerify,
obtiene el ID de enlace TE de NE A y la primera información de
parámetros y juzga si el propio NE B posee el tipo de canal lógico
idéntico al tipo de canal lógico NE A, que soporta la transmisión
de mensajes de prueba. Si éste fuera el caso, el proceso prosigue
con la etapa S103; de no ser así, el proceso prosigue con S113, en
donde el NE B envía un mensaje BeginVerifyNAck que transporta
información de errores a NE A a través del canal de control y, en
este momento, falla el autodescubrimiento del enlace físico
Ethernet.
S103: El elemento de red NE NE B selecciona uno
de los tipos de canal lógico y asigna un ID de verificación (en
adelante referido como "Verify_ID"), establece una correlación
del Verify_ID con el ID del enlace TE del elemento de red NE NE A y
guarda la información de correlación y la información del tipo de
canal lógico.
S104: El elemento de red NE NE B envía un
mensaje BeginVerifyAck al elemento de red NE NE A a través del canal
de control. El mensaje transporte el identificador Verify_ID y la
información del segundo parámetro, donde esta última incluye el
tipo de canal lógico que se selecciona por el elemento de red NE NE
B y soporta la transmisión de mensajes de prueba y el intervalo de
tiempo establecido para que el elemento de red NE NE B reciba
mensajes de prueba.
S105: Después de recibir el mensaje
BeginVerifyAck, el elemento de red NE NE A guarda el identificador
Verify_ID y la segunda información del parámetro contenida en el
mensaje BeginVerifyAck e inicia el envío de mensajes de prueba.
S106: La entidad LMP del elemento de red NE NE A
establece un paquete de mensajes de prueba, que incluye el
identificador Verify_ID asignado por el elemento de red NE NE B y el
ID de la interfaz de datos Ethernet local y transmite el paquete de
mensajes de prueba al módulo de control de paquetes local.
S107: El módulo de control de paquetes del
elemento de red NE NE A encapsula el paquete de mensajes de prueba,
de acuerdo con el diferente tipo de canal lógico seleccionado
mediante la negociación entre los elementos de red NE NE A y NE B y
transmite el paquete encapsulado, que transporta el paquete de
mensajes de prueba, a la interfaz de transmisión, correspondiente
al ID de interfaz de datos Ethernet local y el enlace físico
Ethernet conectado con la interfaz de transmisión transmite el
paquete.
S108: Se realiza un juicio sobre si el paquete
de mensajes de prueba se recibe en el tiempo especificado. Si éste
es el caso, el proceso prosigue con la etapa S109; de no ser así, el
proceso prosigue con la etapa S114, donde el elemento de red NE B
envía un mensaje TestStatusFailure al elemento de red NE A, a través
del canal de control y en este momento, los elementos de red NE A y
NE B dejan automáticamente de descubrir el enlace físico
Ethernet.
S109: La interfaz de recepción del elemento de
red NE NE B, conectada con el enlace físico Ethernet, identifica
que el paquete transporta el paquete de mensajes de prueba y recibe
dicho paquete. El módulo de control del paquete del elemento de red
NE B obtiene el paquete desde la interfaz receptora del elemento de
red NE NE B y realiza el desencapsulado del paquete.
S110: El módulo de control de paquetes del
elemento de red NE NE B transmite el paquete de mensajes de prueba,
obtenido después del desencapsulado, a la entidad LMP local. La
entidad LMP local obtiene el correspondiente identificador del
enlace TE local y el ID de la interfaz de datos Ethernet local, de
acuerdo con la interfaz receptora que recibe el paquete, extrae el
mensaje Verify_ID y el ID de interfaz de datos Ethernet del elemento
de red NE NE A, desde el paquete de mensajes de prueba, obtenido
después del desencapsulado, establece la correlación del ID de
enlace TE local y el ID de enlace TE del elemento de red NE A, de
acuerdo con la información almacenada sobre la correlación entre el
Verify_ID y el ID de enlace TE del elemento de red NE A, establece
la correlación del ID de interfaz de datos Ethernet local con el ID
de interfaz de datos Ethernet del elemento de red NE A y almacena
la información de correlación. En este momento, el elemento de red
NE B ha obtenido la información sobre los elementos de red NE
local y NE A, sobre la base del enlace físico Ethernet.
S111: La entidad LMP del elemento de red NE B
envía un mensaje TestStatusSuccess al elemento de red NE A a
través del canal de control, donde el mensaje transporta el
Verify_ID, ID de enlace TE del elemento de red NE NE B, ID de
interfaz datos Ethernet del elemento de red NE NE B e ID de interfaz
de datos Ethernet del elemento de red NE A.
S112: Una vez recibido el mensaje
TestStatusSuccess, el elemento de red NE A obtiene el ID de enlace
TE local correlacionado, el ID de interfaz datos Ethernet, el ID de
enlace TE del elemento de red NE B y el ID de la interfaz datos
Ethernet del elemento de red NE B, sobre la base del enlace físico
Ethernet y a continuación, envía un mensaje TestStatusAck al
elemento de red NE B a través del canal de control.
Es preciso prestar especial atención con
respecto a qué canal lógico se selecciona por los elementos de red
NE NE A y NE B mediante la negociación para transmitir mensajes de
prueba y de esta forma de realización, se define de nuevo el objeto
BEGIN_VERIFY en la información de parámetro contenida en el mensaje
de negociación. El valor del campo "EncType" del objeto es el
tipo de Ethernet y el campo "Verify Transport Mechanism" del
objeto define valores de 4 bits. El objeto BEGIN_VERIFY se detalla a
continuación:
Tipo codif.: Tipo código. Si el valor de este
campo es "2", este campo indica Ethernet y
Verify Transport Mechanism: mecanismo de canal
lógico y que ocupa 16 bits. El valor de cada bit es definible por
el usuario y cada valor de bit diferente indica el tipo de canal
lógico soportado.
Ejemplo:
- 0x0001: reservado para otros tipos de canales lógicos;
- 0x0002: Este canal lógico soporta el modo de pila de protocolo;
- 0x0004: este canal lógico soporta el modo VLAN y
- 0x0008: este canal lógico soporta el modo de direccionamiento MAC especial.
Por lo tanto, los tipos de canales lógicos
incluyen: modo de pila de protocolo, modo VLAN y modo de
direccionamiento MAC especial. Cada tipo de canal lógico diferente
decide un diferente formato de encapsulado y el modo de transmisión
del paquete de mensajes de prueba.
La solución técnica, en la forma de realización
1, elabora el procedimiento para transmitir mensajes de prueba, en
la interfaz de datos Ethernet después de seleccionar un tipo
diferente de canal lógico mediante negociación. El
autodescubrimiento del enlace físico Ethernet del dispositivo del
elemento de red NE se realiza una vez que se haya transmitido con
éxito el mensaje de prueba. El procedimiento de la entidad LMP que
transmite mensajes de prueba en la interfaz de datos Ethernet se
detalla a continuación, tomando como ejemplos el canal lógico del
modo de pila de protocolo, el modo VLAN y el modo de
direccionamiento MAC especial.
\vskip1.000000\baselineskip
Forma de realización
2
La solución técnica para transmitir mensajes de
prueba, en la interfaz de datos Ethernet, se detalla en la forma de
realización 2, suponiendo que el canal lógico está provisto en el
modo de pila de protocolo.
El modo de pila de protocolo está subdividido en
el modo de Protocolo de Datagrama Usuario (UDP) y el modo de
Protocolo de Control de Transmisión (TCP). El modo de pila de
protocolo necesita el soporte de la pila de protocolo de protocolo
de Internet (IP), utiliza la pila de protocolo IP para encapsular el
correspondiente paquete y utiliza la pila de protocolo IP para
crear una interfaz de protocolo punto a punto (PPP) que corresponde
a cada interfaz de datos Ethernet para poder realizar la transmisión
de los paquetes de mensajes de prueba a la interfaz PPP. en este
caso, para cada interfaz de datos Ethernet: (1) los identificadores
de interfaz óptica/eléctrica corresponden a, y son mutuamente
convertibles a, los identificadores ID de interfaz de datos
Ethernet y (2) los identificadores de interfaz óptica/eléctrica
corresponden a, y son mutuamente convertibles a, los
identificadores de la interfaz PPP.
Tomando como ejemplo el modo de UDP, se detalla,
a continuación, el procedimiento para transmitir mensajes de
prueba. La Figura 2 es un diagrama de flujo de otro procedimiento
para transmitir mensajes de prueba en la segunda forma de
realización de la presente invención.
S201: los elementos de red NE A y NE B negocian
para proporcionar un canal lógico en el modo UDP y almacenan la
información sobre el tipo de canal lógico.
S202: La entidad LMP del elemento de red NE NE A
constituye un paquete de mensajes de prueba, que incluye el
Verify_ID asignado por el elemento de prueba NE B y el ID de
interfaz de datos Ethernet y transmite el paquete de mensajes de
prueba al módulo de control de paquetes local.
S203: El módulo de control de paquetes del
elemento de red NE A encapsula el paquete de mensajes de prueba en
un paquete UDP, que transporta el paquete de mensajes de prueba
utilizando la función de pila de protocolo IP, de acuerdo con el
tipo de canal lógico del modo UDP determinado mediante negociación,
transmite el paquete UDP a la interfaz PPP, correspondiente al ID
de interfaz de datos Ethernet local y transmite el paquete UDP a
través del enlace físico Ethernet conectado con la interfaz PPP.
Merece atraer la atención sobre el hecho de que:
puesto que el modo UDP se determina mediante negociación, el texto
anterior describe los procesos de encapsulado y transmisión desde la
perspectiva de la operación de pila de protocolo de la capa
inferior. Desde la perspectiva de la llamada del sistema de capa
superior de la pila de protocolo, los elementos de red NE A y NE B
necesitan crear, de antemano, un descriptor de socket
(conector de nodo local). El descriptor de socket está en
correlación con la dirección IP multicast 224.0.0.1. Después de que
el puerto UDP interno del elemento de red NE NE se pone a 1111, el
paquete de mensajes de prueba se transmite desde la entidad LMP a
la interfaz transmisora del elemento de red NE NE mediante la
llamada del sistema de socket
(conector).
(conector).
Según fue anteriormente mencionado, los
identificadores de interfaz óptica/eléctrica están en
correspondencia con los identificadores de la interfaz de datos
Ethernet y también están en correspondencia con los identificadores
de la interfaz PPP. Por lo tanto, el identificador ID de la interfaz
óptica/eléctrica se puede obtener de acuerdo con el ID de la
interfaz de datos Ethernet correspondiente y a continuación, se
puede obtener el ID de interfaz PPP de acuerdo con el ID de
interfaz óptica/eléctrica.
S204: La interfaz PPP del elemento de red NE B,
conectada con el enlace físico Ethernet, identifica que el paquete
UDP transporta el paquete de mensajes de prueba y recibe el paquete
UDP. El módulo de control de paquetes del elemento de red NE B
obtiene el paquete de pilas de protocolo desde la interfaz PPP del
elemento de red NE B utilizando la función de pila de protocolo IP
y entonces, procede al desencapsulado del paquete de pilas de
protocolo.
S205: El módulo de control de paquetes del
elemento de red NE B transmite el paquete de mensajes de prueba,
obtenido después de la operación de desencapsulado, a la entidad LMP
local. La entidad LMP local obtiene el correspondiente ID de enlace
TE local y el ID de interfaz de datos Ethernet local, de acuerdo con
la interfaz PPP, que recibe el paquete UDP, extrae el indicador
Verify_ID y el ID de interfaz de datos Ethernet del elemento de red
NE NE A, desde el paquete de mensajes de prueba, obtenido después
del desencapsulado, establece la correlación del ID de enlace TE
con el ID de enlace TE del elemento de red NE NE A, de acuerdo con
la información almacenada sobre la correlación entre el Verify_ID y
el ID de enlace TE del elemento de red NE A, establece la
correlación de la interfaz de datos Ethernet local con la interfaz
de datos Ethernet del elemento de red NE A y almacena la
información de correlación. En este momento, el mensaje de prueba se
transmite con éxito.
Como se mencionó anteriormente, los
identificadores de la interfaz óptica/eléctrica están en
correspondencia con los identificadores de la interfaz de datos
Ethernet y también con los identificadores de la interfaz PPP. Por
lo tanto, el ID de interfaz óptica/eléctrica se puede obtener de
acuerdo con la interfaz PPP correspondiente y a continuación, el ID
de la interfaz de datos Ethernet se puede obtener de acuerdo con el
ID de la interfaz óptica/eléctrica.
\vskip1.000000\baselineskip
Forma de realización
3
La solución técnica para transmitir mensajes de
prueba, en la interfaz de datos Ethernet, se detalla en la forma de
realización 3, suponiendo que se proporciona el canal lógico en el
modo de red NE VLAN.
El canal lógico del mensaje de prueba se
proporciona en el modo VLAN. En el momento de enviar el paquete de
mensajes de prueba, se incorpora la etiqueta VLAN correspondiente.
En el momento de recibir el paquete, se identifica el paquete de
mensajes de prueba correspondiente, de acuerdo con la etiqueta VLAN.
El valor de la etiqueta VLAN se selecciona por el elemento de red
NE NE que recibe el mensaje BeginVerify mediante negociación. En la
información de parámetros transportada en el mensaje de negociación,
en la tercera forma de realización, se define una segunda
subcategoría de una nueva novena categoría extendiendo el objeto
BEGIN_VERIFY_ACK y se define la etiqueta VLAN contenida en el
objeto. Los tipos de etiquetas VLAN incluyen la etiqueta
C-VLAN utilizada por los usuarios y la etiqueta
S-VLAN utilizada por los operadores. Además, el
formato del paquete de mensajes de prueba, que transporta la VLAN,
no está limitado a los formatos descritos en la tercera forma de
realización de la presente invención. El objeto BEGIN_VERIFY_ACK se
describe, con más detalle, a continuación:
Tipo etiqueta VLAN: tipo de etiqueta VLAN;
Ejemplo:
- 0x8810: etiqueta C-VLAN utilizada por el usuario;
- 0x88a8: etiqueta S-VLAN utilizada por el operador y
- etiqueta VLAN: etiqueta VLAN utilizada para trasmitir los paquetes de mensajes de prueba.
Se atrae la atención sobre el hecho de que el
uso del modo VLAN, para la negociación, depende del soporte de la
Verify_Transport_Response. En el caso de que la respuesta
Verify_Transport_Response indique que se soporta el modo VLAN, los
módulos de control de paquetes del elemento de red NE emisor y NE
receptor utilizan la etiqueta VLAN, que identifica el paquete de
mensajes de prueba. Es decir, el elemento de red NE que inicia la
negociación (a saber, el elemento de red NE que envía el mensaje
Begin Verify) utiliza la etiqueta VLAN para enviar el paquete de
mensajes de prueba; el elemento de red NE que responde a la
negociación (a saber, el NE que envía el mensaje Begin Verify Ack)
utiliza la etiqueta VLAN para recibir el paquete de mensajes de
prueba. Si la respuesta Verify Transport Response indica que no está
soportado el modo VLAN, el valor de la etiqueta VLAN se pone a
0.
La Figura 3 es un diagrama de flujo de otro
procedimiento para transmitir mensajes de prueba en la tercera
forma de realización de la presente invención.
S301: Los elementos de red NE A y NE B negocian
para proporcionar un canal lógico en el modo VLAN y almacenan la
información sobre el tipo de canal lógico.
S302: La entidad LMP del elemento de red NE NE A
establece un paquete de mensajes de prueba, que incluye el
Verify_ID asignado por el elemento de red NE NE B y el ID de
interfaz de datos Ethernet y transmite el paquete de mensajes de
prueba al módulo de control de paquetes local.
S303: El módulo de control de paquetes del
elemento de red NE NE A encapsula el paquete de mensajes de prueba
en una trama MAC Ethernet, que transporta una etiqueta VLAN y el
paquete de mensajes de prueba, de acuerdo con el tipo de canal
lógico del modo VLAN que se determina mediante negociación, efectúa
la llamada de un plano de datos para transmitir la trama MAC
Ethernet en una interfaz óptica/eléctrica que corresponde a la
interfaz de datos Ethernet local y transmite la trama MAC Ethernet a
través del enlace físico Ethernet conectado con la interfaz
óptica/eléctrica.
En este caso, la dirección de MAC de destino del
paquete es libremente configurable y la dirección MAC en origen se
puede establecer para cualquier dirección MAC del elemento de red NE
NE local.
Por lo tanto, puesto que los identificadores ID
de la interfaz óptica/eléctrica están en correspondencia con los
identificadores ID de la interfaz de datos Ethernet, se puede
obtener un identificador de interfaz óptica/eléctrica de acuerdo
con el identificador ID de la interfaz de datos Ethernet.
S304: La interfaz óptica/eléctrica del elemento
de red NE NE B, conectada con el enlace físico Ethernet, identifica
la trama MAC de Ethernet, de acuerdo con la etiqueta VLAN y por lo
tanto, determina que la trama MAC Ethernet transporta el paquete de
mensajes de prueba. A continuación, la interfaz óptica/eléctrica del
elemento de red NE B recibe la trama MAC Ethernet. El módulo de
control de paquetes del elemento de red NE B realiza la llamada de
un plano de datos para obtener la trama MAC Ethernet desde la
interfaz óptica/eléctrica del elemento de red NE B y desencapsula
la trama MAC Ethernet.
S305: El módulo de control de paquetes del
elemento de red NE B transmite el paquete de mensajes de prueba,
obtenido después del desencapsulado, a la entidad LMP local. La
entidad LMP local obtiene el identificador de enlace TE local
correspondiente y el identificador de la interfaz de datos Ethernet,
de acuerdo con la interfaz óptica/eléctrica que recibe la trama MAC
Ethernet, extrae el Verify_ID y el ID de interfaz de datos Ethernet
del elemento de red NE A, desde el paquete de mensajes de prueba,
obtenido después del desencapsulado, establece la correlación del
ID del enlace TE local con el ID del enlace TE del elemento de NE
A, de acuerdo con la información almacenada sobre la correlación
entre el Verify_ID y el ID del enlace TE del elemento de red NE A,
establece la correlación de la interfaz de datos Ethernet local con
la interfaz de datos Ethernet del elemento de red NE A y almacena
la información de correlación. En este momento, el mensaje de prueba
se trasmite con éxito.
\vskip1.000000\baselineskip
Forma de realización
4
La solución técnica para transmitir mensajes de
prueba sobre la interfaz de datos Ethernet se detalla en la forma
de realización 4, suponiendo que está provisto el canal lógico en el
modo de direccionamiento MAC especial.
El canal lógico, para transmitir mensajes de
prueba, se proporciona mediante una dirección MAC especial
preconfigurada. En el momento de enviar un paquete de mensajes de
prueba, se utiliza la dirección MAC especial como una dirección MAC
de destino. En el momento de recibir el paquete, el paquete de
mensajes de prueba se identifica de acuerdo con la dirección MAC
especial. La dirección MAC especial es definible por el usuario, por
ejemplo, establecida para
01-80-C2-00-11-11
o puede ser la dirección MAC especial existente, por ejemplo, una
dirección MAC definida por 802.3ah o puede ser una dirección MAC
definida por el Protocolo de Descubrimiento de Capa de Enlace
(LLDP).
La Figura 4 es un diagrama de flujo de otro
procedimiento para transmitir mensajes de prueba a la cuarta forma
de realización de la presente invención.
S401: Los elementos de red NE a y NE B negocian
para proporcionar un canal lógico en el modo de dirección MAC
especial y almacenan la información sobre el tipo de canal
lógico.
\global\parskip0.900000\baselineskip
S402: La entidad LMP del elemento de red NE A
establece un paquete de mensajes de prueba, que incluye el
Verify_ID asignado por el elemento de red NE B y el ID de interfaz
de datos Ethernet y transmite el paquete de mensajes de prueba al
módulo de control de paquetes local.
S403: El módulo de control de paquetes del
elemento de red NE A encapsula el paquete de mensajes de prueba en
una trama MAC Ethernet, que utiliza la dirección MAC multicast
(multidifusión) especial como una dirección MAC de destino y
transporta el paquete de mensajes de prueba de acuerdo con el tipo
de canal lógico del modo de dirección MAC especial, determinado
mediante negociación, efectúa la llamada de un plano de datos para
transmitir la trama MAC Ethernet para una interfaz óptica/eléctrica
en correspondencia con la interfaz de datos Ethernet local y
transmite la trama MAC Ethernet a través del enlace físico Ethernet
conectado con la interfaz óptica/eléctrica.
S404: La interfaz óptica/eléctrica del elemento
de red NE B, conectada con el enlace físico, identifica la trama
MAC Ethernet de acuerdo con la dirección MAC multicast especial y
por lo tanto, determina que la trama MAC Ethernet transporta el
paquete de mensajes de prueba. Más adelante, la interfaz
óptica/eléctrica del elemento de red NE B recibe la trama MAC
Ethernet. El módulo de control de paquetes del elemento de red NE B
efectúa la llamada de un plano de datos para obtener la trama MAC
Ethernet desde la interfaz óptica/ eléctrica del elemento de red NE
B y desencapsula la trama MAC Ethernet.
S405: El módulo de control de paquetes del
elemento de red NE B trasmite el paquete de mensajes de prueba,
obtenido después del desencapsulado, a la entidad LMP local. La
entidad LMP local obtiene el correspondiente ID de enlace TE local
y el ID de interfaz de datos Ethernet local, de acuerdo con la
interfaz óptica/eléctrica que recibe la trama MAC Ethernet, extrae
el Verify_ID y el ID de interfaz de datos Ethernet del elemento de
red NE A, desde el paquete de mensajes de prueba, obtenido después
de la operación de desencapsulado, establece la correlación del ID
de enlace TE local con el ID de enlace TE del elemento de red NE A,
de acuerdo con la información almacenada sobre la correlación entre
el Verify_ID y el ID de enlace TE del elemento de red NE A,
establece la correlación de la interfaz de datos Ethernet local con
la interfaz de datos Ethernet del elemento de red NE A y almacena
la información de correlación. En este momento, se transmite con
éxito el mensaje de prueba.
Forma de realización
5
Un dispositivo de elemento de red NE, para
enviar y recibir mensajes de prueba, se proporciona en la quinta
forma de realización de la presente invención. La Figura 5
representa el dispositivo NE en la quinta forma de realización de
la presente invención. Dicho dispositivo de elemento de red NE
comprende:
una entidad LMP, adaptada para negociar y
seleccionar un tipo de canal lógico; establece un paquete de
mensajes de prueba que transporta un Verify_ID configurado y un ID
de interfaz de datos Ethernet local y envía el paquete de mensajes
de prueba al módulo de control de paquetes y recibe el paquete de
mensajes de prueba, obtenido después de la operación de
desencapsulado, desde el módulo de control de paquetes,
un módulo de control de paquetes, adaptado para
recibir paquetes de mensaje de prueba, desde la entidad LMP,
encapsula el paquete de mensajes de prueba de acuerdo con el tipo de
canal lógico determinado mediante negociación y envía el paquete
encapsulado, que transporta el paquete de mensajes de prueba, al
módulo de interfaz correspondiente al ID de interfaz de datos
Ethernet local, obtiene el paquete desde el módulo de interfaz y
procede al desencapsulado del paquete para obtener el paquete de
mensajes de prueba y
un módulo de interfaz, adaptado para recibir el
paquete desde el módulo de control de paquetes, envía el paquete al
exterior, identificando y recibiendo el paquete desde el
exterior.
Los tipos de canales lógicos incluyen el modo de
pila de protocolo, el modo VLAN y el modo de direccionamiento MAC
especial.
En las formas de realización de la presente
invención, la entidad LMP soporta el mecanismo de negociación y
puede seleccionar el tipo de canal lógico, por ejemplo, el canal
lógico del modo de pila de protocolo, el canal lógico del modo VLAN
y el canal lógico del modo de direccionamiento MAC especial; el
módulo de control de paquetes del dispositivo del elemento de red
NE encapsula el paquete de mensajes de prueba, de acuerdo con el
tipo de canal lógico determinado mediante negociación. Por lo tanto,
el mensaje de prueba se puede transmitir en la interfaz de datos
Ethernet y el dispositivo del elemento de red NE es capaz de
descubrir automáticamente los enlaces Ethernet. Además, los tipos
anteriores de canales lógicos pueden negociarse de acuerdo con las
funciones de aplicación reales y el canal lógico disponible se puede
seleccionar de forma flexible, de modo que el mensaje de prueba se
pueda transmitir entre los dispositivos de elementos de red NE con
mayor comodidad operativa. Cuando se comparan las tres formas de
realización, la segunda forma de realización se caracteriza por una
implantación operativa rápida y simple, pero necesita el soporte de
la pila de protocolo IP y no es aplicable si la pila de protocolo
IP no tiene conocimiento de la interfaz de datos Ethernet; la
tercera y cuarta formas de realización de la presente invención
están caracterizadas por la independencia de la pila de protocolo
IP, pero la tercera forma de realización necesita ocupar la etiqueta
VLAN, lo que red NEuce las etiquetas VLAN disponibles.
Aunque la invención se ha descrito mediante
algunas formas de realización ejemplo, la invención no está limitada
a dichas formas de realización. La invención está prevista para
cubrir las modificaciones y variaciones, a condición de que caigan
dentro del ámbito de protección que se define por las
reivindicaciones siguientes.
Claims (13)
1. Procedimiento para trasmitir mensajes de
prueba, en donde un primer elemento de red (NE) está conectado a
un segundo elemento de red NE por intermedio de un enlace físico
Ethernet y el procedimiento comprende:
negociar y determinar (201, 301, 401), por el
primer elemento de red NE y el segundo elemento de red NE, un tipo
de canal lógico en donde el tipo de canal lógico comprende: un modo
de pila de protocolo, un modo de red NE de área local virtual
(VLAN) o un modo especial de direccionamiento de la capa de control
de acceso al soporte (MAC);
constitución (202, 302, 402), mediante el primer
elemento de red NE, un paquete de mensajes de prueba que transporta
un identificador (ID) de interfaz de datos Ethernet del primer
elemento de red NE;
encapsular (203, 303, 403), mediante el primer
elemento de red NE, el paquete de mensajes de prueba en función del
tipo de canal lógico definido por intermedio de la negociación así
como transmitir el paquete encapsulado, que transportar el paquete
de mensajes de prueba, a través del enlace físico Ethernet;
identificar y recibir (204, 304, 404), mediante
el segundo elemento de red NE conectado al enlace físico Ethernet,
el paquete y obtener, mediante el segundo elemento de red NE, el
paquete desde la interfaz de recepción del segundo elemento de red
NE y
desencapsular el paquete y transmitir, mediante
el segundo elemento de red NE (205, 305, 405), el paquete de
mensajes de prueba, obtenido después del desencapsulado, a una
entidad de protocolo de gestión de enlace (LMP) del segundo
elemento de red NE.
2. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 1, en donde la constitución,
mediante el primer elemento de red NE, de un paquete de mensajes de
prueba, que transporta un identificador (ID) de interfaz de datos
de Ethernet del primer elemento de red NE comprende:
la constitución, mediante una entidad de
protocolo de gestión de enlace (LMP) del primer elemento de red NE,
de un paquete de mensajes de prueba que transporta el identificador
(ID) de la interfaz de datos Ethernet del primer elemento de red
NE.
3. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 2, en donde después de constituir,
mediante una entidad de protocolo de gestión de enlace (LMP) del
primer elemento de red NE, un paquete de mensajes de prueba, que
transporta el identificador (ID) de la interfaz de datos Ethernet
del primer elemento de red NE, comprende además:
la transmisión, gracias a la entidad de
protocolo de gestión de enlace (LMP) del primer elemento de red NE,
del paquete de mensajes de prueba hacia un módulo de control de
paquetes del primer elemento de red NE;
en donde la encapsulación, por el primer
elemento de red NE, del paquete de mensajes de prueba en función
del tipo de canal lógico determinado por intermedio de una
negociación así como la transmisión del paquete encapsulado, que
transporta el paquete de mensajes de prueba, a través del enlace
físico Encargado de Trabajos, comprende:
la encapsulación, mediante el módulo de control
de paquetes del primer elemento de red NE, del paquete de mensajes
de prueba en función del tipo de canal lógico determinado por
intermedio de la negociación así como la transmisión del paquete
encapsulado que transporta el paquete de mensajes de prueba, hacia
una interfaz de transmisión que corresponde al identificador (ID)
de la interfaz de datos Ethernet del primer elemento de red NE.
4. Procedimiento para transmitir mensajes de
prueba según la reivindicación 3, en donde la identificación y la
recepción, por el segundo elemento de red NE conectado al enlace
físico Ethernet, del paquete y la recuperación, por el segundo
elemento de red NE, del paquete proveniente de la interfaz de
recepción del segundo elemento de red NE así como la supresión del
encapsulado del paquete que comprenden:
la identificación y la recepción del paquete,
gracias a una interfaz de recepción del segundo elemento de red NE
conectado al enlace físico Ethernet y la recuperación, por un módulo
de control de paquetes del segundo elemento de red NE, del paquete
proveniente de la interfaz de recepción del segundo elemento de red
NE así como la supresión del encapsulado del paquete;
en donde la trasmisión hacia la entidad de
protocolo de gestión de enlace (LMP) del segundo elemento de red
NE, por el segundo elemento de red NE, del paquete de mensajes de
prueba, obtenido después de la supresión del encapsulado,
comprende:
la transmisión hacia la entidad de protocolo de
gestión de enlace (LMP) del segundo elemento de red NE, mediante el
módulo de control de paquetes del segundo elemento de red NE, del
paquete de mensajes de prueba, obtenido después de la supresión del
encapsulado.
5. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 4, en donde la determinación del
tipo de canal lógico comprende:
la determinación del tipo de canal lógico
definiendo un campo de mecanismo de transporte de verificación en
un objeto BEGIN_VERIFY.
6. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 4 o 5, en donde el modo de pila
de protocolo está subdividido en: un modo de protocolo de datagrama
usuario (UDP) y un modo de protocolo de control de transmisión
(TCP).
7. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 4 o 5, en donde, cuando el primer
elemento de red NE y el segundo elemento de red NE realizan una
negociación para proporcionar un canal lógico en el modo de pila de
protocolo:
el encapsulado del paquete de mensajes de prueba
en función del tipo de canal lógico determinado por intermedio de
la negociación y la transmisión del paquete encapsulado que
transporta el paquete de mensajes de prueba hacia una interfaz de
transmisión correspondiente al identificador (ID) de la interfaz de
datos Ethernet del primer elemento de red NE comprenden:
el encapsulado, por el módulo de control de
paquetes del primer elemento de red NE, del paquete de mensajes de
prueba en un paquete de pila de protocolo, que transporta el paquete
de mensajes de prueba utilizando una función de pila de protocolo
al protocolo Internet (IP) que corresponde al tipo de canal lógico
del modo de pila de protocolo así como la transmisión del paquete
de pila de protocolo hacia una interfaz al protocolo de punto a
punto (PPP) que corresponde al identificador (ID) de la interfaz de
datos Ethernet del primer elemento de red NE y
la identificación y la recepción del paquete y
la recuperación del paquete proveniente de la interfaz de recepción
del segundo elemento de red NE así como la supresión del encapsulado
del paquete comprenden:
la identificación y la recepción del paquete de
pila de protocolo, mediante una interfaz al protocolo de punto a
punto (PPP) del segundo elemento de red NE conectado al enlace
físico Ethernet, así como la recuperación, por el modulo de control
de paquetes del segundo elemento de red NE, del paquete de pila de
protocolo proveniente de la interfaz del protocolo de punto a punto
(PPP) del segundo elemento de red NE utilizando la función de pila
de protocolo al protocolo Internet (IP).
8. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 4 o 5, en donde cuando el primer
elemento de red NE y el segundo elemento de red NE realizan una
negociación para proporcionar el canal lógico en el modo de red NE
local virtual (VLAN):
el encapsulado del paquete de mensajes de prueba
en función del tipo de canal lógico determinado por intermedio de
la negociación y la transmisión del paquete encapsulado, que
transporta el paquete de mensajes de prueba hacia una interfaz de
transmisión correspondiente al identificador (ID) de la interfaz de
datos Ethernet del primer elemento de red NE comprenden:
el encapsulado, por el módulo de control de
paquetes del primer elemento de red NE, del paquete de mensajes de
prueba en una trama de control de acceso al soporte (MAC) Ethernet,
que transporta una baliza de red NE local virtual (VLAN) y el
paquete de mensajes de prueba de conformidad con el tipo de canal
lógico del modo de red NE local virtual (VLAN) así como la llamada
de un plan de datos para transmitir la trama de control de acceso
al soporte (MAC) Ethernet hacia una interfaz óptica o eléctrica
correspondiente al identificador (ID) de la interfaz de datos
Ethernet del primer elemento de red NE y
la identificación y recepción del paquete y la
recuperación del paquete proveniente de la interfaz de recepción
del segundo elemento de red NE así como la supresión del encapsulado
del paquete comprenden:
la identificación y la recepción, por una
interfaz óptica o eléctrica del segundo elemento de red NE conectado
al enlace físico Ethernet, de la trama de control de acceso al
soporte (MAC) Ethernet por intermedio de la baliza de la red NE
local virtual (VLAN) así como la recuperación, por el módulo de
control de paquetes del segundo elemento de red NE, de la trama de
control de acceso al soporte (MAC) Ethernet proveniente de la
interfaz óptica o eléctrica del segundo elemento de red NE llamando
el plan de datos.
9. Procedimiento que permite transmitir mensajes
de prueba según la reivindicación 8, en donde la baliza de la red
NE local virtual (VLAN), unida al paquete de mensajes de prueba, se
determina extendiendo un nuevo objeto BEGIN_VERIFY_ACK.
10. Procedimiento que permite transmitir
mensajes de prueba según la reivindicación 4 o 5, en donde cuando el
primer elemento de red NE y el segundo elemento de red NE realizan
una negociación para proporcionar el canal lógico en el modo de
direccionamiento de control de acceso al soporte (MAC),
\newpage
el encapsulado del paquete de mensajes de prueba
en función del tipo de canal lógico determinado por intermedio de
la negociación y la transmisión del paquete encapsulado, que
transporta el paquete de mensajes de prueba hacia una interfaz de
transmisión correspondiente al identificador (ID) de la interfaz de
datos Ethernet del primer elemento de red NE comprenden:
el encapsulado del paquete de mensajes de
prueba, por el módulo de control de paquetes del primer elemento de
red NE, en una trama de control de acceso al soporte (MAC) Ethernet,
que utiliza una dirección especial de control de acceso al soporte
(MAC) de difusión múltiple como dirección de destino de control de
acceso al soporte (MAC) y transporta el paquete de mensajes de
prueba en función del tipo de canal lógico del modo de
direccionamiento especial de control de acceso al soporte (MAC) así
como la llamada de un plan de datos para transmitir la trama de
control de acceso al soporte (MAC) Ethernet hacia una interfaz
óptica o eléctrica correspondiente al identificador (ID) de la
interfaz de datos Ethernet del primer elemento de red NE y
la identificación y la recepción del paquete y
la recuperación del paquete proviniente de la interfaz de recepción
del segundo elemento de red NE así como la supresión del encapsulado
del paquete comprenden:
la identificación y la recepción, por la
interfaz óptica o eléctrica del segundo elemento de red NE conectado
al enlace físico Ethernet, de la trama de control de acceso al
soporte (MAC) Ethernet por intermedio de la dirección especial de
control de acceso al soporte (MAC) de difusión múltiple así como la
recuperación, por el módulo de control de paquetes del segundo
elemento de red NE de la trama de control de acceso al soporte
(MAC) Ethernet proviniente de la interfaz óptica o eléctrica del
segundo elemento de red NE llamando el plan de datos.
11. Procedimiento que permite transmitir
mensajes de prueba según la reivindicación 4, 7, 8 o 10, en
donde:
el paquete de mensajes de prueba, constituido
por la entidad de protocolo de gestión de enlace (LMP) del primer
elemento de red NE, transporta, además, un objeto Verify_ID asignado
por el segundo elemento de red NE y
después de que la entidad de protocolo de
gestión de enlace (LMP) del primer elemento de red NE haya recibido
el paquete de mensajes de prueba, el procedimiento comprende,
además:
la recuperación, por la entidad de protocolo de
gestión de enlace (LMP) del segundo elemento de red NE, de un
identificador correspondiente (ID) del enlace TE del segundo
elemento de red NE y del identificador (ID) de la interfaz de datos
Ethernet del segundo elemento de red NE, en función de la interfaz
de recepción, la extracción de las informaciones contenidas en el
paquete de mensajes de prueba, la recuperación del identificador
(ID) de la interfaz de datos Ethernet del primer elemento de red NE
y la recuperación de un identificador (ID) del enlace TE del primer
elemento de red NE en función del objeto Verify_ID.
12. Procedimiento que permite transmitir
mensajes de prueba según la reivindicación 11, en donde:
después de que el segundo elemento de red NE
haya recuperado informaciones en un elemento de red NE local y en
el primer elemento de red NE sobre la base del enlace físico
Ethernet, el procedimiento comprende, además:
el establecimiento de una correlación entre el
identificador (ID) de enlace TE del segundo elemento de red NE y el
identificador (ID) de enlace TE del primer elemento de red NE y el
establecimiento de una correlación entre una interfaz de datos
Ethernet del segundo elemento de red NE y una interfaz de datos
Ethernet del primer elemento de red NE así como la protección de
las informaciones de correlación.
13. Un dispositivo de elemento de red (NE) que
comprende:
una entidad de Protocolo de Gestión de Enlace,
un módulo de control de paquetes y un módulo de interfaz:
estando la entidad de protocolo de gestión de
enlace (LMP) adaptada para:
establecer una negociación y determinar un tipo
de canal lógico; en donde el tipo de canal lógico comprende: un
modo de pila de protocolo, un modo de red NE de área local virtual
(VLAN) o un modo especial de direccionamiento de control de acceso
al soporte (MAC),
constituir un primer paquete de mensajes de
prueba que transporta un identificador (ID) de la interfaz local de
datos Ethernet y enviar el primer paquete de mensajes de prueba al
módulo de control de paquetes y
recibir un segundo paquete de mensajes de
prueba, obtenido después del desencapsulado, desde el módulo de
control de paquetes,
estando el módulo de control de paquetes
adaptado para:
recibir el primer paquete de mensajes de prueba
desde la entidad de protocolo de gestión de enlace (LMP),
\newpage
encapsular el primer paquete de mensajes de
prueba en función del tipo de canal lógico determinado por
intermedio de la negociación y enviar el primer paquete
encapsulado, que transportar el primer paquete de mensajes de
prueba, hacia el módulo de interfaz correspondiente al
identificador (ID) de la interfaz local de datos Ethernet,
obtener un segundo paquete encapsulado desde el
módulo de interfaz y desencapsular el segundo paquete encapsulado
con el fin de obtener el segundo paquete de mensajes de prueba y
estando el módulo de interfaz adaptado para:
recibir el primer paquete encapsulado desde el módulo de control de
paquetes y enviar el primer paquete encapsulado hacia un segundo
elemento de red NE e
identificar y recibir el segundo paquete
encapsulado desde el segundo elemento de red NE.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710072903 | 2007-01-06 | ||
| CN2007100729030A CN101217338B (zh) | 2007-01-06 | 2007-01-06 | 一种检测消息的传送方法、网元设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2345069T3 true ES2345069T3 (es) | 2010-09-14 |
Family
ID=39608339
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES07817263T Active ES2345069T3 (es) | 2007-01-06 | 2007-11-16 | Procedimiento para transmitir mensajes de prueba y dispositivo de elementos de red ne. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US8094567B2 (es) |
| EP (1) | EP2071765B1 (es) |
| CN (1) | CN101217338B (es) |
| AT (1) | ATE471007T1 (es) |
| DE (1) | DE602007007105D1 (es) |
| ES (1) | ES2345069T3 (es) |
| WO (1) | WO2008083570A1 (es) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110888387A (zh) * | 2019-11-11 | 2020-03-17 | 南京铁道职业技术学院 | 接触网运行状态安全监测装置及方法 |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102469005B (zh) * | 2010-11-04 | 2016-04-13 | 中兴通讯股份有限公司 | 链路自动发现的实现方法及系统 |
| US9338077B1 (en) * | 2011-09-13 | 2016-05-10 | Amazon Technologies, Inc. | Address resolution in unnumbered pseudo-point-to-point network |
| US9176899B2 (en) | 2012-12-19 | 2015-11-03 | International Business Machines Corporation | Communication protocol placement into switch memory |
| CN103078765A (zh) * | 2012-12-28 | 2013-05-01 | 华为技术有限公司 | 网元设备性能测试方法和装置 |
| CN103236959A (zh) * | 2013-05-09 | 2013-08-07 | 中国银行股份有限公司 | 用于测试业务处理模块的测试系统和方法 |
| CN103391226B (zh) * | 2013-07-31 | 2016-05-04 | 迈普通信技术股份有限公司 | 一种ppp链路检测维护方法及系统 |
| US20150043446A1 (en) * | 2013-08-12 | 2015-02-12 | Qualcomm Incorporated | Method and apparatus for coexistence of device to device and lte wan communication using single communication chain |
| CN106161278A (zh) * | 2015-04-10 | 2016-11-23 | 中兴通讯股份有限公司 | 一种降低链路管理协议中消息拥塞的方法及装置 |
| CN105306302B (zh) * | 2015-11-04 | 2018-07-13 | 上海斐讯数据通信技术有限公司 | Qinq功能的自动化测试方法及系统 |
| CN116418647A (zh) * | 2017-03-21 | 2023-07-11 | 中兴通讯股份有限公司 | 网络管理信息的收发方法、装置和设备 |
| US10159105B1 (en) * | 2017-09-21 | 2018-12-18 | Qualcomm Incorporated | Performing proprietary link manager feature discovery and exchange with a peer proprietary device |
| WO2019182608A1 (en) * | 2018-03-23 | 2019-09-26 | Siemens Canada Limited | System, method, and device for communication between network segments |
| CN112702299A (zh) * | 2019-10-22 | 2021-04-23 | 博世汽车部件(苏州)有限公司 | 接口数据处理设备、系统、接口数据处理方法以及计算机可读存储介质 |
| CN110958079B (zh) * | 2019-11-25 | 2022-07-01 | 新华三技术有限公司 | 一种测试方法、装置及测试系统 |
| CN112737875B (zh) * | 2020-12-24 | 2022-03-18 | 中国银联股份有限公司 | 一种测试报文生成的方法及装置 |
| CN113066265B (zh) * | 2021-03-29 | 2023-11-03 | 广州海格通信集团股份有限公司 | 遇险救生系统的通信方法、装置、计算机设备和存储介质 |
| CN113254448B (zh) * | 2021-05-27 | 2024-04-30 | 北京全路通信信号研究设计院集团有限公司 | 一种数据记录方法及系统 |
| CN114978966B (zh) * | 2022-07-04 | 2024-01-09 | 华东师范大学 | 一种网络报文发包装置 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7080160B2 (en) * | 2000-04-27 | 2006-07-18 | Qosmetrics, Inc. | Method for creating accurate time-stamped frames sent between computers via a network |
| US20020109879A1 (en) * | 2000-08-23 | 2002-08-15 | Wing So John Ling | Co-channel modulation |
| US8078730B2 (en) * | 2000-12-22 | 2011-12-13 | Rockstar Bidco, LP | System, device, and method for maintaining communication sessions in a communication system |
| US7652983B1 (en) * | 2001-06-25 | 2010-01-26 | At&T Intellectual Property Ii, L.P. | Method for restoration and normalization in a mesh network |
| KR20030032071A (ko) * | 2001-10-09 | 2003-04-26 | (주) 제노컴 | 데이터 압축을 이용한 블루투스 데이터 처리 방법 |
| US20030093804A1 (en) * | 2001-11-13 | 2003-05-15 | Chang Matthew S. | Seamless integration of multiple data/internet connections |
| US20030158948A1 (en) * | 2002-02-21 | 2003-08-21 | Walsh Jonathan M. | Configuring communications over a network |
| US20040165595A1 (en) * | 2003-02-25 | 2004-08-26 | At&T Corp. | Discovery and integrity testing method in an ethernet domain |
| JP2004297522A (ja) * | 2003-03-27 | 2004-10-21 | Fujitsu Ltd | 光伝送システム及び光伝送装置 |
| CN100525291C (zh) * | 2003-11-28 | 2009-08-05 | 华为技术有限公司 | 链路管理方法 |
| CN100452683C (zh) * | 2003-12-04 | 2009-01-14 | 上海交通大学 | 支持链路管理协议的智能波长路由光网络节点装置 |
| CN100531445C (zh) * | 2004-10-19 | 2009-08-19 | 北京邮电大学 | 基于自动交换光网络实现对资源信息自动发现的控制方法 |
| US20070081471A1 (en) * | 2005-10-06 | 2007-04-12 | Alcatel Usa Sourcing, L.P. | Apparatus and method for analyzing packet data streams |
| JP4833292B2 (ja) * | 2005-10-14 | 2011-12-07 | ノーテル・ネットワークス・リミテッド | イーサネットのｇｍｐｌｓ制御 |
| US20080117827A1 (en) * | 2006-11-17 | 2008-05-22 | Nec Corporation | Method and system for verifying connectivity of logical link |
| GB2444096B (en) * | 2006-11-22 | 2009-10-14 | Adam Hill | Audio communications system using networking protocols |
| US7773593B2 (en) * | 2006-12-21 | 2010-08-10 | Verizon Patent And Licensing Inc. | Dynamic configuration of pseudowire emulation control channel types |
-
2007
- 2007-01-06 CN CN2007100729030A patent/CN101217338B/zh not_active Expired - Fee Related
- 2007-11-16 DE DE602007007105T patent/DE602007007105D1/de active Active
- 2007-11-16 AT AT07817263T patent/ATE471007T1/de not_active IP Right Cessation
- 2007-11-16 EP EP07817263A patent/EP2071765B1/en not_active Not-in-force
- 2007-11-16 ES ES07817263T patent/ES2345069T3/es active Active
- 2007-11-16 WO PCT/CN2007/071073 patent/WO2008083570A1/zh not_active Ceased
-
2009
- 2009-04-22 US US12/428,250 patent/US8094567B2/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110888387A (zh) * | 2019-11-11 | 2020-03-17 | 南京铁道职业技术学院 | 接触网运行状态安全监测装置及方法 |
| CN110888387B (zh) * | 2019-11-11 | 2023-11-17 | 南方电网储能股份有限公司信息通信分公司 | 接触网运行状态安全监测装置及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101217338B (zh) | 2012-04-25 |
| EP2071765A1 (en) | 2009-06-17 |
| CN101217338A (zh) | 2008-07-09 |
| DE602007007105D1 (de) | 2010-07-22 |
| US20090201943A1 (en) | 2009-08-13 |
| WO2008083570A1 (en) | 2008-07-17 |
| ATE471007T1 (de) | 2010-06-15 |
| US8094567B2 (en) | 2012-01-10 |
| EP2071765B1 (en) | 2010-06-09 |
| EP2071765A4 (en) | 2009-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2345069T3 (es) | Procedimiento para transmitir mensajes de prueba y dispositivo de elementos de red ne. | |
| US8737395B2 (en) | Method for accessing a network and network access device | |
| EP2326059B1 (en) | Mapping method, apparatus and system for data transmission | |
| CN102308523B (zh) | 数据通信网络配置方法、网关网元及数据通信系统 | |
| ES2368343T3 (es) | Método y aparatos para transmitir mensajes. | |
| US20050013295A1 (en) | Using network transport tunnels to provide service-based data transport | |
| BR112014031089B1 (pt) | Método e aparelho de processamento de pacote de interconexão transparente de muitos enlaces, e método e aparelho de processamento de e apelido | |
| US7532634B2 (en) | Resilient packet ring device | |
| CN111490933B (zh) | 双向转发检测切换方法及边缘设备 | |
| WO2018228883A1 (en) | System and method for relaying single-hop traffic over wireless multi-hop networks | |
| CN103200467A (zh) | 光网络设备中的网元协议报文传递装置及方法 | |
| CN104270309A (zh) | 一种ip ran设备下实现多跳bfd的方法 | |
| WO2019056909A1 (zh) | Otn网络集中式链路自动发现的系统及方法 | |
| CN107547340A (zh) | 一种报文转发方法和装置 | |
| CN107769939A (zh) | 数据通信网中网元管理方法、网管、网关网元及系统 | |
| ES2607651T3 (es) | Método para implementar árbol ethernet y dispositivo periférico de proveedor | |
| ES2302977T3 (es) | Procedimiento de configuracion automatica de un equipo de telefono sobre ip y/o de datos, sistema y equipo que lo implementan. | |
| ES3052694T3 (en) | Communication method, up device and cp device | |
| WO2014180213A1 (zh) | 一种tcp会话建立方法、装置、宿主节点和卫星节点 | |
| CN101621485A (zh) | 兼容实现分组传送业务和时分复用业务的装置及方法 | |
| CN109302504A (zh) | Ptn中控制信令通道的建立方法、ptn网元及存储介质 | |
| JP5557777B2 (ja) | 加入者終端装置による接続性監視方法 | |
| CN108718275B (zh) | 报文转发方法及装置 | |
| JP4637021B2 (ja) | 伝送装置、伝送路リング間接続方法および伝送路リング間接続プログラム | |
| ES2353113T3 (es) | Método y sistema para enviar un paquete de mpls. |