ES2339900T3 - Procedimiento y dispositivo para la configuracion de un ajuste oam. - Google Patents
Procedimiento y dispositivo para la configuracion de un ajuste oam. Download PDFInfo
- Publication number
- ES2339900T3 ES2339900T3 ES07846656T ES07846656T ES2339900T3 ES 2339900 T3 ES2339900 T3 ES 2339900T3 ES 07846656 T ES07846656 T ES 07846656T ES 07846656 T ES07846656 T ES 07846656T ES 2339900 T3 ES2339900 T3 ES 2339900T3
- Authority
- ES
- Spain
- Prior art keywords
- oam
- network
- network access
- access system
- provider
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2878—Access multiplexer, e.g. DSLAM
- H04L12/2879—Access multiplexer, e.g. DSLAM characterised by the network type on the uplink side, i.e. towards the service provider network
- H04L12/2881—IP/Ethernet DSLAM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
-
- 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/022—Multivendor or multi-standard integration
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/18—Protocol analysers
-
- 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
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5625—Operations, administration and maintenance [OAM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Optical Communication System (AREA)
Abstract
Procedimiento para configurar un ajuste OAM (ETHOAM, ATM OAM, L1 OAM) de un interfaz en el lado del proveedor (PS) de un sistema de acceso a la red en el lado del proveedor (PN, AN), a quién se conecta un sistema de acceso a la red en el lado del cliente (KN, NT), que comprende la etapa del procedimiento: a) constatar en el lado del proveedor una conexión de un sistema de acceso a la red en el lado del cliente (KN, NT) en el interfaz en el lado del proveedor (PS) del sistema de acceso a la red en el lado del proveedor (PN, AN); caracterizado por las siguientes etapas del procedimiento: b) constatar en el lado del proveedor al menos una parte de una pila de protocolos (EO1, EOA, AO1) apoyada por el sistema de acceso a la red en el lado del cliente (KN, NT), c) Escoger un planteamiento suplementario entre una pluralidad de planteamientos suplementarios (V1, V2, V3), en los que el planteamiento suplementario (V1, V2, V3) se escoge en función de la pila de protocolos o de una parte de la pila de protocolos constatados (EO1, EOA, AO1), y en los que la pluralidad de los planteamientos suplementarios comprende un primer planteamiento (V1), según el cual se constata además si el sistema de acceso a la red en el lado del cliente (KN, NT) apoya a Ethernet OAM (ETHOAM), en caso de que la pila de protocolos apoyada por el sistema de acceso a la red del lado del cliente (KN, NT) comprenda Ethernet vía ATM (EOA), en el que el interfaz en el lado del proveedor (PS) se configura entonces para Ethernet OAM (ETHOAM), en caso de que el sistema de acceso a la red en el lado del cliente (KN) apoye a Ethernet OAM (ETHOAM), el interfaz en el lado del proveedor (PS) se configura no obstante para ATM OAM, en caso de que el sistema de acceso a la red en el lado del cliente (KN, NT) no apoya a Ethernet OAM (ETHOAM).
Description
Procedimiento y dispositivo para la
configuración de un ajuste OAM.
La presente invención se refiere a
procedimientos y dispositivos para la configuración de un ajuste OAM
de un interfaz en el lado del proveedor de un sistema de acceso a
la red en el lado del proveedor, el cual se conecta a un sistema de
acceso a la red en el lado del cliente.
En una red de acceso de banda ancha, por ejemplo
con línea de suscripción digital (DSL) o de red óptica pasiva
(PON), tecnologías para el acceso de abonado, el operador de red
está interesado en un control de la conexión de un sistema de
acceso a la red en el lado del proveedor hasta un sistema de acceso
a la red en el lado del cliente.
Un sistema de acceso a la red en el lado del
proveedor tiene como tarea primaria hacer posible una conexión a un
sistema de acceso a la red en el lado del cliente. Normalmente el
sistema de acceso a la red en el lado del proveedor es un aparato
que se puede conectar sobre la capa 2 del Modelo OSI directamente
con el sistema de acceso a la red en el lado del cliente. Uno de
tales ejemplos se da en el documento de la patente
US-B1-7043541. El sistema de acceso
a la red en el lado del proveedor puede ser, por ejemplo, un nodo de
red (en particular, un nodo de red de capa 2), una Broadband
Network Gateway (BNG), un router Edge IP, un servidor de acceso
remoto de banda ancha (BRAS), un multiplexor, en particular, un
multiplexor digital de acceso a la línea de abonado (DSLAM) o una
combinación de éstos. El sistema de acceso a la red en el lado del
proveedor se suele alojar en las instalaciones de un operador de
red.
El sistema de acceso a la red en el lado del
cliente tiene como objetivo principal posibilitar una conexión con
un sistema de acceso a la red en el lado del proveedor. Normalmente
se coloca en el cliente y por lo general también en su propiedad.
Sirve primariamente para conectar aparatos electrónicos o los
componentes electrónicos del cliente a la red de acceso del
proveedor. Bajo el término "sistema de acceso a la red en el lado
del cliente", por lo tanto, entran en particular, los conceptos
"aparato terminador de red","módem", "conmutador",
"puente" y "enrutador".
Las funciones que hay que resolver mediante el
control del proveedor, son por ejemplo, la constatación de si
funciona la conexión, así como en las reclamaciones de los clientes
la comprobación de determinados fallos excluyéndolos o al contrario
actuando preventivamente. Estas se muestran por ejemplo en la
solicitud de la patente
US-A1-2004/0109688. En algunas redes
de acceso de banda ancha, se colocan modos de transferencia
asíncrona (ATM) como protocolo de capa 2, para producir una conexión
de extremo a extremo del BNG al aparato de cronología de red. Para
posibilitar el control exigido, ATM apoya las correspondientes
funciones de operación, administración y mantenimiento (OAM) que
posibilitan un control de la conexión de extremo a extremo. Las
funciones OAM para ATM (ATM OAM) se manifiestan por ejemplo en la
norma ITU-T 1.610.
Tradicionalmente se emplea ATM como protocolo de
capa 2, en el que entonces Ethernet se puede transmitir sobre ATM.
Con esto se quiere decir, que la trama Ethernet se segmenta en la
emisora, se empaqueta en la celda ATM y se transmite y en el
receptor se desempaqueta de la celda ATM y se juntan de nuevo en la
trama Ethernet. En redes de banda ancha modernas sin embargo, se
sustituyen siempre en mayor cantidad ATM por Ethernet, o bien se
instalan nuevas redes de acceso de banda ancha basadas en Ethernet.
Ethernet se transmite entonces directamente sobre la capa 1. Esto
quiere decir, que la trama Ethernet se transmite directamente
mediante la tecnología de la capa física (por ejemplo DSL). No se
realiza ningún blindaje adicional en las celdas ATM. En el caso de
que se introduzca Ethernet sobre la capa 2, sigue siendo posible un
control de extremo a extremo de la conexión. Con este fin se han
definido ya las funciones OAM para Ethernet, por ejemplo en el
estándar de ITU -T Y.1731 y el estándar draft IEEE 802.1ag. Estos
permiten un control de extremo a extremo sobre el layer Ethernet
MAC (capa 2). El concepto Ethernet OAM se abrevia en lo sucesivo por
el acrónimo ETHOAM.
Para poder usar funciones ETHOAM estandarizadas
es sin embargo necesaria su implementación en el sistema de acceso
a la red en el lado del cliente y en el sistema de acceso a la red
en el lado del proveedor. Mientras que el operador de red tiene el
control total sobre el sistema de acceso a la red en el lado del
proveedor y puede correspondientemente equiparse con las funciones
OAM, los sistemas de acceso a la red en el lado del cliente
normalmente está en la posesión del cliente y no se puede
intercambiar sin mas y/o configurarse para ETHOAM. Por esta razón,
existe la necesidad de que el interfaz en un sistema de acceso a la
red en el lado del proveedor, en la que se conecta un sistema de
acceso a la red en el lado del cliente, adapte la configuración al
sistema de acceso a la red en el lado del cliente. Con este fin el
sistema de acceso a la red en el lado del proveedor tiene que tener
conocimiento sobre un posible apoyo de ETHOAM del sistema de acceso
a la red en el lado del cliente.
Del Liaison Statement del ITU-T
Q.5/13 del Foro de DSL del 24 de Febrero de 2006 "Reply Liaison
Statement on ETHOAM functionality" se conoce un procedimiento en
el que el sistema de acceso a la red en el lado del proveedor
intenta adquirir conocimientos sobre el apoyo de ETHOAM por el
sistema de acceso a la red en el lado del cliente, enviando un
Multicast Ethernet Loopback Message trama (ETH-LBM)
al sistema de acceso a la red en el lado del cliente y evaluando la
respuesta del sistema de acceso a la red en el lado del cliente.
Cuando el sistema de acceso a la red en el lado del cliente devuelve
un Ethernet Loopback Reply trama (ETH-LBR), lo
apoya evidentemente ETHOAM. Si dentro de un plazo determinado no
llega ninguna trama ETH-LBR, evidentemente no se
apoya ETHOAM. Una desventaja de este método es, sin embargo, que la
trama ETH-LBR puede descender también de otro, de
un aparato que esta en la red del cliente, en lugar del sistema de
acceso a la red en el lado del cliente que posiblemente no apoya
ETHOAM. En este caso el sistema de acceso a la red en el lado del
proveedor recibiría una información engañosa y de ahí sacaría una
inferencia incorrecta. Además es posible que la conexión de capa 2
especial, que se debe de controlar con ETHOAM, sea defectuosa.
Entonces tampoco se podría transmitir posiblemente la trama
ETH-LBM y/o ETH-LBR sobre la
conexión. Aunque el sistema de acceso a la red en el lado del
cliente apoya eventualmente ETHOAM, se toma erróneamente del sistema
de acceso a la red en el lado del proveedor que no apoya a
éste.
Otra desventaja resulta de que el sistema de
acceso a la red en el lado del proveedor, no sabe mediante que otra
tecnología OAM se debe controlar la conexión con el sistema de
acceso a la red en el lado del cliente. La presente invención se
basa en el objetivo de configurar un ajuste OAM de un interfaz en el
lado del proveedor de un sistema de acceso a la red en el lado del
proveedor, en el que está conectado un sistema de acceso a la red
en el lado del cliente.
Este objetivo se resuelve por las
características que se indican en las reivindicaciones
independientes. Realizaciones ventajosas de la invención se exponen
en otras reivindicaciones.
Además se fija en el lado del proveedor en
primer lugar una conexión del sistema de acceso a la red en el lado
del cliente en el interfaz en el lado del proveedor del sistema de
acceso a la red en el lado del proveedor. Además se averigua en el
lado del proveedor por lo menos una parte de una pila de protocolos
apoyada por el sistema de acceso a la red en el lado del cliente.
En vista de lo que se seleccionan unos planteamientos
suplementarios, en función de la pila de protocolo o de una parte
de la pila de protocolo establecida, entre una pluralidad de
planteamientos suplementarios. La pluralidad de los planteamientos
suplementarios abarca un primer planteamiento. Conforme al primer
planteamiento se comprueba de manera adicional si el sistema de
acceso a la red en el lado del cliente apoya Ethernet OAM, en caso
de que la pila de protocolos apoyada por el sistema de acceso a la
red en el lado del cliente contenga Ethernet sobre ATM. El interfaz
en el lado del proveedor se configura entonces para Ethernet OAN,
en caso de que el sistema de acceso a la red en el lado del cliente
apoye Ethernet OAM. El interfaz en el lado del proveedor se
configura sin embargo para ATM OAM, si el sistema de acceso a la
red en el lado del cliente, no apoya Ethernet OAM. Además de la
solución del objetivo se da como ventaja adicional la circunstancia
de que no se tiene que efectuar ningún examen separado de ATM
OAM.
Otras realizaciones ventajosas se deducen de las
reivindicaciones dependientes.
El ajuste en el lado del proveedor de una parte
de la pila de protocolos apoyada por el sistema de acceso a la red
en el lado del cliente comprende típicamente los protocolos de capa
1 y de capa 2.
Conforme a una forma de realización ventajosa,
la pluralidad de planteamientos suplementarios abarca adicionalmente
un segundo planteamiento. Conforme al segundo planteamiento el
interfaz en el lado del proveedor se configura para ATM OAM, en el
caso de que la pila de protocolos apoyada por el sistema de acceso a
la red en el lado del cliente abarque ATM sobre la capa 1 y no
Ethernet sobre ATM. De esta manera se pueden ahorrar los
procedimientos de comprobación para la averiguación de las
tecnologías OAM apoyadas por sistema de acceso a la red en el lado
del cliente.
Conforme a otra forma de realización ventajosa,
la pluralidad de planteamientos suplementarios abarca adicionalmente
un tercer planteamiento. Conforme al tercer planteamiento se
comprueba adicionalmente si el sistema de acceso a la red en el
lado del cliente apoya Ethernet OAM, en el caso de que la pila de
protocolos apoyada del sistema de acceso a la red en el lado del
cliente abarca Ethernet sobre la capa 1. El sistema de acceso a la
red en el lado del proveedor o un sistema de gestión de red
conectado a un sistema de acceso a la red en el lado del proveedor
confitura el interfaz en el lado del proveedor para Ethernet OAM, en
caso se que el sistema de acceso a la red en el lado del cliente
apoye Ethernet OAM.
Conforme al primer planteamiento y al tercer
planteamiento se comprueba si el sistema de acceso a la red en el
lado del cliente apoya a Ethernet OAM. En otra forma de realización
ventajosa el primero y/o el tercer planteamiento comprende el envío
de un mensaje del sistema de acceso a la red en el lado del
proveedor al sistema de acceso a la red en el lado del cliente. El
mensaje usa en un campo de dirección de destinación MAC una
dirección múltiple, que tiene la propiedad, de que una trama que le
va dirigida a partir del sistema de acceso a la red en el lado del
cliente, no se puede transmitir. El mensaje admite también una
respuesta del sistema de acceso a la red en el lado del cliente,
que afirma, que la función Ethernet OAM se apoya en el sistema de
acceso a la red en el lado del cliente, en el caso de que el sistema
de acceso a la red en el lado del cliente apoye Ethernet OAM. De
esta manera se puede evitar que el mensaje se transmita a otros
aparatos o sistemas que están conectados en el sistema de acceso a
la red del lado del cliente y se desencadene una respuesta
incorrecta de éstos y se envíe al sistema de acceso a la red en el
lado del proveedor.
Mientras el sistema de acceso a la red en el
lado del proveedor esta conectado con un Broadband Network Gateway
BNG y este comunica para que ajuste-OAM se configura
el interfaz en el lado del proveedor, se deja establecer un control
de extremo a extremo ETE desde el BNG hasta el sistema de acceso a
la red en el lado del cliente. En particular, los mensajes de
control entre el BNG y el sistema de acceso a la red en el lado del
cliente se pueden enviar en ambos sentidos.
El invento se describe a continuación
detalladamente mediante los dibujos explicativos. En los que se
muestra:
La figura 1 muestra un diagrama de flujo de un
procedimiento conforme a una forma de realización de la
invención;
La figura 2 muestra una red N en otra forma de
realización; y
La figura 3 muestra una red N en otro forma de
realización.
La figura 1 muestra un diagrama de flujo de un
procedimiento conforme a una forma de realización de la invención.
En este se comprueba primero, en una primera fase del procedimiento
CON a través del sistema de acceso a la red en el lado del
proveedor PN, que el sistema de acceso a la red en el lado del
cliente KN esta conectado al interfaz del lado del proveedor PS del
sistema de acceso a la red en el lado del proveedor PN. En otra
fase del procedimiento PRS se comprueba al menos una parte de la
pila de protocolos apoyada en el sistema de acceso a la red del
lado del cliente KN. Las fases del procedimiento CON y PRS también
se podrían realizar en una sola fase del procedimiento, como se
puede deducir por medio de una información sobre la pila de
protocolos del sistema de acceso a la red en el lado del cliente KN
al sistema de acceso a la red en el lado del proveedor PN, que el
sistema de acceso a la red en el lado del cliente está conectado con
el sistema de acceso a la red en el lado del proveedor.
En función de la pila de protocolos constatada o
de parte de la pila de protocolos constatada, se escoge un
planteamiento suplementario entre una pluralidad de planteamientos
suplementarios V1, V2, V3.
Se elige un primer planteamiento V1, en caso de
que la pila de protocolo apoyada por el sistema de acceso a la red
en el lado del cliente KN comprenda Ethernet sobre ATM, simbolizado
mediante EOA. Conforme al primer planeamiento V1 se constata además
para la averiguación de la pila de protocolos o de una parte de la
pila de protocolos apoyada mediante el sistema de acceso a la red
en el lado del cliente KN en la fase del procedimiento EOAM1, si el
sistema de acceso a la red en el lado del cliente apoya a ETHOAM. El
sistema de acceso a la red en el lado del proveedor PN configura el
interfaz en el lado del proveedor PS para ETHOAM en caso de que el
sistema de acceso a la red en el lado del cliente KN apoye a ETHOAM
(yes). Si el sistema de acceso a la red en el lado del cliente KN
en cambio no apoya a ETHOAM (no), se configura el interfaz PS en el
lado del proveedor PS para ATM OAM, entonces se puede partir, en
este caso, de que el sistema de acceso a la red en el lado del
cliente apoya ATM OAM.
Se elige un segundo planteamiento V2, si la pila
de protocolos apoyada por el sistema de acceso a la red en el lado
del cliente KN abarca ATM sobre la capa 1 y no Ethernet sobre ATM,
simbolizado por A01. Conforme al segundo planteamiento V2 se
configura el interfaz en el lado del proveedor PS para ATM OAM
entonces se puede partir de que el sistema de acceso a la red en el
lado del cliente en este caso apoya ATM OAM.
Se elige un tercer planteamiento V3, si la pila
de protocolos apoyada por el sistema de acceso a la red en el lado
del cliente KN abarca Ethernet sobre la capa 1, simbolizada por EO1.
Conforme al tercer planteamiento V3 se constata adicionalmente para
la averiguación de la pila de protocolos o de parte de la pila de
protocolos apoyada por el sistema de acceso a la red en el lado del
cliente KN, en la etapa del procedimiento EOAM2, si el sistema de
acceso a la red en el lado del cliente KN apoya a ETHOAM. En el caso
de que el sistema de acceso a la red en el lado del cliente apoya a
ETHOAM (yes) se configura el interfaz en el lado del proveedor para
ETHOAM. En el caso de queel sistema de acceso a la red en el lado
del cliente no apoye a ETHOAM (no), se configura el interfaz en el
lado del proveedor para otra tecnología OAM apropiada, por ejemplo,
para un control OAM de la capa 1 del modelo OSI L1 OAM o para EFM
OAM.
La figura 2 muestra en otra forma de realización
una red N que abarca un sistema de acceso a la red en el lado del
proveedor PN y un sistema de acceso a la red en el lado del cliente
KN,. El sistema de acceso a la red en el lado del cliente KN
comprende una lógica en el lado del cliente KL y un interfaz en el
lado del cliente KS. La lógica en el lado del cliente KL dispone
sobre un ETHOAM de la función ETHOAM. El sistema de acceso a la red
en el lado del proveedor PN comprende una lógica PL en el lado del
proveedor y un interfaz en el lado del proveedor PS. La lógica en
el lado del proveedor está adaptada de manera que el procedimiento
que está descrito en la figura 1 se puede realizar por el sistema de
acceso a la red en el lado del proveedor PN y/o por la red N.
Para realizar los planteamientos V1 y V3
descritos en la figura 1 así como en las reivindicaciones, se envía
un mensaje M, en forma de una o más tramas Ethernet, del sistema de
acceso a la red en el lado del proveedor PN al sistema de acceso a
la red en el lado del cliente KN. El mensaje M usa una dirección
múltiple MD en un campo de dirección de destilación MAC, que tiene
la característica de que la trama a la está dirigido no se
transmite del sistema de acceso a la red en el lado del cliente KN.
A causa del mensaje M el sistema de acceso a la red en el lado del
cliente KN provoca una respuesta A, que abarca una información sobre
el sistema de acceso a la red en el lado del cliente KN y la envía
al sistema de acceso a la red en el lado del proveedor PN.
Preferentemente el mensaje M emplea en la
dirección MAC un campo de dirección de fuente MAC MS del sistema de
acceso a la red en el lado del proveedor PN, en el que se coloca la
respuesta A del sistema de acceso a la red en el lado del cliente,
en el campo de dirección de destinación MAC AD. El campo de
dirección de fuente MAC AS la respuesta abarca preferentemente la
dirección MAC del sistema de acceso a la red en el lado del cliente
KN.
La respuesta A abarca la información 1, de que
el sistema de acceso a la red en el lado del cliente KN ha
implementado una función ETHOAM. De esta manera, después de la
conexión del sistema de acceso a la red en el lado del cliente KN
en el sistema de acceso a la red en el lado del proveedor PN se
puede informar al sistema de acceso a la red en el lado del
proveedor PN y/o a un sistema de gestión de red, que el interfaz en
el lado del proveedor PS al que se conecta el sistema de acceso a
la red en el lado del cliente KN, se debe de configurar para
ETHOAM.
La Figura 3 muestra una forma de realización de
una red N, que abarca una red de clientes KNW y una red de
proveedor PNW. La red de proveedor PNW incluye un Broadband Network
Gateway BNG y un Access Node AN, que por ejemplo se pueden ejecutar
como un multiplexor de acceso DSL (DSLAM). En esta forma de
realización el Access Node AN toma la función del sistema de acceso
a la red en el lado del proveedor y abarca los mismos elementos que
el sistema de acceso a la red en el lado del proveedor PN descritos
en la figura 2. El Broadband Network Gateway BNG y el Access Node
EN están unido entre sí sobre una red de agregación Ethernet.
La red del proveedor PNW puede contener además
un sistema de gestión de red MGMT. El operador de red puede guiar
la red en el lado del proveedor PNW con el sistema de gestión de red
MGMT. El puede por ejemplo efectuar o seleccionar ajustes en los
elementos de red en la red del proveedor sobre el sistema de gestión
de red MGMT, por ejemplo en un Access Node AN o en el Broadband
Network Gateway BNG.
La red del cliente KNW abarca un sistema de
acceso a la red en el lado del cliente KN que está ejecutado como
aparato terminador de red NT y ha implementado ETHOAM. La red de
cliente KNW puede contener otros aparatos que están conectados con
el aparato terminador de red NT y están simbolizados aquí mediante
una terminal, por ejemplo un ordenador personal PC. La sección de
red desde el Access Node AN hasta el aparato terminador de red NT
se designa a continuación como interfaz de usuario TS.
La red del proveedor PNW emplea Ethernet como
tecnología de capa 2. Se puede vigilar así mediante las funciones
ETHOAM. Con eso está indicado por ejemplo, que el BNG envía mensajes
de control CCM espaciados regularmente en forma de tramas Ethernet
en el Access Node AN. De la llegada de un mensaje de control CCM
puede el Access Node AN deducir que funciona la transmisión de
datos del Broadband Network Gateway BNG al Access Node AN. Los
mensajes de control se transmiten ventajosamente dentro de los
mismos canales de Ethernet lógicos en los cuales también se
transmiten otros datos. Con esto se asegura, que el mensaje de
control se supedita a las mismas condiciones de error que los otros
datos. Si por ejemplo una transmisión de datos se interrumpe debido
a un error, así también se interrumpe la transmisión del mensaje de
control.
Los mensajes de control CCM se pueden también
transmitir en el sentido opuesto, del Access Node AN al Broadband
Network Gateway BNG. Con eso se comprueba por ejemplo, la función de
la transmisión de datos del AN al BNG. Es también posible controlar
sólo recorridos parciales, por ejemplo la distancia del Broadband
NetworkGateway BNG a un elemento de red que está en la red de
agregación Ethernet EAN.
A continuación se parte de que el interfaz en el
lado del proveedor PS se ha configurado para ETHOAM conforme al
procedimiento descrito en la figura 1. Por el procedimiento de
reconocimiento se entera el Access Node AN también de la dirección
MAC del aparato terminador de red NT. A continuación transmite el
Access Node AN la información I recibida antes por el aparato
terminador de la red NT, que el aparato terminador de la red NT
apoya una función ETHOAM así como una información, con la que se
pude identificar claramente el interfaz en el lado del proveedor PS
del Broadband Network Gateway BNG, en el sistema de gestión de la
red MGMT. Tal información de la identificación del interfaz en el
lado del proveedor representa por ejemplo la dirección MAC del
aparato terminador de red o el circuito ID de la opción 82 DHCP
(estándar IETF RFC 3046). Alternativamente la información puede
también transmitirse al Broadband Network Gateway BNG. Esto tiene la
ventaja de que el Broadband Network Gateway BNG tiene a disposición
directamente la información y esta no debe de exigirse primero a la
gestión MGMT, si se debe de iniciar un control.
El uso del circuito ID de la opción DHCP 82
(estándar IETF- RFC 3046) es útil sobre todo entonces, cuando el
aparato terminador de la red NT no posee ninguna dirección MAC
propia. Eso puede ser por ejemplo el caso, cuando, diferente de lo
dibujado en la figura 3, se emplea un protocolo ATM como capa 2.
El uso de una información, con la cual el
interfaz en el lado del proveedor PS puede identificar
inequívocamente al Access Node AN, es necesario, cuando a partir
del Broadband Network Gateway BNG, iniciado por ejemplo por la
gerencia MGMT, se debe de arrancar un control de una sección de red
del Broadband Network Gateway BNG hasta el aparato terminador de la
red NT. Para el control el Broadband Network Gateway BNG tiene que
enviar mensajes de control al aparato terminador de red NT. Para
esto el BNG tiene que identificar claramente primero el interfaz en
el lado del proveedor PS.
De la información, de que el aparato terminador
de red NT apoya funciones ETHOAM, puede concluir el proveedor de
red que las conexiones lógicas se pueden vigilar dentro de la capa 2
hasta el aparato terminador de red NT. Eso significa una calidad
alta y un valor informativo del control, que permite un control ETE
de extremo a extremo del BNG al NT.
En el caso no dibujado aquí, de que el aparato
terminador de red NT no apoya ETHOAM, se reconoce este por el
procedimiento de reconocimiento descrito debajo de la figura 1. En
este caso se pueden controlar la red de proveedor PNW mediante las
funciones ETHOAM y el interfaz de abonados mediante el procedimiento
de control de la capa 1. El Access Node AN traslada en este caso
por ejemplo, mensajes de controlde las funciones ETHOAM en las
acciones correspondientes para el control de la capa 1. Un resultado
del control de la capa 1 se traslada de nuevo del Access Node AN en
un mensaje de control correspondiente de una función ETHOAM. Si el
interfaz de abonados se controla sólo por medio de la función de
control de la capa 1 en lugar de ETHOAM, podría no controlarse por
ejemplo la conexión lógica de la capa 2. Es útil para el operador de
red conocer el tipo de control del interfaz de abonados TS, es
decir si éste se controla, por ejemplo, mediante ETHOAM o mediante
otras funciones. Por medio de este conocimiento, el operador de red
sabe como se tiene que interpretar el resultado del control. De
esta manera el Access Node AN suministra al finalizar el
procedimiento de reconocimiento las funciones de control apoyadas
en el aparato terminador de red NT una información sobre las
funciones de control apoyadas por ejemplo en la gerencia MGMT.
En el caso igualmente no representado en la
figura 3, de que sobre el interfaz de abonados se emplea como capa
2 del protocolo ATM, es igual de útil esta información sobre el
procedimiento de control apoyado, porque las funciones ATM OAM
aunque podrían controlar conexiones lógicas dentro de ATM, sin
embargo se podrían transmitir, mediante una conexión lógica de ATM,
mas conexiones lógicas de Ethernet.
- A
- Respuesta
- AD
- Campo de dirección de destilación MAC de respuesta
- An
- Access Node
- AO1
- ATM sobre capa 1
- AS
- Campo de dirección de la fuente MAC de respuesta
- BNG
- Broadband Network Gateway
- CON
- Fase del procedimiento de constatación de la conexión del sistema de acceso al cliente
- DSLAM
- Multiplexación de acceso DSL
- EAN
- Red de agregación Ethernet
- EOI
- Ethernet sobre capa 1
- EOA
- Ethernet sobre ATM
- EOAM1
- Fase de procedimiento para la constatación de si el sistema de acceso a la red apoya a ETHOAM
- EOAM2
- Fase de procedimiento para la constatación de si el sistema de acceso a la red apoya a ETHOAM
- ETH-LBM
- Trama de mensaje de bucle Ethernet
- ETH-LBR
- Trama de respuesta de bucle Ethernet
- ETHOAM
- Función OAM Ethernet
- KL
- Lógica en el lado del cliente
- KN
- Sistema de acceso a la red en el lado del cliente
- KNW
- Red del cliente
- KS
- Interfaz en el lado del cliente
- L1 OAM
- Supervisión OAM de la capa 1
- M
- Mensaje
- MD
- Campo de dirección del destino MAC del mensaje
- MGMT
- Sistema de gestión de red
- MS
- Campo de dirección de la fuente MAC del mensaje
- N
- Red
- NT
- Aparato terminador de red
- PL
- Lógica en el lado del proveedor
- PN
- Sistema de acceso de red en el lado del proveedor
- PNW
- Red del proveedor
- PRS
- Fase del procedimiento de comprobación de la pila de protocolos
- PS
- Interfaz en el lado del proveedor
- TS
- Interfaz de abonado
- V1
- Primer planteamiento
- V2
- Segundo planteamiento
- V3
- Tercer planteamiento
Claims (8)
1. Procedimiento para configurar un ajuste OAM
(ETHOAM, ATM OAM, L1 OAM) de un interfaz en el lado del proveedor
(PS) de un sistema de acceso a la red en el lado del proveedor (PN,
AN), a quién se conecta un sistema de acceso a la red en el lado
del cliente (KN, NT), que comprende la etapa del procedimiento:
a) constatar en el lado del proveedor una
conexión de un sistema de acceso a la red en el lado del cliente
(KN, NT) en el interfaz en el lado del proveedor (PS) del sistema de
acceso a la red en el lado del proveedor (PN, AN);
caracterizado por las siguientes etapas
del procedimiento:
b) constatar en el lado del proveedor al menos
una parte de una pila de protocolos (EO1, EOA, AO1) apoyada por el
sistema de acceso a la red en el lado del cliente (KN, NT),
c) Escoger un planteamiento suplementario entre
una pluralidad de planteamientos suplementarios (V1, V2, V3), en
los que el planteamiento suplementario (V1, V2, V3) se escoge en
función de la pila de protocolos o de una parte de la pila de
protocolos constatados (EO1, EOA, AO1), y en los que la pluralidad
de los planteamientos suplementarios comprende un primer
planteamiento (V1), según el cual se constata además si el sistema
de acceso a la red en el lado del cliente (KN, NT) apoya a Ethernet
OAM (ETHOAM), en caso de que la pila de protocolos apoyada por el
sistema de acceso a la red del lado del cliente (KN, NT) comprenda
Ethernet vía ATM (EOA), en el que el interfaz en el lado del
proveedor (PS) se configura entonces para Ethernet OAM (ETHOAM), en
caso de que el sistema de acceso a la red en el lado del cliente
(KN) apoye a Ethernet OAM (ETHOAM), el interfaz en el lado del
proveedor (PS) se configura no obstante para ATM OAM, en caso de que
el sistema de acceso a la red en el lado del cliente (KN, NT) no
apoya a Ethernet OAM (ETHOAM).
2. Procedimiento según la reivindicación 1,
caracterizado porque,
la pluralidad de los planteamientos
suplementarios (V1, V2, V3) comprende además un segundo
planteamiento (V2), conforme al cual el interfaz en el lado del
proveedor (PS) se configura para ATM OAM, en caso de que la pila de
protocolos apoyada por medio del sistema de acceso a la red en el
lado del cliente (KN, NT) comprenda ATM sobre la capa 1 (AO1).
3. Procedimiento según la reivindicación 1 o
2,
caracterizado porque,
la pluralidad de los planteamientos
suplementarios (V1, V2, V3) incluye además un tercer planteamiento
(V3), según el cual se constata además si el sistema de acceso a la
red en el lado del cliente (KN, NT) apoya a Ethernet OAM (ETHOAM),
en caso de que la pila de protocolos apoyada por el sistema de
acceso a la red en el lado del cliente (KN, NT) incluya a Ethernet
sobre la capa 1 (EO1), de lo que el interfaz en el lado del
proveedor se configura para Ethernet OAM (ETHOAM) en caso de que el
sistema de acceso a la red en el lado del cliente (KN, NT) apoye a
Ethernet OAM (ETHOAM).
4. Procedimiento según una de las
reivindicaciones anteriores,
caracterizado porque,
según el primer planteamiento (V1) y/o el tercer
planteamiento (V3), la constatación adicional de si el sistema de
acceso a la red en el lado del cliente apoya a Ethernet OAM,
comprende el envío de un mensaje (M) a partir del sistema de acceso
a la red en el lado del proveedor (PN, AN) hacia el sistema de
acceso a la red en el lado del cliente (KN, NT), con lo que el
mensaje (M) utiliza una dirección múltiple (multicast) en un campo
de dirección de destinación MAC (MD), que tiene la característica de
que una trama a la que va dirigido no se transmite del sistema de
acceso a la red en el lado del cliente (KN, NT) y por el mensaje del
sistema de acceso a la red en el lado del cliente (KN, NT), se
inicia una respuesta (A), la cual afirma que la función de Ethernet
OAM (ETH OAM) se apoya por el sistema de acceso a la red en el lado
del cliente (KN, NT), en el caso de que el sistema de acceso a la
red en el lado del cliente (KN, NT) apoye a Ethernet OAM.
5. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque,
el sistema de acceso a la red en el lado del
proveedor (PN) se administra por un sistema de gestión de red
(MGMT) y el sistema de acceso a la red en el lado del proveedor (PN)
comunica al sistema de gestión de red (MGMT), el ajuste OAM (ATM
OAM, ETHOAM, L1 OAM) para el cual se ha configurado el interfaz en
el lado proveedor (PS).
6. Procedimiento según una cualquiera de las
reivindicaciones anteriores, caracterizado porque,
el sistema de acceso a la red en el lado del
proveedor (PN) se conecta con una Broadband Network Gateway (BNG) y
comunica a ésta, para que ajuste OAM (ATM OAM, ETHOAM, L1 OAM) se ha
configurado el interfaz en el lado del proveedor (PS).
7. Sistema de acceso a la red del lado del
proveedor (PN, AN),
que tiene un interfaz en el lado del proveedor
sobre el cual se puede conectar un sistema de acceso a la red en el
lado del cliente (KN, NT), en el que el sistema presenta
respectivamente los medios para realizar la etapa de procedimiento
según una cualquiera de las reivindicaciones 1 - 6.
8. Red (N) que incluye el sistema de acceso a
la red en el lado del proveedor (PN, AN) conforme a la
reivindicación 7 y un sistema de acceso a la red en el lado del
cliente (KN, NT).
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102006056517 | 2006-11-29 | ||
DE102006056517A DE102006056517B4 (de) | 2006-11-29 | 2006-11-29 | Verfahren und Vorrichtung zum Konfigurieren einer OAM-Einstellung |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2339900T3 true ES2339900T3 (es) | 2010-05-26 |
Family
ID=39103043
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES07846656T Active ES2339900T3 (es) | 2006-11-29 | 2007-11-19 | Procedimiento y dispositivo para la configuracion de un ajuste oam. |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP2100409B1 (es) |
AT (1) | ATE462246T1 (es) |
DE (2) | DE102006056517B4 (es) |
ES (1) | ES2339900T3 (es) |
PL (1) | PL2100409T3 (es) |
WO (1) | WO2008064793A1 (es) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7043541B1 (en) * | 2000-09-21 | 2006-05-09 | Cisco Technology, Inc. | Method and system for providing operations, administration, and maintenance capabilities in packet over optics networks |
US7313330B2 (en) * | 2002-08-13 | 2007-12-25 | Samsung Electronics Co., Ltd. | Redundant apparatus and method for gigabit ethernet passive optical network system and frame format thereof |
KR100462477B1 (ko) * | 2002-12-10 | 2004-12-17 | 한국전자통신연구원 | 이더넷 pon에서의 다지점제어 프로토콜 처리장치 |
CN1859154B (zh) * | 2005-05-08 | 2010-12-22 | 华为技术有限公司 | 家庭网关与宽带远程接入服务器间的性能管理方法 |
-
2006
- 2006-11-29 DE DE102006056517A patent/DE102006056517B4/de not_active Expired - Fee Related
-
2007
- 2007-11-19 WO PCT/EP2007/009975 patent/WO2008064793A1/de active Application Filing
- 2007-11-19 DE DE502007003253T patent/DE502007003253D1/de active Active
- 2007-11-19 EP EP07846656A patent/EP2100409B1/de not_active Not-in-force
- 2007-11-19 AT AT07846656T patent/ATE462246T1/de active
- 2007-11-19 ES ES07846656T patent/ES2339900T3/es active Active
- 2007-11-19 PL PL07846656T patent/PL2100409T3/pl unknown
Also Published As
Publication number | Publication date |
---|---|
ATE462246T1 (de) | 2010-04-15 |
EP2100409B1 (de) | 2010-03-24 |
PL2100409T3 (pl) | 2010-08-31 |
WO2008064793A1 (de) | 2008-06-05 |
EP2100409A1 (de) | 2009-09-16 |
DE102006056517B4 (de) | 2010-04-08 |
DE502007003253D1 (de) | 2010-05-06 |
DE102006056517A1 (de) | 2008-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2156585B1 (en) | Gpon oam using ieee 802.1ag methodology | |
ES2905115T3 (es) | Método y sistema para establecer una ruta de servicio en una red de comunicaciones | |
KR101063080B1 (ko) | 이더넷 dsl 액세스 멀티플렉서 및 동적 서비스 선택과최종-사용자 구성을 제공하는 방법 | |
EP3554008B1 (en) | Method, network device, and network system for processing dcn message | |
ES2350877T3 (es) | Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final. | |
US9755957B2 (en) | Pseudowire control channel for signaling events | |
US20050259589A1 (en) | Logical services loopback | |
US8102778B2 (en) | Network management system and method for performing scalable loss measurements within an access network | |
MX2007008498A (es) | Sistema y metodo para monitorear nodos terminales usando administracion de fallas de conectividad de ethernet en una red de acceso. | |
JP7026776B2 (ja) | 通信方法、通信デバイス、および記憶媒体 | |
BRPI0722112B1 (pt) | nó de acesso, infraestrutura de rede de telecomunicação, e método e memória lida por computador para comunicação em uma rede de telecomunicação | |
JP4744429B2 (ja) | 拡張された保守ドメインレベル管理方法、通信装置、プログラム及びデータ構造 | |
ES2640987T3 (es) | Método y sistema para diagnosticar nodos de acceso | |
US7697446B2 (en) | Link testing in an ethernet DSL network | |
US6975597B1 (en) | Automated link variant determination and protocol configuration for customer premises equipment and other network devices | |
US20080273472A1 (en) | Ethernet resource management | |
US10972338B2 (en) | Pre-populating media access control (MAC) address tables in networks where flooding of MAC addresses is blocked | |
ES2339900T3 (es) | Procedimiento y dispositivo para la configuracion de un ajuste oam. | |
ES2295853T3 (es) | Sistema de gestion de equipos terminales de bucle de abonado digital. | |
WO2012091648A1 (en) | Bonding line mismatch discovery method and node arrangements | |
US7593414B2 (en) | Enhanced CSU/DSU (channel service unit/data service unit) for frame relay over DSL | |
Cisco | Basic Software Configuration | |
US20100017539A1 (en) | Method and device for the exchange of data | |
US9923756B2 (en) | Maintenance entity group end point of a subnetwork within a multi-domain network | |
US9548889B2 (en) | Methods and apparatuses for automated TDM-ethernet provisioning |