Gmpls Final

Universidad Catlica Boliviana San Pablo
Ingeniera de Telecomunicaciones
Redes de telecomunicaciones

Trabajo de investigacin, ampliacin y mejora del diseo de una
red MPLS para la empresa ENTEL en su comunicacin en
Bolivia a una red GMLPS
1. MPLS
1.1.Concepto

MPLS permite especificar mecanismos para la administracin de flujos de trfico de
diferentes tipos (Por ejemplo flujos entre diferente hardware, diferentes mquinas, etc.).
Independiza los protocolos de la capa de enlace y la capa de red.
Dispone de medios para traducir las direcciones IP en etiquetas simples de longitud fija
utilizadas en diferentes tecnologas de envo y conmutacin de paquetes.
Ofrece interfaces para diferentes protocolos de encaminamiento y sealizacin.
Soporta los protocolos de la capa de enlace usados tradicionalmente para IP. Adems opera
perfectamente sobre ATM y Frame Relay, dado el parecido con el mecanismo de transporte
y conmutacin.
1.2. Comparacin entre el protocolo IP y MPLS
En el protocolo IP los routers siempre utilizan operaciones de bsqueda
complejas y que consumen mucho tiempo de ruta y adems tienen que
determinar el salto siguiente para cada paquete recibido examinando la direccin
de destino en la cabecera del paquete. La MPLS, en cambio, ha simplificado
gratamente esta operacin basando la decisin en la expedicin de una etiqueta
simple.
Las etiquetas con el mismo destino y tratamiento se agrupan en una misma
etiqueta, de esta manera, los nodos trabajan con mucha menos informacin de
estado del enlace que, por ejemplo, ATM. Las etiquetas se pueden apilar, de
modo que el encaminamiento se puede realizar de manera jerrquica.
Las redes basadas en MPLS, son capaces de proporcionar servicios avanzados
tales como un servicio de ancho de banda mnimo garantizado, y una asignacin
de prioridad de ancho de banda para cada aplicacin.
En definitiva, introduce una serie de mejoras respecto a IP:

- Redes privadas virtuales.
- Ingeniera de trfico.
- Mecanismos de proteccin frente a errores.


1.3. Arquitectura MPLS

Los elementos de una red MPLS son los siguientes:

Figura 1: Elementos de una red MPLS

LER (Label Edge Router): Elemento que inicia o termina el tnel (pone y quita
cabeceras), es decir, es el elemento de entrada/salida a la red MPLS (hace de
interfaz con otras redes). Un router de entrada se conoce como Ingress Router
(router de ingreso) y uno de salida como Egress Router (router de egreso). Ambos
se suelen denominar Edge Label Switch Router ya que se encuentran en los
extremos de la red MPLS.

LSR (Label Switching Router): Elemento que conmuta etiquetas. Funcionan a gran
velocidad y participan en el establecimiento de LSPs .

LSP (Label Switched Path): Son circuitos que van de extremo a extremo de la red,
es decir, una LSP es un tnel MPLS establecido entre los extremos. Esta ruta es
creada por la concatenacin de uno o ms saltos conmutados de etiqueta,
permitiendo a un paquete ser enviado mediante canjeo de etiqueta desde un nodo
MPLS a otro nodo MPLS. Una LSP en MPLS es unidireccional.

Tnel LSP (Label Switched Path Tunnel): Una LSP la cual es usada para tunelar
bajo el encaminamiento normal IP y/o mecanismos de filtrado.

LDP (Label Distribution Protocol): Es un protocolo de MPLS para la distribucin
de etiquetas MPLS.

FEC (Forwarding Equivalence Class): Nombre que se le da al trfico que se
encamina bajo una etiqueta. De hecho, un FEC es un conjunto de paquetes que
comparten unas mismas caractersticas para su transporte, as todos recibirn el
mismo tratamiento en su camino hacia el destino.

1.3.1. Cabecera MPLS

Figura 2: Cabecera MPLS

Dnde:

Label (20 bits): Es la identificacin de la etiqueta.

Exp (3 bits): Tambin se puede llamar CoS o QoS. Afecta al encolado y al
descarte de paquetes.

S (1 bit): Del ingls stack, sirve para el apilado jerrquico de etiquetas. Cuando
S=0 indica que hay ms etiquetas aadidas al paquete. Cuando S=1 estamos en
el fondo de la jerarqua.

TTL (8 bits): Time-to-Live, misma funcionalidad que en IP, se decrementa en
cada encaminador y, al llegar al valor de 0, el paquete es descartado.


1.3.2. Pila de Etiquetas MPLS

Figura 3: Pila de etiquetas MPLS

1.4. Funcionamiento del MPLS

Para cada servicio especfico, se crea una tabla para una clase de equivalencia de la
expedicin (FEC) y para representar un grupo de flujos con los mismos requisitos de
ingeniera de trfico. De esta manera, una etiqueta especfica est limitada a un FEC. Cada
FEC puede representar unos requerimientos de servicio para un conjunto de paquetes o para
una direccin fija, adems la clase FEC a la cual se asigna el paquete, se codifica como un
valor corto de longitud fija conocido como etiqueta. El funcionamiento es el siguiente:En el
ingreso de una red MPLS, los paquetes IP entrantes se examinan y se les asigna una
etiqueta a travs de un router (LER). Los paquetes etiquetados entonces se remiten a lo
largo de una LSP, donde cada router LSR toma una decisin para la conmutacin
basndose en el campo de la etiqueta (label) del paquete. Un LSR no necesita examinar las
cabeceras IP de los paquetes para encontrar un puerto de salida (salto siguiente), lo que
hace es quitar simplemente la etiqueta existente y aplicar una nueva etiqueta para el salto
siguiente. La base de la informacin de la etiqueta (LIB) proporciona una etiqueta saliente
(que ser insertada en el paquete) y un interfaz saliente (basado en una etiqueta entrante y
en un interfaz entrante).

La sealizacin para establecer un trfico-dirigido LSP (label switched path) se hace
usando un protocolo de distribucin de etiqueta que funcione para cada nodo de MPLS.
Hay bastantes protocolos de distribucin de etiqueta, los dos ms populares son el RSVP y
el CR-LDP. La Figura 4 nos muestra el flujo de la distribucin de etiqueta, que es
controlada por el LER en sentido descendente, es decir de LER2 a LER1, y la ruta LSP
(label switched path) que va al revs.


Figura 4 : Red basada en MPLS

El marco de MPLS incluye extensiones a los protocolos existentes en el encaminamiento y
en el estado de acoplamiento del protocolo IP. Estos protocolos proporcionan la
coordinacin en tiempo real de la topologa actual de la red, incluyendo cualidades de cada
acoplamiento. Las extensiones de MPLS al OSPF y al IS-IS permiten que los nodos no slo
intercambien informacin sobre la topologa de la red, sino tambin la informacin del
recurso, las direcciones IP, la anchura de banda disponible, y las polticas de carga que
balancean.
1.5. Routers de MPLS: Label Switching Router (LSR)

La arquitectura MPLS fue definida para soportar el reenvo de los datos recibidos basados
en una etiqueta. En esta arquitectura, los routers de conmutacin de etiqueta (LSRs) son
utilizados para tener un plano de envo que es capaz de

(a) Reconocer tanto los lmites del paquete como de la celda

(b) Procesar tanto las cabeceras de los paquetes (para LSRs capaces de reconocer
lmites de paquete) o las cabeceras de las celdas (para LSRs capaces de reconocer
lmites de celda).

Adems, los LSRs incluyen interfaces donde la decisin de conmutacin est basada en
timeslots, longitudes de onda, o puertos fsicos.


1.5.1. Interfaces de LSR

As que, el nuevo grupo de LSRs, o ms precisamente los interfaces de estos LSRs, pueden
ser subdivididos en las siguientes clases:

1.5.1.1. Interfaces capaces de conmutar paquetes (PSC, packet switch capable)

Son interfaces que reconocen los lmites del paquete y que pueden reenviar los datos
teniendo en cuenta el contenido de la cabecera del paquete. Un ejemplo seran los interfaces
en los routers que reenvan los datos teniendo en cuenta el contenido de la cabecera IP, y
los interfaces en los routers que conmutan los datos teniendo en cuenta el contenido de la
cabecera MPLS.

1.5.1.2.Interfaces capaces de conmutar segundas capas (L2SC, layer-2 switch capable)

Son interfaces que reconocen los lmites de la celda y que pueden conmutar los datos
teniendo en cuenta el contenido de la cabecera de la celda. Un ejemplo seran los interfaces
en los puentes Ethernet que conmutan los datos teniendo en cuenta el contenido de la
cabecera MAC y los interfaces en los LSRs de ATM que reenvan los datos teniendo en
cuenta la estructura VPI/VCI (virtual path interface/virtual circuit interface) de ATM.

1.5.1.3.Interfaces capaces de multiplexar por divisin en tiempo (TDM, time division
multiplexing)

Son Interfaces que conmutan los datos teniendo en cuenta los timeslots de datos en un ciclo
repetitivo. Un ejemplo de tal interfaz sera un conmutador (cross-connect) SONET/SDH
(XC), un multiplexador de Terminal TM, o un multiplexador add-drop (ADM). Otros
ejemplos incluyen interfaces que producen capacidades TDM (time division multiplexing)
como el G.709 (la envoltura digital) y los interfaces PDH.

1.5.1.4. Interfaces capaces de conmutar lambda (LSC, layer switch capable)

Son Interfaces que conmutan los datos teniendo en cuenta la longitud de onda en la cual los
datos son recibidos. Un ejemplo de tal interfaz sera un conmutador (cross-connect)
fotnico (PXC) o un conmutador (cross-connect) ptico (OXC) que puede operar al nivel
de una longitud de onda individual. Otros ejemplos adicionales seran los interfaces PXC
que pueden operar al nivel de un grupo de longitudes de onda, como por ejemplo una banda
de longitudes de onda e interfaces G.709 que produzcan capacidades pticas.


1.5.1.5. Interfaces capaces de conmutar fibra (FSC, fiber switch capable)

Son interfaces que conmutan los datos teniendo en cuenta una posicin de los datos fsicos
(mundo real). Un ejemplo de tal interfaz sera un PXC o un OXC (optical cross-connect)
que puede operar al nivel de una simple fibra o de mltiples fibras.
1.6. Establecimiento de una LSP

Hay dos mtodos para el establecimiento de una LSP:

Encaminamiento salto a salto: cada LSR determina de forma independiente el prximo
salto para un FEC concreto (similar a la metodologa utilizada en las redes IP best effort).

Encaminamiento explcito: El LER de ingreso determina la ruta a seguir desde el origen
hacia el destino (equivalente al source routing de IP).

1.7. Base de datos del estado del enlace y Unin de enlaces

La base de datos del estado del enlace se basa en el almacenamiento de toda la informacin
referente a todos los nodos y los enlaces en una red, adems de los atributos de cada enlace.

Consideramos una red como un grfico cuyos nodos son elementos de red (conmutadores
MPLS, conexiones a travs, etc.). Cada extremo en el grfico tiene asociados atributos
como direcciones IP, coste, y ancho de banda no reservado. Un protocolo de estado de
enlace permite a todos los nodos coordinar dinmicamente una fotografa coherente
actualizada de este grfico, incluyendo los atributos de cada extremo. Esta fotografa del
grfico es nombrada como base de datos de estado del enlace (link state database).
Despus, la base de datos de estado del enlace es sincronizada entre todos los routers
participantes y, una vez est completamente sincronizada, cada router usa la base de datos
para construir su propia tabla de rutas. Cuando un paquete llega al router, la tabla de rutas
es despus consultada para determinar como tirar el paquete hacia delante. El estado de
cada enlace debera ser modificado, incluyendo, aadiendo o borrando enlaces, despus la
base de datos del estado del enlace debe ser resincronizada, y todos los routers deben de
recalcular sus tablas de rutas usando la informacin actualizada en la base de datos del
estado del enlace.

Para mejorar la eficiencia, se agregan los atributos de enlace de algunos de los enlaces
paralelos de caractersticas similares, y luego se asignan estos atributos agregados a un solo
enlace unido. Haciendo esto, el tamao de la base de datos del estado del enlace es
reducido de forma importante, permitiendo una mejora considerable del protocolo del
estado del enlace.

Cabe decir que, en el proceso de unin de enlaces, se produce una prdida de informacin.
Adems se da el caso de que, mientras el protocolo del estado del enlace transporta un
nico enlace unido, la sealizacin requiere que los enlaces de componente individual sean
identificados. El protocolo LMP (link management protocol) ofrece un recurso para
cumplir esto y evitar una prdida de informacin.
1.8. Jerarqua LSP

La jerarqua LSP (label switched path) es la nocin de que las LSPs pueden ser colocadas
dentro de otras LSPs, dando lugar a una jerarqua de LSPs. Esto se consigue considerando
una LSP como un enlace dentro de la base de datos del estado del enlace.

La idea es la siguiente, si existen dos o ms LSPs que entran en un dominio de transporte
ptico en el mismo nodo y dejan el dominio tambin en un nodo comn, pueden ser unidos
y tunelados en una sola LSP ptica. De esta manera se aprovechan mejor los recursos en
cuanto a canales de longitudes de onda.

La jerarqua LSP tambin ayuda permitiendo un mejor aprovechamiento del ancho de
banda. Cuando una LSP ptica es configurada, obtiene un ancho de banda discreto de 2488
Gbps, sin embargo, cuando esta LSP ptica es tratada como un enlace, ese ancho de banda
del enlace no necesita ser discretamente ms grande. Por ejemplo, una LSP de MPLS a 100
Mbps que atraviesa el dominio de transporte ptico, puede pasar a travs de la LSP ptica,
dejando 2388 Gbps para otras LSPs de MPLS.

Existe una jerarqua natural que dicta el orden en el cual las LSPs pueden ser situadas. Esta
jerarqua est basada en la capacidad de multiplexacin de los tipos de LSP, adems hay
que tener en cuenta que las LSPs siempre empiezan y terminan en un equipamiento similar
(por ejemplo una lambda de LSP se origina y se termina en un dispositivo que soporta
lambdas). El orden de esta jerarqua es el siguiente (de ms alta a ms baja):

- Nodos que tienen interfaces con capacidad de conmutacin de fibra (FSC, fiber
switch capable)
- Nodos que tienen interfaces con capacidad de conmutacin de lambda (LSC, layer
switch capable)
- Nodos que tienen interfaces con capacidad TDM (time division multiplexing)
- Nodos que tienen interfaces con capacidad de conmutar segundas capas (L2SC,
layer-2 switch capable)
- Nodos que tienen interfaces con capacidad de conmutacin de paquetes (PSC,
packet switch capable)

En una configuracin tpica (Figura 5), la nube principal de interfaces/nodos FSC (fiber
switch capable) estn conectados hacia una nube saliente de interfaces/nodos LSC (layer
switch capable). Estos, a su vez, estn conectados hacia una nube saliente de nodos con

capacidad TDM (time division multiplexing), los cuales son finalmente conectados a los
routers. La difusin de esta informacin es esencial de manera que las rutas dentro de las
nubes pueden ser generadas automticamente con una configuracin manual mnima.

Por ejemplo, una LSP (Figura 5) que empieza y finaliza en un interfaz PSC (packet switch
capable) puede ser colocada (junto con otras LSPs) en una LSP de tipo TDM (time division
multiplexing) que empieza y finaliza en un interfaz TDM (time division multiplexing)
(dentro de los nodos proyectados como una nube TDM (time division multiplexing) en la
foto). Esta LSP de TDM (time division multiplexing), en cambio, puede ser colocada (junto
con otras LSPs (label switched path) de TDM (time division multiplexing)) en una LSP de
LSC (layer switch capable) que empieza y finaliza en un interfaz LSC (layer switch
capable), el cual, en cambio, puede ser colocado (junto con otras LSPs de LSC (layer
switch capable)) en una LSP que empieza y finaliza en un interfaz FSC (fiber switch
capable).

Figura 5: Los crculos representan los interfaces en equipos de naturaleza similar.
Por ejemplo, el crculo FSC (fiber switch capable) consiste en conmutadores
fotnicos con conexin a travs (cross-connect) capaces de conmutar fibras
enteras. El crculo LSC (layer switch capable) consiste de equipos fotnicos o
OXCs (optical cross-connect) capaces de conmutar longitudes de onda. El crculo
TDM (time division multiplexing) consiste de ATM o conexiones a travs (cross-
connects) SONET. Finalmente, el crculo PSC (packet switch capable) consiste de
routers. Las LSPs (label switched path) de orden bajo estn formadas a travs de

la nube de interfaces de orden ms alto y anunciados en el IGP. Esto permite a las
LSPs (label switched path) de orden bajo ser agrupadas juntas y ser
jerrquicamente tuneladas a travs de otras LSPs (label switched path) de
orden ms alto. Mltiples LSPs (label switched path) de PSC (packet switch
capable) son tuneladas dentro de una LSP de TDM (time division multiplexing),
mltiples LSPs (label switched path) de TDM (time division multiplexing) son
agrupadas y tuneladas dentro de una LSP de LSC (layer switch capable), y as.
En el otro extremo de la nube estas son colocadas apropiadamente.

Un circuito puede ser establecido solo entre, o a travs de, interfaces del mismo tipo.
Dependiendo de la tecnologa particular, y para cada interfaz, pueden ser usados diferentes
nombres de circuitos, por ejemplo: circuito SDH, pista ptica, ruta de luz, etc.

En el contexto de GMPLS todos estos circuitos estn referenciados por un nombre comn:
ruta conmutada de etiqueta (LSP).

El concepto de LSP (label switched path) anidado (LSP dentro LSP), ya disponible en la
tradicional MPLS, facilita la construccin de una jerarqua, por ejemplo una jerarqua de
LSPs (label switched path), y dicha jerarqua puede existir en el mismo interfaz o entre
diferentes interfaces.

El anidamiento tambin puede ocurrir entre diferentes tipos de interfaz. Como hemos
comentado antes, en la cima de la jerarqua estn los interfaces FSC (fiber switch capable),
seguidos por los interfaces LSC (layer switch capable), seguida por los interfaces TDM
(time division multiplexing), seguida por los interfaces L2SC (layer-2 switch capable), y
seguida por los interfaces PSC (packet switch capable). De esta manera, una LSP que
empieza y finaliza en un interfaz PSC (packet switch capable) puede ser anidada (junto con
otras LSPs (label switched path)) en una LSP que empieza y finaliza en un interfaz L2SC
(layer-2 switch capable).
1.9. Enlaces innumerados

Todos los enlaces en una red MPLS son tpicamente asignados a direcciones IP. Cuando
una ruta es computada a travs de la red, los enlaces que constituyen esta ruta estn
identificados por sus direcciones IP; luego esta informacin de identificacin es enviada al
protocolo de sealizacin, que despus configura la ruta. As, lo normal sera que cada
enlace tenga asignada una direccin IP, aunque esta tarea es bastante difcil.

Lo que se necesita es un nico recurso de identificacin de enlaces en una red. Para ello,
las tareas deben ser repartidas en dos caminos. Primeramente, es requerido un mecanismo
para identificar nicamente cada nodo en la red, despus cada enlace proveniente de ese
nodo es identificado, y a su vez cada nodo en la red es identificado por un nico router ID.
Por lo tanto, lo que queda es el problema ms tardo de identificar, la procedencia de los
enlaces de un nodo particular.

1.10. Encaminamiento de base forzada

El mbito de trabajo MPLS incluye aplicaciones significativas tales como el
encaminamiento de base forzada. El encaminamiento de base forzada es una combinacin
de extensiones para los existentes protocolos de estado del enlace de encaminamiento IP
(Ej. OSPF y IS-IS) con RSVP o CR-LDP como el plano de control MPLS. Las extensiones
hacia OSPF y IS-IS permiten a los nodos intercambiar informacin sobre la topologa de la
red, la disponibilidad de los recursos e incluso la informacin poltica.

El encaminamiento de base forzada es usado hoy para 2 propsitos principales: ingeniera
de trfico y re-encaminamiento rpido. Con el diseo de red adecuado, el encaminamiento
de base forzada de IP/MPLS puede reemplazar a ATM como el mecanismo para la
ingeniera de trfico. Asimismo, el re-encaminamiento rpido ofrece una alternativa al
SONET como un mecanismo de proteccin/restauracin. El trfico de ingeniera y el re-
encaminamiento rpido, son ejemplos de cmo las ampliaciones proporcionadas por el
MPLS hacia el encaminamiento IP, hacen posible superar a la ATM y al SONET/SDH
mediante la migracin de funciones conseguidas por esas tecnologas hacia el plano de
control IP/MPLS.
1.11. Protocolos de MPLS

1.11.1. Protocolo RSVP (Resource Reservation Protocol)

Las Mquinas (hosts) y los routers que soportan el protocolo RSVP y la arquitectura
MPLS, pueden asociar etiquetas con flujos RSVP. Cuando el MPLS y el RSVP son
combinados, la definicin de un flujo puede ser ms flexible. Una vez una LSP es
establecida, el trfico a travs de la ruta es definido por la etiqueta aplicada al nodo de
ingreso de la LSP. El mapeo de la etiqueta al trfico puede ser cumplido usando distintos
criterios. El conjunto de paquetes a los cuales les son asignados el mismo valor de etiqueta
por un nodo especfico, pertenecen al mismo FEC (forwarding equivalence class), y
efectivamente definen el flujo RSVP. Cuando un trfico es mapeado en una LSP de esta
manera, llamamos a la LSP un tnel LSP. Cuando las etiquetas son asociadas con flujos
de trfico, se hace posible para un router identificar el estado de reserva apropiado para un
paquete basado en el valor de etiqueta del paquete.

El modelo de este protocolo de sealizacin usa distribucin de etiqueta downstream on
demand, de esta manera se puede realizar el establecimiento LSP. Una solicitud para ligar
etiquetas a un tnel LSP especfico es iniciada por un nodo de ingreso a travs del mensaje
de Path del RSVP. Para este propsito, el mensaje de Path RSVP incrementa el mensaje
Resv con un objeto LABEL_REQUEST, capaz de transportar la nueva informacin
requerida para este uso del protocolo. Las etiquetas son asignadas downstream y
distribuidas upstream, es decir desde el destino hacia el origen, en sentido contrario al flujo
de datos, por medio del mensaje Resv de RSVP.

El modelo de protocolo de sealizacin tambin soporta capacidad de encaminamiento
explcito. Esto es cumplido incorporando un objeto de ruta explcita (EXPLICIT_ROUTE)
simple en mensajes de Path de RSVP. El objeto de ruta explcita (EXPLICIT_ROUTE)
encapsula la concatenacin de saltos que deben seguir los datos, lo tomadas por los flujos
RSVP-MPLS conmutados cual forma una ruta encaminada explcitamente. Usando este
objeto, las rutas de etiqueta pueden ser pre-determinadas, independientemente del
encaminamiento IP convencional. La ruta encaminada explcitamente puede ser
especificada administrativamente, o computada automticamente por una entidad
conveniente basada en QoS y otros requerimientos, teniendo en consideracin el estado
predeterminado de la red. En general, la computacin de la ruta puede ser dirigida al
control o dirigida a los datos.

Una especificacin til del encaminamiento explcito es la ingeniera de trfico (TE).
Usando las LSPs encaminadas explcitamente, un nodo en el extremo de ingreso de un
dominio MPLS puede controlar la ruta, cuyo trfico pasa a travs de ella, a travs de la red
MPLS, hacia el nodo de egreso. El encaminamiento explcito puede ser usado para
optimizar la utilizacin de los recursos de red y realzar el trfico orientado a las
caractersticas de ejecucin.

El concepto de las rutas conmutadas de etiqueta encaminada explcitamente, puede ser
generalizado a travs de la nocin de los nodos abstractos. Un nodo abstracto es un grupo
de nodos cuya topologa interna es opaca para el nodo de ingreso de la LSP. Un nodo
abstracto es creado para ser simple si solo contiene un solo nodo fsico. Usando este
concepto de abstraccin, una LSP encaminada explcitamente puede ser especificada como
una secuencia de prefijos IP o como una secuencia de Sistemas Autnomos.

Una ventaja de usar el RSVP para establecer tneles LSP, es que permite la asignacin de
los recursos a lo largo de la ruta. Por ejemplo, el ancho de banda puede ser asignado a un
tnel LSP usando reservas RSVP estndar y clases de servicio de Servicios Integrados.

Cabe decir que las reservas de recursos son tiles, pero no son obligatorias. En realidad,
una LSP puede ser instanciada independientemente de la reserva de los recursos. Tales
LSPs sin reservas de recursos pueden ser usadas, por ejemplo, para llevar trfico best effort.
Estos pueden tambin ser usados en muchos otros contextos, incluyendo la implementacin
de retardos (fall-back) y las polticas de recuperacin bajo condiciones de errores, etc.

1.11.2. Protocolo CR-LDP (Constraint-Based Routing Label Distribution Protocol)

Este protocolo, es una variante del protocolo de encaminamiento LDP que incluye
restricciones (CR, Constraint-based routing). Su uso est sujeto a restricciones en la
eleccin de la ruta a seguir, como pueden ser el ancho de banda mximo a utilizar, el
retardo mximo, la QoS mnima, etc.

El CR-LDP tambin proporciona mecanismos para establecer y mantener LSPs
encaminadas explcitamente, de hecho, estos mecanismos son definidos como extensiones
del protocolo LDP. Las capacidades opcionales adicionales incluidas tienen un impacto
mnimo en la ejecucin del sistema y en sus requerimientos, cuando no estn en uso para
una LSP encaminada explcitamente. Las capacidades proporcionan capacidad de
negociacin de servicios LSP y parmetros de administracin del trfico sobre y bajo
deliberacin de paquete best-effort, incluyendo asignacin de ancho de banda,
configuracin y prioridades de mantenimiento. El CR-LDP, opcionalmente, permite que
estos parmetros sean modificados dinmicamente sin interrupcin de la LSP operacional.

Debido a que el LDP es un protocolo punto a punto (peer-to-peer) basado en el
establecimiento y el mantenimiento de sesiones TCP, existen los siguientes beneficios
naturales:

Los mensajes CR-LDP son deliberados de fuentes fidedignas por el subyacente
TCP, y la informacin de estado asociada con las LSPs encaminadas explcitamente
no requiere un refresco peridico.

Los mensajes CR-LDP son controlados en cuanto a flujo (filtrados) a travs del
TCP.

Tambin est designado para soportar adecuadamente los variantes tipos de medios de
comunicacin para los que MPLS fue designado para soportar (ATM, FR, Ethernet, PPP,
etc.).

El CR-LDP es aplicable en aquellas partes de Internet donde nmeros muy grandes de
LSPs pueden necesitar ser conmutados en cada LSR. Un ejemplo de esto seran las redes de
backbone grandes, que usan el MPLS exclusivamente para transportar nmeros muy
grandes de flujos de trfico entre un nmero moderadamente grande de nodos extremos
MPLS.

El CR-LDP puede tambin ser aplicable como un servicio mediador entre redes que
proporcionan extensiones de servicio similares usando modelos de sealizacin que varan
significativamente.

La implementacin del CR-LDP y su desarrollo no requiere todas las funcionalidades
definidas en la especificacin del LDP, sin embargo, el CR-LDP requiere una combinacin
especfica de los modos de distribucin de etiqueta: distribucin de etiqueta ordenada
downstream on demand y modo de retencin de etiqueta conservativo.

Aunque el CR-LDP es definido como una extensin para el LDP, el soporte para el anuncio
de la etiqueta no solicitada downstream y los modos de control independientes no son

requeridos para el soporte de rutas explcitas estrictas. Adems, las implementaciones del
CR-LDP pueden ser capaces de soportar rutas explcitas suaves a travs del uso de nodos
abstractos y/o rutas explcitas jerrquicas, sin usar el LDP para la configuracin LSP salto-
a-salto.

El CR-LDP tambin incluye soporte para rutas explcitas. El uso de esta capacidad permite
al operador de red definir una ruta explcita a travs de partes de su red con un
conocimiento imperfecto de la entera topologa de la red.

Limitaciones:

La especificacin CR-LDP solo soporta LSPs punto-a-punto. Las LSPs Multi-
punto-a-punto y punto-a-multi-punto son para un estudio posterior.

La especificacin CR-LDP solo soporta una configuracin LSP unidireccional. La
configuracin LSP bidireccional es FFS.

La especificacin CR-LDP solo soporta una nica asignacin de etiqueta por
configuracin de cada LSP. Las asignaciones de etiqueta mltiple por configuracin
LSP son FFS.

Finalmente, habra que aclarar que tanto el CR-LDP como el RSVP-TE son dos protocolos
de sealizacin que ejecutan funciones similares en las redes MPLS. No hay consenso
actualmente sobre que protocolo es tcnicamente superior. Por lo tanto, los administradores
de red harn una eleccin entre los dos teniendo en cuenta sus necesidades y la situacin
particular.

2. GMPLS
2.1. DWDM

La DWDM(Dense Wavelength Division Multiplexing) es una tcnica de multiplexacin
eficiente en cuanto a coste que ofrece unas ventajas tcnicas considerables. La DWDM
incrementa la capacidad del ancho de banda de transporte de una sola fibra ptica debido a
la creacin efectiva de mltiples fibras virtuales, cada una transportando multigigabits de
trfico por segundo, en una sola fibra. Esto provoca un incremento en el ancho de banda
mientras se mejora la infraestructura de fibra existente. Asimismo, las conexiones a travs
de conmutadores pticos (OXCs), son adecuadas para emerger como la opcin favorita
para la conmutacin multigigabit o incluso para flujos de datos de Terabits, desde que es
evitado el procesado electrnico del paquete.

Se espera que el trfico predominante que se transporte por las redes de datos futuras est
basado en IP, ya que la multiplexacin estadstica basada en IP es adecuada para ser la

tecnologa de multiplexacin predominante para flujos de datos ms pequeos que aquellos
que son apropiados para DWDM.
2.2 Diferencias entre GMPLS y MPLS

El MPLS generalizado (GMPLS) difiere del tradicional MPLS en que soporta mltiples
tipos de conmutacin, por ejemplo la adicin de soporte para TDM (time division
multiplexing), lambda, y conmutacin de fibra (puerto). El soporte para los tipos
adicionales de conmutacin ha conducido a GMPLS a extender ciertas funciones base del
MPLS tradicional y, en algunos casos, aadir funcionalidad. Estos cambios y adiciones
impactan bsicamente en las propiedades de las LSPs (label switched path) en cuanto a
cmo las etiquetas son solicitadas y comunicadas, a la naturaleza unidireccional de las
LSPs (label switched path), a cmo los errores son propagados, y a cmo la informacin es
producida para sincronizar el LSR de ingreso y de egreso.
2.2.1. Ampliaciones de MPLS para soporte de GMPLS

El destacamento de fuerzas de la ingeniera internacional (IETF) ha extendido el conjunto
de los protocolos MPLS para incluir los dispositivos que conmutan en tiempo, en longitud
de onda, (p.ej. DWDM) y en los dominios del espacio (p.ej. OXC (optical cross-connect))
va GMPLS. Esto permite que las redes basadas en GMPLS encuentren a su disposicin
una trayectoria ptima basada en los requisitos de trfico del usuario, para un flujo que
potencialmente comience en una red IP, sea transportado por SONET, y despus se cambie
con una longitud de onda especfica en una fibra fsica especfica.

La Tabla 1 ofrece un resumen del marco de GMPLS.

Dominio de la
conmutacin
Tipo del trfico Esquema de la
expedicin
Ejemplo del
dispositivo
Nomenclatura
Paquete, clula IP, Asynchronous
Transfer Mode
(ATM)
Conexin virtual
del canal (VCC)

Router IP, Switch
ATM

PSC (packet
switch capable)

Tiempo

TDM/SONET
Ranura de
tiempo en la
repeticin del
ciclo
Sistema con
conexin digital a
travs de l (DCS),
ADM
TDM (time
division
multiplexing)
Longitud de onda Transparente Lambda DWDM LSC (layer
switch capable)
Espacio fsico Transparente Fibra, lnea OXC (optical
cross-connect)
FSC (fiber
switch capable)

Tabla 1 - Marco de GMPLS


Figura 6: Redes que llevan trfico del usuario final

2.2.2. MPLS-TE. Ventajas de GMPLS para controlar las capas TDM, LSC y FSC

La MPLS-TE es una extensin de la MPLS, que ofrece mejoras respecto a esta, pero que
difiere de la MPLS generalizada (GMPLS). A continuacin mostramos algunas ventajas
clave de GMPLS sobre MPLS-TE (extensin de MPLS o MPLS extendido) para controlar
las capas TDM (time division multiplexing), LSC (layer switch capable) y FSC (fiber
switch capable).

En MPLS-TE, los enlaces atravesados por una LSP pueden incluir una mezcla
de enlaces con codificacin de etiqueta heterognea (por ejemplo enlaces entre
routers y ATM-LSRs (label switching router) y enlaces entre ATM-LSRs). La
GMPLS extiende esto incluyendo enlaces donde la etiqueta es codificada como
un timeslot, o una longitud de onda, o una posicin en el espacio fsico.

En MPLS-TE, una LSP que lleva IP tiene que empezar y finalizar en un router.
La GMPLS extiende esto de manera que una LSP puede empezar y finalizar en
interfaces de tipo similar.

El tipo de payload (campo de datos) que puede ser llevado en GMPLS por una
LSP es extendido para permitir payloads (campos de datos) de estructura
SONET/SDH, G.709, Ethernet de 1 Gb o 10 Gb, etc.

El uso de adyacencias de reenvo (FA, Forwarding Adjacencies) o enlaces
unidos proporciona un mecanismo que puede mejorar la utilizacin del ancho de

banda. De este modo tambin se consigue que el nmero de etiquetas requeridas
sea reducido.

GMPLS permite sugerir una etiqueta para un nodo de flujo ascendente para as
reducir la latencia de configuracin. Esta sugerencia puede ser sobreseda por un
nodo descendente pero, en algunos casos, supone un coste de un tiempo de
configuracin ms alto para la LSP (label switched path).

GMPLS extiende la nocin de restringir el rango de etiquetas que puede ser
seleccionado por un nodo de flujo descendente (downstream). En GMPLS, un
nodo con flujo ascendente (upstream) puede restringir las etiquetas para una
LSP a lo largo de un solo salto en toda la ruta LSP. Esta caracterstica es til en
redes fotnicas donde la conversin por longitud de onda puede no estar
disponible.

Mientras las tradicionales LSPs (label switched path) basadas en TE (e incluso
basadas en LDP) son unidireccionales, la GMPLS soporta el establecimiento de
LSPs (label switched path) bidireccionales.

GMPLS soporta la terminacin de una LSP (label switched path) en un puerto
de egreso especfico, por ejemplo la seleccin del puerto en el lugar de destino.

GMPLS utiliza el protocolo RSVP-TE (traffic engineering), que soporta un
mecanismo especfico RSVP para una rpida notificacin del error.

Existen tambin algunas otras diferencias claves entre MPLS-TE y GMPLS:

En GMPLS, para los interfaces TDM (time division multiplexing), LSC (layer
switch capable) y FSC (fiber switch capable), la asignacin de longitud de onda
para una LSP (label switched path) puede ser ejecutada solo en unidades
discretas.

En GMPLS, se espera tener algunas etiquetas ms en enlaces TDM (time
division multiplexing), LSC (layer switch capable) o FSC (fiber switch capable)
que en enlaces PSC (packet switch capable) o L2SC (layer-2 switch capable),
porque las anteriores son etiquetas fsicas en lugar de etiquetas lgicas.

2.3. Sealizacin GMPLS

La sealizacin GMPLS extiende ciertas funciones base de la sealizacin RSVP-TE y CR-
LDP y, en algunos casos, aade funcionalidad. Estos cambios y propiedades LSP son

importantes debido a que las etiquetas son solicitadas y comunicadas, a la naturaleza
unidireccional de las LSPs (label switched path), a que los errores son propagados, y a que
hay informacin producida para sincronizar el ingreso y el egreso.

La especificacin de sealizacin GMPLS principal est disponible en tres partes:

Una descripcin funcional de sealizacin.
Extensiones RSVP-TE.
Extensiones RSVP-TE.

Adems, estn disponibles estas partes independientes por tecnologa

Extensiones GMPLS para control SONET y SDH.
Extensiones GMPLS para control G.709.

El siguiente perfil MPLS expresado en trminos de caractersticas MPLS se aplica a
GMPLS:

Asignacin y distribucin de etiqueta del flujo de bajada segn demanda.
Control ordenado iniciado de ingreso.
Modo de retencin de etiqueta liberal (tpico), o conservativo (posible).
Solicitud, trfico/datos, o estrategia de asignacin de etiqueta con topologa
dirigida.
Encaminamiento explcito (tpico), o encaminamiento salto a salto.

La sealizacin GMPLS define los siguientes bloques de nueva construccin sobre el
MPLS-TE:

1) Un nuevo formato de solicitud de etiqueta genrico.
2) Etiquetas para interfaces TDM (time division multiplexing), LSC (layer switch
capable) y FSC (fiber switch capable), genricamente conocidas como etiquetas
generalizadas.
3) Soporte de conmutacin de una banda de longitudes de onda (waveband)
4) Sugerencia de etiqueta para el flujo ascendente para propsitos de optimizacin
(p.ej. latencia).
5) Restriccin de etiqueta por el enlace ascendente para soportar algunas obligaciones
pticas.
6) Establecimiento LSP (label switched path) bidireccional con resolucin de
contencin.
7) Extensiones para la notificacin rpida de errores.
8) Informacin de proteccin focalizada al instante en la proteccin del enlace, adems
de indicacin LSP (label switched path) primaria y secundaria.

9) Encaminamiento explcito, con control de etiqueta explcito, para un grado de
control ptimo.
10) Parmetros de trfico especfico para tecnologa.
11) Manipulacin del estado administrativo LSP (label switched path).
12) Separacin del canal de control.

Estos bloques de construccin sern descritos con ms detalle ms adelante.
2.4.Modelos de red GMPLS

2.4.1. Modelos de red bicapa

Como las capacidades de los routers y de los conmutadores pticos OXCs (optical cross-
connect) crecen rpidamente, las tasas altas de datos de transporte ptico sugieren la
posibilidad de eliminar las capas SONET/SDH y ATM. Para derivar estas capas, sus
funciones necesarias deben centrarse directamente en los routers, OXCs (optical cross-
connect), y DWDMs. Al final, esto conlleva a una red ms simple y ms eficiente
econmicamente que transportar un amplio rango de flujos de datos y volmenes de
trfico muy grandes.

Operacionalmente, esta nueva arquitectura ptica puede ser vista desde dos puntos de vista
descritos como un modelo de superposicin y un modelo de pares/homlogos.

Figura 7: a) Abstraccin del nivel de red. El modelo de superposicin oculta el interior
de la red ptica, formando esencialmente una nube ptica, y proporciona servicios de
longitud de onda a los clientes (por ejemplo routers, ADMs, y conmutadores ATM)
que estn situados en los extremos de la red; b) Abstraccin del nivel de enlace. El
modelo de pares/homlogos abre el interior de la nube ptica, permitiendo a los
equipos extremos participar en decisiones de encaminamiento y eliminar las barreras
artificiales entre los dominios de encaminamiento y de transporte.


Los modelos de superposicin y de pares/homlogos se aplican tanto en el encaminamiento
como en la sealizacin. El modelo de superposicin mantiene capas de red separadas para
cada tipo de trfico y dominios administrativos diferentes. En cambio, las redes basadas en
un modelo de pares/homlogos se construyen con dispositivos que tienen informacin
completa sobre los otros dispositivos en todas las capas de red. Por lo tanto, el modelo de
superposicin es adecuado para realizar funciones de red entre operadores, ya que permite
que la informacin de encaminamiento de cada operador de red se mantenga dentro de su
propio dominio administrativo. Por otro lado, el modelo de pares/homlogos resulta mucho
ms adecuado para las funciones de red dentro del dominio de un proveedor de servicios o
entre proveedores de servicios con protocolos compatibles, dado que permite mayor
flexibilidad en la optimizacin de las labores de encaminamiento.

2.4.2. Modelo Hbrido

Otra aproximacin es un modelo hbrido que combina ambos, el modelo de
pares/homlogos y el modelo de superposicin. Algunos dispositivos del margen sirven
como de pares/homlogos hacia la red principal y comparten la misma instancia de un
plano de control comn con dicha red. Otros dispositivos del margen podran tener su
propio plano de control (o una instancia separada del plano de control usada por la red
principal), y hacen de interfaz con la red principal a travs de la UNI (User-to-Network
Interface). Esto representa una solucin altamente deseable ofreciendo transportes y
flexibilidad sustancial a los proveedores de servicios para desplegar el modelo ms
eficiente en cuanto a coste para sus necesidades, puede ser de pares/homlogos (peer),
superposicin, o algn hbrido de estos modelos.

Funcionalmente, el modelo de pares/homlogos forma un sper grupo del modelo de
superposicin, es decir, el grupo de funciones requeridas para soportar el modelo de
superposicin es un subgrupo del grupo de funciones requeridas para soportar el modelo de
pares/homlogos. Un modelo de superposicin puede ser derivado a partir de un modelo de
pares/homlogos partiendo de la topologa de deshabilitacin administrativa mientras se
preservan las funciones de sealizacin de conexin. Esta observacin sugiere que antes
que tener un grupo de protocolos para soportar el modelo de superposicin y otro grupo
para soportar el modelo de pares/homlogos, un conjunto de protocolos del plano de
control con suficiente flexibilidad para soportar ambos modelos sera la aproximacin ms
eficiente.

2.4.3. User-to-Network Interface (UNI) y Network-to-Network Interface (NNI)

El interfaz entre un nodo extremo GMPLS y un LSR (label switching router) de GMPLS en
el sitio de red puede ser nombrado como un usuario a un interfaz de red (UNI), mientras el
interfaz entre dos sitios de red LSRs (label switching router) pueden ser referidos como un
interfaz red con red (NNI, Network to Network Interface).


La GMPLS no especifica separadamente un UNI y un NNI. Los nodos extremos estn
conectados a LSRs (label switching router) en el sitio de red, y estos LSRs (label switching
router) estn, en cambio, conectados entre ellos. Por supuesto, la conducta de un nodo
extremo no es exactamente la misma que la de un LSR (label switching router). Hay que
tener en cuenta tambin, que un nodo extremo puede utilizar un protocolo de
encaminamiento, sin embargo se espera que en la mayora de casos no lo har.

Conceptualmente, una diferencia entre el UNI y el NNI tiene sentido tanto si el interfaz usa
diferentes protocolos, o si usan los mismos protocolos pero con algunas diferencias
notables.

La aproximacin GMPLS consista en construir un modelo consistente a partir del primer
da, considerando los interfaces UNI y NNI al mismo tiempo (GMPLS-superposicin). Para
ese propsito, algunas particularidades UNI especficas han sido ignoradas en un primer
momento, sin embargo GMPLS ha sido modificada para soportar tales particularidades en
el UNI por otros cuerpos de estandarizacin.

2.4.4. Modelos de encaminamiento soportados por la UNI

Esta seccin discute la seleccin de un router explcito por un nodo extremo. La seleccin
del primer LSR (label switching router) por un nodo extremo conectado a mltiples LSRs
(label switching router) es parte de este problema.

Un nodo extremo (host o LSR (label switching router)) puede participar ms o menos
profundamente en el encaminamiento GMPLS. Cuatro diferentes modelos de
encaminamiento pueden ser soportados en la UNI: configuracin de base, fijacin (peering)
parcial, escucha silenciosa y fijacin (peering) completa.

Configuracin de base: este modelo de ruta requiere la configuracin automtica o
manual de un nodo extremo con una lista de LSRs (label switching router) vecinos
ordenados por orden de preferencia. La configuracin automtica puede ser lograda
usando el protocolo DHCP por ejemplo. Ninguna informacin de encaminamiento
es intercambiada en la UNI, excepto la lista ordenada de LSRs (label switching
router), de hecho, la nica informacin de ruta usada por el nodo extremo es esa
lista. El nodo extremo enva por defecto una solicitud LSP al LSR (label switching
router) preferido.

Las redirecciones ICMP podran ser enviadas por este LSR (label switching router)
para redireccionar algunas solicitudes LSPs (label switched path) hacia otro LSR
(label switching router) conectado a un nodo extremo. La GMPLS acepta este
modelo.


Fijacin (peering) parcial: La informacin de encaminamiento (principalmente el
alcance) puede ser intercambiada a travs de la UNI usando algunas extensiones en
el plano de sealizacin. La informacin de alcance intercambiada en la UNI puede
ser usada para iniciar la decisin de encaminamiento del nodo extremo especfico
sobre la red. Sin embargo, la GMPLS no tiene ninguna capacidad para soportar este
modelo hoy en da.

Escucha silenciosa: El nodo extremo puede escuchar silenciosamente a los
protocolos de ruta y tomar decisiones de ruta teniendo en cuenta la informacin
obtenida. Un nodo extremo recibe la informacin completa de la ruta, incluyendo
las extensiones de ingeniera de trfico. Un LSR (label switching router) reenviara
transparentemente todos los PDUs de ruta al nodo extremo, por lo que un nodo
extremo ahora puede computar una ruta explcita completa teniendo en
consideracin toda la informacin de ruta extremo a extremo. La GMPLS no impide
este modelo.
2.5. Direccionamiento y encaminamiento GMPLS

2.5.1. Modelos de direccionamiento y encaminamiento

La GMPLS est basada en modelos de encaminamiento IP y de direccionamiento. Esto
asume que las direcciones de IPv4 y/o IPv6, son usadas para identificar interfaces, pero
tambin que los tradicionales protocolos (distribuidos) de encaminamiento IP son
reutilizados. Realmente, el descubrimiento de la topologa y del estado del recurso de todos
los enlaces en un dominio de encaminamiento, es logrado mediante los protocolos de
encaminamiento. Desde que los planos de control y de datos son desacoplados en GMPLS,
los planos de control vecinos pueden no ser planos de datos vecinos. Por lo tanto,
mecanismos como el LMP (link management protocol) son necesarios para asociar enlaces
TE (de ingeniera de trfico) con nodos vecinos.

Las direcciones IP no son usadas solo para identificar interfaces de hosts IP y de routers,
sino ms generalmente para identificar cualquier interfaz PSC (packet switch capable) y no-
PSC (no-packet switch capable). Similarmente, los protocolos de encaminamiento IP son
usados para encontrar rutas para datagramas IP con un algoritmo SPF (shortest-path first) y
estos tambin son usados para encontrar rutas para circuitos que sean PSC (packet switch
capable) usando un algoritmo CSPF.

Sin embargo, son necesarios algunos mecanismos adicionales para incrementar la
escalabilidad de estos modelos y distribuirlos con requerimientos especficos de ingeniera
de trfico de capas que no sean PSC (packet switch capable). Estos mecanismos sern
introducidos a continuacin reutilizando los protocolos de ruta IP existentes permitidos
para capas que no sean PSC (packet switch capable) y as tomar ventaja de todos los

valiosos desarrollos que tuvieron lugar desde hace aos para el encaminamiento IP, en
particular, en el contexto de un encaminamiento intra-dominio (encaminamiento del estado
del enlace (link-state routing)) y encaminamiento inter-dominio (poltica de
encaminamiento)).

En un modelo de superposicin, cada capa no-PSC (no-packet switch capable) particular
puede ser vista como un grupo de sistemas autnomos (ASs) interconectados de un modo
arbitrario. Similarmente al tradicional encaminamiento IP, cada AS es administrado por una
simple autoridad administrativa. Por ejemplo, un AS puede ser una red SONET/SDH
operada por un portador dado y un grupo de ASs interconectados, puede ser visto como un
empleo de Internet SONET/SDH. Para llevar a cabo el intercambio de informacin de
encaminamiento entre ASs, puede ser dado mediante un protocolo de encaminamiento
inter-dominio como BGP-4.

Cada ASs puede ser subdividido en diferentes dominios de ruta, y cada uno puede
funcionar en un protocolo de encaminamiento intra-dominio distinto. En cambio, cada
dominio de ruta puede ser dividido en reas.

Un dominio de ruta est hecho de nodos habilitados GMPLS (por ejemplo una interfcie de
red, incluyendo a una entidad GMPLS). Estos nodos pueden ser tanto nodos extremos (p.ej.
hosts, LSRs (label switching router) de ingreso o LSRs de egreso), o LSRs internos. Un
ejemplo de un host no-PSC (packet switch capable) es un multiplexador Terminal
SONET/SDH(TM). Otro ejemplo es uninterfaz SONET/SDH dentro de un router IP o un
conmutador ATM.

Hay que tener en cuenta que la ingeniera de trfico en el intra-dominio requiere el uso de
protocolos de encaminamiento del estado del enlace como OSPF o IS-IS, y para ello la
GMPLS define extensiones a estos protocolos. Estas extensiones son necesarias para
diseminar caractersticas estticas TDM (time division multiplexing), LSC (layer switch
capable) y FSC (fiber switch capable), y tambin caractersticas dinmicas relacionadas con
nodos y enlaces.

2.5.2. Protocolos de encaminamiento de GMPLS

Algunas modificaciones y extensiones son requeridas para los protocolos de
encaminamiento y sealizacin MPLS para adaptarlos a las peculiaridades de los
conmutadores fotnicos. Estos estn siendo estandarizados por la Internet Engeenering
Task Force (IETF) bajo el paraguas del MPLS generalizado, el cual puede ser resumido
como sigue:

Un nuevo Protocolo de Gestin del Enlace (Link Management Protocol, LMP)
est diseado para direccionar fuentes emparentadas y para maniobrar en las redes
pticas usando conmutadores fotnicos.

La ampliacin del OSPF y el IS-IS (Open Shortest Path First/Intermediate System
to Intermediate System: OSPF/IS-IS) para anunciar la disponibilidad de los recursos
pticos en la red (por ejemplo la representacin generalizada de varios tipos de
enlace, el ancho de banda en longitudes de onda, el tipo de proteccin del enlace y
los identificadores de fibra).

La ampliacin del Protocolo de Reserva de Recursos (RSVP) y del Protocolo
distribuido de etiquetado y encaminamiento por base forzada (CR-LDP). Los
protocolos de sealizacin para ingeniera de trfico, proponen que se permita una
ruta por conmutacin de etiqueta (LSP) para que sea especificada explcitamente a
travs del nodo ptico principal.

La separacin de la informacin de retransmisin de los contenidos del paquete IP
permite que pueda ser utilizado en los OXCs, ya que estos dispositivos no
reconocen cabeceras IP.

La facilidad de GMPLS para el reencaminamiento rpido ofrece una alternativa a
los mecanismos de proteccin tpicos de SONET/SDH.

El concepto de jerarqua de reenvo por medio del apilamiento (stacking) de
etiquetas posibilita la interaccin con dispositivos que slo pueden soportar un
tamao pequeo de etiqueta. Esta propiedad es fundamental en los OXCs dado que
el nmero de longitudes de onda disponibles no es muy amplio.

La ampliacin por escalabilidad, as como la formacin jerrquica LSP, el
envoltorio de enlace, y los enlaces innumerados.

2.5.3. Modelos de ruta en GMPLS y obligaciones impuestas por el direccionamiento
IP

Las capas TDM (time division multiplexing), LSC (layer switch capable) y FSC (fiber
switch capable) introducen nuevas obligaciones en el direccionamiento IP y en los modelos
de ruta, desde que pueden ser conectados dos nodos en algunos cientos de enlaces paralelos
(p.ej. longitudes de onda). La mayora de los portadores ya tienen hoy en da algunas
decenas de longitudes de onda por fibra entre dos nodos, aunque la nueva generacin de
sistemas DWDM, permitirn algunos cientos de longitudes de onda por fibra.

Pasa a ser poco prctico asociar una direccin IP con cada fin de cada enlace fsico, para
representar cada enlace como una adyacencia separada de ruta, y para advertir y mantener
estados de enlace para cada uno de estos enlaces. Para ese propsito, GMPLS realza el
encaminamiento MPLS y los modelos de direccionamiento para incrementar su

escalabilidad. Dos mecanismos opcionales pueden ser usados para incrementar la
escalabilidad del direccionamiento y del encaminamiento: los enlaces innumerados y las
uniones de enlace. Estos dos mecanismos pueden tambin ser combinados y requieren
extensiones para sealizar (RSVP-TE y CR-LDP) y encaminar protocolos (OSPF-TE y IS-
IS-TE).
2.5.4. Encaminamiento explcito y control de etiqueta explcito

Usando una ruta explcita, la ruta tomada por una LSP puede ser controlada ms o menos
de forma precisa. Tpicamente, el nodo en la cabecera/cola de una LSP, encuentra una ruta
explcita y construye un objeto de Ruta Explcita (ERO)/TLV (Tipo, Longitud, Valor) que
contiene esa ruta.

Posiblemente, el nodo extremo no construye cualquier ruta explcita, y justamente transmite
una solicitud de sealizacin a un LSR vecino por defecto. Por ejemplo, una ruta explcita
podra ser aadida a un mensaje de sealizacin por el primer nodo de conmutacin, en
nombre del nodo extremo. Hay que tener en cuenta tambin que una ruta explcita es
alterada por LSRs (label switching router) intermedios durante su progresin hacia el
destino.

La ruta explcita est definida originalmente por la MPLS-TE, con una lista de nodos
abstractos (p.ej. grupos de nodos) a travs de la ruta explcita. Cada nodo abstracto puede
ser una direccin prefijo IPv4 o una direccin prefijo IPv6. Esta capacidad permite al
generador de la ruta explcita tener informacin incompleta sobre los detalles de la ruta, de
hecho, en el caso ms simple, un nodo abstracto puede ser una direccin IP completa (32
bits) que identifica a un nodo especfico (llamado un nodo simple abstracto).

Esta ruta explcita fue extendida para incluir nmeros de interfaz como nodos abstractos
para soportar interfaces innumerados y ms extendido por GMPLS para incluir etiquetas
como si fueran nodos abstractos. Adems, tener etiquetas en una ruta explcita, es una
caracterstica importante que permite controlar la colocacin de una LSP con una
granularidad muy buena. Esto es ms probable que sea usado para enlaces TDM (time
division multiplexing), LSC (layer switch capable) y FSC (fiber switch capable).

En particular, el control de etiqueta explcito en la ruta explcita, permite terminar una LSP
en un puerto saliente particular de un nodo de egreso.

Cuando el control de etiqueta explcito es usado junto con un algoritmo de optimizacin,
puede producir rutas explcitas muy detalladas, incluyendo la etiqueta (timeslot) para usar
en un enlace, para as poder minimizar la fragmentacin de la multiplexacin SONET/SDH
en el interfaz correspondiente.


2.6Etiquetas en GMPLS

2.6.1. Etiqueta generalizada

Para poder soportar dispositivos que conmutan en diversos dominios, GMPLS introduce
nuevas modificaciones al formato de las etiquetas. El nuevo formato de la etiqueta se basa
en una etiqueta generalizada que contenga la informacin para permitir que el
dispositivo de recepcin programe su conmutador y sus parmetros importantes sin
importar su construccin (paquete, TDM (time division multiplexing), lambda, etc.). Una
etiqueta generalizada puede representar un valor entero, una sola longitud de onda, una
sola fibra, un solo timeslot o incluso puede ser ms elaborada como una SONET/SDH o
una etiqueta G.709. Las tradicionales etiquetas MPLS (p.ej. ATM, VCC, o IP) tambin se
incluyen. La informacin que se encaja en una etiqueta generalizada incluye lo siguiente:

1. Tipo de codificacin LSP que indica qu tipo de etiqueta se est llevando (p.ej.,
paquete, lambda, SONET, etc.).

2. Tipo de conmutacin que indica si un nodo es un conmutador de paquetes, de timeslot,
de longitud de onda, o de fibra.

3. Un identificador general de la carga til para indicar qu carga til est siendo llevada
por la LSP (p.ej., tributario virtual (VT), DS3, ATM, Ethernet, etc.).

La SDH y el SONET definen cada uno una estructura de multiplexacin. Estas estructuras
de multiplexacin sern usadas como rboles nombrados para crear etiquetas nicas. Una
etiqueta identificar la posicin exacta (timeslot(s)) de una seal en una estructura de
multiplexacin. Desde el punto de vista de la estructura de multiplexacin, SONET puede
ser visto como un subgrupo de la estructura de multiplexacin SDH, de hecho, el mismo
formato de etiqueta es usado para SDH y SONET.

Por otro lado, los nodos esperan conocer a partir del contexto que tipo de etiqueta esperar.
Una etiqueta generalizada solo transporta un nico nivel de etiqueta, es decir, no es
jerrquica. Cuando son requeridos mltiples niveles de etiquetas (LSPs dentro de LSPs),
cada LSP debe ser establecida separadamente.
2.6.2. Solicitud de etiqueta generalizada
La solicitud de etiqueta generalizada es un nuevo objeto/TLV (Tipo, Longitud, Valor) que
ser aadido a un mensaje de ruta RSVP-TE (en lugar de la solicitud de etiqueta regular) o
a un mensaje de solicitud CR-LDP adems de los ya existentes TLVs (Tipo, Longitud,
Valor). Solo puede ser usada una solicitud de etiqueta por mensaje, as que una sola LSP
puede ser solicitada por mensaje de sealizacin.


La solicitud de etiqueta generalizada proporciona tres parmetros caractersticos requeridos
para soportar la solicitud de una LSP: el tipo de codificacin LSP, el tipo de conmutacin
que debe ser usado y el tipo de campo de datos LSP llamado PID Generalizado (G-PID).

El tipo de codificacin LSP indica el tipo de codificacin que ser usada con los datos
asociados con la LSP, por ejemplo, el tipo de tecnologa que es considerada, que en este
caso puede ser SDH, SONET, Ethernet, ANSI, PDH, etc.

2.6.3. Etiqueta sugerida

Un nodo upstream (anterior)puede sugerir opcionalmente una etiqueta a su nodo
downstream (siguiente). El nodo downstream (siguiente) tiene el derecho de la denegacin,
y puede proponer sus propios derechos. Sin embargo, esta operacin es crucial para los
sistemas que requieren procesos donde se desperdicia tiempo y as pueden configurar su
conmutador. Cabe recordar que una etiqueta en este caso, ser utilizada para encontrar
rpidamente la ruta interna entre un puerto de entrada y un puerto de salida. Las etiquetas
sugeridas son tambin importantes en apresurar la disposicin de las trayectorias de reserva
(LSPs) para una LSP errnea. Sin embargo, si el dispositivo downstream (siguiente)
rechaza la etiqueta sugerida y ofrece la suya propia, el dispositivo upstream (anterior) debe
configurarse de nuevo con la nueva etiqueta.

2.6.4. Grupo de etiqueta aceptable para notificar un error de etiqueta

Hay casos en la MPLS tradicional y en la GMPLS que resultan en un mensaje de error y
que contienen una indicacin de valor de etiqueta inaceptable. Cuando estos casos
ocurren, puede ser til para el nodo que genera el mensaje de error, indicar que etiquetas
seraaceptable. Para cubrir este caso, la GMPLS introduce la habilidad de transmitir tal
informacin a travs del grupo de etiqueta aceptable. Un grupo de etiqueta aceptable es
llevado en mensajes de error a travs de protocolos especficos apropiados. El formato de
un grupo de etiqueta aceptable es idntico al de un grupo de etiqueta genrico.
2.7.Enlaces en GMPLS

2.7.1 El enlace TE

Por definicin, un enlace TE (traffic engineering) es una representacin en los anuncios
del estado del enlace IS-IS/OSPF, y en la base de datos del estado del enlace de ciertos
recursos fsicos, y de sus propiedades, entre dos nodos GMPLS.

Los enlaces TE son usados por el plano de control GMPLS (encaminamiento y
sealizacin) para el establecimiento de las LSPs (label switched path).

Por lo tanto, un enlace TE es un enlace lgico que tiene una serie de propiedades de
ingeniera de trfico. Algunas de estas propiedades pueden ser configuradas en la anunciada

LSR (label switching router), otras pueden ser obtenidas a partir de otros LSRs (label
switching router) por medio de algunos protocolos, y todava otros pueden ser deducidos a
partir de los componentes del enlace TE.
2.7.2. Enlaces innumerados

Los enlaces innumerados son enlaces (o interfaces) que no tienen direcciones IP. Si se
utilizan tales enlaces se tienen dos capacidades: la habilidad de especificar enlaces
innumerados en la sealizacin TE de MPLS, y la habilidad de transportar informacin
(TE) sobre enlaces innumerados en las extensiones IGP TE de IS-IS-TE y OSPF-TE.

En vez de asignar una direccin IP distinta a cada TDM (time division multiplexing) o
enlace ptico, el concepto de enlaces innumerados se utiliza para no perder de vista estos
tipos de enlaces. Esto es necesario debido a lo siguiente:

1. El nmero de canales, de longitudes de onda, y de fibras de TDM (time division
multiplexing) puede alcanzar fcilmente un punto donde su gestin o tratamiento, por
direccin IP, la har muy lenta en cuanto a tiempo.

2. Las direcciones IP se consideran recursos escasos.

Como los enlaces innumerados no estn identificados por una direccin IP, cada extremo
necesita algn otro identificador local hacia el LSR al cual pertenece el enlace. Los LSRs
en los dos puntos extremos de un enlace innumerado se intercambian el uno con el otro los
identificadores que ellos asignan al enlace. Se puede conseguir intercambiar los
identificadores por configuracin, por medio de un protocolo como el LMP (link
management protocol), por medio de los protocolos RSVP-TE/CR-LDP, o por medio de
extensiones IS-IS (IS-IS-TE) o OSPF (OSPF-TE).

2.7.3 Proteccin del enlace

La informacin de proteccin es llevada en el nuevo Objeto/TLV (Tipo, Longitud, Valor)
de informacin opcional de proteccin. Esto indica la proteccin del enlace deseada en ese
instante para cada enlace de una LSP. Hay que tener en cuenta que GMPLS anuncia las
capacidades de proteccin de un enlace mediante los protocolos de encaminamiento. Los
algoritmos de computacin de ruta pueden considerar esta informacin cuando se computan
las rutas para configurar las LSPs (label switched path).

La informacin de proteccin tambin indica si la LSP es una ruta primaria o una
secundaria. Una LSP secundaria es una copia (back up) de una LSP primaria. Los recursos
de una LSP secundaria no son usados normalmente hasta que la LSP primaria falte, pero
estos pueden ser usados por otras LSPs hasta que la LSP primaria derive sobre la LSP
secundaria. En este punto, cualquier LSP que est usando los recursos para la LSP
secundaria debe ser privada de los mismos.


Seis tipos de proteccin de enlace estn actualmente definidos como flags individuales y
pueden ser combinados: realzados, dedicados 1+1, dedicados 1:1, distribuidos,
desprotegidos y con extra de trfico.

2.7.4 Unin de enlaces

Se espera que una red ptica despliegue centenares de fibras paralelas, y cada centenar de
fibras lleven millares de lambdas entre dos nodos. Para evitar una base de datos del estado
de enlace de gran tamao, y para proporcionar un mejor escalado de la red, GMPLS ha
introducido el concepto de unin de enlaces.

La unin de enlaces permite juntar varios enlaces en uno, y para informar de ello se utilizan
los protocolos OSPF e IS-IS. Aunque, con el nivel creciente de abstraccin, se pierde cierta
informacin, este mtodo reduce enormemente el tamao de la base de datos del estado del
enlace y del nmero de uniones que necesitan ser anunciadas. El enlace lgico resultante es
llamado como un enlace unido o adyacencia de reenvo (FA-LSP) debido a que sus enlaces
fsicos son llamados enlaces de componente y son identificados por ndices de interfaz. Un
enlace unido necesita solamente un canal del control para as reducir el nmero de mensajes
de sealizacin y de encaminamiento. Hay que tener en cuenta que un enlace unido es
justamente otro tipo de enlace TE. La actividad del enlace unido est determinada por la
actividad de cada uno de sus enlaces componentes y un enlace unido se puede decir que
est activo cuando almenos uno de sus enlaces componentes est activo.

La GMPLS permite flexiblemente unir los enlaces de LSPs (label switched path) que
fueron anunciadas como uniones mediante el protocolo OSPF. (Ver el apartado de
Jerarqua de LSP).

Hay restricciones en la unin de enlaces para limitar la suma de prdidas producidas por la
extraccin de informacin. stas son las siguientes:

1. Todos los enlaces que abarcan un enlace unido deben comenzar y terminar en el mismo
par de LSRs.

2. Todos los enlaces que abarcan un enlace unido deben de ser del mismo tipo de enlace
(p.ej., PTP o multicast).

3. Todos los enlaces que abarcan un enlace unido deben tener el mismo trfico mtrico
(p.ej., tipo o ancho de banda de proteccin).

4. Todos los enlaces que abarcan un enlace unido deben tener la misma capacidad-PSC
(packet switch capable) de la conmutacin, TDMC, LSC (layer switch capable), o FSC
(fiber switch capable).


Los enlaces unidos dan lugar a la prdida de granularidad en los recursos de la red. Sin
embargo, si se reducen las entradas de la base de datos del estado del enlace (se reduce la
suma de informacin que tiene que ser manipulada por OSPF y/o IS-IS) y se aumenta la
velocidad en las operaciones de bsqueda de la tabla, se compensa de largo toda la
informacin perdida.

Ejemplo de enlace unido o adyacencia de reenvo (FA- LSP)

El Figura 8 demuestra cmo una LSP de TDM (LSPtdm) se puede ver como un enlace que
conecta dos redes basadas en paquetes. Esta LSP se puede ver solo como una conexin de
los LSRs de las dos redes de PSC (packet switch capable), en vez de todas las conexiones
de comprobacin de la red TDM (time division multiplexing).

Figura 8: Adyacencia de la expedicin
2.7.5. Enlace unido innumerado o FA-LSP innumerada
Un enlace unido puede por si mismo ser numerado o no numerado independientemente de
si los enlaces componentes son numerados o no. Esto afecta a cmo el enlace unido es
anunciado en IS-IS/OSPF y el formato de los objetos de ruta explcita (EROs) de la LSP
que atraviesa el enlace unido. Adems, los identificadores innumerados del interfaz para
todos los enlaces innumerados salientes de un LSR (label switching router) dado (ya sean
enlaces componente, adyacencias prximas o enlaces unidos) deben ser nicos en el
contexto de ese LSR (label switching router).


2.8. Rutas de Conmutacin de etiqueta (LSPs) en GMPLS
2.8.1. Creacin de LSPs (label switched path) en redes basadas en GMPLS
Establecer una LSP en una red GMPLS es similar a establecerlo en una red MPLS. La Figura 9 nos
muestra una red de conmutacin de paquete (PSC, packet switch capable) conectada va una lnea de
transmisin OC-12 con DCS1 (conmutador) en la red superior de TDM (time division multiplexing).
Ambas redes de TDM (time division multiplexing) mostradas usan una arquitectura de anillo
SONET UPSR OC-48. Las dos redes de TDM (time division multiplexing) estn conectadas va dos
OXCs (optical cross-connect) capaces de entregar lambdas mltiples a OC-192. La meta es
establecer una LSP (LSPpc) entre LSR1 (label switching router) y LSR4 (label switching router).

Figura 9: Establecimiento de una LSP a travs de redes heterogneas con GMPLS

Para establecer la LSPpc entre el LSR1 y el LSR4, las otras LSPs (label switched path) en las otras
redes se deben establecer para hacer un tnel de LSPs (label switched path) en la jerarqua ms baja.
Por ejemplo, en la Figura 9, LSP
1
T
1
llevar LSP1, LSP2, y LSP3 si todas las LSPs (label switched
path) se pueden establecer en la red.

Esto es conseguido enviando un mensaje de peticin de etiqueta de ruta downstream a la destino que
lleve la jerarqua ms baja LSP. Por ejemplo, el DSCi enva este mensaje a OXC1 (optical cross-
connect), destinado para DSCe. Cuando es recibido por el OXC1 (optical cross-connect), entonces
crear una LSP entre l y el OXC2 (optical cross-connect). Solamente cuando se establezca esta LSP
(LSPl), se podr establecer una LSP entre DSCi a DSCe (LSPtdi).


El mensaje de peticin de etiqueta de ruta contiene una peticin generalizada de la etiqueta con el
tipo de LSP, y su tipo de carga til (p.ej., DS3, VT, etc.). Los parmetros especficos tal como el
tipo de seal, la proteccin local, la LSP bidireccional, y las etiquetas sugeridas estn todos
especificados en este mensaje. El nodo downstream (en sentido descendente) enviar detrs una
etiqueta Resv tras el mensaje incluyendo una etiqueta generalizada que pueda contener varias
etiquetas generalizadas.

Cuando la etiqueta generalizada es recibida por el router LSR, se puede entonces establecer una LSP
con su par va protocolo RSVP por dominio de la red. En la Figura 9 se da la siguiente secuencia:

1. La LSP se establece entre el OXC1 y el OXC2 (LSPl) y es capaz de entregar la longitud de
onda OC-192 al tnel en LSPs de TDM.
2. La LSP se establece entre el DSCi y el DSCe (LSPtdi).
3. La LSP se establece entre el DS1 y el DS-2 (LSPs, label switched path) interno dentro de las
dos redes de TDM (time division multiplexing).
4. La LSP se establece entre el LSR2 y el LSR3 (LSPpi).
5. La LSPpc se establece entre el LSR1 y el LSR4.

2.8.2. Como solicitar una LSP

Una LSP es establecida enviando una solicitud de mensaje de etiqueta/ruta downstream (en
flujo descendente) hacia el destino. Este mensaje contiene una solicitud de Etiqueta
Generalizada con el tipo de LSP y su tipo de datos. Un objeto de Ruta Explcito (ERO) es
tambin aadido normalmente al mensaje, pero esto puede ser aadido y/o completado por
el primer router LSR por defecto.

El ancho de banda solicitado es codificado con el protocolo RSVP-TE, o en los parmetros
de trfico marcados por el protocolo CR-LDP. Los parmetros especficos para una
tecnologa dada son dados en estos parmetros de trfico, tal como el tipo de seal, la
concatenacin y/o la transparencia para una LSP de SONET/SDH.

La proteccin local solicitada por el enlace puede ser solicitada usando el objeto/TLV
(Tipo, Longitud, Valor) de proteccin de informacin.

Si la LSP es bidireccional, una etiqueta upstream (de flujo ascendente) es tambin
especificada en el mensaje de solicitud de ruta/etiqueta.

Adicionalmente, una etiqueta sugerida, un grupo de etiqueta y una etiqueta de banda de
longitudes de onda, pueden tambin ser incluidas en el mensaje.

2.8.3. Jerarqua LSP

La jerarqua de la red mostrada en el Figura 10 proporciona una capacidad de aumento de
la anchura de banda por jerarqua. Cuando un flujo extremo a extremo (end-to-end) se

establece para un uso particular de la empresa, ese flujo atravesar las redes que utilizan los
dispositivos que no se pueden disear para configurar conexiones con niveles flexibles de
ancho de banda. En este caso, con un solo acoplamiento fsico OC-192 entre dos
conmutadores pticos, no se debe esperar para llevar un trfico que sea solamente 100M o
de 2.5G, pues sera derrochador y altamente ineficaz. Es mejor agregar unos flujos de baja-
velocidad y otros de alta-velocidad. Esto crea la nocin de la LSP (label switched path)
jerrquica o jerarqua LSP.

Figura 10: Jerarqua de la red

Se establece una jerarqua natural en donde un grupo de LSPs de PSC se jerarquiza dentro
de un grupo de LSPs de TDM, que entonces se jerarquiza dentro de un LSC (layer switch
capable) que sea parte de un grupo de LSCs (layer switch capable) dentro de un FSC (fiber
switch capable). El parmetro de la capacidad del mltiplex del acoplamiento introducido
en GMPLS, especifica esto que se pide cundo se est estableciendo una LSP. Claramente,
en la anchura de banda que sigue habiendo dentro de cada LSP, se deben incluir LSPs
(label switched path) adicionales de una jerarqua ms baja. La Figura 10 demuestra esta
jerarqua.

Figura 11: LSPs (label switched path) jerrquico

Cuando una LSP se est estableciendo a partir de la red de acceso, puede requerir el
establecimiento de otras LSPs a lo largo de su trayectoria extremo a extremo (end-to-end).
Estas LSPs intermedias se pueden establecer en los dispositivos basados en TDM (time
division multiplexing) y/o LSC (layer switch capable). Estos dispositivos tienen diversas
caractersticas internas, y, por lo tanto, GMPLS debe acomodar estas diferencias a fin de
apresurar el establecimiento de las LSPs extremo a extremo (end-to-end).

2.8.4. LSPs (label switched path) bidireccionales

La red de proteccin (p.ej, contra cortes de fibra) en redes pticas se basa en una fibras de
reserva, tales como BLSR de cuatro cables o arquitecturas de dos hilos de BLSR.
Semejantemente, es importante que las LSPs sean protegidas para as proteger a la red. Esto
es logrado estableciendo dos LSPs, donde cada una de ellas es unidireccional y as cada una
protege a la otra.

La GMPLS apoya la disposicin de LSPs bidireccionales va un sistema de mensajes de
gestin de protocolo (p.ej., protocolos RSVP y RESV). Esto ayuda a evitar un intercambio
errneo de los mensajes de control, de las condiciones de la ruta, de las operaciones de
bsqueda de rutas adicionales, y de la configuracin de las trayectorias internas de entrada-
salida en un conmutador ptico.

Una LSP simtrica bidireccional tiene los mismos requerimientos de ingeniera de trfico,
incluyendo distribucin de destino, la proteccin y la restauracin, los LSRs (label
switching router), y los requerimientos de recursos (p.ej. cadencia y jitter) en cada
direccin.

Normalmente para establecer una LSP bidireccional cuando se usa RSVP-TE (traffic
engineering) o CR-LDP, dos rutas unidireccionales deben ser establecidas
independientemente. Esta aproximacin tiene las siguientes desventajas:

La cabecera de control es dos veces la de una LSP unidireccional. Esto es porque
los mensajes de control separados (p.ej. Ruta y Resv) deben ser generados para
ambos segmentos de la LSP bidireccional.
La seleccin de la ruta es complicada porque los recursos estn establecidos en
segmentos separados.

Para LSPs bidireccionales, deben ser asignadas dos etiquetas y la configuracin LSP
bidireccional es indicada por la presencia de una etiqueta de flujo ascendente en el mensaje
de sealizacin apropiado.

2.8.5. Resolucin de contenciones en la LSP bidireccional

La contencin para etiquetas puede ocurrir entre dos solicitudes de configuracin LSP
bidireccional viajando en direcciones opuestas. Esta contencin ocurre cuando ambos lados
asignan los mismos recursos (puertos) en el mismo instante. La sealizacin GMPLS
define un procedimiento para resolver esa contencin, bsicamente hace que el nodo con el
ID de nodo ms alto gane la contencin. Para reducir la probabilidad de contencin,
tambin existen otros mecanismos.
2.9. Canales de control en GMPLS
2.9.1. Los canales de control
El protocolo LMP es usado para establecer y mantener canales de control entre los nodos.
Los canales de control funcionan independientemente de los enlaces TE, y pueden ser
usados para intercambiar informacin del plano de control MPLS tal como la sealizacin,
el encaminamiento, y la informacin de administracin del enlace.

Un canal de control puede ser configurado explcitamente o seleccionado automticamente.

Una consecuencia de permitir canales de control entre dos nodos es que la vida de un canal
de control no est necesariamente correlada con la vida de los enlaces de conduccin de
datos, y viceversa. Por lo tanto, han sido desarrollados nuevos mecanismos en el LMP para
manejar los enlaces, en trminos de aprovisionamiento del enlace y de falta de aislamiento.

El LMP no especifica el mecanismo de sealizacin de transporte usado en el canal de
control, sin embargo afirma que los mensajes transportados sobre un canal de control deben
ser codificados con IP. Tambin es asignado un identificador de canal de control entero
de 32 bits y no nulo (CCId) a cada direccin de un canal de control.

Si un grupo de canales de control tienen un nodo par comn y soportan las mismas
capacidades LMP, entonces los mensajes del canal de control LMP (excepto los mensajes
de configuracin, y de Hello) pueden ser transmitidos sobre cualquiera de los canales de
control activos sin coordinacin entre los nodos locales y los remotos. Para el LMP, es
esencial que almenos un canal de control est siempre disponible y que, en caso de error en
el canal de control, pueda ser posible usar un canal alternativo de control activo sin
coordinacin.

2.9.2 Separacin del canal de control en GMPLS

En GMPLS, los canales de control estn separados de los canales de datos. Realmente, un
canal de control puede ser implementado completamente fuera de banda por varias razones,
por ejemplo cuando el canal de datos no puede llevar informacin de control en banda.

Es necesario transportar informacin adicional en la sealizacin para identificar el canal
de datos particular que est siendo controlado. GMPLS soporta identificacin explcita del
canal de datos proporcionando un interfaz de informacin de identificacin. GMPLS
permite el uso de un nmero de esquemas de identificacin de interfaz incluyendo
direcciones IPv4 o IPv6, ndices de interfaz (para interfaces no numerados) e interfaces
componente (para interfaces unidos). Los interfaces unidos no numerados tambin son
soportados.

La eleccin del interfaz de datos siempre es realizada por el emisor del mensaje de solicitud
de etiqueta.

Por contra, para las LSPs (label switched path) bidireccionales, el emisor escoge el interfaz
de datos en cada direccin.

2.9.3. El protocolo Hello

Cada canal de control negocia individualmente sus parmetros de canal de control y
mantiene la conectividad usando un protocolo de rpido funcionamiento llamado Hello.
Este es requerido si los mecanismos de nivel ms bajo no estn disponibles para detectar
fallos en el enlace.

El protocolo Hello de LMP reaccionar rpidamente para controlar fallos en el canal.

Este protocolo consiste de dos fases: una fase de negociacin y una fase de mantenimiento.
La fase de negociacin permite la negociacin de algunos parmetros bsicos del protocolo
Hello, como la frecuencia Hello, y la fase de mantenimiento consiste de un rpido
intercambio de mensajes Hello de peso ligero bidireccionales.

2.9.4. Plano de control comn para GMPLS
El encaminamiento IP ha evolucionado para incluir una nueva funcionalidad por debajo del
paraguas del multiprotocolo por conmutacin de etiqueta (MPLS), y ha sido realizado un
trabajo decente sobre el MPLS, como un plano de control que puede ser usado no
solamente con routers, sino tambin con equipamientos heredados de otras tecnologas (por
ejemplo SONET, etc.) y equipos ms nuevos como OXCs (optical cross-connect). Estos
esfuerzos ofrecen al plano de control comn estandarizado, un componente esencial en la
evolucin de las redes pticas.

Un plano de control comn proporciona las siguientes ventajas:

simplifica operaciones y gestiona, lo cual reduce el coste de la red.
Abastece un amplio rango de escenarios de despliegue, desde el modelo de
superposicin al de pares/homlogos (estos modelos sern explicados al detalle ms
adelante).

2.9.5. Funciones del plano de control GMPLS

El plano de control GMPLS permite un control total de los dispositivos de red. Dicho plano
proporciona las siguientes funciones:

- Descubrimiento de vecinos (Neighbor Discovery)

- Distribucin del estado de los enlaces (Dissemination of Link Status)

- Gestin del estado de la tipologa (Typology State Management): Los protocolos
OSPF e IS-IS, pueden ser usados para controlar y gestionar la tipologa del estado
del enlace.

- Gestin de trayecto (Path Management): Para establecer los trayectos extremo a
extremo se puede usar LDP, CR-LDP o RSVP.

- Gestin del Enlace (Link Management)


- Proteccin y Recuperacin (Protection and Recovery): En GMPLS, en lugar de
tener un anillo de respaldo (backup) para el anillo primario como mecanismo de
proteccin, la red crea una red en malla que permite tener diferentes caminos
alternativos.
2.9.6. Errores en el plano de control
A continuacin mencionamos los dos mayores tipos de errores que pueden impactar en un
plano de control GMPLS. El primero, referido a un error del canal de control, relata el caso
en que la comunicacin de control es perdida entre dos nodos vecinos. Si el canal de
control es utilizado junto con el canal de datos, el procedimiento de recubrimiento del canal
de datos solventara el problema. Si el canal de control es independiente del canal de datos,
se requieren procedimientos adicionales para solucionar ese problema. El segundo, referido
a errores del nodo, se da cuando el nodo pierde su estado de control (por ejemplo despus
de un reinicio) pero no descarta el estado de reenvo de los datos.

En redes de transporte, diferentes tipos de errores de planos de control no tendran impacto
de servicio en las conexiones existentes. Bajo tales circunstancias, debe existir un
mecanismo para detectar un error en el control de la comunicacin, y un procedimiento de
recubrimiento debe garantizar la integridad de la conexin en ambos extremos del canal de
control.

Para un error del canal de control, una vez la comunicacin es reestablecida, los protocolos
de encaminamiento son naturalmente capaces de recubrirlo, pero los protocolos de
sealizacin correspondientes deben indicar que los nodos han mantenido su estado a travs
del error. El protocolo de sealizacin debe tambin asegurar que cualquier cambio de
estado que fue instanciado durante el error, es sincronizado entre los nodos.

Para un error nodal, un plano de control del nodo se reinicia y pierde la mayor parte de su
informacin de estado. En este caso, los nodos upstream (anteriores) y downstream
(siguientes) deben resincronizar su informacin de estado con el nodo reiniciado. Para
cualquier resincronizacin para suceder al nodo afectado, el reinicio necesitar preservar
alguna informacin, ya que se est mapeando de etiquetas entrantes a etiquetas salientes.

2.10.Resumen de los protocolos de GMPLS

La evolucin de MPLS a GMPLS ha ampliado la sealizacin (RSVP-TE, CR-LDP) y los
protocolos de encaminamiento (OSPF-TE, IS-IS-TE). Dichas extensiones acomodan las
caractersticas de la TDM/SONET y de las redes pticas.

Un nuevo protocolo, el protocolo de gestin del enlace (LMP), se ha introducido para
manejar y para mantener la salud de los planos de control y de los datos entre dos nodos
vecinos. El LMP (link management protocol) es un protocolo basado en IP que incluye
extensiones a RSVP-TE y a CR-LDP.

La Tabla 2 resume estos protocolos y las extensiones para GMPLS.

Protocolos Descripcin
Encaminamiento
OSPF-TE, IS-
IS-TE
Las caractersticas principales son como
sigue:
1. tipo de acoplamiento-proteccin
2. acoplamientos en ejecucin
derivados (adyacencia de la
expedicin) para la escalabilidad
(scalability) mejorada
3. Aceptar y anunciar acoplamientos
sin la identificacin del
acoplamiento del IP
4. Identificacin entrante y saliente de
interfaz
5. Descubrimiento de la ruta para el
apoyo que es diferente de la ruta
primaria (grupo de acoplamiento de
riesgo)

Sealizacin
RSVP-TE
(13)
,
CR-LDP
(14)

Protocolos de sealizacin para el
establecimiento de LSPs (label switched
path) y el trfico dirigido. Los pasos de
funcionamiento principales son como sigue:
1. Intercambio de etiqueta para incluir
las redes non-packet (etiquetas
generalizadas).
2. Establecimiento de LSPs (label
switched path) bidireccionales.
3. Sealizacin para el establecimiento
de una ruta de reserva (informacin
de la proteccin).
4. Apresurar la asignacin de la
etiqueta va etiqueta sugerida.
5. La conmutacin de una banda de
longitudes de onda fija las
longitudes de onda siguientes a

conmutar.
Gestin del
acoplamiento
LMP (link
management
protocol)
1. Gestin del Canal de Control:
Establecer los parmetros de
acoplamiento (p.ej., frecuencia en
enviar mensajes) y asegurar la
seguridad de un acoplamiento
(protocolo Hello).
2. Verificacin del Acoplamiento-
Conectividad: Asegura la
conectividad fsica del acoplamiento
entre los nodos vecinos.
3. Correlacin de la Caracterstica
de Acoplamiento: Identificacin de
las caractersticas del acoplamiento
de los nodos adyacentes (p.ej,
mecanismo de proteccin).
4. Aislamiento de fallos: Asla averas
solas o mltiples en el dominio
ptico.

Tabla 2: Protocolos de GMPLS

Figura 12: La arquitectura de protocolos de GMPLS

Observar que el protocolo de encaminamiento IS-IS-TE es similar a OSPF-TE con
excepcin del hecho de que, en vez del IP, el protocolo de red no orientado a conexin
(CLNP) es utilizado para llevar la informacin de IS-IS-TE.


2.11.Conmutacin Fotnica
2.11.1 Conmutacin de longitud de onda: La conmutacin de banda de longitudes de
onda

Un caso especial de conmutacin de longitud de onda es la conmutacin de banda de
longitudes de onda. Una banda de longitudes de onda representa un grupo de longitudes de
onda contiguas, las cuales pueden ser conmutadas juntas dando lugar a una nueva banda de
longitudes de onda. Por razones de optimizacin, puede ser deseable para una conmutacin
(cross-connect) fotnica, conmutar pticamente mltiples longitudes de onda como una
unidad ya que puede reducir la distorsin en las longitudes de onda individuales y puede
permitir una separacin ms ajustada de las mismas. Para soportar este caso especial se
define una etiqueta de una banda de longitudes de onda por lo que se define otro nivel de
jerarqua de etiqueta y, como toda la banda de longitudes de onda es tratada de la misma
manera, todas las otras etiquetas de las capas superiores son tratadas de la misma forma.

En este contexto, es utilizada una etiqueta generalizada para una banda de longitudes de
onda y contiene tres campos, un ID de banda de longitudes de onda, una etiqueta de Inicio
y una de Fin. A las etiquetas de Inicio y Fin se les asignan identificadores de longitud de
onda de valor ms bajo, y el valor de longitud de onda ms alto caracterizar a la banda de
longitudes de onda.
2.11.2 Conmutador fotnico y senda ptica
Una senda ptica es una ruta extremo a extremo compuesta exclusivamente de elementos
fotnicos sin conversiones electrnico-pticas. Anlogamente a las etiquetas de
conmutacin en un LSR, un conmutador fotnico bascula longitudes de onda desde un
puerto entrante hasta un puerto saliente. Establecer una LSP implica configurar cada LSR
intermedio para mapear una etiqueta y un puerto entrantes particulares hacia una etiqueta y
un puerto salientes. Similarmente, el proceso de establecimiento de una senda ptica
implica configurar cada conmutador fotnico intermedio para mapear una lambda y un
puerto entrantes particulares hacia una lambda y un puerto salientes. Como en los LSRs, los
conmutadores fotnicos necesitan protocolos de encaminamiento como el OSPF o IS-IS
para intercambiar la topologa de estado del enlace y otra informacin disponible sobre los
recursos pticos para la computacin de la ruta. Estos tambin necesitan protocolos de
sealizacin como el RSVP y el LDP para automatizar el proceso de establecimiento de
una ruta.


Figura 13: Jerarqua de interfaces conmutados de GMPLS
2.12.Administracin de la red GMPLS

Los proveedores de servicios (SPs) usan la administracin de red extensivamente para
configurar, monitorizar o aprovisionar varias interfcies en su red. Es importante notar que
un equipamiento de SP puede ser distribuido a travs de sitios separados geogrficamente
haciendo incluso ms importante la administracin distribuida. El proveedor de servicio
utilizara un sistema NMS y protocolos de administracin estndar tales como el SNMP y
los mdulos relevantes MIB como los interfaces estndar para configurar, monitorizar y
aprovisionar equiposen varias localizaciones. El proveedor de servicio puede tambin
desear usar el interfaz de comando de lnea (command line interface) (CLI), sin embargo,
no es una solucin estndar o recomendada porque no hay un lenguaje CLI o interfaz
estndar. Desde que GMPLS comprende muchas capas diferentes del plano de control y
tecnologa del plano de datos, es importante para los interfaces de administracin en esta
rea, que sean lo suficientemente flexibles para permitir al administrador (manager)
manejar GMPLS fcilmente y de una forma estndar.
2.12.1 Sistema de Gestin de la Red GMPLS
El parmetro ms importante de manejar en una red IP tradicional, es la direccin IP. En
cambio, el sistema de gestin de red de GMPLS necesita no perder de vista varios millares
(incluso millones) de LSPs (label switched path) para su estado operacional, para
encaminar las rutas, la ingeniera del trfico, etc. Esto hace al sistema de gestin de red
GMPLS ms complejo en cuanto a la gestin de la red IP tradicional.

2.12.2. Sistemas de administracin de red (NMS, Network Management Systems)

El sistema NMS lo que hace es mantener la informacin colectiva sobre cada interfcie
dentro del sistema. Hay que tener en cuenta que, el sistema NMS, puede realmente estar
comprendido de algunas aplicaciones distribuidas (por ejemplo agregadores de alarma,

consolas de configuracin, aplicaciones de polling (votos (dar y recibir) etc.) que
colectivamente comprendan los NMS de los SP (proveedores de servicio). De este modo,
esto puede hacer que las decisiones de aprovisionamiento y mantenimiento tengan un
completo conocimiento de la red completa de los SP. La informacin de configuracin o
aprovisionamiento (por ejemplo solicitudes para nuevos servicios) podran ser introducidas
en la NMS, y subsecuentemente distribuidas va SNMP hacia los equipos remotos. As, se
consigue que la tarea de los proveedores de servicios de administracin de la red sea mucho
ms compacta y trabajada, mejor que tener que administrar cada interfcie o equipo
individualmente (por ejemplo va CLI).
2.12.3. Herramientas de administracin de la red GMPLS
Como en las redes tradicionales, las herramientas estndar como la ruta trazada y el ping
son necesarios para debugar y ejecutar la monitorizacin de redes GMPLS. Los protocolos
de control GMPLS necesitarn exponer ciertas piezas de informacin para que estas
herramientas puedan funcionar correctamente y puedan producir una informacin adecuada
a GMPLS. Estas herramientas estaran disponibles a travs del CLIy deberan tambin estar
disponibles para una invocacin remota a travs del interfaz SNMP.

2.12.4. Error de correlacin entre mltiples capas de GMPLS

Debido a la naturaleza de GMPLS, y que esas capas potenciales pueden estar envueltas
entre el control y la transmisin de datos GMPLS, y la informacin de control, se requiere
que un error en una capa sea pasado a las capas adyacentes ms altas y ms bajas para
notificarles el error.

Sin embargo, debido a la naturaleza de estas capas, es posible e incluso probable, que
cientos o incluso miles de notificaciones puedan necesitar transpirarse (o transpirar) entre
capas. Esto es indeseable por diferentes razones. Primero, estas notificaciones saturarn el
equipo (o la interfcie). Segundo, si las interfcies son programadas para emitir
notificaciones SNMP entonces el gran nmero de notificaciones que el equipo tiene que
hacer para emitir puede saturar la red con una tormenta de notificaciones. Adems, incluso
si el equipo emite las notificaciones, el NMS (Network Management System) debe procesar
estas notificaciones tanto si se trata de saturacin de informacin o de informacin de
proceso redundante.

Los equipos que soportan GMPLS proporcionaran mecanismos para agregar, resumir,
habilitar y deshabilitar notificaciones entre capas por las razones descritas ms arriba. Los
sistemas NMS (Network Management System) y las herramientas estndar, las cuales
procesan notificaciones o mantienen el trazo de las muchas capas en cualquier equipo dado,

deben ser capaces de procesar la inmensa suma de informacin que a su vez puede ser
potencialmente emitida por interfcies de red haciendo funcionar GMPLS en cualquier
instante en el tiempo.
2.13.Proteccin y Restauracin de LSPs para GMPLS

Esta seccin se discuten principios de proteccin y restauracin (P&R) para LSPs de
GMPLS. En un futuro, cuantos ms mecanismos de P&R para GMPLS sean definidos, la
cosa mejorar sustancialmente.

Estos mtodos solo son aplicables cuando un error que perjudica las LSP(s) ocurre
en el plano de datos/transporte.

Los mecanismos P&R son en general designados para tratar errores simples.
2.13.1. Fases diferenciadas en Proteccin y Restauracin de LSPs para GMPLS
El recubrimiento de un fallo de la red o deterioro tiene lugar en distintas fases, incluyendo
deteccin de error, error de localizacin, notificacin, recubrimiento y reversin del trfico
(retornar el trfico a la LSP original de trabajo o a uno nuevo).

La deteccin de error es de tecnologa o implementacin dependiente. En general,
los errores son detectados por mecanismos de capas ms bajas (por ejemplo
SONET/SDH). Cuando un nodo detecta un error, una alarma puede ser pasada a una
entidad GMPLS, la cual tomar acciones apropiadas.

La localizacin del error puede ser dada con la ayuda de GMPLS, por ejemplo
usando LMP (link management protocol).

La notificacin del error puede tambin ser lograda a travs de GMPLS, por
ejemplo usando notificacin GMPLS RSVP-TE/CR-LDP.
2.13.2. Dominios y Capas de un esquema de Proteccin y Restauracin
Para describir la arquitectura P&R, uno debe considerar dos dimensiones de jerarqua:

Una jerarqua horizontal consistente de mltiples dominios P&R, la cual es
importante en un esquema de proteccin de LSPs.

Un dominio administrativo puede consistir tambin de un dominio P&R simple o
una concatenacin de algunos dominios P&R ms pequeos. El operador
puede configurar dominios P&R, basndose en requerimientos de clientes, y
en topologas de red y restricciones de ingeniera de trfico.

Una jerarqua vertical consistente de mltiples capas de P&R con variacin de
granularidades (flujos de paquete, colas STS, rutas de luz, fibras,). En ausencia de
una coordinacin P&R adecuada, un fallo puede propagarse desde un nivel al
siguiente dentro de una jerarqua P&R. Esto puede dar lugar a colisiones, y
acciones de recubrimiento simultneas pueden conducir a una reducida utilizacin
de los recursos, o inestabilidades. As, es necesaria una estrategia de escalado
consistente para coordinar recubrimientos a travs de dominios y capas. El hecho de
que GMPLS puede ser usado en diferentes capas podra simplificar esta
coordinacin.

Hay dos tipos de estrategias de escalado: bottom-up(de abajo a arriba) y top-down (de
arriba abajo). La aproximacin bottom-up asume que los esquemas de recubrimiento de
lower-level (bajo-nivel) son ms convenientes. Por lo tanto podemos inhibir o mantener
alejado un nivel ms alto de P&R. La aproximacin top-down intenta un servicio P&R en
los niveles ms altos antes de invocar un nivel ms bajo P&R. La capa ms alta de P&R
es un servicio selectivo, y permite un reencaminamiento por CoS o por LSP.

Son necesarios estudios de nivel de servicio (SLAs) entre operadores de red y sus clientes
para determinar las escalas de tiempo necesarias para la P&R en cada capa y en cada
dominio.

2.13.3. Ventajas de mapear para recursos de Proteccin y Restauracin
Una ventaja de mapear es que una LSP puede usar diferentes esquemas P&R en diferentes
segmentos de una red (por ejemplo algunos enlaces pueden ser protegidos en toda su
extensin, mientras otros segmentos de la LSP pueden utilizar proteccin de anillo).

Una alternativa al uso de niveles de servicio es, para una aplicacin, especificar el grupo de
mecanismos especficos P&R que van a ser usados cuando se est estableciendo la LSP.
Esto permite una mayor flexibilidad en el uso de diferentes mecanismos para conocer los
requerimientos de aplicacin. Una diferenciacin entre estos niveles de servicio es el
tiempo de interrupcin de servicio en el caso de fallos en la red, el cual es definido como la
longitud de tiempo que transcurre cuando ocurre un fallo y cuando la conectividad es
reestablecida. La eleccin del nivel de servicio (o esquema P&R) sera dictada por los
requerimientos de servicio de diferentes aplicaciones.
2.13.4. Clasificacin de las caractersticas de mecanismos de P&R

La siguiente figura proporciona una clasificacin de los posibles tipos de
aprovisionamiento para el recubrimiento de LSPs, y de los niveles de overbooking que es
posible para ellos.

Figura 14: Recubrimiento de aprovisionamiento LSP
2.13.5. Tcnicas de proteccin

En cuanto a proteccin, los recursos entre dos puntos finales son establecidos antes del
error, y la conectividad despus del error es lograda simplemente por la conmutacin
ejecutada en los puntos finales de proteccin.

Recubrimiento de
aprovisionamiento LSP
Pre-computado Computado sobre demanda
Pre-establecido
Recursos seleccionados sobre
demanda
Establecido sobre demanda
Recursos pre-asignados

Nivel de
overbooking
Dedicado
(1:1, 1+1)
Distribuido (1:N,
Anillo, Mesh)
Mximo
esfuerzo
(best effort)

La proteccin asesta unos tiempos de reaccin extremadamente rpidos y puede contar con
el uso de campos de cabecera de control para conseguir una buena coordinacin. Los
mecanismos de proteccin pueden ser clasificados segn el nivel de redundancia y de
distribucin.

2.13.6. Tcnicas de restauracin

En contraste, la restauracin usa sealizacin despus del error para seleccionar recursos a
travs de la ruta de recubrimiento.

Los mecanismos de restauracin cuentan con protocolos de sealizacin para coordinar
acciones de conmutacin durante el reestablecimiento.

Usando estas estrategias, los siguientes mecanismos de reestablecimiento pueden ser
definidos.

Mecanismos de reestablecimiento: esquemas de proteccin

Hay que tener en cuenta que los esquemas de proteccin estn usualmente definidos en
formas tecnolgicas especficas, pero esto no impide otras soluciones.

Proteccin de enlace1+1: Dos recursos pre-aprovisionados son usados en
paralelo. Por ejemplo, los datos son transmitidos simultneamente en dos
enlaces paralelos y un selector es usado en el nodo de recepcin para escoger la
mejor fuente.

Proteccin de enlace1:N: Los recursos de trabajo (trabajo N, 1 backup) son
pre-aprovisionados. Si un recurso de trabajo falla, los datos son conmutados
hacia los recursos de proteccin, usando un mecanismo de coordinacin (por
ejemplo en bytes de cabecera). Ms generalmente, N recursos de trabajo y M
recursos de proteccin pueden ser asignados para la proteccin del enlace M:N.

Proteccin realzada: Varios mecanismos tales como anillos de proteccin
pueden ser usados para realzar el nivel de proteccin ms all de simples fallos
del enlace y para incluir la habilidad de conmutar sorteando un fallo de nodo o
mltiples fallos de enlace dentro de una extensin, basada en una topologa pre-
establecida de recursos de proteccin.


Proteccin LSP1+1: Transmisin de datos simultnea en LSPs de trabajo y
proteccin y adems, la seleccin tail-end puede ser aplicada.

Mecanismos de reestablecimiento: esquemas de restauracin

Gracias al uso de un plano de control distribuido como GMPLS, la restauracin es posible
en mltiples decenas de milisegundos. Esto es mucho ms difcil de lograr cuando solo es
usado un NMS.

Restauracin LSP extremo a extremocon reaprovisionamiento: una ruta de
restauracin extremo a extremo es establecida despus de un fallo. La ruta de
restauracin puede ser calculada dinmicamente despus de un error, o pre-
calculada antes del error (a menudo durante el establecimiento LSP). De forma ms
importante, ninguna sealizacin es usada a travs de la ruta de restauracin antes
del error, y ningn ancho de banda de restauracin es reservado.

Consecuentemente, no hay garanta de que una ruta de restauracin dada est
disponible cuando un error ocurra. As, uno puede tener que movilizarse para buscar
una ruta disponible.

Restauracin LSP extremo a extremo con reserva de ancho de banda con
reestablecimiento pre-sealizado y sin etiqueta de pre-seleccin: una ruta de
restauracin extremo a extremo es pre-calculada antes del error y un mensaje de
sealizacin es enviado a travs de esta ruta pre-seleccionada para reservar ancho de
banda, pero las etiquetas no estn seleccionadas.

Los recursos reservados en cada enlace de una ruta de restauracin pueden ser
distribuidos a travs de diferentes LSPs (label switched path) de trabajo que no se
espera que fallen simultneamente. Las polticas de nodo local pueden ser aplicadas
para definir su capacidad de distribucin a travs de fallos independientes. Sobre la
deteccin de error, la sealizacin LSP es iniciada a lo largo de la ruta de
restauracin para seleccionar etiquetas, y para iniciar las conmutaciones apropiadas.

La restauracin LSP extremo a extremo con reserva de ancho de banda, con
restablecimiento pre-sealizado y una etiqueta de pre-seleccin: una ruta de
restauracin extremo a extremo es pre-calculada antes del error y un procedimiento
de sealizacin es iniciado a lo largo de esta ruta pre-seleccionada en la cual el
ancho de banda es reservado y las etiquetas son seleccionadas.

Los recursos reservados en cada enlace pueden ser distribuidos a travs de
diferentes LSPs de trabajo que no se espera que fallen simultneamente. En las
redes basadas en la tecnologa TDM (time division multiplexing), LSC (layer
switch capable) y FSC (fiber switch capable), la sealizacin LSP es usada despus

de una deteccin de error para establecer conexiones a travs en los conmutadores
intermedios en la ruta de restauracin usando las etiquetas pre-seleccionadas.

Restauracin Local LSP: Las aproximaciones de ms arriba pueden ser aplicadas
en una base local, mejor que en una extremo a extremo para reducir el tiempo de
reestablecimiento.
2.13.7. Criterios de seleccin de mecanismos P&R
Aqu discutimos criterios que podran ser usados por el operador para hacer una eleccin
entre varios mecanismos P&R.

Solidez: En general, cuanto menos planificacin de la ruta de restauracin, ms
robusto es el esquema para una variedad de fallos, debido a que los recursos
adecuados estn disponibles.

Los esquemas de restauracin con rutas pre-planeadas no sern capaces de
recuperarse de errores de red que afectan simultneamente a las rutas de trabajo
y a las de restauracin.

La pre-seleccin de una etiqueta da menos flexibilidad para mltiples escenarios
de error que cuando no hay pre-seleccin de etiqueta. Si los errores ocurren de
manera que afectan a dos LSPs que estn distribuyendo una etiqueta en un nodo
comn a travs de sus rutas de restauracin, entonces solo una de estas LSPs
puede ser recuperada, a menos que la asignacin de etiqueta sea cambiada.

La solidez de un esquema de restauracin viene tambin determinada por la
suma del ancho de banda de restauracin reservado. Como la suma de la
distribucin del ancho de banda de restauracin se incrementa (el ancho de
banda reservado decrece), el esquema de restauracin pasa a ser menos robusto
a los errores. Los esquemas de restauracin con reserva de ancho de banda pre-
sealizada (con o sin pre-seleccin de etiqueta) pueden reservar un ancho de
banda adecuado para asegurar una recuperacin de cualquier grupo especfico
de eventos de error, tal como cualquier error SRLG simple, dos errores SRLG,
etc. Claramente, se asigna ms capacidad de restauracin si un mayor grado de
recuperacin de error es requerido. As, el grado en el cual la red est protegida
est determinado por la poltica que define la suma del ancho de banda de
restauracin reservado.

Tiempo de recuperacin: En general, cuanto ms planeada est la ruta de
restauracin, ms rpido es el esquema P&R. Los esquemas de proteccin
generalmente se recuperan ms rpidamente que los esquemas de restauracin.
La restauracin con reserva de ancho de banda pre-sealizada es fcil que sea

(significativamente) ms rpida que la ruta de restauracin con
reaprovisionamiento. La restauracin local ser generalmente ms rpida que los
esquemas extremo a extremo (end-to-end).

Los tiempos de recuperacin objetivo para la conmutacin de proteccin
SONET/SDH (sin incluir el tiempo para detectar el error) son especificados en
la ITU-T y estn sobre los 50 ms, teniendo en cuenta las restricciones en la
distancia, el nmero de conexiones involucradas, y en el caso de la proteccin
realzada en anillo, el nmero de nodos en el anillo.

Distribucin de recursos: El grado en el cual los esquemas de restauracin
permiten distribucin entre mltiples fallos independientes est dictado
directamente por el tamao del estanque (pool) de restauracin. En los esquemas
de restauracin con reaprovisionamiento, un estanque de capacidad de
restauracin puede ser definido a partir de todas las rutas de restauracin, las
cuales son seleccionadas despus del error. As, el grado de distribucin es
definido por la suma de la capacidad de restauracin disponible. En la
restauracin con reserva de ancho de banda pre-sealizada, la suma de la
capacidad de restauracin reservada es determinada por las polticas de reserva
del ancho de banda local. En todos los esquemas de restauracin, los recursos
apropiadospueden usar la capacidad sobrante de restauracin cuando esa
capacidad no est siendo usada por los errores de recuperacin.

2.14.Uso eficiente de los recursos

La inclusin y la gestin de los recursos en TDM (time division multiplexing) y en los
dispositivos pticos, va un plano de control basado en IP, requiere nuevos niveles de
optimizacin. La unin de enlaces fue discutida anteriormente como un mtodo para
reducir el tamao de la base de datos del estado del enlace para TDM (time division
multiplexing) y las redes pticas. Otra caracterstica importante en TDM (time division
multiplexing) y en las redes pticas, es el uso potencial de las direcciones IP.
2.15. Fiabilidad en GMPLS

Una cualidad dominante de la serie de protocolos de GMPLS es la capacidad de permitir la
gestin de avera automatizada en la operacin de la red. Una avera en un tipo de red se
debe aislar y resolver por separado de otras redes. Esto es una caracterstica muy
importante para las LSPs (label switched path) extremo a extremo (end-to-end) que son
tuneladas hacia otras LSPs (label switched path) que requieren grados ms altos de
fiabilidad a lo largo de la jerarqua. Un plano de control comn que atraviesa distintas
redes, debe poder tratar los grados de variacin en los requisitos de fiabilidad dentro de
cada palmo de la red.

Los pasos que son necesarios realizar para la gestin o tratamiento de una avera se
muestran en el Figura 15.

Figura 15: Proceso de la Avera - Gestin en GMPLS

La GMPLS proporciona proteccin contra los canales errneos (o los enlaces) entre dos
nodos adyacentes y la proteccin extremo a extremo (end-to-end) (proteccin de la ruta).
Las extensiones de OSPF y de IS-IS para GMPLS anuncian el tipo de proteccin de enlace,
parmetro para incluir la proteccin entre dos nodos adyacentes mientras se est
computando la ruta. Despus de que la ruta se compute, se realiza una sealizacin para
establecer las trayectorias de reserva va RSVP-TE o CR-LDP. Para la proteccin, 1+1 o M
entre dos nodos adyacentes: Los esquemas de la proteccin de N son proporcionados
estableciendo las rutas secundarias a travs de la red, y usando mensajes de sealizacin
para cambiar de la ruta primaria errnea a la ruta secundaria

Para las protecciones extremo a extremo (end-to-end) de la ruta, las rutas primarias y
secundarias se computan y se sealan para indicar que las dos trayectorias comparten
reservas. El grupo de enlaces de riesgo compartido es un mecanismo opcional que permite
establecer LSPs de reserva que no tienen ningn enlace en comn con la LSP primaria.
Esto se consigue en la extensin del encaminamiento de OSPF/IS-IS.

Cuando hablamos de restauracin de una ruta errnea, nos referimos al establecimiento
dinmico de una ruta de reserva. Para ello, se requiere una asignacin dinmica de los
recursos y del clculo de la ruta. Se utilizan dos mtodos: de lnea y de ruta. La
restauracin de lnea, encuentra una ruta alternativa en un nodo intermedio, en cambio, la
restauracin de ruta, se inicia en el nodo de la fuente para encaminarse hacia la LSP
especfica dentro de la ruta.Un ejemplo de ello lo vemos en la Figura 14, donde el nodo 1
puede iniciar esta ruta nueva. Los esquemas de restauracin son ms eficientes en el uso
del ancho de banda, pues no reservan ningn recurso para una LSP dada.


Figura 16: Esquemas de la proteccin apoyados en GMPLS

2.16.GMLPS en la Ingeniera de trafico
RSVP(Resource Reservation Protocol Traffic Engineering en GMPLS)surge a partir del
modelo de servicios integrados (IntServ), que GMPLS est diseado para instalar y
mantener la informacin de estado de reserva en cada router de un LSP, esto con el fin de
tener unas cualidades especficas del servicio de red para aplicaciones particulares. El
protocolo RSVP basa su funcionamiento en los protocolos de enrutamiento IP, los cuales
deciden que ruta deber tomar el LSP (Berger, 2003).
Acerca del funcionamiento de RSVP, sus principales mensajes son PATH y RESV, el
proceso da inicio en el momento que el nodo LER origen enva el mensaje PATH al nodo
LER destino, especificando los requerimientos de reserva del flujo de trfico. Luego, el
LER destino enva un RESV al LER origen confirmando la reserva de los recursos. Cada
uno de los mensajes en RSVP-TE contiene objetos que caracterizan la solicitud del
mensaje, entre los ms importantes estn: Session, el cual identifica la direccin del flujo
del trfico mencionando el nodo fuente y destino; Sender_Template y Sender_Tspec, que
es usado por los nodos intermedios para calificar el nodo origen y especificar el trfico
dentro del mensaje PATH; Filter-spec, FlowSpec y style, son utilizados por el mensaje
RESV para definir la reserva del trfico, especificar los requerimientos de recursos y
disear el estilo de reserva.


2.16.1. Diferencias entre los protocolos de sealizacin en GMPLS.
Las principales diferencias entre los protocolos de sealizacin CR-LDP y RSVP-TE son
con respecto a su funcionamiento, estructura de mensajes, reaccin al momento de fallas,
manejo de trfico, entre otras (Iqbal, et al., 2005; Brittainy Farrel, 2000). El protocolo de
distribucin de etiquetas, RSVP no est orientado a la conexin ya que usa como base para
su funcionamiento el protocolo IP y UDP para el intercambio de mensajes; a diferencia del
protocolo CR-LDP que usa UDP para descubrir a sus pares y TCP para distribuir las
etiquetas (Farrel, 2006).
RSVP-TE es identificado como un protocolo de estado suave, ya que despus de iniciar el
proceso de LSP, los mensajes de actualizacin deben ser peridicamente intercambiados
para notificar a los dems LSR que la conexin todava es requerida. Esto permite a RSVP-
TE actualizar de una manera rpida los cambios hechos para el enrutamiento, lo cual puede
significar una ventaja al momento de una falla (Iqbal, et al., 2005). Los mensajes de
actualizacin de estado ayudan a mantener la sincronizacin entre los nodos adyacentes; sin
embargo, estas actualizaciones peridicas implican una sobrecarga de procesamiento, lo
que representa una de las debilidades en el protocolo y podra presentar problemas de
escalabilidad. Una solucin para reducir los mensajes de actualizacin es agrupar varios
mensajes en uno solo, y de esta forma reducir la sobrecarga.
CR-LDP es referido comoun protocolo de estado fuerte, lo que significa que toda la
informacin es intercambiada en un tiempo inicial de configuracin y ninguna informacin
adicional es necesaria entre los nodos hasta que el LSP se encuentre sin conexin. Adems,
no se requiere que los LSRs actualicen el estado de su LSP despus de configurado, esto
con base en el uso que CR-LDP e da al protocolo TCP para el transporte de los mensajes de
control. Cuando el sistema de gestin de red u otras entidades determinan que el LSP ya no
es requerido, se intercambian algunos mensajes notificando a todos los nodos que los
recursos deben ser liberados. Por tanto, CR-LDP presenta una menor carga en la
sealizacin que RSVP-TE, debido a que no requiere mensajes de actualizacinde estado;
sin embargo, una vez la actualizacin de mensajes es implementada en RSVP-TE, la carga
en el protocolo se disminuye (Brittain y Farrel, 2000).
2.17. VPN en redes GMLPS

Las tecnologas GMPLS (Generalized Multiprotocol Label Switching Architecture)
conforman un nuevo framework de protocolos, el cual es una versin extendida de MPLS
que no solamente realiza las labores MPLS sino que, adems, tiene protocolos
especializados para descubrir vecinos, distribuir informacin de enlace, realizar

administracin de la topologa, realizar administracin de rutas, balanceo de cargas,
implementar un control centralizado, manejar ancho de banda bajo demanda y as mismo
manejar VPNs (Virtual prvate networks) a nivel fsico-ptico mediante el uso de los
dispositivos pticos adecuados. En este artculo se evaluan los resultados de una simulacin
del mecanismo de autodescubrimiento en una VPN de capa uno, usando los protocolos
OSPF-TE y BGP, utilizando como herramienta de simulacin el simulador
GLASS(GMPLS Light-wave Age Switching Simulator). Con esto se pretende dar una
visin al lector de todo el potencial de GMPLS como nuevo framework a implementar y as
mismo realizar un anlisis mediante el cual se puedan ver las ventajas y desventajas de
utilizar OSPF-TE o BGP como protocolo de autodescubrimiento en una VPN de capa uno
para un escenario de red especifico.
El objetivo principal de una VPN es extender una red privada dentro de una red pblica no
segura y no controlada, de manera que se obtenga privacidad y cierta calidad de servicio
usando los recursos disponibles en dicha red. Las VPN son una buena opcin para obtener
comunicaciones seguras a travs de una canal no seguro o no controlado, manteniendo
costos de mantenimiento bajos y dando as la oportunidad a muchas empresas, gobiernos y
entidades, inclusive personas naturales, de tener un canal de comunicacin seguro. Sin
embargo, en la implementacin de estas redes privadas virtuales hay un grado de
complejidad alto a la hora de garantizar ciertos servicios como calidad de servicio (QoS),
seguridad y enrutamiento, debido a que la red se conforma mediante los recursos,
protocolos y equipos que estn disponibles entre el punto A y el punto B, que se quieren
comunicar.
Adems, estas redes, topologas, protocolos y algoritmos de enrutamiento no estn bajo
control propio sino bajo el control de los propietarios de las redes que hacen parte de la red
pblica. El desarrollo de tcnicas de conmutacin y enrutamiento en los distintos niveles
del modelo OSI, tales como MPLS (Multiprotocol Label Switching), GMPLS y las nuevas
tecnologas, han permitido implementar VPNs tanto a nivel de red, a nivel de enlace y as
mismo a nivel fsico; por lo cual se hace imprescindible poder tener una visin acerca del
rendimiento ventajas y desventajas de utilizar distintos tipos de protocolos para el buen
desempeo y funcionamiento de las redes privadas virtuales de capa uno. Por esto se
propone realizar una simulacin del mecanismo de autodescubrimiento de una red VPN
capa uno, usando un simulador de redes (GLASS) que utiliza dispositivos capaces de
soportar el framework GMPLS de tal manera que sea factible evaluar el desempeo de los
protocolos de enrutamiento OSPF-TE y BGP para propsitos de autodescubrimiento en este
tipo de redes.GMPLS (Generalized Multiprotocol Label Switching).
2.17.1. Mecanismo de autodescubrimiento
Con los recientes desarrollos en las arquitecturas de VPNs basadas en el proveedor, como
MPLS capa dos y capa tres, nuevas tcnicas han reducido la complejidad operacional de
manejar y configurar servicios VPN. Un componente clave de estas tcnicas est siendo
estandarizado actualmente por la IETF, y es llamado mecanismo de autodescubrimiento

VPN. El objetivo principal de este mecanismo es permitir a los miembros de la VPN
descubrir dinmicamente la informacin apropiada para realizar la conectividad entre los
diferentes sitios. Todos los dispositivos en una red tienen puertos que son miembros de la
VPN y necesitan ser configurados con una lista de miembros VPN, mediante la cual se
forma una matriz para poder encontrar la informacin de direccionamiento cliente-
proveedor. El mecanismo de autodescubrimiento VPN permite que la configuracin de
cambios y adiciones a un nuevo sitio sea limitada nicamente a dispositivos adicionados a
ese sitio. Este mecanismo de autodescubrimiento distribuye la informacin (por ejemplo
adicin de un nuevo sitio) a todos los PEs que necesitan estar alerta por el nuevo miembro.
Esta distribucin no requiere intervencin de ningn operador.
Para propsitos de usar el mecanismo de autodescubrimiento en el contexto de las LIVPNs
los PE que tienen una VPN configurada, se darn localmente:
La membresa VPN de cada puerto adjunto a un CE.
Los identificadores de direccionamiento del puerto expresados entre ambos; el
espacio de direccionamiento dentro de la VPN y el espacio de direccionamiento del
proveedor.
Opcionalmente, la topologa de conectividad como atributo de cada puerto.
El mecanismo de autodescubrimiento VPN para L1VPN puede ser implementado
utilizando un servidor centralizado y un plano de control distribuido. El servidor
centralizado requiere que dicho servidor sea configurado con una lista de los miembros
VPN y su correspondiente lista de direcciones cliente-proveedor (asociaciones CPI-PPI);
cada CE y PE tendrn que tener acceso a este servidor para poder solicitar nuevas
conexiones. La tcnica de plano de control distribuido lleva la informacin de
descubrimiento VPN sobre el plano de control cliente/proveedor. Por ejemplo, la tcnica de
plano de control usa (MP-BGP) como mecanismo de autodescubrimiento, el cual fue
utilizado inicialmente en VPNS basadas en L3MPLS.
Autodescubrimiento BGP: el mecanismo de auto-descubrimiento BGP procede donde cada
PE advierte la siguiente informacin a los otros PEs en la VPN: su propia direccin IP y la
lista de direcciones privadas y direcciones de proveedor tupias locales a ese mismo PE y
utiliza la informacin transportada dentro del mecanismo de autodescubrimiento para
realizar la resolucin de direcciones durante la fase sealizacin.
La figura 17 ilustra el mecanismo de autodescubrimiento para redes VPN de capa uno y
para propsitos de este mecanismo BGP nicamente se ejecuta en la red del proveedor.
Cada PE mantiene unas tablas de informacin de punto VPN llamadas tabla de informacin
de puertos o PITs (por sus siglas en ingls) relacionando la direccin privada y direccin de
proveedor.

Figura 17: Mecanismo de autodescubrimiento L1VPN para BGP.
En el contexto de una VPN de capa uno, un CE est conectado a un PE por medio de un
puerto, donde dicho puerto consiste en varios canales o subcanales cada puerto que conecta
un CE con un PE tiene un identificador que es nico dentro de la VPN pero no
necesariamente debe ser nico en varias VPNs, a este identificador se le conoce con el
nombre de identificador de puerto de cliente (CPI). Cada puerto en el PE tambin tiene un
identificador nico dentro de la red del proveedor y este identificador es conocido como el
identificador de puerto del proveedor o PPI (por su sigla en ingls, Provider Port Identifier).
Por cada Ll VPN que tiene al menos un puerto configurado en el PE, el PE mantiene la
tabla de informacin de puertos (PIT). La PIT contiene una lista de tupias <CPI, PPI> para
todos los puertos dentro de la VPN. Una tabla de informacin de puertos es llenada con dos
tipos de datos:

1. Informacin relacionada con los puertos CEs adjuntos a los puertos PEs la cual puede ser
local al PE o ser recibida del CE.
2. Informacin recibida de otros PEs mediante mecanismos de autodescubrimiento.
La propagacin de informacin local hacia otros PEs es completada usando las extensiones
multi-protocolo de BGP [7].
Autodescubrimiento OSPF-TE: El mecanismo de autodescubrimiento para OSPF-TE se
diferencia del de BGP en que, en lugar de usar BGP como protocolo de enrutamiento se usa
el protocolo OSPF-TE y la forma en que se transmite la informacin de autodescubrimiento
es distinta.
La figura 18muestra el servicio L1VPN en modo bsico, siendo soportada por OSPF como
mecanismos de autodescubrimiento, la figura muestra dos enrutadores interconectados
sobre un backbone GMPLS. En esta red, OSPF es utilizado para proveer membreca,
mapeo de puertos e informacin requerida para el soporte del modo bsico de operacin.

Figura 18: Mecanismo de autodescubrimiento L1VPN para OSPF-TE
Para proveer un mecanismo de autodescubrimiento basado en OSPF se debe usar un nuevo
tipo de LSA que se refiere como un LSApara L1VPN. ste lleva informacin en estructuras
TLV (Tipo, Longitud, Valor). El TLV para una red VPN de capa uno es especificado para
propagar la membresa VPN y la informacin de puertos. Tambin puede llevar
informacin de ingeniera de trfico especfica como tipo de link, Id de link, interface local,
interface remota, mtrica ingeniera de trfico, mximo ancho de banda, mnimo ancho de
banda reservable, ancho de banda no reservado y grupo administrativo.

2.18.Problemas de GMPLS y sus resoluciones

Para que un plano del control sea utilizado para todos estos tipos de redes, las cuestiones
siguientes deben ser consideradas:

1. La expedicin de los datos ahora no se limita simplemente a la expedicin de paquete.
La solucin general debe poder conservar la simplicidad de la expedicin usando una
etiqueta para una variedad de dispositivos por conmutacin de tiempo, de longitud de onda
o de espacio (puertos fsicos).

2. No todo tipo de red es capaz de mirar en el contenido de los datos recibidos y de
extraer una etiqueta. Por ejemplo, las redes de paquete pueden analizar las cabeceras de los
paquetes, comprobar la etiqueta, y tomar las decisiones. ste no es el caso para la TDM
(time division multiplexing) o para las redes pticas. Los equipos en estos tipos de redes no
se disean para tener la capacidad de examinar el contenido de los datos que se alimentan
en ellos.

3. En los interfaces de TDM (time division multiplexing), de LSC (layer switch capable)
y de FSC (fiber switch capable), la asignacin de la anchura de banda para una LSP se
puede realizar solamente en unidades discretas. Por ejemplo, una red basada en paquetes
puede tener flujos de 1 Mbps a 10 o a 100 Mbps.

4.La Scalability (escalabilidad) es una caracterstica importante a la hora de disear grandes
redes y para acomodar cambios ms dinmicos en la red. Se espera que los recursos que se
deben manejar en una TDM o en una red ptica sean mucho ms grandes en alcance que en
una red basada en paquetes. Para las redes pticas, se espera que los centenares o los
millares de longitudes de onda (lambdas), sean datos que el usuario quiera mandar sobre
centenares de fibras.

5. La configuracin de la conmutacin en conmutadores electrnicos u pticos puede ser
un proceso con un coste temporal elevado.

6. Las redes SONET tienen la capacidad inherente de realizar un intercambio rpido de
una ruta errnea en unos 50 milisegundos. El plano de control de GMPLS debe poder
acomodarse y tambin puede haber otros niveles de granularidad en la proteccin. Tambin
necesita proporcionar la restauracin de rutas errneas va esttica (reservando) o dinmica
(reencaminamiento), dependiendo de la clase de servicio requerida.

Estas caractersticas se resumen en la Tabla 3.


Edicin
Soluciones de
GMPLS
Protocolos Notas
Diversidad en
la
conmutacin
Etiqueta
Generalizada
Los de sealizacin:
RSVP-TE, CR-LDP
LSPs que empiezan y
terminan en el mismo
tipo de dispositivo
Diversidad en
la expedicin
Separacin lgica o
fsica del control y de
los datos
Todos
Sealizacin y
Encaminamiento fuera
de banda
Configuracin
Etiqueta sugerida
LSPs
bidireccionales
Los de sealizacin:
RSVP-TE, CR-LDP
Interesa apresurar la
disposicin del LSP
Escalabilidad
Adyacencia de la
expedicin
Unin de enlace
Jerarqua de LSPs
Los de
encaminamiento:
OSPF-TE, IS-IS-TE
Reducir el tamao de
la base de datos del
estado del enlace
Aumentar la
escalabilidad del ancho
de banda
Confiabilidad/
Fiabilidad
Proteccin y
Restauracin
(M:N, 1+1)
Grupo de enlace de
riesgo compartido
para la diversidad de
la trayectoria
LMP
Los de
encaminamiento:
OSPF-TE, IS-IS-TE
Uso de rutas primarias y
secundarias
Uso eficiente
de los
recursos de
red
Jerarqua LSP
Enlaces
innumerados
Los de sealizacin:
RSVP-TE, CR-LDP
Los de
encaminamiento:
OSPF-TE, IS-IS-TE
Reduccin del uso de las
direcciones IP dada su
escasez

Tabla 3: Resumen de caractersticas del plano de control comn

2.19. Beneficios del uso de GMPLS

Sin lugar a dudas, uno de los beneficios clave de GMPLS es que deja libertad a los
operadores para disear sus redes de acuerdo a sus necesidades especficas y objetivos
empresariales. La GMPLS puede utilizarse tanto con redes de superposicin como de
pares/homlogos, o bien con una configuracin hbrida que consolide algunos, pero no
necesariamente todos los tipos de trfico. Luego, GMPLS permite cumplir con el requisito
de los proveedores de servicio que desean iniciar, y completar de forma progresiva, una
transicin hacia un plano de control consolidado para los tipos de servicio y de transporte
de su eleccin.

3. Fases de implementacin de GMPLS

La implantacin de GMPLS a la red en ENTEL S.A. se puede resumir en las siguientes
fases:

Fase 0:
Esta es la fase inicial en la que se encuentran la mayora de las redes actuales basadas en un
modelo "overlay" o peer. La red de servicios IP ejecuta protocolos IP/MPLS. Por otro
lado, la red de transporte (SONET/SDH ptico) utiliza protocolos propietarios o de gestin
de red para facilitar la configuracin y el establecimiento de las conexiones entre los
elementos de red.

Fase 1:
En este punto se disea para aumentar la velocidad y la precisin de las peticiones de
conexin, incrementando de este modo la eficiencia y flexibilidad de la red (Dependiendo
de la arquitectura aplicada en este caso overlay o peer). Se automatizan las peticiones
de la red de servicio a la red de transporte para el establecimiento y terminacin de
conexiones. Para ello se utiliza un interfaz de sealizacin basado predominantemente en
GMPLS.

Fase 2:
Consiste en la estandarizacin de los protocolos a travs de las capas, acercando la red
hacia un control integrado de las capas de servicio y transporte. En esta fase, los protocolos
GMPLS sustituyen a los protocolos propietarios y de gestin de red en la red de transporte
para facilitar el establecimiento de conexiones entre nodos.

Fase 3:
Esta es la fase final de la integracin. Una vez que los operadores pueden aprovechar la
eficiencia de una arquitectura de red con integracin vertical, la integracin del plano de
control contina. GMPLS es entonces el estndar para los protocolos de sealizacin y
enrutamiento de todos los tipos de trfico (longitudes de onda, TDM y paquetes) a travs de
la red de conmutadores PSS. Todos los elementos de red tienen ahora conocimiento del
resto de elementos de red que transporten cualquier tipo de trfico. Finalmente, la eficiencia
de los conmutadores se maximiza convenientemente mediante la instalacin de una
combinacin ptima de tarjetas de lnea para los diferentes tipos de servicios en funcin de
la carga de trfico.

Una arquitectura de red con integracin vertical como la presentada anteriormente requiere
de un veloz conmutador fotnico opaco que sea capaz de conmutar simultneamente los
diferentes tipos de trfico. Al mismo tiempo, esta clase de red reduce el tipo de dispositivos
desplegados, pues no son necesarios dispositivos especficos de cada capa de red, sino un
nico dispositivo llamado conmutador PSS (photonic service switching). Con tarjetas de

lnea elctricas y una veloz infraestructura ptica, este dispositivo combina los mejores
atributos de las tecnologas ptica y elctrica. Esta infraestructura ptica le asegura una
escalabilidad prcticamente ilimitada. Por otro lado, las tarjetas de lnea son especficas
para cada tipo de trfico, por lo que el conmutador se puede adaptar fcilmente a diferentes
entornos simplemente con un cambio de las tarjetas. Precisamente esta versatilidad hace
que el conmutador PSS sea perfecto para una posible migracin de un modelo "overlay" a
una arquitectura de red basada en GMPLS. Se puede observar cmo existen tarjetas
especficas para cada tipo de trfico, las cuales se pueden sustituir y configurar en funcin
de las demandas.

3.1. Solucin de diseo de red

Al momento ENTEL S.A. cuenta con un enlace entre La paz y Miami. El servicio que se
brinda es VPN sobre MPLS (producto ms vendido en MPLS usando una interconexin
IP). Esta red brinda servicio a clientes internacionales que desean originar o terminar trfico
de datos en Bolivia bajo el concepto de alquiler de circuito de datos. DE este modo
podremos dar servicio a clientes internos y externos ya que tenemos en los extremos los
puntos de interconexin entre Argentina y Chile

Basados en el anillo de fibra ptica actual que posee ENTEL S.A
:

Figura 19: Red de Fibra ptica (anillo nacional)

Se determin que para llevar una migracin paulatinamente de MPLS a GMPLS se
trabajara inicialmente con la Ciudades de La Paz, Cochabamba, Santa Cruz y Tarija

Figura 20:migracin paulatinamente de MPLS a GMPLS

3.1.1. Propuesta de solucin


Figura 21:Esquema SolucinGMPLS

Figura 22: Evolucin GMLPS
3.2. GMPLS Funcionamiento y Desafos de implementacin

GMPLS extiende la funcionalidad MPLS con la mejora de la expedicin, la ingeniera de
trfico, y (QoS) de calidad de servicio de las redes basadas en paquetes mediante la
creacin de caminos de la etiqueta de conmutacin virtuales (LSP) a travs de una red de
conmutacin de etiquetas routers (LSRs) a ptico dispositivos de red utilizando la
multiplexacin por divisin de tiempo (TDM), la conmutacin de fibra, y la conmutacin
lambda. En una red GMPLS, por lo tanto es posible encontrar caminos y el suministro de
extremo a extremo que atraviesan diferentes redes. Por ejemplo, un / LSP basado en clulas
de paquetes se puede anidar en un LSP basado en TDM para el transporte en una red
SONET. El LSP basado en TDM de manera similar se puede anidar en un LSP a base de
lambda para el transporte a travs de una red de longitud de onda. Mltiples LSP-switch
capaz lambda pueden anidarse dentro de un conmutador con capacidad de fibra de puesta a
punto entre dos elementos de conmutacin de fibra. Esta jerarqua de reenvo de LSPs
anidados permite a los proveedores de servicios para enviar de forma transparente
diferentes tipos de trfico a travs de diversos tipos de segmentos de red.
GMPLS introduce Link Management Protocol (LMP) para gestionar y mantener la salud de
los planos de control y de datos entre dos nodos vecinos. LMP es un protocolo basado en IP
que incluye extensiones a la reserva de recursos Protocolo de Ingeniera de Trfico (RSVP-
TE) y el protocolo de distribucin de etiquetas basado en restricciones (CR-LDP)
protocolos de sealizacin.
GMPLS ofrece la posibilidad de automatizar muchas de las funciones de la red que estn
directamente relacionados con las complejidades operativas, entre ellas:
Aprovisionamiento de extremo a extremo de los servicios
la bsqueda de recursos de red
La asignacin de ancho de banda
La creacin de servicios

Parmetros de ingeniera de trfico relacionados con el apoyo de proteccin SONET, ancho
de banda disponible, la diversidad de rutas y QoS estn distribuidos por toda la red. Esto
permite a cada nodo de la red para tener completa visibilidad y estado de la configuracin
de todos los dems nodos. En ltima instancia, proporciona una red ptica inteligente.
Como proveedores de servicios introducen nuevos elementos de red en sus redes, aadir o
eliminar servicios o subir nuevos circuitos, el plano de control va a distribuir y actualizar
automticamente la red con la nueva informacin. Contrasta esto con las actualizaciones
manuales operacionalmente intensivos y actualizaciones realizadas hoy. Aprovisionamiento
de conexiones a menudo requiere una cantidad sustancial de la coordinacin entre el
personal de operaciones ubicados en toda la red. La capacidad se evalu, rutas de conexin
y restauracin ptimas se determinan, y la conexin debe estar completamente a prueba
despus de que se establezca.
En contraste con las mejoras y actualizaciones manuales operacionalmente intensivos,
GMPLS utiliza caractersticas avanzadas de enrutamiento, incluyendo el Open Shortest
Path Primera protocolo e Intermedio (OSPF) System-to-Intermediate System protocolos
(IS-IS) y protocolo de sealizacin como RSVP y CR-LDP para construir inteligencia a la
red. La red puede entonces efectivamente la auto-descubrir de forma dinmica para
anunciar la disponibilidad o falta de disponibilidad de recursos. Con estas capacidades, las
conexiones mltiples saltos con rutas pticas y rutas de respaldo se pueden establecer en un
solo paso de aprovisionamiento.
3.2.1Despliegue GMPLS Peer Modelo

En la instancia de modelo de pares de GMPLS, un NNI permite que la capa de IP / MPLS
para operar como un par completo de la capa de transmisin ptica, como se indica en la
Figura 23. Especficamente, los enrutadores IP son capaces de determinar la ruta completa
de la conexin, incluyendo la aprobacin a travs de las conexiones cruzadas pticas y
dispositivos pticos SONET / SDH.


Figura 23:Peer GMPLS Topologa

Routers y red de transporte ptico (OTN) nodos en un mismo acto de red como
compaeros
una sola instancia de un plano de control para el direccionamiento, enrutamiento,
sealizacin, etc
Una interaccin ms eficaz entre la propiedad intelectual y los nodos pticos para el
aprovisionamiento rpido y seleccin de ruta ptima
Aplicable al dominio administrativo nico
Uno de los principales retos para el despliegue completo modelo de puerto puede ser la
falta de separacin de los lmites de la organizacin administrativa entre los dominios
enrutados y pticas. Todos los elementos de la red tiene que ser en un solo dominio
administrativo. Esto puede ser un problema si hay varios grupos administrativos (transporte
y datos) para cada uno dentro del dominio de un proveedor de servicio o cuando varios
proveedores de servicio pueden estar involucrados. Cuando las redes de transporte ptico y
la ISP son operados por la misma entidad, no se requiere tal separacin, y el modelo de
pares puede ser adecuado.
Otro desafo potencial con el modelo de puerto GMPLS es que da lugar a la exposicin de
control e informacin de topologa de la red de transporte entre el transporte y grupos de
datos o entre el proveedor de servicios y clientes. Esto puede crear la seguridad y los
riesgos operacionales. Hoy dos organizaciones diferentes son responsables de las redes
pticas e IP en muchas estructuras de organizacin de proveedores de servicios, cada uno
con las antiguas prcticas, procedimientos e infraestructuras. El modelo de pares completa
supone la convergencia de tecnologas y abrupta control administrativo, un reto
organizativo menudo inquietante.
El modelo peer completa tambin requiere que todos los nodos de transporte sea capaz de
ejecutar el conjunto de protocolos GMPLS completo para interoperar. Esto sera una carga
significativa en algunos de los equipos de transporte existente, que fue diseado con
abastecimiento manual en mente. Adems, cualquier actualizacin requerira toda la red o
parte importante de estar abajo y no est disponible ya que cada dispositivo est
actualizado, otro reto que no es fcilmente manejable en entornos de proveedores de
servicios.
3.2.2. GMPLS Overlay Modelo de implementacin

En el modelo de superposicin de GMPLS, tambin llamado una interfaz de usuario a red
(UNI), el router es un cliente para el dominio ptico y interacta slo con el nodo ptico
que es directamente adyacente a la misma (Figura 24). La trayectoria de la luz fsica es
decidido por la red ptica y no por el router.

Figura 24:Superposicin GMPLS Topologa
Dos dominios administrativos
Proveedor de servicios de ptica
Proveedor de Servicios de Internet
No Intercambio de enrutamiento e informacin de topologa entre redes pticas e IP
Los routers no ven topologa de transporte ptico y viceversa

El objetivo para el modelo de superposicin es definir un mensaje de sealizacin a la
provisin de un circuito desde un punto de presencia (POP) en una red IP a un punto final
de red ptica o a travs de una red ptica a otro POP en una red IP. En la UNI ningn
protocolo de enrutamiento se est ejecutando; es slo una interfaz de sealizacin.
SOLUCIN
Para superar las limitaciones de GMPLS de superposicin y los modelos de pares, Cisco ha
desarrollado S-GMPLS, que combina lo mejor de ambas topologas. En el modelo S-
GMPLS, slo los routers de frontera reciben informacin de los dispositivos pticos y de
otros routers (Figura 25). Los enrutadores de frontera de las cuatro esquinas entre la red
ptica (lneas de puntos) y la red IP (lneas continuas) mantener tanto el enrutamiento y la
informacin de topologa ptica. Routers en la nube IP slo mantienen informacin de
topologa para su regin, y dispositivos pticos slo mantienen topologas pticas dentro
del segmento de red ptica.

Figura 25:S-GMPLS Topologa
routers fronterizos reciben informacin de enrutamiento de los dispositivos pticos, as
como enrutador
Router de Fronteras mantiene la informacin de topologa de dominio ptico y el router
en las tablas de enrutamiento independientes
No hay informacin de enrutamiento de la regin del router se realiza en la regin ptica
Los routers fronterizos utilizan instancias de router lgicas de dominio seguras para
proteger y segmentar la informacin de topologa entre el dominio IP y el dominio ptico.
Actan como intermediarios entre los dos y permitir un lmite administrativo segmentado
que ayuda a garantizar la separacin de la gestin entre las dos redes, al tiempo que la
unificacin de los aspectos del plano de control de las dos redes. S-GMPLS est ahora
disponible en Cisco IOS
XR Software en plataformas Cisco, incluyendo el Sistema de

Cisco Carrier Routing 1 (CRS-1), y los de Cisco XR 12000 Series Routers, permitiendo a
los administradores de redes pticas e IP para cada administrar sus propios dispositivos
finales como las redes adquieren una nica IP inteligente y plano de control ptico. El
router de borde tiene instancias separadas para IP y topologas pticas, pero no se filtre
informacin a cada lado. En cambio, el router de borde maneja el enrutamiento y
sealizacin para una regin, el trfico en movimiento hacia atrs y adelante a travs de la
frontera de las redes de una manera similar a cmo los proveedores de servicios se asoman
en las redes IP hoy. El router de borde mantiene la informacin de topologa dominio
ptico y de enrutamiento en una base de datos de topologa independiente mediante el uso
de instancias de enrutamiento de dominio seguras en los routers de frontera. El control
administrativo de las instancias de enrutamiento de dominio seguro, disponible a travs de
los dos y la gestin dentro de banda y fuera de banda.

S-GMPLS utiliza los puntos fuertes del modelo de pares, respetando la separacin de IP y
dominios administrativos pticos.Los proveedores de servicios tienen la opcin de apoyar a
grupos de operaciones, ya sea integrados o separados en funcin de las necesidades
organizativas. S-GMPLS ofrece los beneficios de MPLS para el uso eficiente de los
recursos y la seleccin de ruta consistente en una red heterognea de routers y dispositivos
pticos. Tambin simplifica la entrega de fallo. Para hacer la transicin a GMPLS ms
suave y ms fcil para los proveedores de servicios, S-GMPLS permite la implementacin
incremental de regiones pticas con poca o ninguna reconfiguracin de la regin enrutador
requiere, por lo GMPLS ms desplegables dentro de los proveedores de servicios, y permite
el control de los gastos de capital.
Una comparacin de los tres modelos GMPLS en la Figura 26muestra cmo Cisco S-
GMPLS toma prestado las mejores caractersticas de los otros modelos, mientras que la
ingeniera de todo uno de los principales problemas que ha ralentizado GMPLS adopcin.

Figura 26: Comparacin de Modelos GMPLS
Un elemento importante de la solucin Cisco IPoDWDM es multiplexores add ptica
reconfigurables de insercin / extraccin (ROADMs), que integran la conmutacin fotnica
en multiplexores pticos. ROADM puede proporcionar capacidades de parches
automatizados junto a S-GMPLS, que proporcionarn capacidades automatizadas de

aprovisionamiento desde una perspectiva de extremo a extremo a travs de ambas
plataformas de enrutamiento IP y pticas.
3.2.3. Normas Marco Aplicabilidad

La Tabla 4 muestra las perspectivas de protocolo del marco de ASON. Hoy en da existen
dos normas aplicables para UNI: Optical Internetworking Forum UNI (OIF-UNI) y
GMPLS-UNI. En el contexto de la S-GMPLS, al considerar capas de cliente con el
proveedor de servicio y dentro de las redes de proveedores entre los distintos servicios,
GMPLS-UNI es una opcin preferida para UNI porque los protocolos se han extrado de
una organizacin de estndares, la IETF. El uso de la OIF-UNI presenta problemas de
compatibilidad para interoperar con S-GMPLS porque el protocolo original de sealizacin
RSVP-TE en Overlay UNI (O-UNI) se modifica y se aparta de la IETF RFC RSVP-TE.

Tabla 4: Comparacin de Modelos GMPLS
El despliegue de Cisco S-GMPLS aliviar muchos de los desafos que enfrenta actualmente
con IP y servicios integrados de redes pticas, haciendo GMPLS ms desplegables. Trae la
oportunidad de nuevos ingresos proveedor de servicios con nuevas ofertas de servicios,
tales como Gigabit Ethernet, almacenamiento en red, streaming de vdeo, y las VPN a
travs de ambos tipos de red que pueden ser rpidamente aprovisionados de una manera
ms flexible al tiempo que reduce la complejidad operativa para el proveedor de servicios.
En lugar de invertir en nuevas redes mltiples con diferentes arquitecturas de control que
son complejos para interoperar y gestionar y tener beneficios operativos cuestionables a
Marco ASON
Sealizacin Enrutamiento Servicio
OIF-UNI O-UNI No Proveedor de servicios de Internet
(al por mayor), proveedor de
servicios para los clientes
Peer RSVP-TE OSPF-TE Proveedor de servicios de Intra
S-GMPLS RSVP-TE OSPF-TE Proveedor de servicios de Intra,
proveedor de servicios, entre
IETF Overlay
(GMPLS-
UNI)
RSVP-TE No Proveedor de servicios para los
clientes

largo plazo, los proveedores de servicios pueden implementar una nueva generacin de
arquitectura-S-GMPLS-que es simple, eficiente y automatizado.
Cisco y NTT Com anunciaron recientemente que han demostrado con xito los ajustes a la
carta de la red y la recuperacin automtica de fallas entre Tokio y Osaka, utilizando la
tecnologa S-GMPLS, disponible en Cisco XR 12000 Series routers. En el experimento,
NTT despleg el plano de control S-GMPLS en Cisco XR 12000 routers de la serie a travs
de una red ptica SDH de rea amplia para demostrar la configuracin de red autnomos.
La prueba tuvo xito en la gestin de las funciones de conmutacin convencionales fijas
redundantes y funciones rererouting autnomas utilizando S-GMPLS.
3.3. Modelo para la migracin de la red

Para la migracin de la red se estudiaron varios modelos existentes:
Donde se escogi el modelo Isla ya que es compatible con la topologa utilizada

3.3.1. Modelo Isla

En el modelo de isla de nodos de la red que operan pueden existir dentro de un "mar" de
nodos utilizando otro protocolo.

Por ejemplo, considere una isla de nodos GMPLS, que es introducida en una red MPLS .
Tal que la isla puede ser compuesta de nodos GMPLS recin aadidos, o puede surgir de la
actualizacin de nodos existentes que los protocolos MPLS anteriormente operaban.

Lo contrario tambin es muy posible. Es decir, existe la posibilidad que una isla pasa a ser
en MPLS dentro de un mar GMPLS. Tal situacin podra surgir en las ltimas etapas de la
migracin, cuando todo menos unas pocas islas de nodos MPLS se han actualizado a
GMPLS.

Tambin es posible que una capa inferior, (por ejemplo, una red de Multiplexacin por
Divisin de Tiempo (TDM) es construida bajo una red MPLS. Durante el proceso de la
migracin de las redes de GMPLS, la red de capa inferior puede ser migrada primero . Esto
aparecer como una isla GMPLS dentro de un mar MPLS.

Por ltimo, es posible considerar nodos individuales como islas. Que sera posible
actualizar o insertar un Nodo GMPLS dentro de una red MPLS, para tratar a un GMPLS
como una isla.

Con el tiempo, las colecciones de dispositivos MPLS se sustituyen o actualizan a crear
nuevas islas GMPLS o ampliar los ya existentes, y las distintas Islas GMPLS pueden
unirse entre s hasta que toda la red es GMPLS.

Figura 27: ejemplo del modelo de isla para MPLS - GMPLS - MPLS interfuncionando

El modelo consta de una isla GMPLS de trnsito de un Mar MPLS . Los nodos en el lmite
de la isla GMPLS (G1, G2 , G5, y G6) se denominan "nodos isla de frontera". En la isla
GMPLS todos los nodos excepto los nodos dentro de la frontera de Isla de trnsito basado
en GMPLS (G3 y G4 ) seran dispositivos pticos (TDM, Switch Capable Lambda (LSC )
y fibra (FSC ) )

3.3.2. Modelo Integrado

El segundo modelo de la migracin implica una migracin ms integradaestrategia. Los
nuevos dispositivos que son capaces de funcionar tanto MPLS y Protocolos GMPLS se
introducen en la red MPLS. En el modelo integrado, hay dos tipos de nodos presentes
durante la migracin:

- Los que apoyan MPLS solamente (nodos heredados); y

- Los que apoyan MPLS y GMPLS.

En este modelo, como los dispositivos de MPLS existentes se actualizan para apoyar tanto
MPLS y GMPLS, la red contina operando con un control MPLS avin, pero algunos
LSRs tambin son capaces de operar con un GMPLS plano de control. As, LSP se
aprovisionan usando protocolos MPLS donde un punto final de un servicio es un nodo
MPLS legado y / o donde elruta seleccionada entre los puntos extremos atraviesa un nodo
legado que no es GMPLS. Pero donde el servicio se puede realizar utilizando slo -Nodos
GMPLS puede ser enrutado en consecuencia y puede lograr un mayor nivel de
funcionalidad utilizando caractersticas GMPLS.


Una vez que todos los dispositivos en la red son, especfica de MPLS los GMPLS capaces
elementos de protocolo pueden estar apagados y no hay nuevos dispositivos deben apoyar
a estos elementos de protocolo.

En este modelo, las cuestiones que se tratan se refieren a la convivencia de los dos
conjuntos de protocolo dentro de la red. Interfuncionamiento real es no es una
preocupacin.

3.3.3. Modelo escalonado

El modelo escalonado introduce caractersticas GMPLS y elementos de protocolo en una
red MPLS uno por uno. Por ejemplo, algunos objetos o subobjetos (Como la explcita Ruta
Object (ERO) etiqueta sub-objeto) podra ser introducido en la sealizacin utilizado por
LSRs que estn de lo contrario MPLS-capaces. Esto producira una especie de hbrido LSR.

Este enfoque puede parecer sencillo de implementar como uno es capaz de rpida y
fcilmente recoger nuevas funciones clave sin necesidad de actualizar toda la
implementacin del protocolo. Es ms probable que sea utilizado donde hay un deseo de
implementar rpidamente un determinado funcin dentro de una red sin la necesidad de
instalar y de ensayo la funcin GMPLS completo.

Preocupaciones de interoperabilidad aunque se ven agravadas por esta migracin modelo,
a menos que todos los LSRs en la red se actualizan simultneamente y hay una
comprensin clara de qu subconjunto de caractersticas han de serincluido en los LSRs
hbridos. El interfuncionamiento entre un LSR hbrido yuna sin cambios MPLS LSR
pondra el LSR hbrido en el papel de un GMPLS LSR, como se describe en las secciones
anteriores, y pone el invariable LSR en el papel de un LSR MPLS. El potencial de
diferentes hbridos dentro de la red va a complicar las cosas considerablemente. Este
modelo es, por lo tanto, slo es apropiado para su uso cuando el conjunto de nuevas
caractersticas para ser desplegado es bien conocido y limitado, y donde hay una clara la
comprensin y el acuerdo sobre este conjunto de caractersticas de la red operadores de la
ISP (s) involucrados, as como todos los vendedores cuyos equipos estarn involucrados
en la migracin.


4. Conclusiones

Mediante el estudio de las tecnologas de MPLS y GMPLS, pudimos ver cual es el
procedimiento para poder lograr un diseo de transporte de datos usando estas nuevas
tecnologas como ser GMPLS que permiten el mayor y mejor manejo de datos para realizar
una mejora en la red MPLS actual de Entel. Pudimos analizar las ventajas y
funcionalidades nuevas de esta tecnologa donde el MPLS generalizado (GMPLS) difiere
del tradicional MPLS en que soporta mltiples tipos de conmutacin, por ejemplo la
adicin de soporte para TDM (time division multiplexing), lambda, y conmutacin de fibra
(puerto). El soporte para los tipos adicionales de conmutacin ha conducido a GMPLS a
extender ciertas funciones base del MPLS tradicional y, en algunos casos, aadir
funcionalidad.
La GMPLS puede utilizarse tanto con redes de superposicin como de pares/homlogos, o
bien en una configuracin hbrida que consolide algunos, pero no necesariamente todos los
tipos de trfico.

Por ltimo se concluyo que el funcionamiento GMPLS y su Desafos de implementacin
consisten en que :

GMPLS ofrece la posibilidad de automatizar muchas de las funciones de la red que
estn directamente relacionados con las complejidades operativas, entre ellas:
Aprovisionamiento de extremo a extremo de los servicios
la bsqueda de recursos de red
La asignacin de ancho de banda
La creacin de servicios
Parmetros de ingeniera de trfico relacionados con el apoyo de proteccin
SONET, ancho de banda disponible, la diversidad de rutas y QoS estn distribuidos
por toda la red. Esto permite a cada nodo de la red para tener completa visibilidad y
estado de la configuracin de todos los dems nodos. En ltima instancia,
proporciona una red ptica inteligente.

5. Bibliografa

http://tools.ietf.org/html/rfc5145
http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-3750-series-
switches/prod_white_paper0900aecd80471898.html
http://es.wikipedia.org/wiki/General_Multiprotocol_Label_Switching
http://www.comusoft.com/que-es-mpls-y-gmpls

Gmpls Final

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Gmpls Final

Загружено:

Авторское право:

Доступные форматы

Universidad Catlica Boliviana San Pablo

XR Software en plataformas Cisco, incluyendo el Sistema de

Вам также может понравиться