TL01304C

7.
reas funcionales de gestin
89
7 reas funcionales de gestin

Se puede definir la gestin de red como la planificacin, la organizacin, la supervisin y el control de
elementos de comunicaciones para garantizar un adecuado nivel de servicio, y de acuerdo con un
determinado coste.
Las recomendaciones de la OSI, posteriormente recogidas por la ITU, definen las siguientes reas
funcionales para la gestin de red:
Supervisin y fallos: conjunto de facilidades que permiten la deteccin, aislamiento y correccin de
una operacin anormal.
Configuracin: facilidades que permiten controlar, identificar, recoger y proporcionar datos a objetos
gestionados, con el propsito de asistir a operar servicios de interconexin.
Contabilidad: facilidades que permiten establecer cargos por el uso de determinados objetos e
identificar costes por el uso de stos.
Prestaciones: facilidades dedicadas a evaluar el comportamiento de objetos gestionados y la
efectividad de determinadas actividades.
Seguridad: aspectos que son esenciales en la gestin de red y que permiten proteger los objetos
gestionados.
Sistema de red
Polticas de
gestin
Control
Gestores
Interpretan
Monitor
Recursos
Fig. 7.1 Flujo de informacin de gestin
El esquema de funcionamiento que sigue un sistema de gestin (Figs. 7.1 y 7.2) parte de las
mediciones que se realizan de los recursos de la red a partir de los agentes que los mismos nodos
contienen. Estos nodos, a travs de sus agentes, proporcionan la informacin a los gestores de la red.
Los gestores, a partir de los parmetros definidos en sus polticas de gestin, actan sobre la red
mediante mensajes de control sobre los agentes de los nodos, optimizando el funcionamiento a travs
de cambios de configuracin, etc. Este control realizado sobre la red modifica las condiciones del
trfico y el ciclo se repite realizando nuevas mediciones sobre los recursos.
Los autores, 1998; Edicions UPC, 1998.
Gestin de red
90
Monitoriza estatus y
recibe informes de
sucesos
Interpreta polticas
y toma decisiones
Realiza control de
operaciones
Fig. 7.2 Bucle de actividades de gestin
El esquema de funcionamiento general de una plataforma de gestin puede verse en la figura 7.3. En
este esquema, el usuario a travs de una interfaz unificada tiene acceso a la informacin procedente de
diversas aplicaciones de gestin (gestores). Esto se requiere as puesto que la diversidad de elementos
de red procedentes de diferentes fabricantes junto con la enormidad de funciones de gestin definidas
por los estndares aconseja el procesado en paralelo.
Interfaz a
usuario
unificado
Presentacin de informacin de gestin
de red a los usuarios
Aplicacin de
gestin de red
Elemento
de aplicacin
Aplicacin de
gestin de red
Elemento
Elemento
de aplicacin de aplicacin
Servicio de transporte de datos de gestin
Mdulo de
acceso MIB
MIB
Pila de protocolos
de comunicaciones
Redes
gestionadas
Fig. 7.3 Modelo de referencia de un sistema de gestin de red
7. reas funcionales de gestin
91
Los elementos de aplicacin corresponden a funciones diferentes que son aprovechables por las
diferentes aplicaciones. El servicio de transporte y las pilas de protocolos implementadas suelen ser
tambin de tipo variado dada la complejidad de interconexin de redes que forman los sistemas de
comunicaciones actuales.
7.1 Gestin de fallos

La gestin de fallos se ocupa del conjunto de facilidades que permiten la deteccin, aislamiento y
correccin de una operacin anormal.
El determinar el mximo de informacin sobre los fallos es el elemento fundamental para su buena
gestin. La informacin de fallos debe permitir detectarlos y aislarlos. Los fallos: se detectan
normalmente ante cambios de estado en los dispositivos.
Estatus y
supervisin
de red
Usuario
Monitorizacin
Alarmas de dispositivos
Etiquetado de problemas
Seguimiento de problemas
dinmico
conocido?
no
Unir a problemas conocidos
Back-up, reconfiguracin
Determinacin problema
Back-up y reconfiguracin
s
conocido?
Implementar solucin
no
Diagnosis y reparacin
Diagnosis y reparacin
Monitorizar y verificar correcin

no
Recuperacin por
la red
conocido?
s
Restauracin
Actualizar bases de datos
Distribuir informes
Fin
Fig. 7.4 Secuencia de operaciones realizadas en un sistema para corregir fallos
Existen una serie de problemas relacionados con la deteccin de fallos. Por ejemplo, fallos no
observables que slo permiten detectar efectos laterales, o bien el caso de fallos inciertos, en los que la
informacin sobre el fallo puede no ser fiable en cuanto a su fuente.
Gestin de red
92
Por otra parte, tambin existen una serie de problemas en la fase correspondiente al aislamiento de
fallos. Puede darse el caso de una deteccin de mltiples fallos por una sola causa e incluso el caso de
deteccin de fallos por mltiples causas.
En la figura 7.4 se puede observar el proceso seguido por una aplicacin de gestin de alarmas en su
recorrido hasta determinar correctamente la causa concreta del fallo y el porqu de las alarmas
generadas.
Como ejemplos de tecnologas que permiten tratar los fallos de conectividad en redes TCP/IP existen
programas como PING o TRACEROUTE. Para la deteccin de fallos se puede utilizar el programa
PING, que realiza un sondeo peridico del recurso mediante el protocolo ICMP (echo request).
Permite tambin comprobar el tiempo de respuesta. Para el aislamiento de fallos se puede utilizar el
programa TRACEROUTE que permite ver la ruta que siguen los paquetes hacia un nodo y que est
basado en el parmetro Time To Live de IP.
7.1.1 Identificacin de fallos en redes de comunicaciones

En este apartado se presenta un anlisis introductorio a la identificacin de fallos en redes de
comunicaciones. El proceso de gestin de fallos se caracteriza por los siguientes tres pasos:
1) Correlacin de alarmas.
2) Identificacin de fallos.
3) Pruebas de localizacin.
En los procesos 1 y 2 se correlacionan los fallos observados, o las alarmas enviadas, y se proponen
varias hiptesis de fallo a fin de identificar el fallo. Posteriormente, cada una de las hiptesis
propuestas se examina para localizar el fallo de una forma ms precisa.
Existen muchos mtodos para llegar a la obtencin del fallo en una red. En este caso se presenta una
posible metodologa basada en el anlisis de probabilidades.
Se define un objeto como parte de la red que tiene una existencia distinta y separada. A partir de ah,
un grafo dirigido G = (E,D) es un modelo del sistema donde E equivale a los objetos terminales
activos y D son las alarmas.
Un par (ej, ei) perteneciente a D, denota que un fallo en ei tiene efecto en ej, esto es, ej es dependiente
de ei. A cada vrtice ei se le asigna un peso pi que es la probabilidad de que el objeto falle
independientemente del estado (falle o no falle) de cualquier otro objeto de terminal activo
dependiente de ste. As, a cada par dirigido (ej, ei) se le asigna un peso pji, especificando la
dependencia entre las entidades que conecta. Esto es:
pji = P(ej falle / ei falle)
Cada alarma ai emitida por ei se caracteriza por un dominio de alarmas D(ai) definido como el
conjunto de objetos que podra haber causado la alarma. Se define tambin un cluster de alarmas,
como el conjunto de alarmas cuyos dominios interseccionan unos con otros.
93
Supongamos que ei emite una alarma ai. Asociaremos esta alarma con todos los objetos ej en el
grfico de dependencias con pesos de dependencia pij > W, donde W es un parmetro. Escogiendo
diferentes valores de W se pueden crear diferentes asociaciones de entidades con una alarma dada.
El problema de encontrar el D(ai) es una variacin del problema de fuente nica. En este caso, se
encuentra el camino de coste mnimo desde el vrtice de una fuente en un grfico a todos los otros
vrtices en el grfico. Por ejemplo, mediante el algoritmo de Dijkstra. En este algoritmo se asocia el
coste de un camino al producto de pesos pij, donde el problema consistira en encontrar el camino de
coste mximo, que fuera tambin mayor que W. Ahora bien, si en lugar de adoptar pij escogemos log(pij) como coste del camino y este coste es menor que -log(W), se puede utilizar directamente el
algoritmo de Dijkstra de coste de camino mnimo.
Como ejemplo, sea la siguiente red de la figura 7.5.
L1
A
B
L4
L3
L2
C
Fig. 7.5 Esquema de conexiones de una red
A partir de la red anterior, se puede construir un grfico de dependencias, tal como se muestra en la
figura 7.6.
p1
p2
e1=A
e2=L1
p16
p6
p32
p31
e6=L3
e3=B
p51
p35
p56
p34
e5=C
p5
e4=L2
p54
p4
Fig. 7.6 Grfico de dependencias de la red
p3
Gestin de red
94
7.2 Gestin de configuracin

La gestin de configuracin es un conjunto de facilidades que permiten controlar, identificar, recoger
y proporcionar datos a objetos gestionados con el propsito de asistir a operar servicios de
interconexin. Entre las tareas relacionadas se puede destacar la definicin de informacin de
configuracin en los recursos, la modificacin de las propiedades de los recursos, la definicin y
modificacin de relaciones entre los recursos, la inicializacin y terminacin de servicios de red o bien
la distribucin de software.
7.3 Gestin de prestaciones

Representan un conjunto de facilidades dedicadas a evaluar el comportamiento de objetos gestionados
y la efectividad de determinadas actividades. Entre los indicadores de prestaciones se pueden definir
los que estn orientados al servicio, como la disponibilidad, el tiempo de respuesta, y la fiabilidad. En
cambio, otros indicadores estn orientados a la eficiencia, como el throughput (caudal, flujo) o la
utilizacin.
En la figura 7.7 puede observarse el proceso seguido por una aplicacin de gestin de prestaciones o
rendimientos hasta encontrar unos parmetros de funcionamiento ptimos en la red.
Violaciones de los
niveles de servicio
Peticiones de servicio con

parmetros especficos
Evaluaciones de
prestaciones
Monitorizacion de red y
seguimiento histrico
Ficheros con
datos
histricos
no
Nivel de servicio
adecuado?
s
Problema conocido?
no
Diagnosis y formularcin de
solucin
no
s
Solucin
realizable?
Implementar solucin
Actualizar directorios y distribuir informes
Fig. 7.7 Proceso de gestin de prestaciones
Resolver con el originante

o llamante
95
7.4 Gestin de tarificacin

La gestin de tarificacin son un conjunto de facilidades que permiten establecer cargos por el uso de
determinados objetos e identificar costes por el uso de stos. Se puede hablar de criterios sobre
tarificacin. Entre ellos se pueden destacar: localizacin geogrfica, distancia desde nodo central,
zonas temporales (da/semana), descuentos por volumen, precio por paquete, cdigos de rea, rango
de extensin por voz, email, etc, identificacin de equipos orientados a datos, etc.
7.5 Gestin de seguridad

La gestin de seguridad est relacionada con la generacin, distribucin y almacenamiento de claves
de cifrado, informacin de passwords (contraseas) o bien informacin de control de acceso y
autorizacin que debe mantenerse y distribuirse. Es decir, proporciona facilidades para incorporar
mecanismos de seguridad contra los ataques a las comunicaciones, como proteccin contra
interrupcin del servicio, captura no autorizada de informacin, modificacin de informacin o
suplantacin de entidad.
8 Funciones de gestin de la red de sealizacin
97

Las funciones de gestin utilizadas en el SS7 se refieren a procedimientos de control de disponibilidad
que permiten reconfigurar la red para desviar el trfico y as poder subsanar mejor los inconvenientes
de fallos en nodos y/o enlaces. Adems existen los controles de congestin especficos que permiten
evitar en lo posible los bloqueos de la red y las posibles prdidas de informacin correspondientes.
Dado que los enlaces de sealizacin se disean para que el trfico que soporten sea menor que la
capacidad del enlace (40%), las situaciones de congestin se producen generalmente debido a cadas
de enlaces o nodos [RUS1].
8.1 Controles de flujo MTP en la red de sealizacin

Las funciones de control de flujo MTP pertenecen al nivel 3. Las funciones atribuidas al nivel 3
pueden dividirse en dos grandes grupos: funciones de manipulacin de mensajes de sealizacin y
funciones de gestin de red de sealizacin, descritas en la recomendacin Q.701.
Las funciones de manipulacin de mensajes de sealizacin conciernen al encaminamiento, la
discriminacin y la distribucin de mensajes de acuerdo con el estatus actual de los nodos y enlaces de
la red, estn disponibles, no disponibles o congestionados. En los siguientes apartados se har enfasis
en las funciones de gestin de red de sealizacin, que se usan para reencaminar trfico a otros
enlaces cuando los nodos son inalcanzables, y que pueden dividirse en gestin de enlaces de
sealizacin, gestin de trfico de sealizacin y gestin de rutas de sealizacin (recs. Q.701,
Q.704).
Los controles de flujo MTP se diferencian en que pueden seguir las recomendaciones
internacionales o bien dos opciones dentro de las recomendaciones de mbito nacional. En la red
internacional, las prioridades de congestin de mensajes no se asignan dentro del MTP y cualquier
decisin para descartar mensajes se toma nicamente a nivel de UP (el descarte podra ser en el
nivel MTP slo en caso de falta de memoria fsica). En la opcin nacional con mltiples niveles de
congestin y prioridades de congestin, el MTP reconoce mltiples prioridades de congestin y
basa sus decisiones de descarte en esas prioridades, de forma separada, adems de cualquier
descarte que pudiera haber en el nivel UP. En la opcin nacional con mltiples niveles de
congestin, pero sin prioridades de congestin, el descarte slo ocurre en el nivel UP, como en el
caso de control internacional.
Gestin de red
98
8.1.1 Gestin del enlace de sealizacin

Las funciones de gestin de los enlaces de sealizacin son controlar localmente los enlaces de
sealizacin, es decir, activando y desactivando enlaces, y proporcionar la informacin de estatus
sobre la disponibilidad de enlaces locales a la funcin de gestin de trfico segn la recomendacin
Q.704. Tiene funciones de soporte de informacin y no interviene directamente en el control de
congestin.
Los procedimientos de gestin de enlaces requieren del uso de funciones del nivel 2 Message Transfer
Part (MTP) o SAAL para informar de fallos y del estatus de los enlaces a un punto de sealizacin
adyacente. Se definen tres funciones para la gestin de enlaces:
- activacin de enlace
- restauracin de enlace
- desactivacin de enlace
Cuando se activa un enlace por primera vez, el nivel 3 direcciona al nivel 2 para empezar el
procedimiento de alineamiento y emplazar el enlace en servicio. Antes que puedan enviarse realmente
los mensajes, el gestor del enlace tambin enva mensajes de test sobre el enlace para asegurar la
integridad de ste. Una vez se ha activado el enlace y es considerado en servicio, se enva un mensaje
SLTM (Signaling Link Test Message) que es contestado con un SLTA (Signaling Link Test
Acknowledgment). En caso de fallo del enlace, que se determina e informa por parte del nivel 2, se
procede a la restauracin del enlace. La desactivacin se realiza cuando se encuentra al enlace en error
y requiere ser emplazado para un alineamiento. Para ello, previamente se desva el trfico a otros
enlaces y posteriormente se desconecta.
8.1.2 Gestin del trfico de sealizacin

La gestin de trfico de sealizacin realiza el desvo y el control de flujo de trfico en respuesta a
fallos de nodo/enlace y a congestin (Q.704). En el caso de no disponibilidad de enlace/ruta o
restriccin de ruta, las decisiones de encaminamiento se basan en la informacin de estatus recibida
desde las funciones de gestin de rutas/enlaces de sealizacin. El objetivo es mantener la
conectividad a todos los destinos requeridos.
Los mensajes de gestin de trfico no se propagan a travs de la red de sealizacin SS7, sino que lo
hacen punto a punto por la red troncal. La gestin de trfico proporciona los mecanismos para
gestionar el desvo del trfico debidos a:
- no disponibilidad del enlace de sealizacin
- disponibilidad del enlace de sealizacin
- no disponibilidad de la ruta de sealizacin
- disponibilidad de la ruta de sealizacin
- restriccin de la ruta de sealizacin
- disponibilidad del punto de sealizacin.
Tipos de mensajes involucrados:
- Changeover: desva el trfico fuera del enlace cado.
99
- Changeback: se utiliza cuando un enlace cado es restaurado.

- Emergency changeover: cuando se inicia un procedimiento de changeover pero el buffer de
transmisin no puede leerse.
- Forced rerouting: se inicia cuando una ruta a un destino especfico no est disponible.
- Controlled rerouting: procedimiento para restaurar el trfico hacia la ruta ms favorable, caso de que
haya sido previamente restringida.
- MTP restart: restablecimiento de un punto de sealizacin despus de un aislamiento previo del resto
de la red.
- Management inhibiting: usado por la gestin del enlace para bloquear un enlace de sealizacin
desde el nivel 4.
- Flow Control: en el nivel 3, se utiliza para controlar el flujo de los mensajes UP desde la fuente.
Por ejemplo, el cambio de enlace (Link Changeover) es una funcin de gestin del trfico de
sealizacin consistente en el desvo de trfico, en el caso de cada de enlace o de nodo, a uno o varios
enlaces. Se describe en la recomendacin Q.704. Existe el procedimiento anlogo para recuperar la
situacin inicial de la red (Changeback), descrito en la misma recomendacin.
8.2 Control de flujo de trfico de sealizacin

Se trata de un control de flujo integrado en el nivel MTP para regular el exceso de trfico de control
MTP. Cuando se detecta congestin, se advierte a los usuarios para que regulen la carga de
sealizacin en los puntos de origen del trfico. La razn de este control es que los enlaces de
sealizacin de 64 Kbps podran ver excedida su capacidad por un exceso de trfico. El objetivo
consiste en proteger las colas del nivel 2 y por tanto los enlaces de sealizacin. Los controles MTP
operan principalmente a nivel 3 MTP.
Los procedimientos describen como los puntos de conmutacin (SP) responden a la indicacin de
congestin de un conjunto de rutas (Transfer Controlled Message, TFC). Los UP en las fuentes SP
son informados de los destinos afectados por medio de las primitivas de indicacin de congestin
MTP-ESTATUS enviadas desde el nivel 3 MTP de la funcin de gestin de trfico de sealizacin a
todos los UP conectados. Los UP toman la decisin de reducir el trfico de sealizacin hacia el
destino afectado, en una o en varias de las rutas que lo interconecten.
Los controles de flujo MTP se diferencian, tal como se ha descrito anteriormente, en que pueden
seguir las recomendaciones internacionales o bien dos opciones dentro de las recomendaciones de
mbito nacional (recs. Q.704); esto es:
- controles internacionales
- opcin nacional con prioridades de congestin
- opcin nacional sin prioridades de congestin.
8.2.1 Gestin de rutas de sealizacin

El objetivo de la gestin de rutas de sealizacin es asegurar que los SP estn informados en cada
momento de la disponibilidad de rutas en la red. La gestin de rutas no pertenece a un enlace en
concreto (como la gestin de trfico) sino que afecta por entero a un punto de sealizacin. La
disponibilidad o no de las rutas, las restricciones de trfico, etc, se comunican a la fuente SP de la ruta
Gestin de red
100
de sealizacin por medio de procedimientos y mensajes explcitos como: TFP, TFA, o TFR. En caso
de congestin, se usa el mensaje TFC.
Procedimiento TFC
En el enlace congestionado, la funcin de gestin de rutas de sealizacin usa el procedimiento TFC
para informar a los nodos fuente acerca del estatus de congestin de las rutas de sealizacin y los
enlaces afectados, a fin que stos puedan reducir el trfico hacia los enlaces de acuerdo con los
mecanismos de control de flujo de trfico. El mensaje TFC informa del estatus de congestin de la
ruta a los nodos fuente.
Los procedimientos para la determinacin de congestin, o estado de descarte en los enlaces de la red,
y cmo estos estados son usados por la funcin de gestin de rutas, son descritos en Q. 704.
Igualmente puede diferenciarse, tal como se ha descrito anteriormente, en que pueden seguir las
recomendaciones internacionales o bien dos opciones dentro de las recomendaciones de mbito
nacional, esto es:
- controles internacionales
- opcin nacional con prioridades de congestin
- opcin nacional sin prioridades de congestin.
En la red internacional, las prioridades de congestin de mensajes no se asignan dentro del MTP y
cualquier decisin para descartar mensajes se toma nicamente a nivel de UP (el descarte podra ser
en el nivel MTP slo en caso de falta de memoria fsica). En la opcin nacional, con mltiples niveles
o estados de congestin (S<=3) y prioridades de congestin (N<=3), el MTP reconoce mltiples
prioridades de congestin y basa sus decisiones de descarte en esas prioridades, de forma separada,
adems de cualquier descarte que pudiera haber en el nivel UP. En la opcin nacional con mltiples
niveles de congestin, pero sin prioridades de congestin, el descarte slo ocurre en el nivel UP, como
en el caso de control internacional.
El uso de direcciones de cluster en la red permite utilizar mensajes de cluster de gestin de rutas. La
ventaja de la gestin de rutas de cluster es que un slo mensaje puede enviarse para direccionar a un
grupo entero de puntos de sealizacin, ms que a puntos de sealizacin individuales.
Para la gestin de rutas normal pueden utilizarse los siguientes mensajes:
- Transfer-prohibited (TFP)
- Transfer-allowed (TFA)
- Transfer-restricted (TFR)
- Transfer-controlled (TFC)
- Signaling-route-set-test (RST)
- Signaling-route-set-congestion-test (RCT)
Para la gestin de rutas de cluster existen los siguientes mensajes:
- Transfer-cluster-prohibited (TCP)
- Transfer-cluster-allowed (TCA)
- Transfer-cluster-restricted (TCR)
- Cluster-route-set-test (CRST)
101
Dentro de los controles de disponibilidad de red, las recomendaciones de la serie X.700 definen
diversos procedimientos para reconfigurar la red en caso de fallo: entre ellos estn los de transferencia
prohibida y transferencia restringida.
Transferencia prohibida (Transfer Prohibited, TFP)
El procedimiento de transferencia prohibida se utiliza hacia nodos adyacentes para desvo de trfico
desde nodos funcionalmente no disponibles. Para dar a conocer la informacin de prohibicin, se
envan mensajes TFP a los nodos adyacentes. El procedimiento acta tanto para nodos como para
rutas no disponibles. Una vez desviado el trfico hacia otras rutas, si se recupera el enlace o la ruta,
puede restaurarse la red hacia la situacin original si se reenruta el trfico a su ruta original mediante
un procedimiento de transferencia disponible (TransFer Available, TFA). El procedimiento se
describe en la recomendacin Q.704.
Transferencia restringida (TransFer Restricted, TFR)
El procedimiento de transferencia restringida se utiliza hacia uno o ms nodos adyacentes para el
desvo de trfico hacia rutas alternativas (si es posible) en respuesta a una situacin de congestin de
trfico. La funcin de gestin de rutas locales utiliza el mensaje TFR para llevar la indicacin a los
nodos adyacentes. A la llegada del mensaje, los nodos responden con con un reencaminamiento
controlado del trfico hacia una ruta no congestionada. Una vez se ha descongestionado la ruta
original, se emplea un procedimiento TFA con el envo de los mensajes correspondientes a los nodos
adyacentes para recuperar la ruta original. El procedimiento se describe en la recomendacin Q.704.
8.3 Control nodal MTP

Este control sirve para proteger a la red de congestin nodal (en SPs o STPs), posiblemente a raz de
procesados internos en el nodo o de comunicaciones entre procesadores. Las causas pueden ser por
limitaciones de capacidad en los enlaces o por fallos en nodos de la red que pueden dar a lugar a
cuellos de botella y congestiones en el trfico. El control nodal puede realizarse a varios niveles del
protocolo de sealizacin.
Control nodal de nivel 2 MTP
El control nodal a nivel 2 de MTP se basa en la recomendacin Q.703. Los controles de flujo a nivel 2
se basan en un control on/off realizado en respuesta a congestin nodal en SPs o STPs.
Control de flujo
El mecanismo de control de flujo a nivel 2 se activa cuando se detecta congestin en el extremo final
del enlace de sealizacin. La notificacin sobre la deteccin de congestin se obtiene mediante el
envo peridico de LSSUs (Link Estatus Signal Units) con la indicacin (B) de ocupado al extremo
del enlace. En el extremo, se prueba la duracin de la congestin; si persiste, se deja el enlace fuera de
servicio y se notifica al nivel 3 de gestin de red de lo sucedido.
Bloqueo de procesador
La recomendacin Q.703 cubre adems de los mecanismos de control de flujo los bloqueos de
procesador. stos se producen cuando las funciones del nivel 2 no pueden transferirse al nivel 3, o el
nivel 3 no puede acceder al nivel 4, etc. En este caso se enva un flujo continuo de LSSUs con la
indicacin de estatus PO (Processor Outage) desde el extremo cercano, donde ocurre el bloqueo, al
extremo lejano. Por otra parte, las MSUs recibidas por el extremo cercano se desechan. El extremo
Gestin de red
102
lejano pasa de enviar MSUs a enviar FISUs. En el momento en que se restablece el procesador, el
extremo cercano pasa a enviar MSUs y el extremo lejano pasa a reestablecer la comunicacin.
Control nodal de nivel 3 MTP
La congestin nodal implica que es el propio nodo quien provoca un cuello de botella en la
transmisin. El caso de congestin nodal SP o STP se trata en las recomendaciones Q.700 y Q.704,
siendo la deteccin dependiente de la implementacin. Se aplican los mismos mecanismos que para la
congestin de rutas de sealizacin.
UP no disponible
En el caso de que un UP remoto sea designado como no disponible (inalcanzable), se para el trfico
hacia este UP desde la fuente UP (Q.704). El UP inalcanzable (estado UPU) se sealiza a la fuente SP
mediante un mensaje UPU retornado desde donde se ha detectado este estado. El MTP en la fuente SP
pasa la informacin UPU al UP afectado va la primitiva MTP-ESTATUS, identificando el destino
afectado (Q.701) y UP. Se espera que la fuente UP pare o reduzca la generacin de mensajes hacia el
UP de forma apropiada. La recuperacin del UP remoto podra tratarse tambin desde el punto de
vista de gestin de fallos y alarmas. Por el momento (recs. 1992), se deja a criterio del UP examinar la
disponibilidad.
UP en congestin
En las recomendaciones Q.704 de 1992 se afirma que el MTP no mantiene informacin de estatus
acerca de la disponibilidad de UPs remotos.
Controles UP de nivel 4
Pueden considerarse los controles de flujo y los bloqueos en UP.
Controles de flujo UP
Los controles de flujo UP han de responder a la deteccin de congestin en el protocolo MTP,
regulando el trfico enviado a los destinos congestionados. Tanto el TUP (Q.724) como el ISUP
(Q.764) tienen recomendaciones similares para el tratamiento del control de flujo en UP, por lo que se
consideran de forma conjunta.
Cuando el MTP en la fuente SP recibe una indicacin de congestin, pasa esa informacin al UP va
la primitiva de MTP-ESTATUS (Q.701), que identifica el destino afectado y el estatus de la
congestin si se utilizan mltiples niveles de congestin (p.e. opcin nacional). Entonces, el UP
reduce el trfico al destino afectado de forma progresiva.
Las bases para el descartado por parte de los controles UP es un tema de implementacin sujeto a
mltiples variantes de diseo. Los controles UP podran actuar independientemente de cualquier
control en MTP, si bien en determinados casos (p.e. una opcion nacional) podra haber redundancias o
malfuncionamiento.
Bloqueo UP
El bloqueo en TUP se describe en la recomendacin Q.724. Los UPs en nodos adyacentes son
informados por el control de flujo del usuario y responden parando o reduciendo el tamao del
circuito hacia el nodo afectado.
103
8.3.1 Controles SCCP

El protocolo SCCP se describe en las recomendaciones Q.711 hasta la Q.716. El SCCP, junto al MTP,
proporcionan las funcionalidades del nivel 3 de la red. De las cuatro clases de servicio definidas 0 a 3,
slo la clase 3 proporciona control de flujo, va un mecanismo de ventana usando crditos. Cuando el
SCCP recibe una indicacin de congestin desde el MTP va una primitiva MTP-ESTATUS, hace un
broadcast de esa informacin localmente a los subsistemas SCCP concernientes (Q.714). Las
recomendaciones no especifican qu es lo que realizan los subsistemas como respuesta, por lo que se
deja este mecanismo para libre implementacin por parte del fabricante.
8.3.2 Controles de congestin automticos

Los controles de congestin automticos (Automatic Congestion Control, ACC) se usan cuando una
aplicacin de procesamiento de conmutacin de llamadas es sobrecargada (Q.724 en TUP, Q.764 en
ISUP y Q.542). Definen el uso que hace la red de sealizacin en respuesta a la congestin detectada
en la aplicacin de procesado de la llamada.
En el caso de TUP se pueden utilizar un par de niveles de congestin para advertir a los nodos
adyacentes y as reducir la tasa de llamadas dirigida al nodo congestionado. Si se utiliza el protocolo
ISUP, se aade un parmetro a los mensajes generados por el nodo de conmutacin. Este parmetro
indica el nivel de congestin (1 2) y a su recepcin los nodos adyacentes reducen el trfico hacia el
nodo afectado. ISUP tambin define un mensaje de sobrecarga especfico en la rec. Q.763 como una
opcin nacional. En Q.764, el protocolo ISUP define una opcin nacional para reducir el trfico en
caso de un bloqueo de troncales temporal (TTB) en lo que parece ser una funcin de proteccin de
servicio.
8.4 Gestin de fallos

La secuencia de procedimientos que ocurren desde que se detecta un fallo en un enlace, de un
conjunto de dos enlaces conectados a un punto de sealizacin, es la siguiente:
Deteccin desde el punto de sealizacin de la cada de uno de sus enlaces. Inicio del Link Status
Signal Unit LSSU por el nivel 3 de la capa de gestin. La gestin de la capa de nivel 3 instruye a la de
nivel 2 enviando un LSSU con el estatus de procesador bloqueado (Processor Outage) al enlace de
sealizacin. Cuando se recibe el mensaje, mantiene todas las MSUs (Message Signal Units) para
prevenir la transmisin sobre el enlace cado.
La gestin del enlace a nivel 3 pasa ahora al proceso de recuperacin del enlace. Pone el enlace fuera
de servicio, que inicia cambiando el cdigo del enlace y comenzando el procedimiento de
Changeover. Se desva el trfico. El procedimiento de Changeover es invocado por la gestin de
trfico del nivel 3. Todos los mensajes no reconocidos en el buffer de transmisin del enlace al punto
de sealizacin se transfieren a un nuevo enlace. Cuando se ha completado este procedimiento, se
enva el mensaje de Changeover al punto de sealizacin proporcionando el cdigo de sealizacin
(SLC). Cuando se recibe por el punto de sealizacin el mensaje, ste transfiere las MSUs que estn
todava en el buffer de transmisin del enlace fallido al nuevo enlace. Entonces, se retransmiten las
MSUs sobre el nuevo enlace en ambas direcciones.
Gestin de red
104
Para reconocer la finalizacin de la transferencia del buffer y la recepcin del mensaje de Changeover,
el punto de sealizacin enva el mensaje de Acknowledgement Changeover al otro punto de
sealizacin. Esto significa que ahora puede desviarse el trfico. Una vez que los mensajes han sido
retransmitidos y los buffers han sido retransmitidos, el procedimiento de recuperacin de gestin del
enlace puede empezar. Se empieza enviando el mensaje de LSSU de alineamiento normal sobre el
enlace fallido y empezando el procedimiento de alineamiento. Todos los timers y contadores son
puestos a cero.
Durante el desvo del trfico, el problema del corte del procesador se ha trasladado al nuevo enlace, de
forma que ambos enlaces son inaccesibles al punto de sealizacin. La gestin del trfico debe ahora
desviar el trfico fuera de los enlaces cados y buscar enlaces alternativos.
8.5 Arquitectura de gestin de red de sealizacin

Las recomendaciones descritas se basan en la congestin de la red de sealizacin y en sus controles,
dejando aparte los controles de la parte de aplicacin de procesamiento de la llamada. Es decir, la
parte UP se describe como red de sealizacin. Est an poco desarrollada la relacin entre la UP y la
parte de aplicacin de procesamiento de la llamada (AP). Slo se han empezado a utilizar tcnicas
como el tema UPU. Cada fabricante resuelve de forma libre la relacin o interfaz entre UP y
conmutacin de llamada (AP) en caso de congestin o fallo.
El conjunto de los mecanismos de gestin propuestos permite garantizar nicamente un buen
comportamiento de la red en entornos locales. En el caso de que se produzcan fallos en diversas partes
o nodos de la red, la restauracin del sistema puede ser compleja o incluso llegar a ser imposible. Los
mecanismos de gestin propuestos tampoco permiten la descongestin en el caso de producirse bucles
sin fin en la red. Por esto es recomendable el uso de una red de gestin (TMN) especfica, que podra
basarse en el protocolo CMIP o bien en tcnicas de desarrollo ms reciente como es CORBA.
9. Gestin de redes virtuales
105
9 Gestin de redes virtuales

El uso cada vez ms frecuente de elementos de red que actan a niveles superiores est permitiendo
un auge de la gestin basada en la configuracin de redes virtuales para obtener mejores rendimientos
sobre el trfico circulante entre los nodos.
9.1 Introduccin
Una VLAN puede entenderse como un grupo de terminales de usuario, quizs en mltiples segmentos
de LAN fsicos, que no estn restringidos por su localizacin fsica y que pueden comunicarse como si
estuvieran en una LAN en comn. Una VLAN conforma un nico dominio de broadcast, lo que
permite que cada miembro de esa VLAN reciba paquetes procedentes de otros miembros de esa
VLAN y no paquetes de grupos del exterior. No se requiere routing dentro de una VLAN y todos los
cambios, movimientos, adiciones, etc. se realizan mediante software.
9.2 Estndares de VLAN

Aparte de las mltiples soluciones propietarias implementadas, existen dos estndares propuestos por
el IEEE para redes VLAN. Estos son el IEEE 902.10 y el IEEE 802.1Q. Otros estndares han sido
propuestos para emular LANs bajo ATM, como los del ATM Forum. Otros provienen del IETF,
comenzando por el Spanning Tree, IEEE 802.1D que es un estndar para el control de puentes,
conmutadores y el estndar IEEE 802.1p que aade importantes funcionalidades de filtrado en VLAN.
9.3 Gestin de red en VLAN

El despliegue de redes conmutadas/VLANs requiere de nuevas perspectivas para la introduccin de
una gestin de red adecuada. Existen un par de estndares de gestin de red ampliamente utilizados
para VLANs: son el protocolo SNMP y el RMON. mbos se consideran complementarios y permiten
que la escalabilidad y flexibilidad de funcionamiento que presentan las VLAN pueda resolverse
adecuadamente mediante las arquitecturas jerrquicamente distribuidas que utilizan los entornos
SNMP/RMON.
En entornos basados en LANs, RMON ayuda a los gestores de red a determinar cmo segmentar
mejor sus redes y hacer un seguimiento de quin est comunicando con cualquier otro. A partir de la
Gestin de red
106
emisin de eventos especiales, un gestor de red puede identificar los usuarios que utilizan ms ancho
de banda. Estos usuarios pueden entonces ubicarse en sus propios segmentos de red para minimizar el
impacto a otros usuarios.
9.3.1 Seguridad en VLAN

La dificultad de obtener sistemas seguros basados en redes VLAN se deriva del hecho de que se trata
de estndares de comunicacin abiertos y de tener que proporcionar seguridad distribuida.
Los estndares de seguridad se basan en los protocolos ISAKMP y Oakley que son competidores para
establecer una gestin de claves en Internet y que son considerados por el grupo de trabajo Ipsec (IP
Security) del IETF. Otra solucin de seguridad distribuida fue presentada por Livingston Enterprises y
se denomina Remote Authentication Dial-in User Service (RADIUS). Radius soluciona los problemas
asociados con encontrar los requerimientos de seguridad de computacin remota. La seguridad
distribuida separa la autentificacin de usuario y la autorizacin del proceso de comunicaciones y crea
una nica posicin central para datos de autentificacin de usuario.
10. Gestin de la red B-RDSI
107
10 Gestin de la red B-RDSI

En este captulo se procede a dar una visin general de este tipo de redes describiendo los modelos de
gestin establecidos en la red digital de servicios integrados de banda ancha [MIN1, SCH1].
El modelo establecido de RDSI-BA se basa en la conmutacin distribuida a alta velocidad, sin utilizar
un control de errores en la red. Se trata de una red de gran flexibilidad, tanto en los anchos de banda
disponibles como en las calidades de servicio ofrecidas. Todo ello repercute en una mayor
complejidad, tanto en el diseo, como en el software que se debe utilizar, como en la gestin de la red.
A pesar de todo es una red de gran eficiencia con capacidad de direccionamiento de llamadas y/o
conexiones a uno o varios destinos fijos o mviles.
ATM (Asynchronous Transfer Mode) es la clave de la versatilidad de la red: se basa en el envo de un
flujo continuo de celdas, tanto en la interfaz usuario-red (UNI) y en los enlaces, como en los nodos de
conmutacin y/o multiplexacin. ATM permite adems emplear una nica interfaz para diferentes
tipos de usuarios con diferentes necesidades de servicio.
ATM es un mtodo de comunicacin orientado a conexin sin control de flujo ni recuperacin de
errores, que permite agrupar canales virtuales para configurar un camino virtual. A continuacin se
describen las capas que conforman la B-RDSI.
La capa fsica (ITU-T I.432) es la encargada del correcto transporte de celdas ATM y de la adaptacin
al sistema de transmisin (ATM, SDH, G.703). Se descompone en dos subcapas con las siguientes
funciones asignadas: una subcapa de convergencia de transmisin (TC), que permite la daptacin de la
tasa de celdas a la capacidad del sistema de transmisin, generacin y verificacin del HEC,
delimitacin de celdas ATM, adaptacin a la trama de transmisin (ATM, SDH, G.703) y
generacin/recuperacin de tramas de transmisin. Existe una segunda subcapa de medio fsico (PM),
que trata aspectos relativos a la correcta transmisin y recepcin de los bits sobre el apropiado medio
fsico, y se ocupa de la conversin electro-ptica si el medio es fibra ptica.
La capa ATM se encarga de la conmutacin y multiplexacin de celdas. Es una capa independiente
del medio fsico, comn para todos los servicios y mtodos de transmisin. Tiene las siguientes
funciones: controla flujo en UNI (User Network Interface) si se usa el GFC, extrae/aade cabeceras
para/desde AAL, tambin se encarga de cambiar los VCI y/o VPI en conmutadores y cross-connects y
finalmente multiplexa/demultiplexa celdas de distintas conexiones (VCIs/VPIs).
La capa de adaptacin se ocupa de adaptar informacin de cada clase de servicio al flujo de celdas
ATM. Se descompone en las dos subcapas siguientes: una subcapa de convergencia (CS), todava
Gestin de red
108
dependiente del servicio con las clases A, B, C y D, y una subcapa de segmentacin (SAR), que
segmenta PDUs en celdas ATM y ensambla celdas para formar PDUs.
Finalmente, las capas altas se encargan de ofrecer las 4 clases de servicios definidas por la ITU-T (I211).
En la figura 10.1 se especifican los campos de informacin que conforman la estructura de una celda
ATM.
Leyenda:
GFC: asigna prioridades a teleservicios segn la QOS.
VPI/VCI: identifican conexin. Asociados a la funcin de encaminamiento.
PTI: identificacin de la carga til.
RES: no especificado.
CLP: indicacin de prioridad de prdida de celdas (0/1 baja prioridad).
HEC: deteccin y correccin de errores en cabecera.
GFC/VPI
VP
VPI
VC
VC
VC
PTI
RES
CLP
HEC (Chequeo errores cabecera)

Tipos de celdas
Fig. 10.1 Estructura de celda ATM (5 + 48 bytes)
Plano de gestin
Plano de control
Protocolos y funciones
de capas superiores
Plano de usuario
Protocolos y funciones
de capas superiores
Capas de adaptacin ATM
HL
Gestin
de
capas
CS
SAR
Capa ATM
Capa fsica
TC
PM
Fig. 10.2 Estructura de niveles en la red B-RDSI
Gestin
de
plano
109
C
R
I
T
E
R
I
O
No requerida
(paquetes)
Requerida
(Circuitos)
Variable
(VBR)
Constante
(CBR)
Sin
conexin
Orientada a la conexin
Voz 64 Kbps
Video CBR
Audio
video
VBR
Datos X.25
y sealizacin
Relacin
temporal
entre fuente
y destino
Tasa de bits
Modo de
conexin
LAN
Fig. 10.3 Tipos de servicios en la red B-RDSI
Las clases de servicio definidas son las siguientes: vdeo de baja calidad con codificacin CBR
(comprimido a 2 Mbps); vdeo estndar CBR (34 Mbps) o VBR (2 a 10 Mbps); vdeo extendido VBR
(10 a 34 Mbps); y, finalmente, vdeo de alta calidad: VBR (70 a 140 Mbps) y CBR (comprimido a 20
Mbps).
En cuanto a las capas de adaptacin, existen diferentes combinaciones de protocolos CS y SAR que
dan lugar a infinidad de protocolos AAL. La ITU-T ha normalizado 4 protocolos: AAL 1 orientado al
servicio A; AAL 2 orientado al servicio B; AAL orientado a servicios C, D y sealizacin; y,
finalmente, AAL 5 con servicios C y D (ms simple y eficiente que el anterior).
TB
SB
B-ET1
TR2
UB
TR1
UNI
ET2
B-ET2
R
B-TA
TR2
SB
TR1
TB
UB
Fig. 10.4 Interfaces definidas en B-RDSI
La arquitectura definida en la B-RDSI contiene diversss interfaces siguiendo la misma filosofa que la
RDSI de banda estrecha. Existe una interfaz en el punto de referencia R que permite tener conectados
equipos sin disponer capacidades de red de banda ancha.
Gestin de red
110
Las interfaces en SB y TB deberan soportar todos los servicios RDSI. Las funciones en TR1 (capa
fsica) son de terminacin de lnea, de aspectos de transmisin hasta dependencias de usuario y de
OA&M. Respecto a las funciones asignadas al TR2 (capa fsica y superiores), existen las de
multiplexacin/concentracin de trfico, delimitacin de celdas, almacenamiento de celdas ATM,
CAC/UPC, manejo de protocolos de conmutacin, conmutacin de conexiones internas y, finalmente,
funciones de O&AM.
Respecto a las funciones de transporte de la capa ATM, se puede hablar de canal virtual (VC) y de
camino virtual (VP). Es importante definir los siguientes conceptos de cara a su uso posterior: enlace
de canal virtual (VCL)/enlace de camino virtual (VPL) son medios de transporte unidireccional entre
un punto donde se asigna un VCI/VPI y un punto donde es conmutado (puntos de conmutacin); un
VCI identifica una conexin (canal virtual) incluida en un VP sobre el UNI o el NNI; un circuito
virtual (VCC) es una concatenacin de VCLs entre extremos de la conexin donde se genera y
procesa la cabecera de las celdas de esa conexin; un trayecto virtual (VPC) es una concatenacin de
VPLs entre terminadores de VPLs (VPTs) donde se conmutan los VCLs (cambian los VCIs).
10.1 Introduccin a la gestin de la red B-RDSI

Los niveles de calidad de servicio exigidos en una red de banda ancha (B-RDSI) hacen necesaria la
introduccin de determinados mecanismos de gestin de red (NMC) que, de forma distribuida,
interacten con los distintos elementos de red tales como los conmutadores ATM.
Los sistemas de gestin actuales convencionales, basados preferentemente en plataformas tipo SNMP,
no proporcionan las capacidades necesarias para poder controlar una red basada en ATM. Por lo
general, se requiere controlar trfico muy sensible al retardo, jitter, o bien la infraestructura de
conmutacin extremo a extremo de forma muy rpida.
Para este fin, el ATM Forum cre un modelo de gestin ATM de cinco capas y unas funciones OAM
(Operations, Administration and Maintenance) que distribuyen la informacin de gestin por la red
ATM. Este modelo de gestin extremo a extremo permite la interaccin tanto de redes pblicas como
de redes privadas. El modelo tambin definir las pasarelas entre los protocolos SNMP y CMIP
(Common Management Information Protocol), as como entre otros sistemas propietarios.
A pesar de todo, este modelo de gestin tardar aos en poder completarse. De momento, el ATM
Forum ha definido el ILMI (Interim Management Interface) que se incluye en la recomendacin UNI
(User-Network Interface). El ILMI utiliza una conexin virtual ATM preestablecida con UNI para
comunicarse conmutador a conmutador y con una aplicacin de gestin va mensajes SNMP. Sin
embargo, el ILMI se limita a gestionar interfaces entre redes y no distribuye inteligencia de gestin a
travs de la red.
En la figura 10.5 se ha detallado un escenario de red de banda ancha. Se observa que los NMC se
conectan a los elementos de la red ATM a travs de la interfaz Q3 normalizada por la UIT y por el
ETSI. Asimismo, se definen cinco interfaces de gestin (desde M1 a M5) que permiten monitorizar y
controlar extremo a extremo los diferentes elementos de la red. En el caso de gestin ms normal, de
conmutadores ATM, interesarn, particularmente, las interfaces M1 y M2.
Otro organismo, el IETF (Internet Engineering Task Force) define especificaciones para las interfaces
M1 y M2, basadas en el protocolo SNMP. stas incluyen la definicin de bases de datos (tipo MIBs)
111
en DS-1, DS-2 y otras conexiones para SDH. Actualmente est desarrollando de forma experimental
una base de datos para redes ATM (AToM MIB, RFC 1695). En este caso, sin embargo, la gestin no
es extremo a extremo.
El ATM Forum tardar an tiempo para la especificacin del interfuncionamiento entre diversos tipos
de protocolos como SNMP y CMIP y/o otros protocolos propietarios para el resto de interfaces. A
pesar de ello, ya se est elaborando una base de datos MIB para la interfaz M4, que es independiente
del tipo de protocolo utilizado en su acceso.
En los prximos aos se completarn los protocolos de gestin de la red ATM, pero no tanto desde el
punto de vista de SNMP o CMIP sino de definicin de las celdas OAM. Ser necesaria una
arquitectura distribuida inteligente que gestione la red, de forma que pueda reconfigurarse
dinmicamente en caso de fallos en enlaces, o negociar el ancho de banda para determinados
servicios, configurar segn niveles de congestin, etc.
El forum est ahora en proceso de especificar diversos tipos de celdas OAM de 53 bytes con
funciones especficas, tales como gestin de fallos, gestin de prestaciones, de trfico y funciones de
activacin/desactivacin para los casos anteriores. Estas celdas permitirn realizar gestin de las
conexiones extremo a extremo as como reducir el nmero de bases de datos (MIB) y las cargas de
sealizacin en la red.
A continuacin, se muestran como ejemplo algunas de las funciones de gestin de red de banda ancha
ms representativas. Es el caso de crear un abonado CBDS (servicio de datos de banda ancha sin
conexin) donde el NMC asocia el nmero de abonado E.164 y el identificador de acceso fsico.
Entonces, el NMC de banda ancha:
- debe encontrar la ruta en la red a usar en la conexin,
- asignar los recursos necesarios (p.e. ancho de banda) en cada enlace ATM,
- crear las transconexiones ATM en cada elemento de red ATM,
- crear el abonado en el servidor sin conexin.
Gestin de red
112
Sistema de
gestin de
la red portadora
pblica
Centro de gestin de
red privada de BA
M3 (SNMP, CMIP,...)
Agente
M5 (SNMP, CMIP,...)
Agente
Agente
M4
M2 (Q3)
M1(Q3)
Centro de gestin de
red pblico de BA
M4
Usuario
UNI ATM
privado
Agente
Conmutador ATM
ILMI
(SNMP/AAL)
UME
RDSI BA
Usuario
pblico
Agente
UNI ATM
pblico
RDSI BA
UNI ATM
pblico
Agente
M4(Q3)
M4
Agente
Red ATM privada

Red ATM pblica
Red ATM pblica
ILMI
ILMI
(SNMP/AAL)
(SNMP/AAL)
UME
UME
UME
UNI ATM
pblico
RDSI BE
Agente
Usuario
pblico
Conmutador ATM
Usuario
ILMI
(SNMP/AAL)
Red privada
local
Usuario
Usuario
UME
Usuario
Fig. 10.5 Esquema de interfaces de gestin de red B-RDSI
Si existe algn problema como los relativos a cadas de enlace. El NMC debera:
- detectar dicho enlace ATM,
- encontrar todas las conexiones que estaba usando este enlace,
- buscar una ruta alternativa en la red para cada conexin afectada,
- asignar los recursos necesarios (p.e. ancho de banda) en cada enlace ATM,
- crear las transconexiones ATM en cada elemento de red ATM.
10.2 Interfaces en la red de gestin de banda ancha.

La UIT-T (o ITU-T) define una serie de interfaces X, F, Q3, QX para la gestin de la arquitectura
fsica en la red de gestin de telecomunicaciones (TMN). De entre ellas, la ms importante es la
interfaz Q3. Todos los modelos de objetos especficos en Q3 se basan en informacin de gestin
genrica definida en las series de recomendaciones X.700 y M.3100 de UIT-T. Las reas funcionales
cubiertas por esta interfaz (Q3) estn relacionadas con la gestin de abonados, gestin de trfico y
gestin de recursos del sistema.
10.2.1 Interfaces definidas por el ATM Forum

De manera simultnea, el ATM Forum define cinco interfaces de gestin denominadas de M1 a M5,
que permiten monitorizar y controlar las conexiones extremo a extremo en redes ATM.
113
- Interfaz M1 (Q3)
Define la interfaz entre el sistema de gestin de una red privada y la estacin final ATM.
- Interfaz M2 (Q3)
Define la interfaz entre el sistema de gestin de una red privada y una red corporativa ATM.
- Interfaz M3 (X)
Define la interfaz entre la gestin de una red privada y el sistema de gestin de la red pblica.
- Interfaz M4 (Q3)
Define la interfaz entre la plataforma del sistema de gestin de red y la red pblica ATM.
- Interfaz M5 (X)
Define la interfaz entre plataformas de sistemas de gestin de redes pblicas distintas.
10.3 ATM Forum

El ATM Forum es una organizacin internacional sin nimo de lucro que trata de acelerar la
cooperacin industrial en tecnologa ATM. Sus recomendaciones y especificaciones son seguidas por
los principales fabricantes de equipos ATM y constituyen un estndar de facto en esta tecnologa. Las
especificaciones propuestas por este ATM Forum se complementan en gran medida con las
recomendaciones generadas por la UIT.
Para la gestin de la interfaz de usuario con la red, el ATM Forum define un protocolo denominado
Interim Local Management Interface (ILMI).
10.3.1 ILMI
El Interim Local Management Interface (ILMI) utiliza una conexin virtual ATM en el User Network
Interface (UNI) para comunicar con una aplicacin de gestin usando mensajes SNMP.
Cada conmutador ATM, o sistema final, y cada red ATM que desarrolle una red privada o pblica
UNI debe tener una entidad de gestin UNI (UME) que soporte la MIB ILMI. La UME reside entre el
conmutador y la red o entre una red privada y una red pblica. Es la responsable de mantener datos de
gestin y responder a comandos SNMP recibidos sobre el UNI ATM a travs del ILMI.
De igual forma que en una aplicacin basada en SNMP, estos mensajes se envan a la red va un
protocolo de paquetes datagrama de usuario TCP/IP. Estos paquetes se segmentan en unidades de
datos de protocolo ATM, que se incorporan en celdas ATM usando capas de adaptacin AAL 3/4 o
AAL 5.
Los tipos de informacin de gestin que estn disponibles en la MIB ATM UNI son los siguientes:
- Physical Layer
- ATM Layer
- ATM Layer Statistics
- Virtual Path (VP) Connections
- Virtual Channel (VC) Connections
- Address Registration Information
Gestin de red
114
10.3.2 Celdas OAM

Los sistemas de gestin de redes ATM en un futuro van a utilizar celdas OAM para su gestin. El
frum est en proceso de definir una serie de celdas OAM (de 53 bytes) con funciones especficas
tales como: gestin de fallos, gestin de prestaciones, de activacin y desactivacin (rec. UNI 3.1), y
otras nuevas como, por ejemplo, para la gestin de trfico: (Resource Management) RM (rec. UNI
4.0).
Tipo de celda OAM (UNI)
Tipo de funcin OAM
Gestin de fallos
AIS
FERF
Bucle de celda OAM
Comprobacin de continuidad
Gestin de prestaciones
Monitorizacin directa
Envo de informes en sentido contrario
Monitorizacin/Reporting
Activacin/desactivacin
Monitorizacin de prestaciones
Comprobacin de continuidad
Gestin de trfico
Celdas de gestin de recursos (RM)
10.4 IETF en ATM

El grupo IETF especifica una MIB para definir y desarrollar los objetos de gestin necesarios usando
el protocolo SNMP estndar para gestionar dispositivos ATM.
10.4.1 AToM: RFC 1695
Este documento especifica un estndar para la comunidad Internet que permite su uso para gestin de
redes ATM. Se define la MIB, y en particular sus objetos, para gestionar con interfaces basadas en
ATM, dispositivos, redes y servicios.
La MIB est limitada a un nico extremo ATM del sistema o centro conmutador. Est basada en
incorporaciones de la Sonet MIB, DS-1/E1 MIB, DS-3/E3 MIB y la ILMI MIB.
Existen diferencias entre los objetos gestionados definidos por ATM Forum y IETF sobre informacin
de gestin ATM. En general, la IETF MIB puede incluir la MIB II y la base de datos especfica de
ATM, ATM MIB.
10.5 Tendencias y anlisis comparativo entre estndares de gestin ATM

Actualmente las funciones de gestin que estn disponibles en los equipos ATM que presentan los
distintos fabricantes distan mucho de las que debieran utilizarse para un funcionamiento ptimo en
115
prestaciones. Los equipos ms avanzados basan su gestin en estndares del ATM Forum mediante el
ILMI a nivel de usuario y mediante el empleo de celdas OAM para la red de transporte.
Dado que el ATM Forum no ha definido todava completamente las funcionalidades de gestin,
existen diversas opciones segn cada fabricante:
a) Uso de sistemas de gestin propietarios: pueden llegar a tener ms funcionalidades que los
estndares de facto abiertos definidos, como por ejemplo por ATM Forum; sin embargo, no son
compatibles con otros equipos lo que condiciona la evolucin futura del sistema. Raramente son
mejores desde un punto de vista de prestaciones, rapidez de respuesta, etc.
b) Uso de sistemas basados en ATM Forum: son abiertos y avanzados en prestaciones; sin embargo,
pueden adolecer de escasas facilidades de gestin si no estn debidamente actualizados. Pueden
ofrecer funciones propietarias complementarias de gestin si es necesario y si se tiene un buen soporte
tcnico.
c) Uso de otros sistemas abiertos, CMIP/CORBA: actualmente no hay solucin disponible
comercialmente en redes ATM si bien estn empezando a consolidarse recomendaciones para su uso
en redes TMN (ITU). Se trata de sistemas complejos, con gestin distribuida y que formarn parte de
los sistemas de gestin en un futuro prximo.
d) Uso de otros sistemas abiertos tales como SNMP, SNMPv2 (IETF): si bien presentan en general un
buen grado de compatibilidad con otros sistemas abiertos, tienen el inconveniente de que no son
adecuados para la gestin en redes ATM.
10.6 Control de trfico en redes ATM

La gestin de trfico permite a la red ofrecer una calidad de servicio en cada conexin individual,
activar nuevas conexiones de acuerdo con una optimizacin de los recursos existentes en la red y
protegerse contra la congestin.
La calidad de servicio se obtiene a partir de una serie de procedimientos: por una parte el contrato
suscrito entre el usuario y la red durante el establecimiento de la conexin, el control de polica que
garantiza el cumplimiento del contrato (UPC), tambin la disponibilidad de recursos para incorporar
una nueva conexin (CAC) y finalmente un comportamiento justo y equitativo de la red.
10.6.1 Calidad de servicio

La calidad de servicio se define como un conjunto de parmetros objetivos, y por tanto medibles, que
caracterizan el grado de servicio que ofrece la red al usuario del servicio. Estos parmetros han de ser
medibles.
En la recomendacin UNI 4.0 (Interficie usuario-red) del ATM Forum, la calidad de servicio se define
por seis parmetros: cuatro de ellos hacen referencia a la transparencia semntica (la informacin que
entra en la red es igual a la que sale) y los dos restantes se refieren a la transparencia temporal (retardo
de las celdas).
Gestin de red
116
- Parmetros relativos a la transparencia semntica

a) Tasa de error de celda (Cell Error Rate, CER)
CER = (Celdas errneas)/(Celdas transmitidas)
b) Tasa de celdas perdidas (Cell Loss Rate, CLR)
CLR = (Celdas perdidas)/(Celdas transmitidas)
c) Tasa de celdas mal insertadas (Cell Misinsertion Rate, CMR)
CMR = (Celdas mal insertadas)/(Intrvalo temporal)
d) Tasa de bloques con errores severos (Severely errored Cell Block Rate, SECBR)
SECBR = (Bloques de celdas con errores severos)/(Nmero de bloques de celdas transmitidos).
- Parmetros relativos a la transparencia temporal
a) Retardo mximo de transferencia de celda (Maximun Cell Transfer Delay, maxCTD)
Retardo mximo extremo a extremo en ausencia de trfico.
b) Variacin pico a pico del retardo de celda (Peak to Peak CDV)
El CDV es la varianza del retardo de celda.
Otro de los aspectos importantes de la calidad de servicio que puede solicitarse o asignarse por una
conexin es la prioridad de prdida de celdas. Un usuario puede pedir dos niveles de prioridad de
prdida de celdas para una conexin ATM. La prioridad de una celda individual es indicada por el
usuario mediante el bit CLP en la cabecera de la celda. Cuando se utilizan los dos niveles de prioridad,
se han de especificar los parmetros de trfico para los dos flujos de celdas. Normalmente, esto se
hace especificando un conjunto de parmetros de trfico por trfico de alta prioridad (CLP = 0) y un
conjunto de parmetros de trfico para todo el trfico (CLP = 0 o 1). Basndose en esta divisin, la red
puede asignar los recursos ms eficientemente.
10.6.2 Parmetros de trfico

Los parmetros de trfico, junto a la calidad de servicio, se utilizan para definir una conexin ATM.
Los parmetros de trfico definen la forma que una fuente puede introducir trfico en la red a travs
de una conexin virtual. Se definen a continuacin:
a) Tamao mximo de rfaga (Maximum Burst Size, MBS)
Especifica el tamao de la rfaga de celdas que puede introducirse en la red. Tiene dimensiones de
celdas.
b) Tasa de pico de celda (Peak Cell Rate, PCR)
Especifica la tasa mxima de introduccin de celdas en la red. PCR = 1/T donde T es la distancia
mnima entre celdas.
c) Tasa sostenida de celda (Sustainable Cell Rate, SCR)
Especifica la tasa promedio de introduccin de celdas en la red. Para ser til a la red, SCR ha de ser
menor que PCR. SCT = 1/Ts, donde Ts es la distancia media entre celdas.
d) Tasa mnima de celda (Minimum Cell Rate, MCR)
Especifica la tasa mnima de introduccin de celdas en la red.
117
10.6.3 Descriptores de trfico

Los descriptores de trfico de una conexin describen las caractersticas de una conexin mediante:
a) Un conjunto de parmetros de trfico de la fuente.
b) Una definicin de conformidad.
c) La tolerancia a la variacin del retardo de la celda (Cell Delay Variation Tolerance, CDVT).
A continuacin se describe la relacin entre las categoras de trfico definidas en ATM respecto de los
parmetros de calidad de servicio descritos.
PCR
SCR
MCR
MBS
MCTD
CDVT
CLR
CBR
SI
NO
NO
NO
SI
SI
SI
VBR-RT
SI
SI
NO
SI
SI
SI
SI
VBR-NRT
SI
SI
NO
SI
SI
NO
SI
ABR
SI
NO
SI
NO
SI
NO
SI
UBR
NO
NO
NO
NO
NO
NO
NO
UBR+
NO
NO
SI
NO
NO
NO
NO
Tabla. 10.1 Parmetros de QoS aplicables a cada categora de servicio ATM
10.6.4 Mecanismos de control de trfico

El control de trfico son el conjunto de acciones que adopta la red para evitar las condiciones de
congestin. La gestin de trfico en ATM se describe en las recomendaciones I.371 y en el ATM
Forum Traffic Management 4.0.
10.6.4.1 Control de admisin de conexiones, (Connection Admission Control, CAC)

El control de admisin de conexiones acta cuando un usuario pide una nueva conexin y tiene que
especificar (explcitamente o implcitamente) las caractersticas de la conexin en los dos sentidos. El
usuario escoge las caractersticas del trfico seleccionando una calidad de servicio entre las categoras
de servicio que proporciona la red.
10.6.4.2 Control de parmetros de usuario/red (Usage/Network Parameter Control, U/NPC)
Una vez se ha aceptado una conexin por le CAC, la funcin de control de utilizacin de parmetros
(UPC) de la red monitoriza la conexin para determinar si el trfico cumple el contrato de trfico. El
propsito principal del UPC es proteger los recursos de la red de la sobrecarga por parte de una
conexin que podra afectar negativamente la calidad de servicio en otras conexiones, detectando las
violaciones de los parmetros asignados y adoptando las medidas apropiadas.
La localizacin del UPC suele realizarse a nivel de camino virtual (VPC). Los algoritmos utilizados
son variados, como el Generic Cell Rate Algorithm (GCRA) definido en la Rec. I.371 y UNI. Otros
algoritmos son el Virtual Scheduling (VS) y continuous-state Leaky Bucket (LB) algorithm.
Gestin de red
118
Otras funciones de control adicionales son el control de prioridad, ya comentado, el alisado de trfico,
los mecanismos de gestin de recursos de red, o bien los controles de realimentacin.
10.7 Funciones de control de congestin

Se denomina congestin a la circunstancia en la que el rendimiento de la red (o una parte de ella) se
degrada debido a la presencia de demasiados paquetes. La congestin es un problema global, que se
da en el nivel de red como consecuencia del trfico agregado de varias fuentes sobre un enlace o
router de baja capacidad. A diferencia de la congestin, el control de flujo es una circunstancia que
slo puede darse en conexiones punto a punto (es decir, a nivel de enlace o a nivel de transporte).
Algunos de los parmetros que permiten detectar la presencia de congestin pueden ser los siguientes:
- porcentaje de paquetes descartados
- longitud media de las colas en las interfaces de los routers.
- nmero de paquetes que dan timeout y se retransmiten (no debidos a errores)
- retardo medio por paquete
- desviacin media del retardo por paquete.
El trfico a rfagas es la principal causa de congestin; por eso el control de congestin suele
utilizarse slo en caso de trfico tipo ABR.
Entre los mecanismos de control de congestin existentes est el alisado de trfico (traffic shaping)
que permite establecer unos mrgenes mximos al trfico de rfagas. El de vigilancia de trfico o
funcin policia (traffic policing) realiza una labor de monitorizacin o seguimiento del trfico
introducido por el usuario en la red para verificar que no excede el perfil pactado. El leacky bucket
permite al host enviar rfagas, que son almacenadas en un buffer o cola de la interfaz, para ser
enviadas a la red posteriormente a un flujo constante.
Para llamadas de datos ABR, la fuente crea una conexin con un call setup request. Durante la
llamada, se define el valor para un conjunto de parmetros ABR. La tasa a la que la fuente ABR puede
transmitir las celdas est reflejada en el ACR (Allowed Cell Rate). El ACR est inicializado al ICR
(Initial Cell Rate) y siempre est entre un mnimo MCR (minimum Cell Rate) y un PCR (Peak Cell
Rate). La transmisin de las celdas de datos est precedida por la transmsisin de celdas RM
Rresource Management Cell). La fuente continuar enviando celdas RM despus de un cierto nmero
de celdas de usuario, y ms frecuentemente cuando el ACR es bajo. La tasa de fuente viene controlada
por el retorno de las celdas RM, que son devueltas por el destino o un destino virtual.
La fuente sita la tasa permitida (ACR) en el campo CCR (Current Cell Rate) de la celda RM, y la
tasa a la cual deseara transmitir las celdas (usualmente el PCR) en el campo ER (Explicit Rate). La
celda RM viaja a travs de la red, dando a los conmutadores la informacin que contiene sobre las
conexiones ABR. Los conmutadores tambin tienen que decidir a la vez cmo reducir el valor del
campo ER, o si poner el bit CI (Congestion Indication) a 1. Los conmutadores que slo soportan el
mecanismo basado en el bit EFCI (Explicit Forward Congestion Notification) ignorarn el contenido
de la celda RM. Los conmutadores pueden generar opcionalmente un nmero controlado de celdas
RM en el camino hacia atrs adems de los generados por la fuente. Las celdas RM generadas por los
conmutadores deben tener el bit BN (Backward Notification) a 1 y cada uno de los bits CI o NI (No
Increase) a 1.
119
Cuando la celda llega al destino ste debe cambiar el bit de direccin en la celda RM y devolverla a la
fuente. Si el destino est congestionado y no puede soportar la tasa especificada en el campo ER, el
destino debe reducir ER a la tasa que puede soportar. Si al devolver la celda RM al destino ha
observado el bit EFCI activado desde que fue devuelta la ltima celda RM, entonces debe activar el
bit CI de las celdas RM para indicar congestin.
Mientras que las celdas RM viajan a travs de la red, cada conmutador debe examinar la celda y
determinar si puede soportar la tasa ER para su conexin. Si ER es demasiado elevado, el conmutador
deber reducir la tasa a la que pueda soportar. Los conmutadores no deben aumentar el ER ya que la
informacin de los anteriores conmutadores donde ha pasado la celda RM se perdera.
Los conmutadores deben intentar modificar el ER slo en las conexiones cuello de botella ya que esto
ofrece una justa asignacin del ancho de banda. Los conmutadores tambin deben modificar el
contenido de ER cuando van hacia delante o hacia atrs, pero no en ambos.
Cuando la celda RM llega a la fuente, sta debe reinicializar la tasa, ACR, basada en la informacin
que llevaba la celda RM. Si el indicador de congestin no estaba activado (CI = 0), entonces la fuente
debe incrementar su ACR en un incremento fijo determinado en el establecimiento de la llamada hacia
el valor devuelto de ER, pero nunca excediendo el PCR. Si el indicador de congestin est activado
(CI = 1) entonces la fuente debe disminuir su ACR en una proporcin igual o ms grande que una
porcin de su actual ACR. El tamao tambin estar determinado en el establecimiento de la llamada.
Si el ACR sigue siendo mayor que el valor devuelto de ER, la fuente debe disminuir su ACR al valor
ER, aunque nunca por debajo del MCR. Un bit NI = 1 indica a la fuente que debe observar los campos
CI y ER de la celda RM, pero no incrementar el ACR por encima de su valor actual.
Otra va para notificar la congestin los conmutadores ATM es poner a 1 el bit medio del campo PTI
(Payload Type) de la cabecera en las celdas de datos que envan al causante de los problemas.
10.7.1 Control de flujo

El ATM Forum ha adoptado el esquema basado en tasa como estndar para control de flujo. A partir
de los requerimientos de espacio se pueden dividir los agoritmos de control de flujo en dos tipos:
- algoritmo de control de flujo de espacio constante (nmero de variables utilizadas en el algoritmo
constante e independiente del nmero de sesiones que cruzan el puerto).
- algoritmo de espacio ilimitado (el espacio depende, normalmente de forma lineal, del nmero de
conexiones).
Los algoritmos de control de flujo de espacio constante son importantes en las redes actuales, ya que
si alguien quiere tener tanto trfico en ATM como trfico TCP, la dependencia del nmero de sesiones
no puede existir.
ATM Forum propone tres algoritmos para el control de flujo de espacio constante (Enhanced
Proportional Rate Control Algorithm, EPRCA y Adaptive Proportional Rate Control with intelligent
congestion indication APRC, Congestion Avoidance using Proportional Control, CAPC y Explicit
Congestion Indication for Congestion Avoidance, ERICA/ERICA+). Los tres algoritmos calculan para
Gestin de red
120
cada puerto de salida de cada conmutador un parmetro para delimitar la cantidad de sesiones del
puerto.
10.8 Recuperacin en redes ATM

En este apartado se detallan los cambios realizados en el diseo de redes ATM para que adopten un
alto grado de transparencia al usuario frente a roturas de cables.
Proteccin de redes
Trata de los principios bsicos de asignacin de recursos dedicados para proteccin y la distincin
entre proteccin 1+1 y 1:1. Concepto de agrupacin de caminos virtuales que comparten la misma
ruta fsica para reducir el el procesado de encabezamiento durante la proteccin de la conmutacin.
Redes reconfigurables
Coordinacin en la restauracin de redes usando un control centralizado. Slo existen soluciones
propietarias.
Redes autorecuperables
Se describen tres tcnicas que se basan en la asignacin simultnea de rutas y capacidades. Otra
opcin consiste en permitir una plataforma tecnolgica diferente situada usualmente en un nivel ms
bajo al de la jerarqua de transporte para asumir la responsabilidad de la continuidad de servicio en el
caso de fallos.
10.8.1 Mecanismos de recuperacin ATM alternativos

Mecanismos que se basan en la recomendacin ATM Network survivability architectures and
mechanisms. Q.F/13. Nov. 1996. (*)
Proteccin
Se ocupa de la asignacin de una ruta alternativa con asignacin de ancho de banda dedicado. En el
caso de un evento inesperado, un protocolo de gestin distribuido permite realizar la conmutacin.
Restauracin
Podra realizarse bajo los auspicios de un control centralizado (red reconfigurable) o un protocolo de
control distribuido con procedimientos de gestin de redes autorecuperables. En ambos casos, los
recursos podran ser semidedicados donde la ruta alternativa sea predeterminada, pero el ancho de
banda asignado sea por demanda siguiendo la deteccin de fallos. Tambin, en ambos casos, la ruta
y el ancho de banda podran asignarse en tiempo real (por demanda).
Recursos
Dedicados
Proteccin
de redes
Redes
reconfigurables
Redes
autorecuperables
121
Semidedicados
Por demanda
Control
Central
Control
distribuido
Gestin
distribuida
X
Tabla 10.2 Arquitecturas de recuperacin ATM
Un rasgo distintivo lo constituye el hecho de que se requiere menor capacidad sobrante en mtodos de
restauracin que en los de proteccin.
El control distribuido se aplica sobre procedimientos de establecimiento de conexiones con celdas de
sealizacin del plano de control, mientras que la gestin distribuida hace uso de mensajes en el plano
de gestin en forma de celdas OAM.
10.8.2 Redes de proteccin ATM

Las redes de proteccin son las que disponen de los niveles de fiabilidad ms elevados; sin embargo,
suelen ser las ms caras, dado que recursos como el ancho de banda y los caminos/canales virtuales
(VPI/VCI) son dedicados ms que compartidos. Por otra parte, la preasignacin de rutas y recursos
permite que los protocolos de gestin distribuida sean muy simples de usar en el caso de un fallo en la
red.
La proteccin de conexiones de red (NCP) puede aplicarse extremo a extremo o bien a un segmento
(Sub-Network Connection Protection, SNCP). Para propsitos de control, los segmentos protegidos y
los no protegidos se alinearian con flujos apropiados de operaciones y mantenimiento (OAM).
El protocolo de conmutacin de proteccin VP/VC se ha especificado para arquitecturas de proteccin
punto a punto dentro de dominios NCP y SNCP (*). El protocolo podra ejecutarse de acuerdo con
1+1 o en 1:n.
El uso de Virtual Path Groups (VPG) agrupa caminos virtuales formando segmentos o conexiones
extremo a extremo, reduciendo la sealizacin en el caso de sistemas de mltiples conexiones.
10.8.3 Redes reconfigurables

Las redes reconfigurables permiten la restauracin de conexiones mediante sistemas de gestin de red
centralizados (NMS). Podran explotar rutas alternativas, preplanificadas, o mantenerlas dinmicamente de acuerdo con la informacin de estado de la red actual. Adems resulta una tarea simple el
priorizar el reencaminamiento de conexiones a fin de asegurar que aquellas con aplicaciones crticas
Gestin de red
122
sean restauradas con mayor rapidez que los servicios que son tolerantes de prdida de datos
temporales. Sin embargo, existen tres causas de ralentizacin de la respuesta del sistema:
- comunicaciones ascendentes entre los nodos de la red desde nodos adyacentes al del fallo y el NMS
- procesado del NMS requerido para encaminamiento y asignacin del ancho de banda
- comunicacin descendente entre el NMS y los nodos de la red, seguidos por la reconfiguracin de
los elementos de red apropiados.
La restauracin centralizada (generalmente propietaria) suele ser lenta e inapropiada en BISDN. Sin
embargo, la gestin de fallos suele ser problemtica entre equipos de diferentes fabricantes.
10.8.4 Redes ATM autorecuperables

Este tipo de redes explota la gestin distribuida o la funcionalidad de sealizacin del plano de
control, e incorpora asignacin de recursos por demanda o bien semidedicada. Se describen a
continuacin tres mdodos de redes autorecuperables por demanda.
Autorecuperacin con encaminamiento PNNI
El ATM Forum ha definido el protocolo (Private Network Node Interface, PNNI) para establecer
circuitos virtuales conmutados (VCs) entre conmutadores ATM que utilizan un punto de acceso de
servicio de red (NSAP) tipo direcciones ATM. Desde que el ATM Forum ha especificado una
codificacin NSAP para direcciones E.164, el protocolo de encaminamiento PNNI puede tambin
emplearse en redes pblicas.
La especificacin PNNI describe cmo los nodos de la red mantienen el conocimiento acerca de la
alcanzabilidad y los recursos dentro de la red gracias a un protocolo de encaminamiento segn los
estados topolgicos en un entorno de intercambio de informacin peridico entre nodos.
Autorecuperacin con soft PVCs/PVPs
En este caso, cuando ocurre un fallo, la conexin se corta hasta los extremos de los conmutadores
ATM, seguidos de instigacin automtica de reencaminamiento, aunque no hay garantas de xito. Es
propio de General DataComm (APEX).
Algoritmos de restauracin distribuida (DRAs)
Es una descripcin genrica aplicada a protocolos que dinmicamente restauran la capacidad de
transporte que ha cado, y originada en redes SONET/SDH. La idea de DRAs es encaminar trfico
rpidamente (< de 2 seg.) usando conmutadores digitales de alta granularidad, de manera que
conexiones vocales o sesiones de transferencia de datos de usuario no se desconecten. Es decir, existe
una clara distincin entre protocolos de transporte que operan en caminos, y sealizacin de control
usada en circuitos individuales.
10.8.5 Autorecuperacin con backup de VPs semidedicados

Las rutas de backup que son disjuntas de las rutas de trabajo son preasignadas. Sin embargo, la
capacidad sobrante podra compartirse para restauracin desde el tipo ms comn de fallos, como
single spans. La principal ventaja de esta aproximacin es que la capacidad sobrante puede ser
compartida entre otros VPs de backup, reduciendo los costes.
123
10.8.6 Restauracin multicapa

El principal problema de la restauracin a bajo nivel es que aunque la capa SDH podra utilizarse para
ser usada para reconfigurarse desde roturas de cable y fallos en equipos SDH, no sera efectiva para
resolver fallos a nivel de ATM. Se plantea pues una restauracin multicapa.
Mecanismo de
recuperacin
Proteccin
dedicada
Aplicaciones
Retardo
Coste
Viabilidad tcnica
Misin crtica en
datos. Telemedicina
Objetivo es 60
ms
Semi dedicada
Misin casi crtica.

Interruptible
< de 10 seg.
Autoredial
Residencial. Misin
no crtica en datos
De 10 segs a
minutos.
Alto (reserva de
capacidad ms
VPI/VCIs)
Medio (capacidad
compartida ms
VPI/VCIs)
Bajo (slo
capacidad)
Centralizada
(con NMS)
Residencial. Misin
no crtica en datos
Varios
minutos
La conmutacin
rpida se basa en
VPG
Se basa en VPG y
asignacin de
capacidad
Basada en
sealizacin
estndar.
Viable, pero
limitado a sistemas
propietarios.
Relacionado con
sofisticacin de
NMS
Tabla 10.3 Tabla mecanismos de recuperacin en B-RDSI

TL01304C

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

TL01304C

Încărcat de

Drepturi de autor:

Formate disponibile

7.

reas funcionales de gestin

7 reas funcionales de gestin

Fig. 7.1 Flujo de informacin de gestin

Los autores, 1998; Edicions UPC, 1998.

Fig. 7.2 Bucle de actividades de gestin

Servicio de transporte de datos de gestin

Fig. 7.3 Modelo de referencia de un sistema de gestin de red

Los autores, 1998; Edicions UPC, 1998.

7. reas funcionales de gestin

7.1 Gestin de fallos

Unir a problemas conocidos

Monitorizar y verificar correcin

Fig. 7.4 Secuencia de operaciones realizadas en un sistema para corregir fallos

Los autores, 1998; Edicions UPC, 1998.

7.1.1 Identificacin de fallos en redes de comunicaciones

Los autores, 1998; Edicions UPC, 1998.

7. reas funcionales de gestin

Fig. 7.6 Grfico de dependencias de la red

Los autores, 1998; Edicions UPC, 1998.

7.2 Gestin de configuracin

7.3 Gestin de prestaciones

Peticiones de servicio con

Fig. 7.7 Proceso de gestin de prestaciones

Los autores, 1998; Edicions UPC, 1998.

Resolver con el originante

7. reas funcionales de gestin

7.4 Gestin de tarificacin

7.5 Gestin de seguridad

Los autores, 1998; Edicions UPC, 1998.

8 Funciones de gestin de la red de sealizacin

8 Funciones de gestin de la red de sealizacin

8.1 Controles de flujo MTP en la red de sealizacin

Los autores, 1998; Edicions UPC, 1998.

8.1.1 Gestin del enlace de sealizacin

8.1.2 Gestin del trfico de sealizacin

Los autores, 1998; Edicions UPC, 1998.

8 Funciones de gestin de la red de sealizacin

- Changeback: se utiliza cuando un enlace cado es restaurado.

8.2 Control de flujo de trfico de sealizacin

8.2.1 Gestin de rutas de sealizacin

Los autores, 1998; Edicions UPC, 1998.

Los autores, 1998; Edicions UPC, 1998.

8 Funciones de gestin de la red de sealizacin

8.3 Control nodal MTP

Los autores, 1998; Edicions UPC, 1998.

Los autores, 1998; Edicions UPC, 1998.

8 Funciones de gestin de la red de sealizacin

8.3.1 Controles SCCP

8.3.2 Controles de congestin automticos

8.4 Gestin de fallos

Los autores, 1998; Edicions UPC, 1998.

8.5 Arquitectura de gestin de red de sealizacin

Los autores, 1998; Edicions UPC, 1998.

9. Gestin de redes virtuales

9 Gestin de redes virtuales

9.2 Estndares de VLAN

9.3 Gestin de red en VLAN

Los autores, 1998; Edicions UPC, 1998.

9.3.1 Seguridad en VLAN

Los autores, 1998; Edicions UPC, 1998.

10. Gestin de la red B-RDSI

10 Gestin de la red B-RDSI

Los autores, 1998; Edicions UPC, 1998.