1. Funcionalidad de las redes ópticas
conmutadas automáticas (ASON)
Los Grupos de Trabajo XIII y XV de la UIT-T han definido dos
nuevos conceptos de redes de nueva generación, éstos son:
1. ASTN (Automatic Switched Transport Network)
2. ASON (Automatic Switched Optical Network)
Estos esfuerzos de la UIT han contado con el soporte del Opti-
cal Internetworking Forum OIF y del Internet Enginneering Task
Force IETF, entre varios. La necesidad del uso de ASTN y ASON
está conceptualizada en mejorar la prestación de los servicios
basados en redes de transporte ópticos mediante la utilización
de estándares que hacen uso de un Plano de Control Óptico.
Con esto lo que se desea conseguir es reducir y simplificar las es-
tructuras de capas de los servicios actuales mediante la intro-
ducción de un plano de control inteligente sobre la capa de
transporte. Este plano de control, combinado con la nueva ge-
neración de conexiones cruzadas ópticas, transformará a las re-
des de transporte estáticas de hoy en día, en redes ópticas di-
námicas, conmutadas en tiempo real, haciéndolas por ende,
más robustas, escalables y efectivas en costo. Este trabajo pre-
tende dar una introducción hacia estos conceptos. Al final el lec-
tor encontrará una bibliografía que le permitirá profundizar este
tema.
1. INTRODUCCIÓN entre: las capas de servicio que Carlos J. Fuenmayor Toro
están lógicamente sobre ella, y Compañía Anónima Nacional de
El impresionante crecimiento las tecnologías de transporte Telecomunicaciones de Venezuela
de tráfico de Internet demanda que son utilizadas para suminis- Gerencia General de Interconexión
trar estos servicios. Hasta hace Gerencia de Apoyo Técnico
nuevas maneras de concebir las
poco, todos los sistemas de Caracas, Venezuela
redes de transporte. Desde la
perspectiva de red, IP es el úni- conmutación Cx y transporte
co protocolo que corre sobre empleaban la microelectrónica
cualquier tecnología de trans- como tecnología principal, sin
porte. Aún las soluciones extre- embargo estos sistemas no ex-
mo a extremo basadas en tec- perimentaban crecimientos
nologías tipo backbone, como como los que demanda Internet
el ATM, Frame Relay, etc., so- hoy en día. Con la aparición
portan muy bien al IP, a través de las redes ópticas, se demos-
de las interfaces estandariza- tró que éstas sí tienen capaci-
das respectivas. Por esto se pue- dad de crecimiento similar al de
de decir que IP comprende una Internet, en particular cuando se
interfaz común y estandarizada utiliza DWDM, Cx óptica y los
2. Redes ópticas
Cambios de paradigmas,
miento de recursos y factura- cuentran en los documentos
nuevos requerimientos y nuevos
ción. De esta manera aparece G.8070 y G.8080 respectiva-
desarrollos de dispositivos de el concepto de «Redes Ópticas mente, ambos elaborados por
Cx óptica produjeron la apari- Conmutadas Automáticamente» el grupo ITU. En [1] y [3] por
ción de la recomendación (UIT) ASON (Automatic Switched ejemplo, se trata sobre la arqui-
G.astn, y por consiguiente la Optical Network), en otras pa- tectura de ASON, la cual defi-
G.ason, que soportado por el labras, el OTN tradicional emi- ne un conjunto de puntos de re-
estándar G-MPLS, da la posibili- grará de redes controladas por ferencia (interfaces) que permi-
dad de crear unas arquitecturas una arquitectura tipo TMN ha- ten a estos clientes de ASON el
de red, que satisfacen por aho- cia un nuevo concepto distribui- solicitar servicios de red a tra-
ra, los requerimientos de veloci- do, donde su ente fundamental vés de estos puntos de referen-
dad, confiabilidad y flexibilidad lo constituye el Plano de Con- cia. No están especificados los
en la transmisión Tx de informa- trol. Éste es el encargado de fa- protocolos que corren sobre es-
ción. La filosofía de ASON se cilitar la rápida y eficiente confi- tas interfaces ASON, pero sin
implementó debido a la necesi- guración de las conexiones embargo se pueden considerar
dad de un control en el trans- dentro de la capa de transpor- protocolos basados en IP como
porte de las transmisiones ópti- te. el GMPLS, Generalized Multi-
cas, que permitiera funcionali- protocol Label Switching [5].
ASON representa una red de
dades no posibles bajo otras
transporte óptico con capacida- Específicamente el estándar
estructuras tradicionales, como
des para conexiones y enruta- ASTN define de una manera
ofrecer ancho de banda BW a
mientos dinámicos. Esto involu- general el plano de control y las
solicitud en los canales de trans-
cra ser vicios sobre interrelaciones básicas con la
porte óptico, escalabilidad a
SONET/SDH y sobre longitu- capa de transporte y la capa
bajo costo, robustez del siste-
des de onda, utilizando swit- de gestión. También define las
ma, recuperación más rápida
ches ópticos y fotónicos. interfaces de los diversos pla-
de conexiones y la administra-
ción flexible y eficiente de los
nos. ASON se apoya en los as-
Las discusiones y actividades pectos aclarados por ASTN, y
canales ópticos, todo esto gra- para la estandarización de
cias al uso de un plano de con- a partir de allí especifica con
ASON se han llevado a cabo detalle las funcionalidades del
trol más inteligente colocado so- principalmente por tres organis-
bre el plano de transporte de plano de control.
mos internacionales: la Interna-
esta arquitectura, y a los ade- tional Telecommunication Union Como características princi-
lantos tecnológicos, tales como – Telecommunications Standar- pales de ASON podemos men-
los OXC (Optical Cross Con- dization Sector (ITU-T), The Inter- cionar:
nect) y los PXC (Photonic Cross- net Engineering Task Force
Connect). (IETF), y Optical Internetworking 1) Capacidad para introducir
Forum (OIF). nuevos servicios ópticos
conceptos avanzados de las re- La ITU ha tenido un enfoque
des de transporte óptico (OTN). tradicional, comenzando desde Entre estos servicios, se desta-
Sin embargo, las primeras re- lo más general hasta lo más es- can dos: «Servicio de Ancho de
des ópticas fueron concebidas pecífico. Es así como inician sus Banda BW bajo Demanda»
para ser manejadas por siste- estudios considerando los re- (BODS) y «Redes Privadas Vir-
mas de gestión centralizados, querimientos para crear estas tuales Ópticas» OVPN. El
pero esto aun generaba gran- redes de transporte conmutadas BODS es implementado básica-
des dificultades, en su capaci- automáticamente ASTN (Auto- mente por las conexiones con-
dad de procesamiento y en la matic Switched Transport Net- mutadas, y está dirigido a usua-
asignación rápida de recursos. work), y a partir de allí se enfo- rios con gran demanda de ca-
can en la especificación de los pacidad y que necesitan
Es así como surge la idea de detalles tecnológicos y en los nuevas conexiones o reconexio-
crear un sistema distribuido, ba- detalles de protocolo para defi- nes por períodos cortos. ASON
sado igualmente en redes ópti- nir su arquitectura y funciones puede proveer nuevas conexio-
cas, y encargado del enruta- de red. Las recomendaciones nes en segundos, en lugar de
miento, señalización, estableci- para ASTN y ASON se en- días u horas que tardaba cuan-
3. Conmutación
do se realizaba la petición vía racterística esencial sin la que el todos los elementos de la red,
TMN. enrutamiento ASON no seria lo que lo hace más escalable
posible. que el TMN central.
El servicio de OVPN debe
cumplir con los requerimientos Esta ingeniería es posible so-
de los operadores IP, en el sen- bre topologías de red tipo ma- 4) Restauración más eficiente
tido de permitirle al usuario te- lla para mejorar su utilización de servicios
ner visibilidad y un control más sobre las demandas, sin em-
o menos limitado sobre los re- bargo, esto no es eficiente so- Antiguamente, cuando ocu-
cursos de la red reservados bre topologías de anillo, por el rría una falla en un sistema, la
para este fin. Se le puede dar carácter asimétrico de sus pa- base de datos TMN requería
un control limitado a los usua- trones de tráfico. de algún tiempo para restable-
rios, obviamente el Operador cer la comunicación, dado que
de ASON mantiene total control 2.4) Auto detección de clien-
te: Los OXC extremos monitore- se requerían de cálculos reali-
sobre todos los otros recursos. zados por una pieza de softwa-
an continuamente sus interfaces
tributarias para cualquier equi- re para reestructurar las rutas de
2) Capacidad de po de cliente que esté conecta- conexión. Ahora ASON ofrece
Enrutamiento Dinámico do a él. una restauración que es descen-
Son factores fundamentales tralizada. La actualización de
de este punto, los siguientes: la base de datos de la red es lo-
3) Aumento de la estabilidad grada virtualmente en tiempo
2.1) Auto detección de «veci- y escalabilidad en los real. Esto permite recalcular los
nos»: Cada Nodo reconoce a sistemas de gestión de caminos de restauración con
sus nodos adyacentes. operaciones más precisión. Adicionalmente,
En una red de transporte con- los cálculos de rutas y el corres-
2.2) Auto detección de enla-
trolada totalmente por TMN, el pondiente establecimiento de la
ces de conexión: Los nodos
sistema de gestión de red debe conexión son distribuidos sobre
ASON son capaces de cheque-
ar automáticamente la disponi- tener conocimiento en tiempo todos los elementos involucra-
bilidad de enlaces. real de la existencia y estado dos de la red cuyos caminos ter-
de todos los elementos de la minales fallaron. Esta forma de
2.3) Auto detección de topo- red, enlaces entre ellos y sus ca- servicios de restauración, des-
logía: Tan pronto los OXC Opti- minos enrutados. pués de fallas mayores, puede
cal Cross Connect, (elementos ser alcanzada en segundos, en
que se encargan de enlazar los Cuando ocurre cualquier lugar de minutos u horas, como
diferentes caminos dentro de la cambio en la red o se produce en el caso de la restauración di-
capa de transporte), conocen una falla, bien sea de nodos o
námica basada en TMN.
todos sus enlaces de conexión, de conexiones, la base de da-
ellos informan de la existencia tos TMN puede fácilmente vol-
de estas conexiones a todos los verse inconsistente y necesitar
nodos dentro del dominio de algún tiempo para adaptar- 2. ESTÁNDARES
ASON, a través de protocolos se al nuevo estado de la red.
La Recomendación UIT-
de enrutamiento como OSPF- Dado que la red ASON es
OE (Open Shortest Path First T G.807, que es la primera nor-
capaz de enrutar y restaurar las ma de la serie de «Redes de
with Optical Extensions). En conexiones automáticamente en
otras palabras, existe una inge- Transporte con Conmutación
una forma mucho mas tolerante Automática» (ASTN) aprobada
niería de tráfico de los canales a fallas, el requerimiento de
ópticos, en donde la asigna- en el año 2001, aborda el ni-
mantener la consistencia de vel de arquitectura de red, y los
ción de BW está basada en pa- esta base de datos TMN es sa-
trones de demanda en tiempo requisitos del plano de control,
tisfecho. Además ASON liberó
real. De esta forma todos los no- al TMN del enrutamiento. el cual se comporta de manera
dos en el dominio tienen una vi- independiente con respecto a
sión consistente de la red, en su El plano de control de ASON las tecnologías de transporte
base de datos. Esta es una ca- se encuentra distribuido sobre que pueden aplicarse.
4. Redes ópticas
Plano de Gestión
Plano de Control
Plano de Transporte
Figura 1. Enfoque macro de la interacción entre los Planos de Control, de Transporte y
de Gestión
Igualmente, se llegó a un • La nueva Recomenda-
acuerdo sobre las siguientes ción UIT-T G.7714/Y.1705 tra-
nuevas normas en materia de ta sobre el descubrimiento auto-
Redes Ópticas con Conmuta- mático generalizado. Aquí se
ción Automática (ASON): describen los procesos de des-
cubrimiento automático para so-
• La nueva Recomendación
UIT-T G.8080/Y.1304 trata so- portar la gestión de conexión
bre la arquitectura para las re- de distribución. Las aplicacio-
des ópticas con conmutación nes del descubrimiento automá-
automática (ASON). Aquí espe- tico direccionado incluyen el
cifica la arquitectura y los requi- descubrimiento vecino y el des-
sitos de la red de transporte con cubrimiento adyacente. Estos re-
conmutación automática aplica- quisitos, atributos y métodos de
ble a las redes de transporte descubrimiento se describen sin
SDH, definidas en la Recomen- hacer intervenir ningún protoco-
dación G.803, y a las redes lo.
ópticas de transporte, definidas
en la Recomendación G.872. • La Recomendación UIT-
Esta nueva Recomendación se T G.7712/Y.1703 trata as-
basa en los requisitos señalados pectos relativos a la arquitectura
en la Recomendación G.807. y especificación de la red de
comunicación de datos, que re-
• La nueva Recomenda- sulta aplicable a ASON. Espe-
ción UIT-T G.7713/Y.1704 tra- cifica la arquitectura y requisitos
ta los conceptos relativos a la de esta red de comunicación
«Gestión de Conexión Distribui- de datos (DCN) para apoyar el
da» DCM, en la que se incluyen
intercambio de mensajes
los requisitos tanto para la inter-
ASON. Puede también prestar
faz de red de usuario (UNI),
como para la interfaz de nodo apoyo a las comunicaciones en
de red (NNI). Los requisitos de la red de gestión de telecomuni-
esta Recomendación especifi- caciones (TMN) tradicional. To-
can las comunicaciones de se- das estas comunicaciones se re-
ñalización entre los componen- alizan entre el plano de trans-
tes funcionales que deben de- porte, el plano de control y el
sempeñar operaciones plano de gestión para los as-
automatizadas de conexión, ta- pectos relacionados con la se-
les como el establecimiento y la ñalización y la gestión de
liberación de conexiones. red ASON.
5. Conmutación
Entre los días 15 y 16 de oc- de supervisión, protección y res- la que enlaza el dominio de los
tubre de 2001 se publicó en tauración de conexiones. usuarios con la red de los Pro-
Ginebra lo que corresponde a veedores de servicio, y se co-
la nueva Recomendación El plano de control es el que noce por las siglas UNI (User to
G.8080 V1.0, antiguamente se encarga de establecer, su- Network Interface). La figura 2
G.ason, sobre la Arquitectura pervisar, mantener y liberar las va más allá del esquema macro
de las redes ASON. Esta reco- conexiones y las llamadas. El de la figura 1, y detalla cómo
mendación describe la arquitec- plano de gestión es el encarga- interactúan los diversos domi-
tura de referencia para el plano do de la supervisión, configura- nios de la red, y los enlaces en-
de control de las redes ASON ción, seguridad y facturación tre cada uno de los planos.
que soportan requerimientos de del sistema. Por último, el plano
de transporte, es el encargado Como se puede apreciar, los
identificación en la Recomenda- planos de control y de transpor-
ción G.8070. Esta arquitectura de la transferencia de informa-
ción de los usuarios de un lugar te se encuentran bien diferen-
de referencia está descrita en ciados, y sus interrelaciones vie-
términos de componentes fun- a otro, ya sea unidireccional o
bidireccionalmente. nen dadas, como se puede
cionales y de las interacciones apreciar en la figura 2, por la
entre ellos. interfaz de control de conexión
Interrelación entre Planos CCI, Connection Controller In-
ASON es parte del estándar terface. A través de ella se pasa
más genérico de Redes de la información del control de la
Transporte Conmutadas Auto- ASTN/ASON fueron diseña- conexión para establecer las
máticamente, ASTN, este último dos en su concepción inicial respectivas conexiones entre los
corresponde a un modelo Clien- para soportar múltiples clientes diferentes puertos de los centros
te-Servidor para la administra- y diferentes tecnologías. Esta di- de Cx ópticos. El protocolo en
ción de los recursos de trans- versidad crea los diferentes do- que se basa esta comunicación
porte. ASTN y ASON definen minios de cada plano. La cone- debe soportar dos funciones
la arquitectura del plano de xión intra-dominios e inter-domi- fundamentales:
control para introducir inteligen- nios dentro de la capa de
cia en la capa de transporte; al- control, se realiza a través de • Establecimiento y liberación
gunas de las características de las interfaces I-NNI (Internal de conexiones
las ASTN son consideradas Network to Network Interface) y • Búsquedas del estado de los
para explicar las características E-NNI (External Network to Net- puertos
de ASON. work Interface) respectivamente.
Adicionalmente existe otra inter- Entre los protocolos que cum-
faz en la capa de control, y es plen con los requerimientos del
3. PLANOS DE ASON
Las redes de conmutación au- Dominio Dominio
de de
tomática, tal como se conciben Usuario Usuario
en los estándares ASTN/
ASON, están constituidas por Plano de Control
tres planos: el de transporte, el Dominio B
Dominio A
de control y el de gestión. En la
figura 1 se muestra un enfoque OCC OCC OCC
macro de la interacción entre Plano
de
CCI CCI CCI
estos tres planos. gestión
Su enfoque fundamental está OXC OXC OXC
dirigido a proveer a las redes
ópticas con un plano de control Plano de Transporte
inteligente, que incorpore apro-
visionamiento dinámico de la
red combinado con funciones Figura 2. Planos de Control y Transporte
6. Redes ópticas
CCI se encuentra GSMP (Gene- tablecer, modificar o desactivar – Topología de red tipo malla,
ral Switch Management Proto- los enlaces en forma dinámica, de fibra óptica
col), el cual es un protocolo de procurando rutas óptimas y efi-
propósito general que permite ciente para los Lightpath. – LMP Protocolo de Capa de
el cumplimiento de las funciones Enlace, Link Management Pro-
básicas y se soporta en arqui- El enrutamiento distribuido le tocol
tecturas de redes tales como da a las redes, escalabilidad,
ATM, FR y GMPLS. robustez, mayor velocidad de Como ya se ha comentado,
conmutación y mejor rendimien- el Plano de Transporte contiene
El plano de control ejecuta fun- to de la señalización, permitien- elementos de la red de trans-
ciones para manipular efectiva- do la creación de enrutamientos porte (nodos y enlaces) que lle-
mente la capa de transporte. jerárquicos y varios dominios van una «entidad conmutada»,
de administración. como por ejemplo, las conexio-
La primera función que ejecu- nes ópticas. Las conexiones
ta es el control del autodescu- Aquí el controlador de cone- punto a punto son establecidas
brimiento de los dispositivos xiones óptico - OCC (Optical dentro del plano de transporte,
y recursos de esta capa de Connection Controller) es el bajo el control del Plano de
transporte. ente fundamental del plano de Control.
Cada OXC comienza a de- control.
tectar los recursos y capacida- El Plano de Transporte propor-
Aparte de las interfaces del ciona un flujo unidireccional o
des disponibles en su adyacen- plano de control UNI, I-NNI, E-
cia, así como las conexiones bidireccional para el intercam-
NNI, ya mencionadas, se tiene bio de información a ser usado
entre los otros dispositivos adya- también la interfaz de gestión
centes, mediante el intercambio entre dos entidades. Este plano
de la red - NMI (Network Ma- es equivalente al descrito en la
de señalización. nagement Interface), necesaria Recomendación G.805 de la
Cuando cada OXC reúne la para llevar a cabo las opera-
UIT-T, «Arquitectura Funcional
información acerca de los recur- ciones y mantenimiento del sis-
Genérica de las Redes de Trans-
sos y la topología involucrada, tema.
porte». A continuación se citan
la envía a los OCC (Controla-
los Componentes, Entidades y
dores de Conexión Óptica) per-
4. PLANO DE TRANSPORTE Funciones de estas Redes de
tinentes utilizando las interfaces
Transporte, los cuales como
CCI (interfaz controladora de
OCXs). Luego estos OCC co- todo elemento genérico utiliza-
El plano de transporte contie- do en normas UIT, tienen defini-
mienzan a descubrirse entre sí, ne todos los elementos de trans-
y con ello la topología de toda ciones un tanto abstractas:
porte de red (switches y enla-
la red, además de los recursos ces) que hacen posible la cone- Componentes Topológicos:
de ancho de banda disponible, xión. Las conexiones extremo a proporcionan la descripción
utilizando para esto la NNI (in- extremo son establecidas dentro más abstracta en términos de re-
terfaz de nodo a nodo) con el del plano de transporte bajo el laciones topológicas, entre con-
soporte de una versión mejora- control del plano de control de juntos de puntos de referencia
da del protocolo OSPF «Primero ASON, siendo este elemento la similares. Se distinguen cuatro
la vía más corta» - Open Shor- principal característica de inte- componentes:
test Path First . rrelación entre estos planos.
Con toda esta información re- • Red de Capa (Layer Net-
Los elementos básicos que work): definida por el conjunto
copilada, se crea una base de
datos de la topología de la red, conforman el plano de transpor- completo de grupos de acceso
que luego es utilizada por los te son: del mismo tipo que pueden es-
OCC para calcular los caminos – Conmutadores Ópticos tar asociados, a efectos de
requeridos a través de esta red. transferencia de información.
• OXC Conmutadores ópti-
Para la señalización de estos cos/eléctrico/ópticos • Subred: define el conjunto
caminos, los OCC utilizan el de puertos disponibles para la
protocolo de señalización • PXC Conmutadores ópti- transferencia de información ca-
GMPLS, esto permite activar, es- cos/ópticos racterística.
7. Conmutación
• Enlace: consta de un sub-
conjunto de puertos situados en Componente
el borde de una subred, o grupo Plano de Control regulador
de acceso asociado con un sub- de tráfico
conjunto correspondiente de
puertos situados en el borde de Gestión de los
recursos de
Controlador
de
otra subred, o grupo de acceso enlace enrutamiento
a los efectos de transferencia de Controlador
información característica. de
conexión
• Grupo de acceso: grupo de
funciones de terminación de ca- CCI UNI
mino situadas en la misma ubi- Plano Dominio
cación y conectadas a la misma de de
subred o al mismo enlace. Transporte Usuario
Entidades de Transporte: pro-
porcionan la transferencia de in- Figura 3. Interacción de los componentes de la capa de control
formación transparente entre
puntos de referencia de una
«red de capa» en particular. En – Funciones de Tratamiento de permite el establecimiento y
estas entidades se distinguen: Transporte desconexión de las sesiones
como resultado de requerimien-
• Conexión de Enlace: es ca- • Función de Adaptación: Tie- tos de los usuarios. Para lograr
paz de transferir información de ne tres ámbitos como, fuente de una cobertura global y el sopor-
forma transparente a través de adaptación, sumidero de adap- te de múltiples tipos de clientes,
un enlace. Está delimitada por tación, y adaptación como tal. es que se describe esta arqui-
puertos y representa la relación Como ejemplos de procesos tectura en términos de compo-
fija entre los extremos de ese en- que pueden ocurrir de forma nentes y de un conjunto de re-
lace. aislada o en combinación en glas y puntos de referencia que
una función de adaptación, se deben aplicar en los puntos
• Conexión de Subred: es ca-
pueden citarse la codificación, de interfaz entre los clientes y la
paz de transferir información de
modificación de la velocidad, red, y entre las propias redes en
forma transparente a través de
alineación, justificación y multi- sí.
una subred. Está delimitada por
plexación.
puertos de conexión en la fron-
tera de la subred y representa la Una arquitectura del plano de
• Función de Terminación de control bien diseñada debe dar
asociación entre esos puntos de Camino: Abarca las funciones
conexión. a los proveedores de servicio,
de fuente de terminación de ca- un mejor control de su red pro-
• Conexión de Red: es capaz mino, sumidero de terminación veyendo al menos las siguientes
de transferir información de for- de camino, y terminación de
características:
ma transparente a través de una camino bidireccional.
«red de capa». Está delimitada a) Ser aplicable a las diferen-
– Puntos de Referencia: Se for-
por Puntos de Conexión de Ter- tes tecnologías de red de trans-
man mediante la vinculación
minación (TCP). Se constituye a porte (SONET, SDH, OTN,
entre las entradas y salidas de
partir de una concatenación de PXC, etc.,). Para alcanzar esta
las «funciones de tratamiento
conexiones de subred y/o co- meta es esencial que la arqui-
de transporte» y/o «entidades
nexiones de enlace. tectura aisle los aspectos de-
de transporte».
pendientes de la tecnología, de
• Camino: representa el so- aquellos que no lo son.
porte para la transferencia de
información característica 5. PLANO DE CONTROL b) Ser lo suficientemente flexi-
adaptada y supervisada de la ble para permitir un rango de
red de capa de cliente entre ASON define una arquitectu- diferentes escenarios en la red.
puntos de acceso. ra para el Plano de Control que Para ello se divide el plano de
8. Redes ópticas
control en diferentes componen- actualizan dinámicamente y • Soportar varias infraestructu-
tes. donde se reflejan todos los des- ras de transporte, tales como la
tinos que se pueden alcanzar a red de transporte SONET/
c) Permitir conexiones perma- través de las subredes vecinas. SDH, y la red de transporte
nentes, semipermanentes y con- Óptico (OTN).
mutadas, las cuales pueden ser Gestor de los Recursos de En-
unidireccionales y bidirecciona- laces: realiza un seguimiento • Ser aplicable independien-
les. de la manera en que los recur- temente del protocolo elegido.
sos de enlace son asignados
El plano de control lleva a • Ser aplicable independien-
para la conexión, para de esta
cabo una serie de tareas que temente de cómo el plano de
manera controlar la capacidad
son definidas en los siguientes control haya sido subdividido
de los recursos. El comporta-
módulos funcionales: el Contro- en dominios y áreas de enruta-
miento del Gestor va a depen-
lador de Conexión Óptico (Op- miento, y cómo los recursos de
tical Connection Controler), el der del tipo de conexión involu- transporte hayan sido particio-
cual provee enrutamiento, seña- crada y de los conjuntos de nados en subredes.
lización, control de conexión, prioridades establecidas.
etc., el Controlador de Enruta- • Ser aplicable independien-
El Componente Regulador de temente de la implementación
miento (Routing Controler), el Tráfico: la misión de este ente es
Gestor de los Recursos de Enla- del control de conexión, es de-
verificar que las conexiones en- cir, que pueda abarcar desde
ce (Link Resorce Manager) y el trantes manejan el tráfico acor-
Componente Regulador de Trá- una arquitectura de control com-
dado según los parámetros de pletamente distribuida a una ar-
fico (Traffic Policing Compo-
cada usuario. quitectura de control centraliza-
nent). La interacción entre los di-
versos componentes se muestra También existen otros compo- da.
en la figura 3. nentes como los Controladores Esta arquitectura describe:
de Llamadas y los Controlado-
Controlador de Conexión
res de Protocolos. • Todos los componentes fun-
Óptico: es el responsable de
cionales del plano de control,
coordinar tanto al Gestor de Re-
incluyendo interfaces abstractas
cursos de Enlaces, como al 5.1. Arquitectura del plano y primitivas, protocolos, etc.
Controlador de Enrutamiento,
de control
con la finalidad de manejar y • Las interacciones entre com-
(Recomendación
supervisar el establecimiento y ponentes controladores de lla-
G.8080/Y.1304 UIT-T)
la liberación de las llamadas, madas;
además de la modificación de
los parámetros de conexión Esta arquitectura debe ser lo • Las interacciones entre otros
para aquellas ya establecidas. suficientemente flexible que faci- componentes durante el estable-
Adicionalmente, el Controlador lite a los clientes de los Opera- cimiento de la conexión;
de Conexión también provee la dores un mejor soporte para su
interfaz hacia las varias subre- negocio, practicas administrati-
des ubicadas en el plano de vas eficientes, así como mejo- 5.2. Notación
transporte, y la interfaz respecti- ras en lo referente a facturación
va hacia los dominios de usua- de servicios. La arquitectura del En esta sección considerare-
rios. plano de control debe tener las mos la notación de arquitectura
siguientes características: de Componentes basada en
Controlador de Enrutamiento:
se encarga de proveer la infor-
mación del camino o ruta cuan- Tabla 1: Generic Interface Descriptions
do el Controlador de Conexión
la requiere para el estableci-
miento de una conexión. El con-
trolador en cuestión logra su fun-
ción primordial a través de unas
tablas de enrutamiento que se
9. Conmutación
ciertas reglas del vocabulario ten monitorear sus operaciones,
de la UML (Unified Modeling configurar políticas dinámica-
Interfaces
Language). mente, y afectar su comporta-
miento interno. Estas interfaces
Interfaz: Una interfaz soporta no son obligatorias, y son pro-
un conjunto de operaciones que porcionadas en componentes Nombre
especifica un servicio de un específicos sólo donde sean ne-
Componente, y es específico in- cesarias. Donde es necesario,
dependientemente del compo- el uso del interfaz monitor, se
nente que use para suministrar describe como un componente Figura 4: Representación de un Compo-
el servicio. La definición de in- individual. No se asume que los nente
terfaz se presenta en la forma componentes serán distribuidos
de una tabla, un ejemplo de la estáticamente.
cual se muestra en la tabla 1. que realicen las respectivas co-
(Generic Interface Descriptions). Todos los componentes tienen nexiones cruzadas.
la propiedad de soportar múlti- En el ejemplo de la figura 5,
Cada interfaz tiene un nom- ples llamadas y múltiples sumi-
bre que identifica el Rol. La In- el dominio de usuario A desea
nistros de servicio. conectarse al dominio de usua-
terfaz de entrada representa el
ser vicio suministrado por el Como los Componentes se uti- rio B, por lo que envía la peti-
Componente. Los parámetros lizan en una forma abstracta, ción de conexión al plano de
básicos de entrada son solicita- esta especificación se extiende gestión. Éste establece la ruta, y
dos por el rol específico. La In- hacia las técnicas de subclasifi- ordena a los OXC de los domi-
terfaz de salida representa el cación y composición de com- nios A, B y C pertenecientes al
servicio utilizado por el Compo- ponentes. plano de transporte, que se in-
nente, el parámetro básico de terconecten entre sí, para de
salida define la información su- esta manera enlazar el dominio
ministrada. La Interfaz de notifi- 5.3. Tipos de Conexión del usuario A con el B.
cación representa acciones no
solicitadas por el componente. • Conexión Lógica Permanente
Existen básicamente tres tipos: (Suave) (SPC)
Rol: Un rol representa el com-
• Conexión Permanente (PC)
portamiento de una Entidad En este tipo de conexiones, el
cuando está participando en un La petición para el estableci- enrutamiento como tal ya no lo
contexto particular. El rol permi- miento de la conexión, se pro- realiza la capa de gestión, a
te la posibilidad que entidades duce a través de la red de ges- pesar de que las peticiones
diferentes participen en tiempos tión, la cual está enmarcada para la conexión se siguen rea-
distintos, y se designan anotan- dentro del plano de gestión. Allí lizando a través de este ente.
do una relación con el nombre se crea la ruta o el camino, y se- Ahora la parte de la definición
de una interfaz. guidamente se notifica a los res- del camino está a cargo del
Componente: Los componen- pectivos conmutadores ópticos plano de control. En el ejemplo
tes se utilizan para representar involucrados en la ruta, para de la figura 6, se observa cómo
entidades abstractas, más que
instancias de implementación Dominio Petición Dominio
Plano
de códigos. Se utilizan para de de
de Gestión
construir escenarios que expli- Usuario A Usuario B
quen la operación de la arqui-
tectura. Los componentes se re-
presentan como un rectángulo
con una etiqueta. Esto se mues- OXC OXC OXC
tra en la figura 4. Dominio A Dominio C Dominio B
Establecimiento
Genéricamente, cada Com- Plano de Transporte Conexión
ponente tiene un conjunto de in-
terfaces especiales que permi- Figura 5. Conexión Permanente entre Usuarios A y B
10. Redes ópticas
del usuario, entre puntos extre-
Dominio Petición
Plano Dominio mos de conexión, mediante un
de de
Usuario A
de Gestión
Usuario B plano de señalización y control,
y con un intercambio dinámico
Plano de Control de información de señalización
entre los elementos de señaliza-
OCC OCC OCC ción de los planos de control].
Dominio A Dominio C Dominio B
La interconexión entre domi-
nios, áreas de enrutamiento y
OXC OXC OXC
en donde sea requerido, se
Dominio A Dominio C Dominio B hace en términos de Puntos de
Referencia, los cuales describen
Plano de Transporte
el conjunto de componentes de
Establecimiento control necesarios para el inter-
Conexión
cambio de información. La in-
terconexión física es provista
Figura 6. Conexión Permanente Suave entre Usuarios A y B.
por una o más de estas interfa-
ces. Una interfaz física se pro-
el dominio del usuario A realiza como la supervisión y control de vee relacionando una interfaz
la petición de conexión al pla- admisión de las llamadas y de abstracta hacia un protocolo
no de gestión. El dominio B del la cobranza entre otras. En el determinado.
plano de control recibe la peti- ejemplo de la figura 7, se ob-
ción de llamada, y en conjunto serva cómo la petición de lla-
con los otros dominios estable- mada llega al dominio A del 6) INTERFACES DEL PLANO
ce la ruta de A hacia B. plano de control, y cómo éste DE CONTROL (Puntos de
se encarga completamente de Referencia, PdeR)
[Definición UIT: La SPC es una establecer la ruta hacia el usua-
conexión usuario a usuario, en rio B. Tal y como se ha apreciado
la que la porción usuario a red, en las figuras anteriores, el pla-
de la conexión extremo a extre- [Definición UIT: Una Cone- no de control define interfaces
mo, la establece el sistema de xión Conmutada es cualquier con los clientes (UNI), entre no-
gestión de red como una cone- conexión que se establece, dos de la misma red (I-NNI), en-
xión tipo PC. La porción de red, como resultado de una petición tre nodos de diferentes redes (E-
de la conexión extremo a extre-
mo, se establece como cone-
xión conmutada mediante el
Plano de Control. En la porción
de red, de las conexiones, las Dominio Plano Dominio
de de
peticiones de establecimiento Usuario A
de Gestión
Usuario B
de la conexión las inicia el Pla-
no de Control]. Plano de Control
• Conexión Conmutada (SC) Petición
OCC OCC OCC
Para el caso de la conexión Dominio A Dominio C Dominio B
conmutada, la solicitud prove-
niente del dominio de usuario
se realizará directamente en el OXC OXC OXC
plano de control, a través de la Dominio A Dominio C Dominio B
interfaz UNI. El plano de con- Plano de Transporte
trol de nuevo se encargará de
todo lo que es el establecimien- Establecimiento
Conexión
to de la conexión y el enruta-
miento, y algunas otras tareas Figura 7. Conexión Conmutada entre Usuarios A y B.
11. Conmutación
NNI), y entre los elementos del Modificación de la conexión: Los protocolos de señaliza-
plano de control y los del plano permite al cliente en un momen- ción deben ser capaces de so-
de transporte (CCI). Es de hacer to dado modificar los atributos portar las funciones descritas
notar que hay publicaciones [2] característicos de la conexión. anteriormente. En este sentido
en donde estas Interfaces son se han realizado extensiones a
Solicitud de Status de la cone- los protocolos LDP y RSVP-TE
también llamadas «Puntos de xión: el usuario puede verificar
Referencia». A continuación se para que puedan ser emplea-
la situación de una conexión a dos en esta interfaz. Los esfuer-
da una breve explicación de través de una consulta de status. zos de la ITU en cuanto a seña-
cada una de ellas: lización se han enfocado en de-
Las cuatro funciones anterio-
res son las de mayor importan- finir los requerimientos y las
Interfaz UNI funcionalidades necesarias en
cia, y están relacionadas con
la interfaz UNI. El registro de
Representa el PdeR que sepa- las conexiones como tal. Sin
clientes/usuarios y aspectos de
ra el dominio del Operador, del embargo, existe otro grupo de
sus direcciones están muy rela-
de sus usuarios. Los protocolos ellas, que son igualmente, res-
cionados. Los requisitos para di-
de señalización en la interfaz ponsabilidad del protocolo de
recciones y los nombres de
UNI, deben permitir al usuario señalización. Estas son: registro
clientes se describen en [4].
de usuarios, asignación de di-
ASON llevar a cabo las si-
recciones, descubrimiento de
guientes funciones: redes y servicios vecinos, etc. Interfaz O-UNI
Creación de una conexión: Todas las funciones de señali- La O-UNI separa el dominio
Esta función consiste en señali- zación presentes en la interfaz IP, tanto de tipo de medio,
zar a la red para crear una nue- UNI son controladas del lado como en modo de enrutamien-
va conexión, la cual tendrá del plano de control, por el to. Mientras que una red IP, re-
unos ciertos atributos como, an- Controlador de Conexiones. quiere un análisis del paquete,
cho de banda, protección, res- Este constituye el ente señaliza- para determinar la ruta más
tauración y diversidad. dor, pero también se apoya en adecuada a seguir, en el domi-
otras entidades como el Contro- nio ASTN se utiliza el protocolo
Eliminación de una conexión: lador de Enrutamiento y el Ges- MPLS, el cual coloca las etique-
el usuario ASON indica a la tor de Recursos de Enlaces, tas LSP en los paquetes para el
red, la necesidad de finalizar para realizar completamente enrutamiento respectivo usando
una conexión existente. sus labores respectivas. la capa 2, dándole así una ma-
yor velocidad al enrutamiento
de los paquetes
Mientras que en el dominio IP
cuando un paquete llega a un
enrutador, éste analiza la direc-
ción IP (en la capa 3) para de-
terminar, de acuerdo a sus ta-
blas la dirección que debe se-
guir y esto lo hace con todos
aquellos paquetes, teniendo un
tiempo de procesamiento consi-
derable, y en ASTN en cambio,
cuando este paquete llega al
O-UNI, éste consulta las tablas
de la red ASON (capa de con-
trol) y determina cuál es la me-
jor ruta a seguir por este paque-
te, luego le coloca una etiqueta
Figura 8. Al paquete IP se le coloca un LSP que indica la ruta a seguir dentro de la red
LSP, la cual contiene la informa-
ASON. ción de enrutamiento dentro de
12. Redes ópticas
en la red óptica deben poseer
la actualización de sus puntos
adyacentes, así como también
los niveles de utilización que
presentan dichos nodos. Esta in-
formación debe ser repartida
por toda la red a través de los
protocolos de señalización den-
Figura 9. Modelo de federación Cooperativa.
tro del plano de control.
la red ASON. De esta manera, La selección y establecimiento También es importante señalar
cuando el paquete llega a un del camino a través de la red que, de igual manera los proto-
OXC, éste sólo ve la etiqueta óptica requiere un protocolo de colos de la interfaz I-NNI de-
LSP en la capa 2 y la dirige ha- señalización. Las redes de trans- ben soportar las funcionalida-
cia el próximo OXC indicado porte típicamente emplean enru- des presentes en la interfaz
en la etiqueta, reduciendo de tamiento explícito, en el sentido UNI, es decir, deben permitir
esta forma el tiempo de proce- que la ruta se selecciona, o por crear, modificar y eliminar cone-
el Operador o por herramientas xiones, así como proveer status
samiento.
de software en el sistema de de la misma.
gestión. En ASON, las conexio-
Acciones de la O-UNI La interfaz I-NNI podría ser
nes extremo a extremo se deben
realizar tomando en cuenta cier- implementada a través de dos
• Creación de la ruta óptica protocolos claves, IP y MPLS. In-
(lightpath). Se realizan las co- tas restricciones. Por ello la se-
lección de la ruta se basa en al- clusive el protocolo GMPLS po-
nexiones adecuadas, para es- see unas ampliaciones a nivel
tablecer la ruta óptica, con goritmos de enrutamiento que
toman en cuenta diversos objeti- de enrutamiento, que permitiría
atributos específicos una más fácil adaptación en la
vos tales como: el balanceo de
la carga de tráfico de la red, interfaz en estudio.
• Eliminación de la conexión
óptica. Elimina las conexiones para obtener la mejor utiliza-
de la ruta óptica ya existente ción de los recursos; y políticas Interfaz E-NNI
de enrutamiento para seguir los
• Modificación de la conexión caminos preferidos o más rápi- El PdeR entre dominios dife-
dos. rentes está representado por la
óptica. Modifica uno u más
E-NNI. Estos dominios pueden
atributos de la ruta óptica ya
Para facilitar la automatiza- pertenecer a una misma admi-
existente
ción del establecimiento de la nistración, o a diferentes admi-
• Indagación del estado de la conexión, y tomando en cuenta nistraciones. El protocolo BGP
conexión óptica. Averigua las limitaciones mencionadas pudiera ser recomendado para
acerca del estado de la ruta en el párrafo anterior, los nodos usarse entre diferentes dominios
óptica existente
Cada acción realizada por el
O-UNI, es mediante un set de
mensajes
Interfaz I-NNI
I-NNI define la interfaz entre
Controladores de Conexión ad-
yacentes dentro de la misma
red. Existen dos aspectos de im-
portancia a considerar en esta
interfaz: la señalización y el en-
rutamiento. Figura 10. Modelo de Federación Conjunto.
13. Conmutación
Figura 11. Interrelación entre ASON y otras redes. Formación dew los LSPs.
ASON, de forma similar a su 7) ENRUTAMIENTO Y rentes. El segundo modelo es un
uso en dominios diferentes IP. E- SEÑALIZACIÓN modelo totalmente cooperativo,
NNI es similar a la UNI, pero en donde no existe la figura de
un líder.
con ciertas funciones de enruta- 7.1) Separación de Llamadas
miento que permiten el inter- y Control de Conexión 7.3) Estructuras físicas de
cambio de información entre las control entre UNIs
La arquitectura de ASON tra-
redes involucradas. ta separadamente las llamadas Interfaz Directa: Involucra el
y su control de conexión. Esto uso de un canal de control IP
La diferencia entre I-NNI y E-
permite la introducción de servi- (IPCC) dentro o fuera de banda
NNI es significativa. I-NNI se cios mejorados, en donde una que se puede implementar entre
aplica sobre un área con es- simple llamada puede estar el cliente y cada crossconector
quemas de enrutamiento úni- compuesta de más de una apli- óptico (OXC).
cos, y en donde todos los equi- cación. Esta característica brin-
da beneficios a las áreas de Interfaz Indirecta: Involucra el
pos soportan el mismo protoco- uso de un canal de control IP
mantenimiento y restauración.
lo de enrutamiento, y el fuera de banda que se puede
intercambio de información de 7.2) Federación implementar entre el cliente y un
ruteo entre los nodos es posible. dispositivo de control dentro de
Por otro lado, E-NNI sí soporta El control de la conexión a tra- la red óptica, para así propor-
vés de múltiples dominios re- cionar servicios de señaliza-
diferentes esquemas de enruta- quiere la cooperación entre los ción.
mientos y de protección que pu- controladores de estos diferen-
dieran usar los diferentes domi- tes dominios. Una Federación Es esencial que tanto las inter-
se define como la comunidad faces directas como las indirec-
nios.
de dominios que cooperan tas sean soportadas por un pro-
para una mejor gestión de sus tocolo cualquiera de señaliza-
Interfaz CCI ción en la UNI. La entidad que
conexiones. Dos tipos de Fede-
raciones están definidas: el mo- realiza esta señalización del
Esta interfaz define la interre- lado del cliente se conoce
delo de federación conjunta, en
lación entre los elementos de los donde un controlador de cone- como UNI-C, y aquella que lo
planos de control y de transpor- xión tiene autoridad sobre otros hace del lado de la red se lla-
te. controladores de dominios dife- ma UNI-N.
14. Redes ópticas
7.4) Enrutamiento en Redes Adicionalmente, se pueden 7.5) Señalización en Redes
Ópticas realizar los siguientes procedi- Ópticas
mientos de direccionamiento
Las redes ópticas son capa- dentro de la UNI:
ces de entregar conexiones de Como es sabido, las UNI son
capaces de soportar distintos
banda muy ancha a traves de • Registro de cliente: Este permi- protocolos de señalización.
los lightpaths (equivalentes a los te que un cliente registre su(s) Pero es importante destacar que
LSP). Un lightpath se establece direccion(es) y su(s) identifica- éstos deben cumplir con un cier-
entre dos puntos terminales en dor(es) de Grupo dentro de la to número de mecanismos para
la red óptica, a la cual los clien- red óptica. Este registro pue- su correcto funcionamiento, los
tes están conectados. Las pro- de ser de distintos tipos (IP, cuales se mencionan a conti-
piedades de estos lightpaths se ATM, etc.). La red óptica aso- nuación:
definen mediante los atributos cia la dirección y el identifica-
especificados durante el esta- Canal de control IP: Se re-
dor de Grupo con una direc-
blecimiento de la conexión, o quiere un IPCC entre la UNI-C y
ción administrada-por-la-red- las correspodientes UNI-N, por
mediante algunas solicitudes de óptica (Optical-Network-
modificación soportables. lo que para implementarlo es
Administered Address). necesario que estas entidades
La noción de grupos de traba- conozcan sus respectivas direc-
• Eliminación del registro de
jo se considera como una parte ciones IP. Es necesario que para
cliente el establecimiento de conexio-
integral del establecimiento del
lightpath. Un Grupo de Trabajo • Solicitud: Permite al cliente su- nes en la unidad de control
se define como un conjunto de ministrar a otros clientes, una UNI, se cumplan los siguientes
dispositivos de clientes que res- requerimientos:
dirección y un identificador
tringen la conectividad con de Grupo para crear una «di- • El enlace debe ser capaz de
otros dispositivos fuera de este rección administrada-por-la- transportar paquetes IP desde
Grupo. red», que pueda ser usada UNI-C hasta UNI-N.
para los mensajes de crea-
Las acciones soportadas por • La tasa de transferencia del
ción de ruta.
los servicios lightpath son las si- enlace debe ser adecuada
guientes: Como sabemos, cada OXC para soportar esta función.
• Creación de Lightpath: Esta en una red óptica, posee una o • El enlace debe ser seguro,
acción permite la creación de más direcciones IP asociadas a ambas unidades deben imple-
una ruta entre dos terminales. ella, la cual se asume única mentar procedimientos para
A cada ruta se le asigna un dentro del dominio de servicio evitar accesos sin autoriza-
identificador único dentro de de la UNI. Estas direcciones ción.
la red óptica llamado ligth- son del tipo «administradas-por-
la-red». Cada punto de cone- • Ambas unidades deben ser
path ID. capaces de detectar rápida-
xión de los clientes tiene asig-
• Eliminación de Lightpath. mente fallas en la conexión.
nado una de estas direcciones,
por lo que es posible que varios Mensajes de Señalización
• Modificación de Lightpath:
puntos de conexión tengan aso- UNI: Debido a que como se
Esta acción permite modificar
ciados la misma dirección. Los mencionó anteriormente, se
algunos parámetros de la pueden utilizar distintos protoco-
mensajes de creación de light-
ruta, dependiendo de las polí- los de señalización, la lista de
paths deben identificar la fuente
ticas de la red, y en ningún mensajes que se presenta a
y el destino de la ruta, y si éstos
caso puede ser destructiva. continuación es lo mas genérica
no pueden ser asociados a una
dirección única, se puede utili- posible:
• Solicitud de estado del Light-
path: Esta acción permite ac- zar una componente opcional • Solicitud de creación del
ceder a ciertos valores del es- de direccionamiento llamada Lightpath: Enviado desde la
tado de la ruta, especificán- Identificación Lógica del Puerto UNI-C fuente hacia la UNI-N
dola por su identificador. (Logical Port ID). fuente.
15. Conmutación
• Respuesta a la solicitud de
creación del Lightpath: Envia- UNI-C UNI-N UNI-N UNI-C
do desde la UNI-C destino (Fuente) (Fuente) (Destino) (Destino)
hacia la UNI-N destino acep-
tando la solicitud de creación Solicitud de inicio Solicitud de inicio
de la ruta, o desde la UNI-N de conexión de conexión
fuente hacia la UNI-C fuente Respuesta a
indicando, la exitosa, o no solicitud de inicio
exitosa solicitud de creación Respuesta a
de conexión
de ruta. solicitud de inicio
de conexión
• Solicitud de eliminación del
Lightpath: Enviada por la UNI- Confirmación de
C fuente, o por la UNI-N fuen- inicio de conexión
Confirmación de
te, indicando que la red elimi- inicio de conexión
nó la ruta.
• Respuesta a la solicitud de eli-
Figura 12. Escenario para el establecimiento de una conexión.
minación del Lightpath.
• Solicitud de modificación del edor de servicios, que especi- 8) PLANO DE GESTIÓN
Lightpath. fica la calidad de servicio.
Punto de conexión fuente/ Este plano se encarga de las
• Respuesta a la solicitud de destino del cliente.
modificación del Lightpath. funciones de gestión del Plano
Identificador del grupo de de Transporte, Plano de Control
• Solicitud de estado del Light- usuario. y del Sistema como un todo.
path. Identificador del UNI-C También provee coordinación
entre todos los Planos.
• Respuesta a la solicitud de es- • Relacionado con servicio:
tado del Lightpath. El Plano de Gestión presenta
Direccionalidad: Bandera
las siguientes funciones, identifi-
• Notificación: Este mensaje se que indica si la ruta es uni o
cadas en M.3010 y otras reco-
envía de modo autónomo bidireccional.
mendaciones de la serie M
desde una UNI-C o una UNI- Tipo de trama: Especifica el (UIT):
N, indicando un cambio de formato de la señal a trans-
estado en la ruta. portar (ej. • Gestión de desempeño
• Solicitud de Dirección de un SONET, SDH, etc.) • Gestión de falla
cliente remoto. Ancho de banda. • Gestión contable
Retardo de propagación. • Gestión de seguridad
Parámetros de los mensajes
UNI: Los siguientes parámetros Nivel de servicio.
Para permitir un enrutamiento
deben ser codificados por los • Relacionado con enrutamien- inteligente en el plano de trans-
mensajes de señalización UNI. to: porte, son requeridos paráme-
Es de esperarse que el formato tros adicionales tales como: en-
Diversidad.
de los mismos sea muy similar a lace, costo, retardo, calidad,
los desarrollados por la señali- • Misceláneos: los cuales pueden ser provistos
zación GMPLS:
Código de resultado: Un có- por este Plano de Gestión.
• Identificación: digo que indica el éxito o fa-
lla de una operación. Este plano además tiene otras
Identificación del Lightpath: áreas generales funcionales:
Un identificador único (64 Estado.
bits) dentro de la red. • Gestión de funcionamiento;
• Relacionado con seguridad.
Identificación de contrato: Un • Gestión de configuración;
identificador de longitud va- • Relacionado con políticas,
• Gestión de estadística.
riable asignado por el prove- cuentas y autorización.
16. Redes ópticas
Algunas de las tareas de las 9) CONCLUSIONES tión y capacidad de superviven-
cuales se encarga el Plano de cia de señales de cliente que
Gestión, son: Los nuevos conceptos de re- son procesadas predominante-
des para este siglo vienen ya te- mente en el dominio fotónico..
• Localizar recursos del Plano jiéndose en los Grupos de Estu-
de Transporte en particiones El plano de control de las redes
dio de las diferentes organiza-
del Plano de Control. ASON posee mecanismos que
ciones estandarizadoras, foros
de empresas y diversos organis- hacen posible una rápida res-
• Activar y desactivar los proce-
sos de descubrimiento. mos desde hace unos cuantos tauración óptica también.
años. Ya en el siglo pasado co-
• Particionar los recursos usa- menzamos a hablar sobre GII y No todo está dicho todavía
dos por el Plano de Control. NGN, y hoy en día ya aquellos con respecto a estos estánda-
• Asignar identificadores únicos conceptos los estamos comple- res, ya que muchas Recomen-
a los puntos de acceso de las mentando con el de ASTN y daciones están siendo actual-
diferentes capas de red. ASON. El crecimiento y acep- mente revisadas y aún no han
tación de IP como el protocolo
• Invocar o invalidar la protec- sido aprobadas, además es ne-
sencillo y versátil por excelen-
ción o restauración de una co- cia, aunado al desarrollo de los cesario seguir de cerca los res-
nexión, a través de un coman- sistemas ópticos, están motori- pectivos trabajos de definición
do. zando la emigración de las re- de protocolos y procesos.
• Realizar funciones de adminis- des tradicionales hacia mode-
tración del Plano de Transpor- los más eficientes. Por ejemplo en lo relacionado
te, del Plano de Control y del con los protocolos específicos
Las redes ópticas están dota-
sistema en su totalidad, así das de funcionalidades que de la red de transporte, aspec-
como proporcionar la coordi- proporcionan transporte, multi- tos de señalización P-NNI y
nación entre todos los planos. plexación, enrutamiento, ges- GMPLS, son temas de interés.
IP
DSO MPLS ATM VX Ethernet/MAC
VC2 VC2 VC12 VC11 LOVC ATM VP
VC2 VC4 VC4 VC4 VC4 VC4 HOVC
ANEXO 1
STMn ODU1
MSn
semitransparente
ODU2
ODU3
STM-N/GE
(pre OTN/WDM)
OCh
Figura 13. Red de transporte multicapa.
17. Conmutación
ANEXO 2
NE1 NE2 NE6
I II III I II III IV
Capa LOVC
LOVC Fabric LOVC Fabric LOVC Fabric
a b c d a b c d a b c
Enlace LOVC Enlace LOVC
El enlace LOVC es una conexión de
cliente gestionada por HOVC tral
NE1 NE2 NE3 NE6
a b c a b c d a b c
Capa HOVC
HOVC HOVC HOVC HOVC
1 2 3 1 2 3 4 5 6 1 2 3 4 5 6 7 1 2 3
Enlace HOVC Enlace HOVC Enlace HOVC
El enlace HOVC es una conexión de cliente
Conexiones de cliente gestionada por ODUk (y STIH) tral
1 2 3 4 1 2 3
Capa ODUk
ODUk Fabric ODUk Fabric
a b c a b c
Conexiones nativas Enlace ODUk
Figura 14. Red y sus redes de capas.
BIBLIOGRAFÍA [3] Mayer M. Ed, «Architectu- 04.txt, work in progress, Mayo
re for Automatic Switched Opti- 2001.
[1] Mayer M. Ed, «Require- cal Network (ASON)», ITU
G.8080/Y1304, V1,0, Octu- [6] Recomendación UIT
ments for Automatic Switched G.807/Y.1302, «Requisitos
Transport Network (ASTN)», ITU bre 2001.
de la Red de Transporte con
G.8070/Y1301, V1,0, Mayo [4] Lazar M. et al, «Alternate Conmutación Automática», Julio
2001. Addressing Proposal», OIF Con- 2001.
[2] Magd, Samoussi, Gram- tribution, OIF 2001.21, Enero
2001. [7] Recomendación UIT
mel, Belotti, «Automatic Swit- G.872 «Arquitectura de las Re-
ched Optical Network (ASON), [5] Ashwood-Smith P. et al, des de transporte Ópticas», Fe-
Architecture and its Related Pro- «Generalized MPLS-Signaling brero 1999.
tocols», Internet Draft, draft-ietf- Functional Description», draft-
ipo-ason-o2.txt. ietf-mpls-generalized-signaling- [8] Recomendación UIT
G.8080/Y.1304 «Arquitectura
18. Redes ópticas
ANEXO 3
CalC
SNCr NEC SNCr NEC SNCr NEC
I II III I II III IV
LOVC Fabric LOVC Fabric LOVC Fabric
a b c d a b c d a b c
Enlace LOVC Enlace LOVC
CalC
SNCr NEC SNCr NEC SNCr NEC NES SNCr NEC
a b c a b c d a b c
HOVC HOVC HOVC HOVC
1 2 3 1 2 3 4 5 6 1 2 3 4 5 6 7 1 2 3
Enlace HOVC Enlace HOVC Enlace HOVC
CalC
SNCr NEC E4 SNCr NEC
SNCr: controlador de subred, ej. controlador
(es) de conexión, controlador (es) de ruta y
gestor (es) de recursos de enlace.
1 2 3 4 1 2 3
CallC: controlador de llamadas.
NEC: Controlador de ingeniería de red. ODUk Fabric ODUk Fabric
a b c a b c
Enlace ODUk
Figura 14. Plano de los componentes de control.
para las Redes Ópticas Conmu- cal Networks», Prentice Hall Contribution number:
tadas Automáticamente 2002. OIF2001.046, Enero 2001. s
ASON», Noviembre 2001.
[10] John Strand, Yong Xue,
[9] Peter Tomsu, Christian Sch- «Routing for Optical Networks
mutzer, «Next Generation Opti- with Multiple Routing Domains»,