ES2350877T3 - Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final. - Google Patents

Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final. Download PDF

Info

Publication number
ES2350877T3
ES2350877T3 ES08743236T ES08743236T ES2350877T3 ES 2350877 T3 ES2350877 T3 ES 2350877T3 ES 08743236 T ES08743236 T ES 08743236T ES 08743236 T ES08743236 T ES 08743236T ES 2350877 T3 ES2350877 T3 ES 2350877T3
Authority
ES
Spain
Prior art keywords
mac address
message
access node
connection capacity
management message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES08743236T
Other languages
English (en)
Inventor
Ludwig Pauwels
Kamakshi Sridhar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2350877T3 publication Critical patent/ES2350877T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/287—Remote access server, e.g. BRAS
    • H04L12/2874—Processing of data for distribution to the subscribers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

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

Abstract

Un método (350) implementado por un encaminador de borde (304) para obtener una dirección de Media Access Control, MAC - Control de Acceso a Medios (334) de un dispositivo final (312'), comprendiendo el citado método las etapas de: obtener (502) una dirección de MAC virtual (324) que representa un puerto de puente (315b') en un nodo de acceso (310') tras el cual está situado el dispositivo final, estando también el citado método caracterizado por: enviar (504) un primer mensaje de gestión de fallos de capacidad de conexión (326) con una dirección de destino puesta a la dirección de MAC virtual (324), en el que el nodo de acceso recibe el primer mensaje de gestión de fallos de capacidad de conexión (320) con una dirección de destino puesta a una dirección de MAC de multidifusión (330) hacia el dispositivo final; y recibir (506) un tercer mensaje de gestión de fallos de capacidad de conexión (332) desde el dispositivo final en el que el tercer mensaje de fallo de capacidad de conexión tiene una dirección de fuente que es puesta a una dirección de MAC del dispositivo final.

Description

Esta solicitud reivindica el beneficio de la Solicitud de Patente de U.S. No.
914.225 que fue presentada el 26 de Abril de 2007.
Campo técnico
La presente invención se refiere a un encaminador de borde (por ejemplo, BRAS) y al método para obtener una dirección de Media Access Control (MAC Control de Acceso a Medios) de dispositivo final (por ejemplo, equipo de instalaciones de consumidor).
ANTECEDENTES
Se definen aquí las siguientes abreviaturas, al menos algunas de las cuales se refieren a la siguiente descripción asociada con la técnica anterior y con la presente invención.
ATM
Modo de Transferencia Asíncrono
BRAS
Servidor de Acceso Remoto de Banda Ancha
BTV
Televisión Transmitida
cc
Comprobación de Capacidad de Conexión
DA
Dirección de Destino
DSL
Línea de Abonado Digital
DSLAM
Multiplexador de Acceso a Línea de Abonado Digital
IEEE
Instituto de Ingenieros Eléctricos y Electrónicos
IP
Protocolo de Internet
IPTV
Televisión mediante Protocolo de Internet
LB
Bucle de Retorno
LBR
Respuesta de Bucle de Retorno
LT
Terminación de Línea (lado de cliente de un DSLAM)
NT
Terminación de Red (lado de red de un DSLAM)
MAC
Control de Acceso a Medios
MEP
Punto Final de Mantenimiento
OAM
Operación, Administración y Mantenimiento
OLT
Terminación de Línea Óptica
ONT
Terminación de Red Óptica
PON Red Óptica Pasiva RGW Puerta de Enlace Residencial SA Dirección de Fuente TV Televisión VCI Identificador de Conexión Virtual VPI Identificador de Ruta Virtual
En referencia a las FIGURAS 1-2 (TÉCNICA ANTERIOR), existen dos diagramas de bloque de una red de acceso tradicional 100 con agregación de DSL basada en Ethernet (por ejemplo, véase el DSL Forum TR-101). La red de acceso
5 tradicional 100 (por ejemplo, red de IPTV 100) incluye una red regional 102 que está acoplada a un encaminador de borde 104 (por ejemplo, BRAS 104 con puertos 105) que está acoplado a uno o más nodos de agregación 106 (con puertos 106a y 106b). El nodo o los nodos de agregación 106 está o están conectado o conectados mediante una red de acceso Ethernet 108 a nodos de acceso múltiples 110 (por
10 ejemplo, DSLAMs 110 cada uno de los cuales incluirá una tarjeta de NT 113 que tiene puertos que miran hacia el exterior de NT 113a y puertos que miran hacia el interior de NT 113b y una tarjeta de LT 115 que tiene puertos que miran hacia el interior de la LT 115a y puertos que miran hacia el exterior de la LT 115b). Los DSLAMs 110 están conectados a múltiples CPEs 112 (RGWs 112) que a su vez están asociados con
15 múltiples clientes 114 en los que existe normalmente un cliente 114 asociado con un CPE 112. En una aplicación, el BRAS 104 transmite tráfico de BTV 118 (múltiples canales de TV 118) al nivel de enlace descendente de Ethernet (nivel 2) por medio del
o de los nodo o nodos de agregación 106, la red de acceso Ethernet 108, los DSLAMs 110, y los CPEs 112 a los clientes 114. La arquitectura y funcionalidad básica de la
20 red de acceso tradicional 100 son bien conocidas para los expertos pero para detalles adicionales acerca de este tipo de arquitectura se hace referencia al DSL Forum TR101 Ethernet-based DSL aggregation fechado en Abril de 2006 (los contenidos del cual están aquí incorporados como referencia en lo que sigue). La red de acceso tradicional 100 implementa típicamente un esquema de
25 gestión de fallos de capacidad de conexión (EthCFM o EthOAM) que se ha descrito en el estándar IEEE 802.1 ag/D8 titulado "Virtual Bridged Local Area Networks-Amendment 5: Connectivity Fault Management" 8 de Febrero de 2007 (los contenidos del cual se incorporan aquí como referencia). En una aplicación, el BRAS 104 puede utilizar este estándar para enviar un mensaje de retorno de OAM de Ethernet para probar la capacidad de conexión de un CPE 112 particular". No obstante, antes de que el BRAS 104 pueda enviar el mensaje de retorno para probar la capacidad de conexión de un CPE 112' particular necesita conocer la dirección de MAC del CPE 112' particular. Desgraciadamente, el estándar asume que el BRAS 104 conocería a priori las direcciones de MAC de todos los CPEs 112. En el pasado, el operador permitía al BRAS 104 obtener la dirección de MAC de los CPEs 112 asegurando que un MEP 116 está pre-configurado (con un único MEP-id) en cada uno de los CPEs
112. A continuación, el operador pre-configuraba el BRAS 104 para tener conocimiento acerca de los MEPs 116 en cada uno de los CPEs 112. A partir de entonces, el BRAS 104 usaba mensajes de CC 802.lag en banda que contienen información acerca de los MEPs 116 de los CPE's para obtener las correspondientes direcciones de MAC de los CPEs 112. Este planteamiento tiene dos problemas: 1) no es escalable en una red de acceso 100 que tiene muchos miles de CPEs 112 (es decir, el BRAS 104 no puede enviar sólo un mensaje de CC para obtener la dirección de MAC de un CPE 112' particular); y 2) existe un problema de seguridad porque un pirata informático podría generar mensajes de CC con un MEP-id falso y de este modo el BRAS 104 obtendría y a continuación enlazaría la dirección de MAC incorrecta al MEP de los CPE's. De acuerdo con esto, ha habido una necesidad y todavía sigue habiendo una necesidad de resolver este defecto y otros defectos que están asociados con la red de acceso tradicional 100. Esta y otras necesidades son satisfechas por la presente invención.
La Patente de U.S. No. 6.195.705 describe una unidad de central que es configurada manualmente y que posee todo el conocimiento de todas las direcciones de MAC y de IP en la red, de manera que la unidad de central es capaz de responder a cualquier pregunta desde un nodo con respecto a las direcciones de IP o MAC de otros nodos.
SUMARIO
Un método y un encaminador de borde están citados en las Reivindicaciones independientes 1 y 9, respectivamente. En un aspecto, la presente invención proporciona un método que podría ser implementado por un encaminador de borde (por ejemplo, BRAS) para obtener una dirección de MAC de un dispositivo final (por ejemplo, CPE). El método comprende las etapas de: (a) obtener una dirección de MAC virtual que representa un puerto de puente en un nodo de acceso (por ejemplo, DSLAM, ONT-OLT) tras el cual está situado el dispositivo final (por ejemplo, CPE); (b) enviar un primer mensaje de gestión de fallos de capacidad de conexión con una dirección de destino puesta a la dirección de MAC virtual, en la que el nodo de acceso recibe el primer mensaje de gestión de fallos de capacidad de conexión y a continuación envía un segundo mensaje de gestión de fallos de capacidad de conexión con una dirección de destino puesta a una dirección de MAC de multidifusión hacia el dispositivo final; y (c) recibir un tercer mensaje de gestión de fallos de capacidad de conexión desde el dispositivo final en el que el tercer mensaje de fallo de capacidad de conexión tiene una dirección de fuente que es puesta a una dirección de MAC del dispositivo final.
En otro aspecto, la presente invención proporciona un encaminador de borde (por ejemplo, BRAS) con un procesador que recupera instrucciones de una memoria y procesa esas instrucciones con el fin de permitir lo siguiente: (a) obtener una dirección de MAC virtual que representa un puerto de puente en un nodo de acceso (por ejemplo, DSLAM, ONT-OLT) tras el cual está situado un dispositivo final (por ejemplo, CPE); (b) enviar un primer mensaje de gestión de fallos de capacidad de conexión con una dirección de destino puesta a la dirección de MAC virtual, en la que el nodo de acceso recibe el primer mensaje de gestión de fallos de capacidad de conexión y a continuación envía un segundo mensaje de gestión de fallos de capacidad de conexión con una dirección de destino puesta a una dirección de MAC de multidifusión hacia el dispositivo final; y (c) recibir un tercer mensaje de gestión de fallos de capacidad de conexión desde el dispositivo final en el que el tercer mensaje de fallo de capacidad de conexión tiene una dirección de fuente que es puesta a una dirección de MAC del dispositivo final.
En otro aspecto más, la presente invención proporciona un método para obtener una dirección de MAC de un dispositivo de borde que es parte de un sistema de acceso que incluye también un encaminador de borde y una pluralidad de nodos de acceso, donde el método comprende las etapas de: (a) obtener una dirección de MAC virtual en el encaminador de borde, donde la dirección de MAC virtual representa un puerto de puente en uno de los nodos de acceso tras los cuales está situado el dispositivo final; (b) enviar un mensaje de retorno de unidifusión con una dirección de destino puesta a la dirección de MAC virtual desde el encaminador de borde hacia el dispositivo final; (c) recibir el mensaje de retorno de unidifusión en los nodos de acceso; (d) descartar el mensaje de retorno de unidifusión en todos los nodos de acceso que no reconocen la dirección de MAC virtual; (e) enviar un mensaje de retorno de multidifusión desde uno de los nodos de acceso que reconocieron la dirección de MAC virtual, donde el un nodo de acceso tiene el puerto de puente tras el cual está situado el dispositivo final, y donde el mensaje de retorno de multidifusión tiene una dirección de destino puesta a una dirección de MAC de multidifusión; (f) recibir el mensaje de retorno de multidifusión en el dispositivo final; (g) enviar un mensaje de respuesta de retorno de unidifusión desde el dispositivo final, donde el mensaje de respuesta de retorno de unidifusión tiene una dirección de fuente puesta a una dirección de MAC del dispositivo final; y (h) recibir el mensaje de respuesta de retorno de unidifusión en el encaminador de borde de manera que el encaminador de borde es capaz de obtener la dirección de MAC del dispositivo final desde el mensaje de respuesta de retorno de unidifusión recibido.
Aspectos adicionales de la invención se explicarán, en parte, en la descripción detallada, las figuras y cualesquiera reivindicaciones que siguen, y en parte serán derivados de la descripción detallada, o pueden ser aprendidos mediante la práctica de la invención. Debe entenderse que tanto la descripción general anterior como la descripción detallada siguiente son sólo ejemplarizantes y explicatorias y no son restrictivas de la invención como se describe.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Puede obtenerse una comprensión más completa de la presente invención por referencia a la descripción detallada que sigue cuando se toma en conjunción con los dibujos que se acompañan en los cuales:
Las FIGURAS 1-2 (TÉCNICA ANTERIOR) son dos diagramas de una red de acceso tradicional (por ejemplo, red IPTV) que se usan para ayudar a explicar un problema que es resuelto mediante la presente invención; las FIGURAS 3-4 son dos diagramas de una red de acceso (con una agregación de DSL basada en Ethernet) que tiene un encaminador de borde (por ejemplo, BRAS) que implementa un método para obtener una dirección de MAC de un dispositivo final (por ejemplo, CPE) particular de acuerdo con la presente invención; la FIGURA 5 es un diagrama de flujo que ilustra las etapas básicas del método para obtener la dirección de MAC de un dispositivo final (por ejemplo, CPE) particular de acuerdo con la presente invención; la FIGURA 6 es un diagrama de una red de acceso de ejemplo que se utiliza para ayudar a explicar cómo puede el método ser implementado de acuerdo con una primera realización de la presente invención; la FIGURA 7 es un diagrama que ilustra el formato de marco de un mensaje de retorno de unidifusión de ejemplo que es explicado con respecto a la red de acceso mostrada en la FIGURA 6 de acuerdo con la presente invención; la FIGURA 8 es un diagrama que ilustra el formato de marco de un mensaje de retorno de multidifusión de ejemplo que es explicado con respecto a la red de acceso mostrada en la FIGURA 6 de acuerdo con la presente invención; y la FIGURA 9 es un diagrama que ilustra el formato de marco de un mensaje de respuesta de retorno de unidifusión de ejemplo que es explicado con respecto a la red de acceso mostrada en la FIGURA 6 de acuerdo con la presente invención;
DESCRIPCIÓN DETALLADA
En referencia a las FIGURAS 3-4, hay dos diagramas de bloques de una red de acceso 300 (con una agregación de DSL basada en Ethernet) que tiene un encaminador de borde 304 (por ejemplo, BRAS 304) que implementa un método 350 para obtener una dirección de MAC de un dispositivo final 312 (por ejemplo, CPE 112) de acuerdo con la presente invención; La red de acceso tradicional 300 (por ejemplo, red de IPTV 300) incluye una red regional 302 que está acoplada a un encaminador de borde 304 (por ejemplo, BRAS 304 con puertos 305) que está acoplado a uno o más nodos de agregación 306 (con puertos 306a y 306b). El nodo o los nodos de agregación 306 está o están conectado o conectados mediante una red de acceso Ethernet 308 a nodos de acceso múltiples 310 (por ejemplo, DSLAMs 310 cada uno de los cuales incluirá una tarjeta de NT 313 que tiene puertos que miran hacia el exterior de la NT 313a y puertos que miran hacia el interior de la NT 313b y una tarjeta de la LT 315 que tiene puertos que miran hacia el interior de la LT 315a y puertos que miran hacia el exterior de la LT 315b). Los DSLAMs 310 están conectados a múltiples CPEs 312 (RGWs 312) que a su vez están asociados con múltiples clientes 314 en los que existe normalmente un cliente 314 asociado con un CPE 312. En una aplicación, el BRAS 304 transmite tráfico de BTV 318 (múltiples canales de TV 318) al nivel de enlace descendente de Ethernet (nivel 2) por medio del o de los nodo o nodos de agregación 306, la red de acceso Ethernet 308, los DSLAMs 310, y los CPEs 312 a los clientes 314.
En la presente invención, el BRAS 304 tiene un procesador 320 que obtiene instrucciones de una memoria 322 y procesa esas instrucciones para implementar un método de obtención de dirección de MAC 350 (véase el diagrama de flujo en la FIGURA 5). En una realización, el BRAS 304 implementa el método 350 para obtener la dirección de MAC de un CPE 312' particular para obtener un dirección de MAC virtual 324 que representa un puerto de puente 315b' en el DSLAM 310' tras el cual está situado el CPE 312' particular (véase la etapa 502). Por ejemplo, el BRAS 304 puede ser pre-configurado para almacenar la dirección de MAC virtual 324 asociada con el CPE 312' particular. Alternativamente, el BRAS 304 puede usar la jerarquía conocida de la red de acceso 300 y en particular el DSLAM 310' para calcular la dirección de MAC virtual 324 que corresponde con el CPE 312' particular (este esquema se explica con mayor detalle a continuación).
A partir de entonces, el BRAS 304 emite un primer mensaje de gestión de fallos de capacidad de conexión 326 con una dirección de destino puesta a la dirección de MAC virtual 324 (etapa 504). El BRAS 304 emite el primer mensaje de gestión de fallos de capacidad de conexión 326 a través de la red de acceso 300 porque la dirección de MAC virtual 324 no es conocida dentro de la red de acceso 300 (véase la FIGURA 4). Cada DSLAM 310 recibe el primer mensaje de gestión de fallos de capacidad de conexión 32 6 y todos los DSLAMs 310 descartan el primer mensaje de gestión de fallos de capacidad de conexión 32 6 excepto un DSLAM 310' que reconoce la dirección de MAC virtual 324 porque tiene el puerto 315b' tras el cual está situado el CPA 312' particular. Este DSLAM 310' envía un segundo mensaje de gestión de fallos de capacidad de conexión 328 que tiene una dirección de destino puesta a una MAC de multidifusión 330 hacia el CPE 312'. El CPE 312' recibe el segundo mensaje de gestión de fallos de capacidad de conexión 328 y a continuación envía un tercer mensaje de gestión de fallos de capacidad de conexión 332 que tiene una dirección de fuente puesta a la dirección de MAC del CPE 334 y a una dirección de destino puesta a la dirección de MAC del BRAS 336. Finalmente, el BRAS 304 recibe el tercer mensaje de gestión de fallos de capacidad de conexión 332 y obtiene del mismo la dirección de MAC 334 del CPE 312' particular (etapa 506). Una vez que el BRAS 304 tiene la dirección de MAC del CPE 334 es entonces capaz de utilizar herramientas de OAM de Ethernet para solucionar los problemas del CPE 312'.
En referencia a la FIGURA 6, existe un diagrama de bloques en una red de acceso 300a que se utiliza para ayudar a explicar cómo el método de obtención de dirección de MAC 350 puede ser implementado de acuerdo con una primera realización de la presente invención. Las etapas de cómo puede ser implementada esta realización particular del método de obtener la dirección de MAC 350 son como
sigue:
1.
El BRAS 304 obtiene una dirección de MAC virtual 324 que representa a un puerto de puente 315b' en uno de los DSLAMs 310' tras el cual está situado un CPE 312' particular. En este caso, debe asumirse que al BRAS 304 le gustaría obtener la dirección de MAC 334 de este CPE 312' particular. El BRAS 304 podría obtener esta dirección de MAC virtual 324 siendo pre-configurado para almacenar las direcciones de MAC virtuales 324 para todos los CPEs 312. Alternativamente, el BRAS 304 podría obtener esta dirección de MAC virtual 324 usando la jerarquía conocida del DSLAM 310' para calcular la dirección de MAC virtual 324 que está asociada con el CPE 312' particular. Por ejemplo, el BRAS 304 puede usar la jerarquía conocida del DSLAM 310' para calcular la dirección de MAC virtual 324 usando un número de identificación del DSLAM 310' y una identificación de bastidor-subbastidor-slot-puerto que está asociada con el puerto de puente 315b' relevante tras el cual está situado el CPE 312'. Si se desea, la dirección de MAC virtual 324 puede ser cualquier dirección de MAC única que representa el CPE 312' particular en el lado del par de un puerto 315b' en el DSLAM 310' respectivo.
2.
El BRAS 304 envía un mensaje de retorno de unidifusión 602 con una dirección de destino puesta a la dirección de MAC virtual 324 hacia el CPE 312'. El mensaje de retorno de unidifusión 602 es transmitido a través de la red de acceso 300a porque la dirección de MAC virtual 324 no es conocida dentro de la red de acceso 300a. La FIGURA 7 es un diagrama que ilustra el formato de trama de un mensaje de retorno de unidifusión 602 de ejemplo con una DA puesto a la dirección de MAC virtual 324.
3.
Los DSLAMs 310 reciben el mensaje de retorno de unidifusión 602.
4.
Los DSLAMs 310 que no reconocen la dirección de MAC virtual 324 dentro del mensaje de retorno de unidifusión 602 descartan el mensaje de retorno de unidifusión 602. En este ejemplo, hay dos DSLAMs 310 que descartan el mensaje de retorno de unidifusión 602 (véanse los DSLAMs 310 superior e inferior mostrados en la FIGURA 6).
5.
El un DSLAM 310' que reconoce la dirección de MAC virtual 324 en el mensaje de retorno de unidifusión 602 recibido funciona entonces para emitir un mensaje de retorno de multidifusión 604 que tiene una dirección de destino puesta a una MAC de multidifusión 330 hacia el CPE 312'. El un DSLAM 310'
es capaz de reconocer la dirección de MAC virtual 324 porque tiene el puerto de puente 315b' específico tras el cual está situado este CPE 312' particular. La FIGURA 8 es un diagrama que ilustra el formato de trama de un mensaje de retorno de multidifusión 604 de ejemplo con una DA puesta a la dirección de MAC de multidifusión 330.
6.
El CPE 312' recibe el mensaje de retorno de multidifusión 604.
7.
El CPE 312' envía un mensaje de respuesta de retorno de unidifusión 606 con una dirección de fuente puesta a la dirección de MAC del CPE 334 y una dirección de destino puesta a la dirección de MAC del BRAS 336. La FIGURA 9 es un diagrama que ilustra el formato de trama de un mensaje de respuesta de retorno de unidifusión 606 de ejemplo que tiene una SA puesta a la dirección de MAC del CPE 334 y una DA puesta a la dirección de MAC del BRAS 336.
8.
El BRAS 304 recibe sólo un mensaje de respuesta de retorno de unidifusión 606 y a partir de este mensaje es capaz de obtener la dirección de MAC 334 del CPE 312'. Una vez que el BRAS 304 tiene la dirección de MAC del CPE 334 es entonces capaz de utilizar herramientas de OAM de Ethernet para solucionar los problemas del CPE 312'.
Nota 1: La presente invención podría ser implementada también en una red de acceso que está basada en un modelo de PON en cuyo caso el DSLAM 310 sería reemplazado por una OLT y una ONT.
Nota 2: El mensaje de LB 602 (que excluye la dirección de MAC virtual 324), el mensaje de LB 604 (que excluye la MAC de multidifusión 330) y el mensaje de LBR 606 (que excluye la SA puesta a la dirección de MAC del CPE 334 y la DA puesta a la dirección de MAC del BRAS 336) se explican con más detalle en la ITU-T Recommendation Y.1731 titulada "OAM Functions and Mechanisms for Ethernet Based Networks" Mayo de 2006 (los contenidos de la cual están aquí incorporados para referencia).
De lo anterior, debe apreciarse que la presente invención se refiere a un encaminador de borde 304 (por ejemplo, BRAS 304) y a un método 350 para obtener una dirección de MAC 334 de un dispositivo final 312 particular (por ejemplo, equipo de instalaciones de consumidor 312). La idea básica es que cada puerto de puente de usuario 315b (puerto de la LT en un DSLAM 310) obtiene una dirección de MAC virtual 324 que representa al CPE 312 que está conectado a este puerto de puente de
usuario 315b particular. La dirección de MAC virtual 324 se define basándose en un patrón de bits que contiene un DSLAM-id que identifica al DSLAM 310' y la posición física de un bastidor/subbastidor/slot/puerto (y posiblemente vpi/vci en aplicaciones de ATM) del puerto 315b' particular dentro de este DSLAM 310' tras el cual el CPE 312 5 particular está conectado. Alternativamente, la dirección de MAC virtual 324 puede ser cualquier dirección de MAC que puede estar acordada para representar al CPE 312'. A continuación, el BRAS 304 envía un mensaje de retorno de unidifusión 602 (con la dirección de MAC virtual 324) que es emitido dentro de la red de acceso 300a. El DSLAM 310' particular que recibe este mensaje de retorno de unidifusión 602 y 10 reconoce esta dirección de MAC virtual 324 envía a continuación un mensaje de retorno de multidifusión 604 al CPE 312'. El CPE 312' envía a continuación un mensaje de respuesta de retorno de unidifusión 606 que contiene la dirección de MAC 334 del CPE real hacia el BRAS 304. Dirigiendo un CPE 312' específico y recibiendo sólo una respuesta desde este CPE 312', no hay problema de escalabilidad porque
15 sólo se envía una respuesta al BRAS 304 y tampoco hay ningún problema de seguridad porque, el CPE 312' derecho está dirigido y sólo el CPE 312' dirigido puede responder al BRAS 304. Esto soluciona de manera efectiva los problemas mencionados anteriormente asociados con la técnica anterior. Aunque una realización de la presente invención ha sido ilustrada en los
20 Dibujos que se acompañan y descrita en la Descripción Detallada anterior, debe entenderse que la presente invención no está limitada a la realización descrita, pero que es capaz de numerosas re-disposiciones, modificaciones y substituciones.

Claims (14)

  1. REIVINDICACIONES
    1. Un método (350) implementado por un encaminador de borde (304) para obtener una dirección de Media Access Control, MAC -Control de Acceso a Medios (334) de un dispositivo final (312'), comprendiendo el citado método las etapas de:
    obtener (502) una dirección de MAC virtual (324) que representa un puerto de puente (315b') en un nodo de acceso (310') tras el cual está situado el dispositivo final, estando también el citado método caracterizado por:
    enviar (504) un primer mensaje de gestión de fallos de capacidad de conexión (326) con una dirección de destino puesta a la dirección de MAC virtual (324), en el que el nodo de acceso recibe el primer mensaje de gestión de fallos de capacidad de conexión (320) con una dirección de destino puesta a una dirección de MAC de multidifusión
    (330) hacia el dispositivo final; y recibir (506) un tercer mensaje de gestión de fallos de capacidad de conexión (332) desde el dispositivo final en el que el tercer mensaje de fallo de capacidad de conexión tiene una dirección de fuente que es puesta a una dirección de MAC del dispositivo final.
  2. 2.
    El método de la Reivindicación 1, en el que la citada etapa de obtención incluye también pre-configurar el encaminador de borde para almacenar la dirección de MAC virtual que representa el puerto de puente en el nodo de acceso tras el cual está situado el dispositivo final.
  3. 3.
    El método de la Reivindicación 1, en el que la citada etapa de obtención incluye también utilizar una jerarquía conocida del nodo de acceso para calcular la dirección de MAC virtual que representa el puerto de puente en el nodo de acceso tras el cual está situado el dispositivo final.
  4. 4.
    El método de la Reivindicación 1, en el que la citada dirección de MAC virtual está definida por un número de identificación del nodo de acceso y una situación física del puerto de puente en el nodo de acceso.
  5. 5.
    El método de la Reivindicación 4, en el que la citada situación física del puerto de puente es representado por una identificación de bastidor-subbastidor-slotpuerto.
  6. 6.
    El método de la Reivindicación 1, en el que el citado dispositivo final es un equipo de las instalaciones del consumidor.
  7. 7.
    El método de la Reivindicación 1, en el que el citado nodo de acceso incluye:
    un Multiplexador de Acceso a Línea de Abonado Digital o una Terminación de Línea Óptica-Terminación de Red Óptica.
  8. 8. El método de la Reivindicación 1, en el que:
    el citado primer mensaje de gestión de fallos de capacidad de conexión es un mensaje de retorno de unidifusión (602); el citado segundo mensaje de gestión de fallos de capacidad de conexión es un mensaje de retorno de multidifusión (604); y el citado tercer mensaje de gestión de fallos de capacidad de conexión es un mensaje de respuesta de retorno de unidifusión (606);
  9. 9. Un encaminador de borde (304), que comprende:
    un procesador (320); y una memoria (322), en la que el citado procesador obtiene instrucciones de la citada memoria y procesa esas instrucciones para permitir lo siguiente:
    obtener (502) a dirección de Media Access Control, MAC -Control de Acceso a Medios (324) que representa un puerto de puente (315b') en un nodo de acceso (310') tras el cual está situado un dispositivo final (312'), caracterizado también por; enviar (504) un primer mensaje de gestión de fallos de capacidad de conexión (326) con una dirección de destino puesta a una dirección de MAC virtual (324), en el que el nodo de acceso recibe el primer mensaje de gestión de fallos de capacidad de conexión (320) con una dirección de destino puesta a una dirección de MAC de multidifusión
    (330) hacia el dispositivo final; y recibir (506) un tercer mensaje de gestión de fallos de capacidad de conexión (332) desde el dispositivo final en el que el tercer mensaje de fallo de capacidad de conexión tiene una dirección de fuente que es puesta a una dirección de MAC (334) del dispositivo final.
  10. 10.
    El encaminador de borde de la Reivindicación 9, en el que el citado procesador permite la operación de obtención preconfigurando la memoria para almacenar la dirección de MAC virtual que representa el puerto de puente en el nodo de acceso tras el cual está situado el dispositivo final.
  11. 11.
    El encaminador de borde de la Reivindicación 9, en el que el citado procesador permite la operación de obtención utilizando una jerarquía conocida del nodo de acceso para calcular la dirección de MAC virtual que representa el puerto de puente en el nodo de acceso tras el cual está situado el dispositivo final.
  12. 12.
    El encaminador de borde de la Reivindicación 9, en el que la citada dirección de MAC virtual está definida por un número de identificación del nodo de acceso y una situación física del puerto de puente en el nodo de acceso.
  13. 13.
    El encaminador de borde de la Reivindicación 12, en el que la citada situación física del puerto de puente está representada por una identificación de bastidor-subbastidor-slot-puerto.
  14. 14. El encaminador de borde de la Reivindicación 9, en el que;
    el citado primer mensaje de gestión de fallos de capacidad de conexión es un mensaje de retorno de unidifusión (602); el citado segundo mensaje de gestión de fallos de capacidad de conexión es un mensaje de retorno de multidifusión (604); y el citado tercer mensaje de gestión de fallos de capacidad de conexión es un mensaje de respuesta de retorno de unidifusión (606).
ES08743236T 2007-04-26 2008-04-24 Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final. Active ES2350877T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US91422507P 2007-04-26 2007-04-26
US914225P 2007-04-26
US956321 2007-12-13

Publications (1)

Publication Number Publication Date
ES2350877T3 true ES2350877T3 (es) 2011-01-27

Family

ID=39888377

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08743236T Active ES2350877T3 (es) 2007-04-26 2008-04-24 Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final.

Country Status (8)

Country Link
US (1) US9071666B2 (es)
EP (1) EP2153586B1 (es)
KR (1) KR101183825B1 (es)
CN (1) CN101663862B (es)
AT (1) ATE481798T1 (es)
DE (1) DE602008002594D1 (es)
ES (1) ES2350877T3 (es)
WO (1) WO2008133934A1 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100574240C (zh) * 2007-04-30 2009-12-23 华为技术有限公司 基于以太网总线的接入设备及其主从框通信方法
US8254779B2 (en) * 2007-08-09 2012-08-28 General Instrument Corporation Field-configurable optical network terminal device
CN101547383B (zh) * 2008-03-26 2013-06-05 华为技术有限公司 一种接入认证方法及接入认证系统以及相关设备
US8005113B2 (en) * 2008-04-08 2011-08-23 Futurewei Technologies, Inc. Encapsulating large Ethernet frames
DE102008032875A1 (de) * 2008-07-14 2010-01-21 Deutsche Telekom Ag Verfahren zur Endpunkt-Adressierung sowie dafür eingerichtetes Netzwerk und Zugangsknoten
DE102008055967B4 (de) * 2008-11-05 2014-05-08 Deutsche Telekom Ag Verfahren zur Endpunkt-Adressierung sowie dafür eingerichtetes Netzwerk und Zugangsknoten
US8804489B2 (en) * 2010-09-29 2014-08-12 Telefonaktiebolaget L M Ericsson (Publ) Fast flooding based fast convergence to recover from network failures
CN108141473A (zh) * 2014-12-01 2018-06-08 阿普泰克科技公司 基于资产可用性的网状网络路由
US10979345B2 (en) * 2018-11-06 2021-04-13 Cox Communications, Inc. Remote medium access control (MAC) based networks
US10979144B1 (en) 2019-10-15 2021-04-13 Level 3 Communications, Llc Optical domain controller of a telecommunications network
CN115459875A (zh) * 2020-02-20 2022-12-09 华为技术有限公司 配置传送管道的方法、装置及系统
CN113193994B (zh) * 2021-04-22 2023-06-13 大连市共进科技有限公司 一种拓扑发现方法、装置、终端设备及介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6195705B1 (en) 1998-06-30 2001-02-27 Cisco Technology, Inc. Mobile IP mobility agent standby protocol
US6973494B2 (en) * 2000-12-29 2005-12-06 Bellsouth Intellectual Property Corporation System and method for bi-directional mapping between customer identity and network elements
US7428586B2 (en) * 2002-03-12 2008-09-23 Intel Corporation System and method for discovering undiscovered nodes using a registry bit in a point-to-multipoint network
CA2505145A1 (en) 2002-11-07 2004-05-21 Tpack A/S Virtual ethernet mac switching
US7814232B2 (en) * 2003-03-28 2010-10-12 Cisco Technology, Inc. Network address translation with gateway load distribution
JP2005012739A (ja) * 2003-06-21 2005-01-13 Katsuyasu Ono Ａｒｐをリモートからかけることによる、インターネット下での個人特定方式
US7765300B2 (en) * 2003-10-06 2010-07-27 Ericsson Ab Protocol for messaging between a centralized broadband remote aggregation server and other devices
US20050099951A1 (en) * 2003-11-10 2005-05-12 Nortel Networks Limited Ethernet OAM fault detection and verification
EP1628458A1 (de) 2004-08-19 2006-02-22 Siemens Aktiengesellschaft Verfahren zur Vermittlung von IP-Paketen zwischen Kundennetzen und IP-Provider-Netzen über ein Zugangsnetz
WO2006118497A1 (en) * 2005-04-29 2006-11-09 Telefonaktiebolaget L M Ericsson (Publ) Operator shop selection
US7889754B2 (en) * 2005-07-12 2011-02-15 Cisco Technology, Inc. Address resolution mechanism for ethernet maintenance endpoints

Also Published As

Publication number Publication date
CN101663862B (zh) 2012-05-23
KR101183825B1 (ko) 2012-09-20
US9071666B2 (en) 2015-06-30
EP2153586B1 (en) 2010-09-15
ATE481798T1 (de) 2010-10-15
EP2153586A1 (en) 2010-02-17
DE602008002594D1 (es) 2010-10-28
US20080270673A1 (en) 2008-10-30
WO2008133934A1 (en) 2008-11-06
KR20100048957A (ko) 2010-05-11
CN101663862A (zh) 2010-03-03

Similar Documents

Publication Publication Date Title
ES2350877T3 (es) Encaminador de borde y método para la obtención dinámica de una dirección de mac de un dispositivo final.
JP5053376B2 (ja) ブリッジされたネットワークにおけるポイントツーマルチポイント機能
US7898982B2 (en) Logical group endpoint discovery for data communication network
US7593400B2 (en) MAC address learning in a distributed bridge
ES2423658T3 (es) Método, sistema y equipo de conmutación y reenvío en Ethernet
KR101063080B1 (ko) 이더넷 ｄｓｌ 액세스 멀티플렉서 및 동적 서비스 선택과최종-사용자 구성을 제공하는 방법
US8059527B2 (en) Techniques for oversubscribing edge nodes for virtual private networks
JP5366959B2 (ja) リンク状態制御イーサネット・ネットワークにおける自動ｍｅｐプロビジョニング
US20080181243A1 (en) Ethernet forwarding in high performance fabrics
US7606939B1 (en) Scaling private virtual local area networks (VLANs) across large metropolitan area networks (MANs).
US20020038253A1 (en) Point-to-multipoint virtual circuits for metropolitan area networks
US20060187856A1 (en) Techniques for using first sign of life at edge nodes for a virtual private network
US20040085997A1 (en) Methods and apparatus for broadcast domain interworking
US20040202199A1 (en) Address resolution in IP interworking layer 2 point-to-point connections
WO2004039015A2 (en) Modified spanning tree protocol for metropolitan area network
ES2540997T3 (es) Método y aparato de control de servicio en un nodo de acceso
CN101188510A (zh) 地址集中控制的方法、设备及系统
US10972338B2 (en) Pre-populating media access control (MAC) address tables in networks where flooding of MAC addresses is blocked
WO2008125603A1 (en) Method for forwarding data packets in an access network and device
CN211531111U (zh) 一种基于动态ip的互联网专线接入系统
Hao et al. Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) Traffic
Zhang et al. Transparent Interconnection of Lots of Links (TRILL) Active-Active Edge Using Multiple MAC Attachments
Zhai et al. Internet Engineering Task Force (IETF) M. Zhang Request for Comments: 7782 Huawei Category: Standards Track R. Perlman
Seppänen Dependability of All IP Networks: Resiliency in Ethernet Based Transport
IL195263A (en) Learning a Macintosh address on a distributed bridge