DIFERENCIAS ENTRE CONTROL DE

CONGESTION EN ATM Y FRAME RELAY

Autores:
- Alejandra Delgado Iriarte
- lvaro Donoso Fernndez
- Sergio Tern Monasterios
- Vladimir Calle Mayser
Frame relay y ATM (Asynchronous Transfer Mode) son dos tecnologas de paquetes
rpidos empleadas con frecuencia a nivel comercial como base para construir e
interconectar redes de Comunicaciones de datos digitales. Sin embargo, existen algunas
diferencias tecnolgicas importantes entre ambas que deben ser tenidas en cuenta para
decidir la utilizacin de una u otra en aplicaciones particulares.
INTRODUCCIN
A finales de los aos 80 y comienzos de los aos 90 se produjo un gran avance en las
redes de comunicacin digitales representado por un aumento de la confiabilidad de los
enlaces digitales de comunicacin, el establecimiento de sistemas de Comunicaciones
digitales de alta velocidad y el aumento cualitativo en la inteligencia de los sistemas
finales de los usuarios. Todo esto contribuy a posibilitar el desarrollo y puesta en
prctica de las denominadas redes de comunicacin con tecnologa de paquetes rpidos
(fast packet technologies).
Frame relay y cell relay son las dos divisiones principales para la tecnologa de paquetes
rpidos. La mayor diferencia entre ambas est en las caractersticas de las unidades de
informacin transferidas y el lugar de la red en que el protocolo es empleado. La
tecnologa de frame relay transfiere la informacin en unidades de longitud variable
conocidas como "frames" y suele emplearse como tecnologa de acceso en los extremos o
periferia de la red, siendo su representacin ms importante actualmente el conjunto de
estndares conocido precisamente como frame relay. La tecnologa de cell relay, cuya
representacin ms importante es la tecnologa ATM (Asynchronous Transfer Mode)
transfiere la informacin en unidades de longitud fija denominadas celdas ("cells") y
suele emplearse como una tecnologa comn para la conmutacin y transporte de una
variedad de tipos de informacin.
A nivel comercial existe una fuerte competencia entre los proveedores de servicios de
frame relay y ATM, lo que frecuentemente genera incgnitas para los usuarios acerca de
que tecnologa satisface mejor sus necesidades de Comunicaciones. La intencin bsica
del presente artculo es contribuir en alguna medida a aclarar algunos aspectos relevantes
que diferencian a frame relay de ATM.
Con el objeto de mejorar el servicio que da al cliente una red de transmisin de datos, se
han desarrollado distintos servicios de red para redes de rea extensa. Uno de los ms
utilizados ha sido la red X.25 que en Espaa se denomin red IBERPAC-X.25. Se trata
de una red de conmutacin de paquetes que ofrece un servicio de red fiable con conexin
sobre enlaces, en principio, poco fiables.

UNIVERSIDAD CATLICA BOLIVIANA

La mejora de las tecnologas de transmisin, ha hecho que muchas de las funciones de

protocolo de X.25 orientadas a mejorar la fiabilidad del enlace resulten innecesarias, e
incluso perjudiciales por hacer ms lentas las comunicaciones. Por ello aparece un
sistema de conmutacin de tramas denominado Frame Relay cuyo protocolo ms
simplificado se basa en la mejor calidad de las nuevas lneas digitales y, adems, realiza
la conmutacin a nivel de enlace en lugar de a nivel de red como ocurre con X.25.
Frame Relay consigue superar la velocidad de X.25 en al menos un orden de magnitud.
Posteriormente se ha desarrollado el Modo de Transferencia Asncrono (ATM,
Asinchronous Transfer Mode) donde se realiza conmutacin de celdas. Conceptualmente
es similar a Frame Relay ya que las celdas ATM son bsicamente tramas de pequeo
tamao. La ventaja de ATM est en su funcionalidad que permite alcanzar velocidades
varios ordenes de magnitud superiores a Frame Relay.

ALGUNAS SEMEJANZAS GENERALES ENTRE ATM Y FRAME RELAY

Tanto frame relay como ATM son tecnologas con un buen nivel de estandarizacin cuya
utilizacin prctica empez a comienzos de los aos 90. Ambas son orientadas a
conexin (connection oriented), a diferencia de la mayora de las redes LAN que son no
orientadas a conexin (connectionless). Igualmente, ambas tecnologas implementan sus
servicios empleando los conceptos de circuito virtual permanente (PVC o private virtual
circuit) y circuito virtual conmutado (SVC o switched virtual circuit). En el caso de frame
relay la mayor parte de la infraestructura a nivel mundial se basa en circuitos virtuales
permanentes porque este fue el primer estndar desarrollado, el estndar para circuitos
virtuales conmutados surgi posteriormente y ya se ha comenzado a implantar.
Los circuitos virtuales permanentes se comportan como las lneas dedicadas tradicionales
porque tienen puntos terminales fijos que son establecidos en el momento de originar el
servicio, mientras que los circuitos virtuales conmutados se pueden conectar a cualquier
punto en la red mediante el establecimiento de una llamada iniciado por el usuario. El
proceso puede ser totalmente automatizado de modo que el usuario nunca est al tanto de
los detalles de ste.
Otro elemento tcnico importante que ambos estndares incorporan para hacer ms
eficiente la utilizacin del ancho de banda es la multiplexacin estadstica (statistical
multiplexing), mediante la que diferentes fuentes de datos son combinadas en un nico
enlace. La multiplexacin estadstica es, en general, ms eficiente que la multiplexacin
por divisin de tiempo (TDM o time division multiplexing).
Adicionalmente, ambas tecnologas estn soportadas por grupos de trabajo que
incorporan informacin y esfuerzos provenientes de diversas empresas e investigadores,
para contribuir al desarrollo de estndares e innovaciones. En el caso de ATM existe el
ATM Forum y, en el caso de frame relay, el Frame Relay Forum. Aunque ninguno de
ellos es un cuerpo de estndares formalmente establecido, ambos tienen un efecto
positivo al permitir que los diversos actores en el desarrollo de las tecnologas se pongan
de acuerdo sobre aspectos claves antes de involucrarse en la formalizacin de estndares.

TALLER DE REDES

Pg. 2/16

UNIVERSIDAD CATLICA BOLIVIANA

ALGUNAS DIFERENCIAS GENERALES IMPORTANTES

Ms all de las pequeas diferencias puntuales en cada protocolo, existen algunas
diferencias tcnicas generales entre frame relay y ATM que deben ser tenidas en cuenta
para comparar ambas tecnologas.
-

ORIENTACIN

Un aspecto importante para visualizar las diferencias entre uno y otro es la comprensin
de la orientacin de ambos estndares, es decir, Con qu finalidad fue creado cada uno?.
Frame relay fue creado con la intencin de sustituir directamente al estndar X.25.
Asumiendo que el transporte de datos a travs de la red es muy confiable, Frame Relay
elimina la correccin de errores en los nodos intermedios de la red, transfirindolo a los
extremos de la conexin, es decir, a los protocolos de nivel superior (particularmente, a la
capa de transporte). Esto hace que frame relay sea mucho ms rpido que X.25, aunque
tambin es ms difcil y costoso de implementar. Aunque recientemente se ha comenzado
a estudiar la utilizacin de frame relay para la transmisin de voz y vdeo, en trminos
generales puede decirse que frame relay fue creado con orientacin a la transmisin de
datos.
ATM fue creado con la intencin de convertirlo en la tecnologa de conmutacin o modo
de transferencia de BISDN (Broadband integrated services digital network). Desde sus
inicios los esfuerzos de los creadores del conjunto de estndares ATM estuvieron
orientados a permitir la transmisin de voz, datos y vdeo, por lo que ATM es una
tecnologa con una orientacin de mayor alcance que frame relay.
-

VELOCIDAD DE ACCESO

La diferencia cuantitativa ms importante entre frame relay y ATM est en las

velocidades de acceso y de transmisin de datos que cada uno es capaz de proveer. La
interfaz frame relay (FRI o frame relay interface) ofrece las siguientes velocidades de
acceso principales:

56 kbps

n x 64 kbps

1,544 Mbps (T1 en EE.UU)

2,048 Mbps (E1 en Europa)

Algunos fabricantes ofrecen velocidades de acceso para frame relay en el orden de los 45
Mbps, sin embargo, esto no est contemplado en el estndar original.
Por su parte ATM ofrece velocidades de acceso en el rango de 25 Mbps hasta 2,4 Gbps.
Esto nos indica que ATM es capaz de trabajar con anchos de banda ms grandes que
frame relay. Suele decirse que ATM se mueve en el grupo de las denominadas redes de
banda amplia (broadband networks) mientras que frame relay est en el grupo de las
redes de banda estrecha (narrowband networks).
TALLER DE REDES

Pg. 3/16

UNIVERSIDAD CATLICA BOLIVIANA

La diferencia tan notable de velocidad entre uno y otro nace fundamentalmente de la

unidad de transmisin de datos empleada por cada estndar. Frame relay emplea frames
de tamao variable, que pueden causar retardos de procesamiento a nivel de los switches
de conmutacin de la red. Por su parte ATM ofrece una mayor velocidad al emplear una
unidad de tamao fijo denominada celda (53 bytes), lo que simplifica el procesamiento a
nivel de los nodos, hacindolo predecible y eficiente. Algunas ventajas generales de la
utilizacin de celdas en relacin a la utilizacin de frames son las siguientes:

Dado que por definicin todas las celdas tienen la misma longitud, esto simplifica
drsticamente el proceso de conmutacin. En general, para una capacidad fija de
procesamiento en los nodos y un tiempo igual, se pueden transportar ms datos en
un sistema basado en celdas que en un sistema basado en frames.

El retardo de las celdas en cada nodo de la red es inferior al de los frames porque
la mayora de las arquitecturas de conmutacin requieren que se haya recibido la
unidad de datos completa (frame o celda) antes de la conmutacin y
retransmisin. Dado que este retardo es una funcin directa del tamao de la
unidad recibida y/o transmitida y que los frames son en promedio de 10 a 100
veces ms grandes que las celdas, el retardo acumulado para los frames en cada
nodo es muy significativo en relacin al retardo acumulado para las celdas.

Su tamao fijo hace ms fcilmente predecible el comportamiento de las celdas

que el de los frames, en particular, el tiempo que cada unidad de datos ocupar las
facilidades de transmisin. Esto permite crear ms fcilmente prioridades para el
trfico de informacin. Las aplicaciones multimedios (que trabajan en tiempo
real) son particularmente beneficiadas porque los datos sensibles al tiempo o de
tiempo real (audio y vdeo) pueden ser transmitidas con una mayor prioridad.

No obstante, los sistemas basados en celdas tienen algunas desventajas inherentes. En

particular:

El overhead (la informacin adicional a los datos) puede ser mucho mayor. Cada
celda y frame requiere una cantidad similar de bits de overhead (unos 5 bits), pero
como un frame puede llegar a tener un tamao equivalente a 100 celdas, el
overhead en el caso de las celdas puede llegar a ser mucho ms significativo.

Otro punto importante es que las transmisiones de datos suelen ocurrir en rfagas,
que se prestan mejor para el soporte en frames. En muchas ocasiones, por ejemplo
para transportar datos de redes LAN que usan tambin frames, el uso de celdas
requiere un proceso de segmentacin y reensamblaje que no es requerido en los
frames. Este proceso, aunque simple de realizar, agrega un tiempo de
procesamiento adicional para las celdas.

CONSIDERACIN DE LA CALIDAD DE SERVICIO

Por su orientacin al soporte de la transmisin de varios medios en forma simultnea, en

particular, voz, datos y vdeo, ATM fue creado desde el principio con el concepto de
calidad de servicio (QoS o Quality of Service) en mente, por que lo que varios estndares
dentro de ATM enfocan este aspecto (negociacin de la calidad de servicio, ajuste de la
TALLER DE REDES

Pg. 4/16

UNIVERSIDAD CATLICA BOLIVIANA

calidad de servicio sobre demanda, etc.). ATM ofrece adems varias clases de servicio
para la transmisin
Por su parte, en el estndar original frame relay incorpora los aspectos de calidad de
servicio slo de forma muy rudimentaria. Las experiencias recientes en la utilizacin de
frame relay para la transmisin de voz estn obligando a los diversos fabricantes a
incorporar aspectos de manejo de la calidad de servicio en frame relay, sin embargo, no
existen estndares universalmente aceptados y cada fabricante resuelve el problema
mediante tcnicas propias. Esto hace que frame relay presente serios inconvenientes para
el manejo de medios usualmente incorporados en las nuevas aplicaciones multimedios:
voz , vdeo y medios en tiempo real en general.
-

COSTOS Y ACCESO

Aunque las altas velocidades de transmisin de ATM lo convierten en una opcin con
capacidades por encima de las de frame relay, los altos costos de los equipos ATM tanto
para el acceso a la red como para conmutacin han limitado su difusin en los aos
recientes, en tanto que frame relay ha obtenido una parte importante del mercado, en
particular, aquellos usuarios que requieren conexiones para la transmisin de datos a
velocidades no exageradamente altas.
Sin embargo, el aumento de la demanda y el surgimiento de aplicaciones cada vez ms
exigentes en recursos (Internet, sistemas multimedios en red, realidad virtual, etc. ) ha
producido una reduccin en el valor de los equipos ATM, por lo que se piensa que en
muchos casos sustituirn progresivamente a aquellos para frame relay.
Otros visualizan una convivencia de ambas tecnologas en la que frame relay se
empleara a nivel de la ltima milla o conexin local del usuario y en las redes de baja
velocidad (hasta T1) y ATM se empleara a nivel de la parte central de la red soportando
mltiples conexiones frame relay. Existen varios esfuerzos en marcha para definir la
transferencia o "mapeo" de frames de frame relay a celdas de ATM. Estos son:

Frame Relay/ATM network interworking

ATM DXI (data exchange interface)

ATM/Frame Relay service interworking

FUNI

INTERCONEXIN DE REDES LAN

Frame relay se ha mostrado muy til en la interconexin de redes LAN (una aplicacin
con un volumen de negocios muy importante) porque la mayor parte de stas redes
emplean unidades de transmisin de datos de tamao variable al igual que el frame de
frame relay, lo que simplifica la transferencia de datos. En el caso de ATM siempre se han
achacado problemas para esta transferencia debidos al tamao fijo de las celdas. Por
ejemplo, para transportar un frame de Ethernet (64 bytes) se requieren dos celdas ATM de
53 bytes (106 bytes), lo que deja una cantidad de espacio no utilizado. En transmisiones
TALLER DE REDES

Pg. 5/16

UNIVERSIDAD CATLICA BOLIVIANA

de volmenes de datos importantes esto significa una gran cantidad de overhead adicional
para celdas que transportan muy pocos datos.
1.

Frame Relay

La especificacin tcnica de Frame Relay contempla su utilizacin para velocidades de

acceso por encima de 2 Mbps. Se ha diseado adems para eliminar gran parte del coste
de proceso que supone X.25 para la red y el usuario sobre todo al utilizar altas
velocidades sobre lneas de alta calidad. Se podran indicar como principales diferencias:
La multiplexacin y conmutacin de conexiones lgicas tiene lugar en la capa de
enlace en lugar de la capa de red, eliminando una capa completa de
procesamiento.
No hay control de flujo ni de errores en los enlaces individuales entre nodos. Este
control se realiza extremo a extremo (entre la mquina origen y la de destino) y es
responsabilidad de capas superiores.
La traduccin habitual de Frame Relay es Retransmisin de Tramas. La retransmisin de
tramas ofrece un servicio de enlace orientado a conexin con las siguientes propiedades:
Se preserva el orden de la transferencia entre el origen y el destino aunque las
tramas no van numeradas.
Existe una pequea probabilidad de prdida de tramas.
Las conexiones pueden ser temporales(SVC) o permanentes(PVC). Las primeras se
establecen mediante un sistema de control de llamada que provoca la actualizacin de las
tablas de conexin de los nodos de la red. Las conexiones permanentes se establecen
cuando se acepta la conexin del usuario a la red y son fijadas mediante la configuracin
de los nodos de la red por tiempo indeterminado.
1.

Protocolos en Frame Relay

En la arquitectura de Frame Relay existen varios protocolos de enlace para la realizacin

de distintas funciones. Se habla de un Plano de Control mediante el que se realiza el
establecimiento y liberacin de conexiones lgicas. Estas funciones se llevan a cabo
transmitiendo tramas del protocolo LAPD, otro derivado del HDLC, que se defini para
ser utilizado en los canales D de la interfaz RDSI (suele ser el mtodo habitual de acceso
a las redes Frame Relay). A travs de este canal el terminal del usuario se comunica con
el gestor de tramas (nodo de conmutacin de la red Frame Relay) ms prximo.

TALLER DE REDES

Pg. 6/16

UNIVERSIDAD CATLICA BOLIVIANA

Una vez establecida la conexin entra en funcionamiento el Plano de Usuario encargado

del intercambio de los datos del usuario a travs de una conexin por la que slo viajan
tramas de datos, evitndose as la sobrecarga de los mensajes de control. En el caso de
una conexin a travs de RDSI los datos viajan por canales de tipo B o H para los que se
establece y libera la conexin, como se mencion antes, desde un canal D. Este
intercambio de datos de usuario se realiza mediante tramas de protocolo LAPF (que en
este caso es una versin de LAPD). LAPF est formado por dos partes que se denominan
LAPF Control y LAPF Datos. En Frame Relay solo se utiliza el ncleo (LAPF core) lo
cual quiere decir que no se realiza el control de errores ni de flujo.

La trama es muy semejante a la trama HDLC, salvo que no existe campo de control. El
campo de direccin tiene en principio dos octetos pudiendo ampliarse a 3 o 4, de tal
manera que contiene un DLCI (Identificador de Conexin de Enlace de Datos) de 10, 17
o 24 bits segn las necesidades. Los bits denominados EA de este campo permiten
determinar la longitud del mismo. Otros bits de este campo permiten realizar el control de
congestin en la red Frame Relay y se describir su funcin ms adelante. El formato del
campo de direccin con dos octetos es el siguiente:

2.

Funcin de los gestores de trama

El funcionamiento de la red Frame Relay se basa en la funcionalidad de los gestores de

tramas, que son los nodos de conmutacin de la red. Estos encaminan las tramas descritas
TALLER DE REDES

Pg. 7/16

UNIVERSIDAD CATLICA BOLIVIANA

anteriormente en funcin de su DLCI. Los gestores de tramas mantienen una tabla de

conexin basada en DLCI que hace corresponder tramas de entrada por un canal con su
salida por otro, traduciendo adecuadamente su DLCI. Por ejemplo, una trama que llega
por el canal 2 desde otro gestor de tramas perteneciendo a la conexin lgica (DLCI) 209
y sale por el canal 3 hacia otro gestor de tramas a travs de la conexin lgica 122.
Por otro lado la conexin lgica con DLCI=0 de cada canal est reservada para control y
es la que permite el control de llamadas para el establecimiento y liberacin de las
conexiones lgicas y, por lo tanto, la actualizacin de las tablas de conexin.

Cada vez que llega una trama el gestor comprueba el CRC para detectar la existencia de
posibles errores en la misma. Si se detecta un error, la trama es simplemente descartada.
La recuperacin de errores ser misin de los usuarios finales.

3.

Control de la congestin

El objetivo del control de congestin en Frame Relay es limitar la longitud de las colas en
los gestores de tramas para evitar un colapso en el rendimiento de la red. Por lo general
esta congestin se produce cuando la carga ofrecida a la red es superior a su capacidad de
proceso, lo que suele dar lugar a una congestin general de la red.
Tambin se puede producir de forma puntual en uno o varios gestores de tramas si la
carga de trabajo de estos es superior a su capacidad, con el consiguiente aumento del
tamao de sus colas de entrada y salida.
Los procedimientos para controlar las congestiones en Frame Relay son tres: la
estrategia de rechazo, prevencin de congestin y recuperacin de congestin.

TALLER DE REDES

Pg. 8/16

UNIVERSIDAD CATLICA BOLIVIANA

Estrategia de rechazo.

Es la respuesta ms bsica a una congestin severa en la cual la red se ve forzada a

rechazar tramas. Este rechazo se hace de forma selectiva empezando por las tramas que
tienen alterado el bit de rechazo, DE, del campo de direccin. La manipulacin de este bit
la hace el gestor de tramas que recibe una trama procedente del terminal del usuario.
El usuario contrata con la red para cada conexin una tasa de informacin contratada,
CIR (Commited Information Rate). La suma de las CIR de las conexiones del usuario
debe ser siempre inferior o igual a la velocidad de la lnea de acceso del usuario a la red.
Por ejemplo, si el usuario tiene contratada la posibilidad de hacer dos conexiones
simultaneas con una CIR de 16 kbps cada una, su lnea de acceso debera tener una
velocidad superior a 32 kbps. Si la velocidad de esta lnea de acceso es por ejemplo 64
kbps el usuario no estar limitado por la CIR, es decir, podr enviar hasta 64 kbps entre
sus dos conexiones. Sin embargo, aquellas tramas que supongan que el usuario supera su
CIR en un determinado intervalo de tiempo T, en alguna de las conexiones, sern
marcadas por el primer gestor de tramas en su bit DE. En caso de congestin severa sern
las primeras en ser descartadas por la red.
Para las conexiones permanentes la CIR se fija cuando el usuario se conecta a la red, y
para las temporales, la determinacin de la CIR forma parte del protocolo de control de
llamada.
Lo lgico es que los recursos de un gestor de tramas tengan capacidad suficiente para la
suma de las CIR de todas las conexiones de todos los sistemas de usuario finales
conectados a el. De todas formas, esto no asegura que no haya rechazos antes de alcanzar
la CIR, dando un servicio inferior a la CIR en caso de congestin extrema. Tambin se
impone al usuario una tasa de transmisin mxima (inferior normalmente a la velocidad
de acceso) por encima de la cual las tramas que supongan que esta tasa se supera en un
intervalo de tiempo T son descartadas inmediatamente por el primer gestor de tramas.
Hay que destacar que estas funciones de marcado del bit DE y rechazo de las tramas de
una conexin de usuario slo las realiza el gestor de tramas que las recibe directamente
del usuario. El resto de gestores de la red no modificarn el bit DE, ni controlarn la tasa
mxima del usuario.

TALLER DE REDES

Pg. 9/16

UNIVERSIDAD CATLICA BOLIVIANA

Por otro lado tambin tiene mucha importancia el intervalo de tiempo T en el que se
computa la CIR. Si T fuera muy grande, por ejemplo varios minutos, probablemente el
usuario no la superara nunca ya que la informacin suele viajar a rfagas con intervalos
largos de inactividad entre ellas. Sin embargo, la red podra resentirse frente a esas
rfagas de trfico intenso. Si T es muy pequeo, la red marcar muchas tramas como
rechazables y se defender mejor de la congestin. Pero el usuario puede verse
perjudicado y obligado a no enviar tramas muy seguidas para evitar superar su CIR en el
tiempo T a pesar de que su media de transmisin de informacin a lo largo del da sea
muy inferior a esa CIR.

Debe quedar claro que si se excede el CIR, en la trama se marca el bit DE. Si adems se
excede el mximo caudal, la trama se descarta. Dato el tamao de rfaga acordado como
Bc y el tamao de rfaga en exceso Be, se cumple que:

CIR

Bc
T

El algoritmo de cubo con escape (Leaky Bucket) se aplica a este tipo de conexiones para
garantizar que no se produzca congestin. De forma que las tramas que han excedido el
tamao de rfaga acordado en el tiempo de medida son marcadas para descarte.

TALLER DE REDES

Pg. 10/16

UNIVERSIDAD CATLICA BOLIVIANA

Prevencin de la congestin.

Cuando un gestor de tramas de la red aprecia que existe congestin, comienza a marcar
los bits BECN y FECN de las tramas. Los dems gestores no deben desactivar estos bits
cuando la trama pasa por ellos. Estos bits son mensajes para los usuarios finales que
reciben las tramas.

Notificacin de Congestin Explicita hacia Atrs (BECN): notifica al usuario

final que las tramas que transmite en sentido contrario a la recibida pueden
encontrar recursos congestionados. El usuario debe poner en marcha
procedimientos para evitar la congestin. Estos procedimientos suelen consistir en
reducir la velocidad a la que el usuario transmite las tramas hasta que desaparezca
la seal.

Notificacin de Congestin Explicita hacia Adelante (FECN): notifica al

usuario final que la recibida ha encontrado recursos congestionados y que el
trfico que venga en ese sentido puede tambin sufrir la congestin. El usuario
debe poner en marcha procedimientos para evitar la congestin que en este caso
son ms complejos ya que deber avisar al usuario del otro extremo de la
conexin de la situacin para que reduzca la velocidad a la que transmite las
tramas hasta que desaparezca la seal.

Recuperacin de la congestin.

Los niveles superiores del usuario final pueden detectar de forma implcita que existe
congestin en la red cuando detecta que esta ha descartado una trama, bien por no haber
llegado el acuse de recibo desde el otro extremo del ltimo mensaje enviado en la trama,
o bien por haber sido rechazado este por el otro extremo por no tener el nmero de
secuencia esperado.
En este caso, para recuperarse de la congestin, los niveles superiores del usuario final
hacen uso de su control de flujo. Por ejemplo, reduciendo la ventana deslizante del
control de flujo. Una vez recuperada la congestin, cuando no se detecten prdidas de
tramas, se volvera a recuperar poco a poco el tamao de la ventana original.
TALLER DE REDES

Pg. 11/16

UNIVERSIDAD CATLICA BOLIVIANA

2.
ATM
Prcticamente cuando RDSI estaba apareciendo en el mercado la ITU-T empez a
trabajar en un nuevo estndar de red digital para servicios avanzados. Dado que se
pretenda que la nueva red digital fuera de elevadas prestaciones, con posibilidad de
transmitir vdeo en alta resolucin y servicios similares, se la denomin RDSI de banda
ancha (RDSI-BA, Broadband ISDN o B-ISDN). Para no repetir el 'fracaso' que supuso la
tarda aparicin del estndar RDSI; la ITU-T decidi utilizar en este caso una tecnologa
realmente novedosa, en la que haca tiempo pensaban algunos ingenieros de
telecomunicaciones pero que supona un cambio radical de filosofa; la nueva tecnologa
se denomina ATM (Asynchronous Transfer Mode). Los primeros estndares BISDN/ATM se publicaron en 1988; en ese mismo ao la ITU-T adopt un nuevo proceso
mas gil de creacin de estndares. A pesar de estas innovaciones, la industria consider
que la ITU-T no era suficientemente gil en relacin con los estndares ATM y en 1991
se cre el ATM forum, que en 1994 reuna ya a ms de 150 miembros principales
(fabricantes de ordenadores y equipos de comunicaciones, as como compaas
telefnicas).
Ya hemos visto la ventaja que suponen las redes de conmutacin de paquetes en lo que a
aprovechamiento del ancho de banda se refiere; los momentos de inactividad de un
usuario son aprovechados por otro; esto es especialmente tiles cuando el trfico se
genera a rfagas, cosa habitual en los datos. Pero la irregularidad no es una caracterstica
exclusiva de los datos, por ejemplo:
Una conversacin telefnica es silencio en su mayor parte, ya que de entrada el
canal de comunicacin que se establece es full dplex y normalmente est hablando
una persona (como mucho).
El ancho de banda ocupado por el vdeo digitalizado es muy irregular, ya que los
modernos sistemas de alta compresin aprovechan la redundancia de informacin que
normalmente hay entre fotogramas sucesivos de una pelcula, lo cual hace que se
transmita mucha ms informacin cuando se trata de una escena cambiante que
cuando se trata de una imagen esttica.
Desgraciadamente las redes de conmutacin de paquetes 'normales' (frame relay, IP) no
son adecuadas para trfico multimedia (voz y vdeo), ya que los retardos que introducen y
la falta de garantas en el ancho de banda hacen que el servicio se degrade con rapidez
cuando la red est cargada.
La idea fundamental de ATM consiste en aplicar la filosofa de la conmutacin de
paquetes a todos los tipos de trfico de que hemos hablado, pudiendo coexistir todos ellos
sin problemas en la misma red y discurrir por los mismos medios de transmisin. Para
evitar los problemas de retardo y saturacin se contemplan varias medidas, entre las que
podemos destacar:
Un tamao de paquete fijo de 53 bytes (del cual 5 son la cabecera y 48 los datos
de usuario); el tamao fijo simplifica el proceso de los paquetes, algo crucial en redes
de alta velocidad. Al ser pequeo se asegura que un paquete con alta prioridad no se
ver retrasado de forma importante por esperar a que termine de enviarse el paquete en
curso.
Una amplia diversidad de tipos de trfico. El usuario puede utilizar el ms
adecuado a sus necesidades segn el tipo de aplicacin; el costo normalmente
depender del tipo de trfico utilizado.
TALLER DE REDES

Pg. 12/16

UNIVERSIDAD CATLICA BOLIVIANA

En todo lo que hemos visto hasta ahora una conversacin telefnica ocupaba siempre un
canal de 64 Kbps; la multiplexacin PDH y SDH, o los conmutadores por divisin por
tiempos basan su funcionamiento en este principio. En ATM la conversacin ocupar un
ancho de banda variable en funcin de lo mucho o poco que hablen los dos interlocutores;
sus silencios son literalmente aprovechados para intercalar otras conversaciones sobre el
mismo cable. Esto supone un cambio radical en un planteamiento que haba permanecido
inalterado desde que Alexander Graham Bell inventara el telfono hace ms de cien aos.
En lo que a medios fsicos se refiere, los que estn estandarizados para el transporte de
celdas ATM son los siguientes:
Velocidad
(Mbps)
1,544
2,048
6,312
25,6
34,368
44,736
51,84
100
139,264
155,52
155,52
155,52
622,08
2.488,32

Tipo de conexin

Interfaz

T1 (PDH)
E1 (PDH)
T2 (PDH)

elctrica (cable coaxial)

elctrica (cable coaxial)
elctrica (cable coaxial)
elctrica (cable categora 3)
E3 (PDH)
elctrica (cable coaxial)
T3 (PDH)
elctrica (cable coaxial)
STS-1 (SONET)
ptica (fibra monomodo)
FDDI (LAN)
ptica (fibra multimodo)
E4 (PDH)
elctrica (cable coaxial)
Fiber Channel
ptica (fibra multimodo)
elctrica (cable categora 5)
STS-3c (SONET), STM-1 (SDH) ptica (multimodo y monomodo)
STS-12c(SONET), STM-4(SDH) ptica (multimodo y monomodo)
STS-48 (SONET), STM-16(SDH) ptica (monomodo)
Interfaces estndar ATM

Para cada interfaz el estndar especifica de que forma se han de acomodar las celdas en la
trama correspondiente (esto es lo que se conoce como 'mapping' ATM).
Todos los medios de transmisin ATM son full dplex y en todos la transmisin y la
recepcin utilizan medios fsicos independientes. No todas las interfaces que aparecen en
la tabla anterior son de uso frecuente, las que aparecen marcadas en negrita son las ms
normales. La velocidad ms utilizada es 155,52 Mbps. Las velocidades bajas (T1 y E1) se
usan muy raramente ya que la funcionalidad ATM es poco aprovechable a estas
velocidades y el costo que supone la informacin de cabecera resulta elevado.
Al ser ATM un protocolo orientado a conexin se garantiza que todas las celdas llegan a
su destino en el mismo orden en que han salido; sin embargo no se garantiza que lleguen
todas las celdas, en situaciones de severa congestin se considera aceptable que haya una
prdida muy reducida de celdas (por ejemplo una en 1012).
3. Conexiones ATM
TALLER DE REDES

Pg. 13/16

UNIVERSIDAD CATLICA BOLIVIANA

En las conexiones lgicas ATM se distinguen Conexiones de Canales Virtuales (VCC,

Virtual Channel Connection) y Conexiones de Caminos Virtuales (VPC,Virtual Path
Connection). Un VPC es una conexin virtual extremo a extremo entre dos dispositivos,
A y B, que intercambian informacin a travs de una red ATM y contiene un haz de VCC
independientes que tienen el mismo origen y destino que el VPC. Esto permite reducir el
coste de encaminamiento en los nodos de conmutacin, ya que todos los VCC de un
mismo VPC se conmutan conjuntamente por el mismo camino. Si se tiene que establecer
un nuevo circuito virtual entre A y B se generar un nuevo VCC dentro del VPC ya
establecido, lo que agiliza el proceso de establecimiento, control y liberacin de la
conexin. Las lneas de transmisin que unen conmutadores de la red ATM entre s y con
los dispositivos terminales de usuario contendrn a su vez mltiples VPC.
4. Celdas ATM
En ATM se utilizan celdas de tamao fijo, 53 octetos, de los cuales 5 son de cabecera y
los 48 restantes forman el campo de informacin. Las razones que justifican celdas tan
pequeas y de tamao fijo son que pueden ser conmutadas ms eficientemente y que se
reduce el retardo en cola para celdas de alta prioridad.
Las cabeceras varan ligeramente si se trata de una celda de la interfaz entre el usuario y
el primer nodo de conmutacin de la red o de una celda que viaja entre dos nodos de
conmutacin de la red.

VPI y VCI son respectivamente los identificadores de camino y canal virtual. El campo
GFC slo se usa en la interfaz usuario-red para realizar un control de flujo o calidad de
TALLER DE REDES

Pg. 14/16

UNIVERSIDAD CATLICA BOLIVIANA

servicio (QOS, Quality of Service) en esta interfaz que ayuda tambin a la aparicin de
sobrecarga en la red. El campo PT indica el tipo de carga til que lleva la celda, de
usuario o de gestin y mantenimiento de la red. Este campo adems puede sealizar si se
ha producido congestin en la transmisin de una celda con informacin de usuario.
El bit CLP indica si la celda es de una categora de baja o alta prioridad para que en el
caso de tener que rechazar celdas por congestin de la red, empezar por las de baja
prioridad. Este bit puede ser activado por un conmutador de la interfaz usuario-red si est
en desacuerdo con los parmetros de trfico o calidad de servicio fijados para el usuario.
Finalmente, el campo HEC es un control de errores para la cabecera que, en caso de que
el dispositivo que recibe la celda errnea implemente el algoritmo adecuado, permite
adems la recuperacin de aquellos errores que sean solamente de un bit.
5. La Red de la universidad de Huelva
Como ejemplo de la aplicacin de la tecnologa ATM soportada por enlaces basados en
JDS tenemos la red corporativa de la Universidad de Huelva. A travs de acuerdos con la
compaa Telefnica, la Universidad de Huelva modific drsticamente la estructura de
su red interna. La evolucin de la red de esta Universidad se puede apreciar en los dos
diagramas de las figuras siguientes.

En este diagrama se muestra el antiguo sistema de interconexin de los distintos Campus

que componen la Universidad de Huelva (1999) y el actual que aparece en el diagrama
siguiente. El antiguo est configurado mediante una red ATM con dos conmutadores con
puertos (tributarios) a 155 Mbps que los conectan con cada Campus gracias a enlaces de
fibra ptica. Los enlaces de alta velocidad se implementan fsicamente mediante dos
anillos de fibra ptica bidireccionales a 2,5 Gbps empleando JDS. Este anillo JDS
tambin da soporte a las comunicaciones de voz del sistema de telefona interno de la
Universidad que no aparece representado en los diagramas.

TALLER DE REDES

Pg. 15/16

UNIVERSIDAD CATLICA BOLIVIANA

En este diagrama (2002) se puede observar el crecimiento de la zona del campus de El

Carmen, as como el progresivo movimiento hacia los enlaces gigabit ethernet sobre fibra
ptica, que resultan ms rpidos y baratos. Se sigue manteniendo la red interna de voz,
representada en la figura como PBX.

TALLER DE REDES

Pg. 16/16