ES2319418T3 - Svs/spvc con envio ip de capa 3. - Google Patents
Svs/spvc con envio ip de capa 3. Download PDFInfo
- Publication number
- ES2319418T3 ES2319418T3 ES04300208T ES04300208T ES2319418T3 ES 2319418 T3 ES2319418 T3 ES 2319418T3 ES 04300208 T ES04300208 T ES 04300208T ES 04300208 T ES04300208 T ES 04300208T ES 2319418 T3 ES2319418 T3 ES 2319418T3
- Authority
- ES
- Spain
- Prior art keywords
- layer
- message
- interface
- spvc
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 241000223080 Sweet potato virus C Species 0.000 title claims description 6
- 238000000034 method Methods 0.000 claims abstract description 47
- 230000008569 process Effects 0.000 claims abstract description 17
- 238000004891 communication Methods 0.000 claims abstract description 5
- 230000011664 signaling Effects 0.000 claims description 27
- 230000004048 modification Effects 0.000 claims description 7
- 238000012986 modification Methods 0.000 claims description 7
- 230000032258 transport Effects 0.000 claims description 7
- 241001133287 Artocarpus hirsutus Species 0.000 claims description 2
- 238000013475 authorization Methods 0.000 claims description 2
- 101500025735 Drosophila melanogaster CAP-3 Proteins 0.000 claims 2
- 238000012795 verification Methods 0.000 claims 1
- 241000036569 Carp sprivivirus Species 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- ABEXEQSGABRUHS-UHFFFAOYSA-N 16-methylheptadecyl 16-methylheptadecanoate Chemical compound CC(C)CCCCCCCCCCCCCCCOC(=O)CCCCCCCCCCCCCCC(C)C ABEXEQSGABRUHS-UHFFFAOYSA-N 0.000 description 1
- 241000764238 Isis Species 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006727 cell loss Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 235000019580 granularity Nutrition 0.000 description 1
- 238000005417 image-selected in vivo spectroscopy Methods 0.000 description 1
- 238000012739 integrated shape imaging system Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Un método de establecer un circuito virtual de Capa-3 (101) entre un primer punto de extremo (116) establecido en un primer nodo de red de multi-servicio (112) y un segundo punto de extremo (104) establecido en un segundo nodo de red de multi-servicio (102) en un sistema de comunicación, en el que el segundo punto de extremo (104) es un punto de extremo de envío de Capa-3 caracterizado porque el citado segundo punto de extremo (104): - está situado en un segundo puerto (106) del segundo conmutador de multi-servicio (102); - es proporcionado con una segunda dirección IP, y la tabla de envío IP en el primer nodo de multi-servicio es actualizada para indicar que la citada segunda dirección IP es alcanzable desde el primer punto de extremo (116); y - utiliza un segundo proceso de encaminamiento de Capa-3 (105) para encaminar paquetes IP entre el segundo puerto (106) y una segunda interfaz IP (108).
Description
SVS/SPVC con envío IP de capa 3.
\global\parskip0.900000\baselineskip
Esta invención se refiere a comunicaciones
digitales que utilizan arquitecturas de conmutación de
multi-servicio y más particularmente a sistemas y
métodos de transportar tráfico IP de Capa 3 sobre SVCs o SPVCs y
para establecer estas conexiones usando protocolos de señalización
de ATM.
Las arquitecturas de conmutación de la técnica
anterior en redes de comunicaciones digitales emplean típicamente
servicios de enlaces de datos (de capa-2). La
tecnología de conmutación de paquetes de ATM utiliza conexiones
virtuales para completar comunicaciones de extremo a extremo a
través de la red de ATM. Los tipos de conexión virtual incluyen
permanent virtual connections (PVC) (Conexiones Virtuales
Permanentes), switching virtual connection (SVC) (Conexión Virtual
Conmutada) o soft permanent virtual connection (SPVC) (Conexión
Virtual Permanente Blanda). Las SVCs transportan paquetes a través
de la red y cada paquete contiene información de encaminamiento y
direccionamiento. Estos paquetes pasan a través de la red
compartiendo ciertas rutas con paquetes de otros mensajes. Los
circuitos permanentes virtuales son unos en los cuales los
terminales están permanentemente asociados por medio de un circuito
virtual. Una SPVC emplea conexiones del tipo de PVC del borde de la
red hacia usuarios de extremo y conmutación de tipo de SVC dentro de
la red.
La Figura 1 muestra una SPVC 12 que permite que
el tráfico de usuario fluya entre dos conmutadores de ATM 14 y 16
a través de una red de ATM 17, de acuerdo con la técnica anterior.
Las SPVC 12 tienen dos puntos de extremo 18 y 20 (mostrado cada uno
como un punto negro en la figura) y los bordes de la red. Cada punto
de extremo de SPVC termina en un puerto que proporciona capacidad
de conexión directa hasta el CPE desde sus respectivos conmutadores
de ATM. Desde el nodo de fuente respectivo, (conmutador 14), el
punto de extremo 18 está conectado de manera cruzada 15
internamente con el puerto de salida 22 en el cual la SPVC 12
abandona el nodo. Desde el nodo de destino respectivo, (conmutador
16), el punto de extremo 20 está conectado de manera cruzada 19
internamente con el puerto de entrada 24 en el cual la llamada de
SPVC 12 entró en el nodo. El resto de la SPVC 12 se muestra como
una línea de trazos a través de la nube de la red de ATM 17. Las
SPVCs son establecidas entre los conmutadores de ATM usando
protocolos de señalización de ATM tales como el protocolo de PNNI
(private network -network interface - red
privada-interfaz de red).
La figura 2 muestra una aplicación de DSL
(digital subscriber line) (línea de abonado digital) de ejemplo de
acuerdo con la técnica anterior. En este ejemplo, el ordenador de un
usuario final 32 está conectado por medio de un conmutador de ATM
45, una red de ATM 34, y equipo asociado a tres servicios IP
separados. Estos servicios separados son juegos de red
proporcionados por un servidor de juegos 36, vídeo sobre demanda
proporcionado a través de un servidor de aplicaciones 38, y de
acceso a la internet proporcionado a través de un broadband remote
access server (BRAS) (Servidor de Acceso Remoto de Banda Ancha) 40.
Existe una conexión de SPVC dedicada (SPVC1, SPVC2, y SPVC3) para
cada uno de estos servicios. Cada conexión de SPVC tiene un punto de
extremo en el puerto de entrada de un DSL access multiplexer
(DSLAM) (Multiplexador de Acceso de DSL) 42 y otro punto de extremo
en una interfaz IP de un conmutador de ATM de extremo lejano 50. En
el conmutador de ATM de extremo lejano 50, cada SPVC tiene una
conexión cruzada interna que conecta su interfaz IP asociada con un
puerto de entrada 52 del conmutador. El ordenador del usuario 32
está conectado con el DSLAM 42 por medio de un modem de CPU 43.
Para cada SPVC, existe una conexión de PVC entre el ordenador del
usuario y un puerto de salida en el modem de CPU. Cada par de SPVC
y de PVC correspondiente comparte el mismo VPI/VCI (virtual path
identifier/virtual circuit identifier) (identificador de ruta
virtual/identificador de circuito virtual) para realizar una
conexión entre el modem de CPU y el DSLAM.
La figura 3 muestra una aplicación de SVC de la
técnica anterior que es substancialmente la misma que la de la
figura 1, en la que se usa una SPVC. La conexión se originaría en el
CPE 70 conectado con el conmutador 72 y terminaría en el Servidor
de ISP 74 conectado con el conmutador 76. La SVC 78 es mostrada como
una línea de puntos a través de la red de ATM 80. Los conmutadores
72 y 76 tienen conexiones cruzadas internas 73 y 77
respectivamente.
Un problema con la técnica anterior,
particularmente con respecto a la aplicación de ejemplo mostrada en
la figura 2, es que conlleva un gran número de conexiones de PVC y
de SPVC. Los recursos de PVC y de SPVC tienen límites; por ello se
desea usar estos recursos tan eficientemente como sea posible. En
realidad, la experiencia ha sido que alcanzar los límites de la PVC
en los modems de CPU ha sido un problema. Además, como el número de
usuarios los servicios que subscriben crece hasta un número muy
elevado en tales aplicaciones, los límites de la SPVC en los nodos
de la red resultarán un problema. Además, en interés de establecer y
mantener las conexiones, por ejemplo en respuesta a fallos de la
red, se desea minimizar el número total de conexiones usando las
conexiones existentes eficientemente.
Otro problema con la técnica anterior como se
muestra en la figura 3 es que las SVCs sólo proporcionan capacidad
de conexión a una única conexión entre dispositivos de CPE. Si se
requieren múltiples servicios desde diferentes equipos de CPE
(posiblemente con diferentes direcciones IP) en el mismo nodo,
entonces se requieren múltiples SVCs desde el CPE de fuente, cuando
una única SVC podría ser suficiente.
\global\parskip1.000000\baselineskip
El documento XP 010234255 describe una visión
global de una conmutación de etiquetas. Las redes están
evolucionando para combinar encaminamiento de capas de red y
conmutación de capas de enlace para proporcionar servicios
avanzados a altas velocidades. La conmutación de etiquetas es una
nueva tecnología para integrar estrechamente encaminamiento y
conmutación de una manera flexible. Se presenta una visión general
de la conmutación de etiquetas y de cómo puede ser empleada en redes
de proveedores de empresas y servicios.
El documento WO 0030401 describe un método y un
aparato para proporcionar soporte de servicio diferenciado IP sobre
MPOA. En la realización descrita, se describen métodos para
distribución de información de política a clientes de MPOA, para
detección de flujo por clientes de MPOA y para descubrimiento de
capacidades de servicio diferenciadas de clientes de MPOA.
El documento XP 002249256 describe una visión
global de una conmutación de etiquetas. La conmutación de etiquetas
es una manera de combinar el paradigma de envío con intercambio de
etiquetas con el encaminamiento de capas de la red. Las etiquetas
pueden tener un amplio espectro de granularidades de envío, de
manera que en un extremo del espectro una etiqueta podría ser
asociada con un grupo de destinos, mientras que en el otro una
etiqueta podría ser asociada con un único flujo de aplicaciones. Al
mismo tiempo el envío basado en la conmutación de etiquetas es muy
adecuado para un envío de alto rendimiento. Estos factores facilitan
el desarrollo de un sistema de encaminamiento que es tan rico
funcionalmente como escalable.
El documento EP 1239686 describe, en una red de
acceso por radio terrestre para un all-IP UMTS, un
controlador de red de radio dispuesto para establecer túneles IP a
través de la interfaz de Iub con el Nodo B que controla, o a través
de la interfaz de luz hacia otros controladores de red de radio. Los
canales de transporte seleccionados pasan a través de los túneles
IP, encapsulados en paquetes IP. Los canales de transporte pueden
ser multiplexados, o pueden establecerse túneles IP dedicados para
cada canal de transporte seleccionado.
Esta invención describe un nuevo planteamiento
para transportar tráfico de capa-3 (por ejemplo
tráfico IP) sobre una nube de red de ATM que usa un protocolo de
señalización de ATM tal como el protocolo de PNNI y que mejora los
mensajes de señalización de la SVC o de la SPVC con el fin de
establecer dinámicamente un enlace IP virtual IP a través de la red
de ATM. Otros protocolos de señalización de ATM incluyen AINI, UNI y
IISP.
De acuerdo con un primer aspecto de la presente
invención se proporciona un método de establecer un circuito
virtual de capa-3 como se define en la
reivindicación 1.
La invención se describirá ahora con más detalle
con referencia a los dibujos que se acompañan en los cuales;
la figura 1 ilustra una red de ATM de la técnica
anterior que transporta conexiones de SPVC;
la figura 2 ilustra una aplicación de servicio
de DSL de la técnica anterior;
la figura 3 ilustra una aplicación de SVC de la
técnica anterior;
la figura 4 ilustra una aplicación de SPVC de
capa-3 de acuerdo con la presente invención; y
la figura 5 ilustra una SPVC de
capa-3 en una aplicación de DSL de acuerdo con la
presente invención.
El objetivo de la invención es establecer la
capacidad de conexión entre los procesos de encaminamiento
independiente que corren en conmutadores en la fuente y en el
destino de una red para permitir el intercambio directo de la
información de encaminamiento entre ellos y establecer una capacidad
de alcance entre las subredes asociadas con ellos. De manera más
importante, la capacidad de conexión se va a proporcionar a través
de una red de ATM de L2 subyacente y de una manera transparente de
forma que en el momento en que se establezca la capacidad de
conexión, los conmutadores se asumirán entre sí como un encaminador
de siguiente salto, independientemente del número de conmutadores
de ATM intermedios a lo largo de la ruta de la conexión virtual de
L2.
La invención introduce algunas mejoras en los
mensajes de señalización de ATM SPVC/SVC estándar (llamados aquí
señalización de L3-SPVC o de L3-SVC
como puede ser el caso) de manera que un proceso de encaminamiento
IP de L3 (Capa 3) en un segundo conmutador de
multi-servicio puede establecer una relación de par
con otro proceso de encaminamiento IP de L3 (Capa 3) en un segundo
conmutador de multi-servicio e intercambiar
información de encaminamiento así como permitir flujo, de manera
transparente, a través de una conexión virtual de Capa 2
subyacente. Con los procesos de encaminamiento en ambos
conmutadores, los puntos de extremo de la conexión virtual
(llamados aquí puntos de extremo L3-SPVC ) son
tratados como otra interfaz IP (una interfaz IP virtual) a través de
la cual pueden tener lugar flujos IP.
La capacidad para establecer unas relaciones de
par a través de una red de ATM subyacente crea un número de
escenarios de posibilidad de aplicación para esta invención. Algunos
de ellos son:
- 1.
- En un contexto público, para permitir que una subred se conecte a una red pública que proporciona servicios públicos, por ejemplo, acceso a Internet.
- 2.
- En un contexto privado, para permitir que una subred se una a una virtual private network (VPN) (red privada virtual) y permitir que se comunique con una segunda subred incluida en la VPN.
- 3.
- En un contexto semi-privado, para proporcionar capacidad de alcance entre una subred incluida en una VPN y una segunda subred incluida en una segunda VPN (es decir, una extra-red).
\vskip1.000000\baselineskip
Como en contextos de encaminamiento IP normales,
el establecimiento de relación de paridad entre los procesos de
encaminamiento requerirá que vean los puntos de extremo de
L3-SPVC como otra interfaz IP configurada con
direcciones IP apropiadas de manera que cada punto de extremo asume
el otro como la interfaz de siguiente salto. Los procesos de
encaminamiento en ambos conmutadores intercambiarían entonces
información de encaminamiento a través de esa interfaz (IP
virtual). Para establecer la capacidad de conexión requerida entre
estas dos interfaces IP virtuales en ambos extremos (a través de
una L2 VC), puede utilizarse un sistema de gestión de red para
configurar cualquiera de los puntos de extremo de
L3-SPVC para iniciar el proceso de señalización. El
mensaje de señalización de L3-SPVC requerirá cierta
extensión (o adición) a los elementos de información (IE)
transportados en los mensajes de señalización de SPVC estándar. Así,
las extensiones a los mensajes de SPVC estándar requeridas y la
manera en la que esos mensajes son manejados en ambos extremos de la
conexión de L3 (Capa 3) de la SPVC representan aspectos cruciales
de la presente invención.
Los IEs adicionales requeridos en los mensajes
de señalización de SPVC de L3 (Capa 3) pueden incluir cualquier
combinación de lo siguiente:
- \bullet
- la dirección IP de la interfaz IP virtual en el lado de origen
- \bullet
- la dirección IP de la interfaz IP virtual en el lado de finalización
- \bullet
- el identificador del punto de extremo de SPVC de L3 (Capa 3) en el nodo de origen
- \bullet
- el identificador del punto de extremo de SPVC de L3 (Capa 3) en el nodo de finalización
- \bullet
- el identificador del proceso de encaminamiento en el nodo de origen
- \bullet
- el identificador del proceso de encaminamiento en el nodo de finalización
- \bullet
- Otra información de la dirección IP configurada estadísticamente.
\vskip1.000000\baselineskip
Otros IEs opcionales que pueden estar incluidos
en los mensajes de señalización intercambiados durante el
establecimiento de la SPVC de L3 (Capa 3) incluyen pero no están
limitados a:
- \bullet
- direcciones de VPN
- \bullet
- información de credenciales para validación y autorización
- \bullet
- parámetros para negociar protocolos y políticas de encaminamiento IP
- \bullet
- información de capacidad de alcance
- \bullet
- identificadores de tablas de envío.
\vskip1.000000\baselineskip
Debe observarse que detalles de implementación
específicos del proceso de señalización de SPVC de L3 (Capa 3)
determinarán qué información está disponible para cada conmutador de
multi-servicio desde una estación de gestión 130
como se muestra en la figura 4 y qué combinación de mensajes
adicionales será necesario que se intercambie durante el proceso de
señalización. por ejemplo, un escenario de implementación particular
podría preconfigurar ambos puntos de extremo de la SPVC de L3 (Capa
3) con sus direcciones IP apropiadas y hacer entonces que los
puntos de extremo de SPVC de L3 (Capa 3) de un extremo inicien la
señalización, incluyendo sólo la dirección IP de la interfaz IP
virtual de origen y la dirección IP de la interfaz IP virtual de
destino en el mensaje de establecimiento. En el lado del nodo de
finalización, el establecimiento de la SPVC de L3 (Capa 3)
requeriría entonces un mapeo del punto de extremo de SPVC con la
interfaz IP virtual apropiada, creado así un enlace IP virtual de
extremo a extremo a través de la VC subyacente para el intercambio
de paquetes IP.
Cualquier combinación de los IEs adicionales
sugerida anteriormente se suma a los IEs estándar transportados
normalmente en los mensajes de señalización de SPVC tales como
características de recursos de L2 para la conexión tales como
categoría de servicio (CBR, rtVBR, nrtVBR, UBR, o ABR), ancho de
banda, retardo, inestabilidad, tasa de pérdida de celda, etc.
Se asume también que la implementación de los
procesos de encaminamiento permite políticas de configuración y de
encaminamiento tales como políticas de seguridad (por ejemplo,
listas de control de acceso) lo que determina qué flujo de qué red
debería mapearse o correlacionarse a una conexión de SPVC de L3
(Capa 3) dada. Una característica implícita soportada normalmente
en el encaminamiento es la capacidad para poder multiplexar flujos
entrantes a través de diferentes interfaces sobre la misma interfaz
saliente y también la capacidad de poder
des-multiplexar un flujo agregado desde una
interfaz entrante sobre diferentes interfaces salientes. Tratar los
puntos de extremo de SPVC de L3 (Capa 3) como interfaces IP
virtuales soporta completamente tales políticas de encaminamiento:
mapeo de 1-1, mapeo de 1-N, mapeo de
N-1, y mapeo de N-N. Además, la SPVC
de L3 (Capa 3) proporciona beneficios adicionales tales como QoS
garantizados, capacidad de re-encaminamiento
automático transparente sin impacto en la tabla de envío, y la
capacidad de poder modificar, improvisadamente, recursos asignados
en la capa de ATM.
La figura 4 muestra un nuevo tipo de conexión de
ATM de acuerdo con la presente invención. El tipo de conexión se
llama en lo que sigue una L3-SPVC (o
L3-SVC como puede ser el caso). Este tipo de
conexión hace uso del multi-servicio,
específicamente ATM/IP, capacidades de plataformas de
conmutación/encaminamiento de multi-servicio. La
conexión se distingue de una conexión de SPVC convencional en que al
menos uno de sus puntos de extremo es lo que se llama en lo que
sigue un punto de extremo de envío de L3 (Capa 3). Tal punto de
extremo se caracteriza por su situación, por estar en un puerto de
entrada del conmutador de multi-servicio de
"destino" (o estar en el puerto de salida del conmutador de
multi-servicio "de fuente"), por tener una
dirección o direcciones IP asignadas o señaladas, y por su uso del
envío IP de L3 (Capa 3) para encaminar paquetes IP entre su puerto
de entrada y las interfaces IP en otros puertos de salida de ese
conmutador. La figura 4 muestra una conexión de
L3-SPVC 101 que conecta dos conmutadores de
multi-servicio por medio de una red de ATM 114. La
conexión de la figura tiene dos puntos de extremo de envío de L3
(Capa 3). En la figura 4 el conmutador de
multi-servicio 102 tiene un punto de extremo de
SPVC 104 en el puerto de salida 106 y una interfaz IP 108 en el
puerto de entrada 110. En la figura 4 el número de referencia 105
representa la capacidad para enviar paquetes IP a través del tejido
de conmutador de multi-servicio desde la interfaz IP
108 hasta un punto de extremo 104 y viceversa. En realidad, pueden
existir múltiples interfaces IP 108 tales que pueden enviar paquetes
a través del tejido del conmutador de
multi-servicio hacia el punto de extremo de L3 (Capa
3) 104 y viceversa. De manera similar el conmutador de
multi-servicio 112 en el lado opuesto de la red de
ATM 114 tiene un punto de extremo de SPVC 116 en el puerto de
entrada 118 y una interfaz IP 120 en el puerto de salida 122. El
número de referencia 124 de la figura 4 representa también la
capacidad para enviar paquetes IP a través del conmutador de
multi-servicio 112. Se ha de entender que en otra
realización de la invención bien el conmutador 102 o el conmutador
112 tiene la característica de envío IP de L3 (Capa 3) y el otro
no.
La figura 5 muestra el mismo concepto que se
muestra en la figura 2 como ejemplo de aplicación de un posible
servicio de DSL. En este caso, no obstante, se usa en su lugar una
conexión de SPVC de L3 (Capa 3). La L3-SPVC
reemplaza la SPVC dedicada para cada interfaz IP del ejemplo
anterior, reduciendo por ello el número de conexiones en la red y
en el conmutador. La L3-SPVC se usa para transportar
el tráfico combinado para los servicios IP y por lo tanto los
recursos de conexión de la red y el conmutador se usan más
eficientemente.
Como se muestra en la figura 5 la
L3-SPVC en una aplicación de DSL tiene conmutadores
de multi-servicio 202 y 204 en extremos opuestos de
la red de ATM 206. En la figura 5 sólo el conmutador 204 es
proporcionado con el envío IP de L3 (Capa 3) mientras que se
entenderá que ambos conmutadores pueden tener esta característica.
También la figura 5 muestra una conexión de SPVC de L3 (Capa 3)
aunque la aplicación podría tener también una conexión de SVC de L3
(Capa 3). La característica de envío IP de L3 (Capa 3) permite que
el punto de extremo de SPVC 208 se comunique independientemente con
aplicaciones 210, 212, 214 separadas por medio de interfaces IP. En
el extremo del usuario, el conmutador 202 es conectado a múltiples
estaciones de trabajo por medio de DSLAM 216 y modem de CPU 218.
Los diferentes ordenadores de una LAN están conectados por medio de
la SPVC de L3 (Capa 3) con los servicios IP. La petición de
establecimiento de L3-SPVC incluirá por lo tanto las
direcciones IP de los ordenadores, y la tabla de envío IP en el
conmutador de ATM de extremo lejano será actualizada con estas
direcciones cuando la conexión de SPVC de L3 (Capa 3) se
realice.
La conexión de SPVC de L3 (Capa 3) puede ser
establecida de dos maneras:
- 1)
- configurando los puntos de extremo de SPVC de L3 (Capa 3) en los conmutadores de destino y/o de fuente con información de direccionamiento IP apropiada, o
- 2)
- estableciendo la L3-SPVC en respuesta al nuevo tipo de petición de conexión, una petición de establecimiento de L3-SPVC, que contiene la información de direccionamiento IP del ordenador del usuario o de otros dispositivos. En el caso de que la información de la dirección IP sea dinámicamente asignada, la petición de establecimiento de L3-SPVC podría ser iniciada conteniendo la información configurada dinámicamente. Si una conexión de SPVC de L3 (Capa 3) ya existe, entonces la información de direccionamiento IP es alterada, entonces esta información podría ser señalada en una petición de modificación de conexión con el nodo de destino de manera que la información de envío de L3 (Capa 3) es modificada sin romper la conexión.
Lo siguiente resume los diferentes tipos de
mensajes soportados por la L3-SPVC (SVC) como se
ilustra en esta invención.
- \bullet
- Establecimiento - Es mensaje es enviado durante el establecimiento inicial de la L3 -SPVC. Este tipo de mensaje está también soportado por el mensaje de establecimiento de SPVC estándar excepto por los IEs adicionales requeridos para configurar este tipo de conexión.
- \bullet
- Conexión - Este mensaje se usa para la notificación de asignaciones sucesivas de recursos de L3-SPVC junto con la ruta de establecimiento. Esto está soportado también por el mensaje de SPVC estándar excepto por los IEs adicionales si es necesario.
- \bullet
- Capacidad de alcance - Este mensaje se usa para anunciar una capacidad de alcance. Este es un nuevo mensaje de señalización como el definido por esta invención.
- \Box
- Inclusión - Un mensaje de capacidad de alcance que indica las redes que se pueden alcanzar actualmente. Además, una red nuevamente añadida (o interfaz) cuyo tráfico se está agregando sobre una L3-SPVC ya existente puede necesitar un mensaje de capacidad de alcance para incluirlo en la tabla de envío en el extremo opuesto de la L3-SPVC.
- \Box
- Retirada - Un mensaje de capacidad de alcance indicando las redes que ya no son alcanzables y que deberían ser retiradas desde la tabla de envío. Una L3-SPVC puede ser automáticamente rota si la tabla de envío asociada no tiene ninguna red alcanzable en ella por un período de tiempo dado para conservar recursos de red.
- \Box
- Este tipo de mensaje podría ser usado para transportar información de encaminamiento de BGP, OSPF o ISIS si se desea.
- \bullet
- Modificación - Este tipo de mensaje se usa para solicitar una modificación de recursos ya asignados para una L3-SPVC dada. El tipo de mensaje de modificación puede indicar un aumento o una disminución dependiendo de si se están añadiendo o retirando nuevos usuarios.
Hay muchas otras aplicaciones en las cuales
podrían usarse L3-SPVC y L3-SVC, por
ejemplo en conexiones entre nodos en el núcleo de una red, para
proporcionar túneles IP dedicados dentro de la red de ATM. Este
concepto es similar a las MPLS LSPs (rutas conmutadas mediante
etiquetas) en redes que tienen MPLS implementada en el núcleo.
En general, la invención proporciona una
herramienta para permitir que un conmutador de
multi-servicio proporcione capacidades de envío IP
de L3 (Capa 3) a través de conexiones de L2 SPVC y SVC.
La invención proporciona una manera más simple
de transportar paquetes IP a través de una red de ATM.
La invención proporciona un uso más eficiente de
los recursos de conexión en la red y en el equipo de CPE tales como
modems de DSL. Esto facilita el aprovisionamiento, mejora la
escalabilidad, y hace las aplicaciones de servicio menos
susceptibles a restricciones de los recursos de conexión.
La invención proporciona la capacidad de alterar
la información de envío IP de L3 (Capa 3) en conexiones sin
requerir que las conexiones se rompan y se restablezcan.
La invención proporciona una alternativa
competitiva a otras tecnologías que requiere QoS debido a las
características de QoS inherentes y capacidades actualmente
disponibles usando conexiones de ATM en redes que existen hoy.
Con un pequeño cambio a las especificaciones de
señalización actuales para manejar información de señalización de
L3-SVC y de L3-SPVC, las conexiones
de SVC y de SPVC pueden ser mejoradas para proporcionar un
conmutador de multi-servicio con la capacidad de
enviar paquetes IP sobre una VC incluyendo todos los beneficios de
usar SVCs o SPVCs. Esta manera proporciona excelentes QOS para
flujos de información IP. Puesto que los problemas de QoS asociados
con IP están recibiendo actualmente una amplia atención, una
solución alternativa que resuelve estos problemas podría tener un
amplio interés y aplicabilidad.
Aunque se han descrito e ilustrado realizaciones
específicas de la invención resultará evidente para un experto en
la técnica que pueden realizarse numerosos cambios sin separarse del
concepto básico de la invención. Se ha de entender, sin embargo,
que tales cambios caerán dentro del ámbito completo de la invención
como se define en las reivindicaciones dependientes.
Claims (22)
1. Un método de establecer un circuito virtual
de Capa-3 (101) entre un primer punto de extremo
(116) establecido en un primer nodo de red de
multi-servicio (112) y un segundo punto de extremo
(104) establecido en un segundo nodo de red de
multi-servicio (102) en un sistema de comunicación,
en el que el segundo punto de extremo (104) es un punto de extremo
de envío de Capa-3 caracterizado porque el
citado segundo punto de extremo (104):
- -
- está situado en un segundo puerto (106) del segundo conmutador de multi-servicio (102);
- -
- es proporcionado con una segunda dirección IP, y la tabla de envío IP en el primer nodo de multi-servicio es actualizada para indicar que la citada segunda dirección IP es alcanzable desde el primer punto de extremo (116); y
- -
- utiliza un segundo proceso de encaminamiento de Capa-3 (105) para encaminar paquetes IP entre el segundo puerto (106) y una segunda interfaz IP (108).
2. El método como el definido en la
reivindicación 1, en el que el citado primer punto de extremo (104)
es un primer punto de extremo de envío de Capa-3
y:
- -
- está situado en un primer puerto (118) del primer nodo de multi-servicio (112);
- -
- es proporcionado con una primera dirección IP, y la tabla de envío IP en el segundo nodo de multi-servicio es actualizada para indicar que la citada segunda dirección IP es alcanzable desde el primer punto de extremo (104); y
- -
- utiliza un primer proceso de encaminamiento de Capa-3 (124) para encaminar paquetes IP entre una primera interfaz IP (120) y el primer puerto (118).
3. El método como el definido en la
reivindicación 2, en el que el circuito virtual de
Capa-3 (101) permite que un usuario conectado a la
citada primera interfaz IP (120) gane acceso a Internet disponible
en el citado segundo nodo (102) sobre la segunda interfaz IP
(108).
4. El método como el definido en la
reivindicación 2, en el que el circuito virtual de
Capa-3 (101) permite a un usuario conectado con la
citada primera interfaz IP (120), acceder a una o más aplicaciones
disponibles en un servidor de aplicaciones conectado con la segunda
interfaz IP (108) en el citado segundo nodo (102).
5. El método como el definido en la
reivindicación 2, en el que el citado circuito virtual de
Capa-3 (101) transporta tráfico de
Capa-3 entre una primera sub-red
conectada con la citada primera interfaz IP (120), y una segunda
sub-red conectada con la citada segunda interfaz IP
(108).
6. El método como el definido en la
reivindicación 1, en el que el citado segundo punto de extremo (104)
y el citado circuito virtual de Capa-3 (101) son
establecidos usando una pluralidad de nuevos mensajes de
señalización para permitir el intercambio de información de
encaminamiento entre los citados procesos de encaminamiento en los
nodos primero y segundo (112,102).
7. El método como el definido en la
reivindicación 6, en el que el citado circuito virtual de
Capa-3 (101) es uno de una L3-SPVC
y una L3-SVC.
8. El método como el definido en la
reivindicación 7, en el que cada citado mensaje de señalización
transporta un elemento de información adicional, IE, además del IE
estándar transportado por un mensaje de SPVC estándar.
9. El método como el definido en la
reivindicación 8, en el que el IE adicional comprende cualquier
combinación de los siguientes datos: una dirección IP para la
segunda interfaz IP (108), un identificador para el citado segundo
punto de extremo de Capa-3 (104), y una
identificación del segundo proceso de encaminamiento en el segundo
nodo (102).
10. El método como el definido en la
reivindicación 2, en el que el citado primer punto de extremo (116)
y el citado circuito virtual de Capa-3 (101) son
establecidos usando una pluralidad de nuevos mensajes de
señalización para permitir el intercambio de información de
encaminamiento entre los citados procesos de encaminamiento en los
nodos primero y segundo (112,102), transportando el citado mensaje
de señalización un elemento de información adicional, IE, además del
IE estándar transportado por un mensaje de SPVC.
11. El método como el definido en la
reivindicación10, en el que el IE adicional comprende cualquier
combinación de los siguientes datos: una dirección IP para la
primera interfaz IP (120), un identificador para el citado primer
punto de extremo de Capa-3, y una identificación del
primer proceso de encaminamiento en el primer nodo (112).
\newpage
12. El método como el definido en las
reivindicaciones 6 ó 10, en el que cada mensaje de señalización
incluye también un IE opcional.
13. El método como el definido en la
reivindicación 12, en el que el IE opcional comprende cualquier
combinación de los siguientes datos: direcciones de VPN,
información credencial para verificación y autorización, parámetros
para negociar protocolos y políticas de encaminamiento IP,
información de capacidad de alcance e identificadores de tabla de
envío.
14. El método como el definido en la
reivindicación 6, en el que los citados mensajes de señalización
incluyen al menos un mensaje de establecimiento, un mensaje de
conexión, un mensaje de capacidad de alcance, un mensaje de
inclusión, un mensaje de retirada y un mensaje de modificación.
15. El método como el definido en la
reivindicación 14 en el que los citados IEs adicionales
transportados por el citado mensaje de establecimiento incluyen
datos que se necesitan para configurar el citado circuito virtual
de Capa-3 (101).
16. El método como el definido en la
reivindicación 14, en el que el citado mensaje de conexión notifica
a los nodos de red de intervención a lo largo del circuito virtual
de Capa-3 (101) una asignación con éxito de los
recursos de Capa-3 para el citado circuito virtual
de Capa-3 (101).
17. El método como el definido en la
reivindicación 14, en el que el citado mensaje de capacidad de
alcance anuncia la capacidad de alcance de los nodos a lo largo del
citado circuito virtual de Capa-3 (101), que
proporciona información sobre sub-redes alcanzables
desde los citados nodos primero y segundo.
18. El método como el definido en la
reivindicación 14, en el que, cuando otra sub-red o
interfaz es añadida al citado segundo nodo de red de
multi-servicio, el citado mensaje de capacidad de
alcance anuncia la capacidad de alcance de la citada otra
sub-red, para permitir que el tráfico desde la
citada otra sub-red sea agregado sobre la citada
conexión virtual de Capa-3, incluyendo la dirección
IP de la citada otra sub-red o interfaz IP en la
tabla de envío en el citado segundo nodo.
19. El método como el definido en la
reivindicación 14, en el que el citado mensaje de capacidad de
alcance anuncia sub-redes que ya no son
alcanzables, para permitir la retirada de la dirección IP de las
citadas sub-redes que ya no son alcanzables desde la
tabla de envío.
20. El método como el definido en la
reivindicación 14, en el que el citado mensaje de modificación
solicita la modificación de los recursos de Capa-3
ya asignados al citado circuito virtual de Capa-3
(101).
21. El método como el definido en una cualquiera
de las reivindicaciones 1 a 20 en el que el encaminamiento
automático de la conexión (101) se realiza de acuerdo con protocolos
de señalización de ATM.
22. El método como el definido en la
reivindicación 21 en el que los protocolos de señalización de ATM
son uno de PNNI, AINI, UNI y IISP.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/417,116 US7366184B2 (en) | 2003-04-17 | 2003-04-17 | SVC/SPVC with L3 IP forwarding |
US417116 | 2003-04-17 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2319418T3 true ES2319418T3 (es) | 2009-05-07 |
Family
ID=33158841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04300208T Expired - Lifetime ES2319418T3 (es) | 2003-04-17 | 2004-04-16 | Svs/spvc con envio ip de capa 3. |
Country Status (6)
Country | Link |
---|---|
US (1) | US7366184B2 (es) |
EP (1) | EP1487163B1 (es) |
JP (1) | JP4502692B2 (es) |
CN (1) | CN1551578B (es) |
DE (1) | DE602004018570D1 (es) |
ES (1) | ES2319418T3 (es) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7450592B2 (en) | 2003-11-12 | 2008-11-11 | At&T Intellectual Property I, L.P. | Layer 2/layer 3 interworking via internal virtual UNI |
US9065669B2 (en) * | 2004-08-24 | 2015-06-23 | Avaya Inc. | Method and apparatus for authorizing multicast forwarding states |
US20060268729A1 (en) * | 2005-05-27 | 2006-11-30 | Alcatel | Methods and apparatus for monitoring link integrity for signaling traffic over a path traversing hybrid ATM/Ethernet infrastructure in support of packet voice service provisioning |
US7643499B2 (en) * | 2006-06-30 | 2010-01-05 | Alcatel Lucent | Extending IP/MPLS services reachability over ATM backbone networks |
CN101827012B (zh) * | 2009-03-05 | 2013-02-13 | 中国移动通信集团公司 | 分组传送网及其承载纯三层ip包业务的方法 |
CN102368727B (zh) * | 2011-09-14 | 2015-01-21 | 杭州华三通信技术有限公司 | 跨ip网络的trill网络通信方法、系统和设备 |
US20240022471A1 (en) * | 2022-07-18 | 2024-01-18 | Microsoft Technology Licensing, Llc | Device-specific pre-configuration of cloud endpoints |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6804247B1 (en) * | 1996-10-10 | 2004-10-12 | Hewlett-Packard Development Company, L.P. | System providing for multiple virtual circuits between two network entities |
JP3653917B2 (ja) * | 1997-02-25 | 2005-06-02 | 富士通株式会社 | 通信網におけるパケット中継方法及びエンドシステム |
WO1999034558A1 (fr) * | 1997-12-25 | 1999-07-08 | Kabushiki Kaisha Toshiba | Repeteur mta et reseau le comprenant |
JP2000022710A (ja) * | 1998-07-03 | 2000-01-21 | Fujitsu Ltd | パス設定方法、通信装置及び記憶媒体 |
US7058027B1 (en) * | 1998-09-16 | 2006-06-06 | Scientific Research Corporation | Systems and methods for asynchronous transfer mode and internet protocol |
AU2149000A (en) | 1998-11-13 | 2000-06-05 | Nortel Networks Corporation | Method and apparatus for support of ip differentiated service over mpoa |
US6452921B1 (en) * | 1998-11-24 | 2002-09-17 | International Business Machines Corporation | Method and system within a computer network for maintaining source-route information at a router bypassed by shortcut communication |
US7151770B1 (en) * | 1998-11-27 | 2006-12-19 | British Telecommunications Public Limited Company | Communications network |
US6671279B1 (en) * | 1999-02-24 | 2003-12-30 | Nortel Networks Limited | Establishing shortcuts in a Multiprotocol-over-ATM system |
EP1239686A1 (en) | 2001-03-08 | 2002-09-11 | Lucent Technologies Inc. | Improved UMTS radio access network based on the Internet Protocol |
JP3478218B2 (ja) * | 1999-12-27 | 2003-12-15 | 日本電気株式会社 | エッジノード交換機と交換機 |
US6606321B1 (en) * | 1999-12-29 | 2003-08-12 | 3Com Corporation | Method of establishing MPOA shortcut virtual channel connections |
US7602788B2 (en) * | 2002-11-04 | 2009-10-13 | At&T Intellectual Property I, L.P. | Peer to peer SVC-based DSL service |
-
2003
- 2003-04-17 US US10/417,116 patent/US7366184B2/en not_active Expired - Fee Related
-
2004
- 2004-04-16 DE DE602004018570T patent/DE602004018570D1/de not_active Expired - Lifetime
- 2004-04-16 EP EP04300208A patent/EP1487163B1/en not_active Expired - Fee Related
- 2004-04-16 ES ES04300208T patent/ES2319418T3/es not_active Expired - Lifetime
- 2004-04-19 CN CN200410045122.9A patent/CN1551578B/zh not_active Expired - Fee Related
- 2004-04-19 JP JP2004122777A patent/JP4502692B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
EP1487163B1 (en) | 2008-12-24 |
US20040208191A1 (en) | 2004-10-21 |
JP2004320783A (ja) | 2004-11-11 |
US7366184B2 (en) | 2008-04-29 |
JP4502692B2 (ja) | 2010-07-14 |
CN1551578A (zh) | 2004-12-01 |
DE602004018570D1 (de) | 2009-02-05 |
EP1487163A3 (en) | 2005-08-17 |
EP1487163A2 (en) | 2004-12-15 |
CN1551578B (zh) | 2012-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9326052B2 (en) | Method and apparatus for forwarding packets | |
US6477166B1 (en) | System, method and switch for an MPLS network and an ATM network | |
US8958425B2 (en) | Decoupling functionality related to providing a transparent local area network segment service | |
US7733883B2 (en) | Method for implementing a virtual leased line | |
KR100308593B1 (ko) | 패킷스위칭된 트래픽을루팅하는방법 | |
US20050220096A1 (en) | Traffic engineering in frame-based carrier networks | |
US20060203820A1 (en) | Method and system for communicating and isolating packetized data through a plurality of last-mile carriers to form a multi-node intranet | |
US20050238001A1 (en) | Virtual ethernet mac switching | |
ES2319418T3 (es) | Svs/spvc con envio ip de capa 3. | |
Nakagawa et al. | A design of a next generation IX using MPLS technology | |
Cisco | Integrating MPLS with IP and ATM | |
Cisco | Integrating MPLS with IP and ATM | |
Cisco | Configuring MPLS and VPN | |
Cisco | Configuring Tag Switching and MPLS | |
Cisco | Configuring Tag Switching and MPLS | |
Smith | Introduction to MPLS | |
Cisco | Configuring Tag Switching and MPLS | |
Cisco | MPLS and VPN for the MGX 8850 RPM, Version 1.1 | |
Cisco | MPLS and VPN for the MGX 8850 RPM, Version 1.1 | |
Cisco | Configuring Tag Switching | |
He et al. | Pure mpls technology | |
Kompella et al. | Layer 2 virtual private networks using BGP for auto-discovery and signaling | |
Semeria et al. | Multiprotocol label switching | |
Kompella et al. | RFC 6624: Layer 2 Virtual Private Networks Using BGP for Auto-Discovery and Signaling | |
Cherukuri | Network Working Group K. Kompella Internet-Draft Juniper Networks Intended status: Informational B. Kothari Expires: July 15, 2012 Cisco Systems |