TRABAJO

FRAME RELAY, ATM Y JERARQUÍA DIGITAL 1
1 – FRAME RELAY
1.1 – INTRODUCCIÓN
Básicamente, Frame Relay es un protocolo orientado a la tecnología de conmutación

de paquetes ofrecido por las compañías telefónicas.
Esta podría ser una definición más o menos típica. Interesa más su funcionalidad.
Frame Relay es un software programado localizado en la compañía de teléfonos
diseñado para proporcionar unas conexiones digitales más eficientes de un punto a otro.
No es Internet, pero puede facilitar una conexión de Internet a un proveedor de Internet.
Es una tecnología emergente que puede proporcionar un método más rápido y de coste
más efectivo para acoplar un ordenador a una red de ordenadores.
Se usa Frame Relay mayoritariamente para enrutar protocolos de Redes de Area Local
(LAN) tales como IPX o TCP/IP, pero también se puede usar para transportar tráfico
asíncrono, SNA o incluso voz. Su característica primaria más competitiva es el bajo
coste (frente a ATM, más rápido pero también mucho más caro).
Hay dos condiciones básicas que deberían existir para justificar la utilización de Frame
Relay:
- La línea de transmisión debe ser buena. Frame Relay solo funcionará

eficientemente si la tasa de error del medio físico es baja.
- Los nodos conectados a Frame Relay no deben ser terminales tontos, sino que
ejecutarán sus propios protocolos para control de flujo, recuperación de errores y
envío de asentimientos.
Frame Relay fue concebido originalmente como un protocolo para uso sobre interfaces
ISDN (interfaces para la Red Digital de Servicios Integrados). Las propuestas iniciales
fueron presentadas al International Telecommunication Union Telecommunication
Standardization Sector (ITU-T) (antiguamente llamado CCITT, Comité Consultivo
Internacional para Telegrafía y Teléfonos) en 1984. En esta época los trabajos sobre
Frame Relay también fueron emprendidos por el American National Standards Institute
(ANSI).
Los estándares ANSI T1.606 y T1.618 definen los procedimientos núcleo de Frame
Relay. Estos procedimientos se usan para manejar las tramas de datos de usuario en un
nodo de red Frame Relay.
El estándar ANSI T1.617 define los procedimientos de mantenimiento para las redes
Frame Relay. Estos especifican los tipos de mensajes intercambiados entre un terminal
de usuario y un nodo a través del cual se conecta a la red. El anexo D de este estándar
define los procedimientos aplicables a los circuitos virtuales permanentes (PVC´s).
Antes de que surgiera el estándar ANSI T1.617 anexo D, un consorcio de compañías

definió un mecanismo para el manejo de los PVC Frame Relay, llamado LMI (Link
Managament Interface). El LMI define una funcionalidad similar a la definida más tarde
por el estándar ANSI y actualmente es un estándar ampliamente soportado en las redes
Frame Relay existentes.
1.2 - TECNOLOGÍA BÁSICA
Frame Relay proporciona la capacidad de comunicación de paquetes de conmutación

de datos que se usa a través de la interface entre los dispositivos de usuario (por
ejemplo, routers, puentes, máquinas hosts,...) y equipos de red (por ejemplo, nodos de
intercambio). Los dispositivos de usuario son llamados a menudo data terminal
equipment (DTE), mientras que los equipos de red son llamados data circuit-terminating
equipment (DCE). La red que proporciona la interface Frame Relay puede ser o una red
pública o una red de equipos privados sirviendo a una sola empresa.
Como interface a una red, Frame Relay es del mismo tipo de protocolo que X.25. Sin
embargo, Frame Relay difiere significativamente de X.25 en su funcionalidad y
formato. En particular, Frame Relay es un protocolo más perfeccionado, que
proporciona un desarrollo más alto y una mayor eficiencia.
Como interface entre usuario y equipo de red, Frame Relay proporciona unos métodos
para multiplexar satisfactoriamente muchas conversaciones lógicas de datos
(relacionados con circuitos virtuales) sobre un único enlace físico de transmisión. Esto
contrasta con los sistemas que usan sólo técnicas de multiplexación por división en el
tiempo (TDM) para soportar múltiples flujos de datos. Frame Relay tiene
multiplexación estadística que proporciona un uso más flexible y eficiente del ancho de
banda disponible. Puede ser usada sin técnicas TDM o sobre los canales proporcionados
por sistemas TDM.
Otra característica importante de Frame Relay es que explota los recientes avances en
la tecnología de transmisión en redes de área amplia (WAN). Los primeros protocolos
de transmisión en WAN como X.25 fueron desarrollados cuando los sistemas de
transmisión analógica y por medios de cobre predominaban. Estos enlaces son mucho
menos seguros que los medios de fibra y los enlaces de transmisión digital disponibles
hoy en día. Sobre enlaces como éstos, los protocolos de la capa de enlace pueden
prescindir del tiempo que se gasta en aplicar algoritmos de corrección de errores,
dejando que éstos sean desarrollados por capas de niveles superiores. Es así posible un
mayor desarrollo y eficiencia sin sacrificar la integridad de los datos. Frame Relay está
desarrollado teniendo en cuenta esta ventaja. Frame Relay incluye un algoritmo de
chequeo cíclico redundante (CRC) para detectar bits corruptos (así el dato puede ser
descartado), pero no incluye ningún mecanismo de protocolo para corregir los datos
erróneos.
Otra diferencia entre Frame Relay y X.25 es la ausencia de explícito control de flujo
para los circuitos virtuales en Frame Relay. Ahora que muchos protocolos de capas
superiores están ejecutando efectivamente sus propios algoritmos de control de flujo, la
necesidad de esta funcionalidad en la capa de enlace ha disminuido. Frame Relay, por
tanto, no incluye procedimientos explícitos de control de flujo que duplique los
existentes en capas superiores . De hecho, sólo se proporcionan unos mecanismos muy
simples de notificación de congestión , para permitir a una red informar a un dispositivo
de usuario que los recursos de red están cerca de un estado de congestión. Esta
notificación puede avisar a los protocolos de las capas más altas de que el control de
flujo puede necesitarse.
Los actuales estándares Frame Relay están dirigidos a circuitos virtuales permanentes
(PVC’s) que son administrativamente configurados y dirigidos en una red Frame Relay.
Otro tipo, los circuitos virtuales de conmutación (SVC’s = switched virtual circuits) han
sido también propuestos. El protocolo de transmisiones ISDN se propone como el
método por el cual un DTE y un DCE comunicarán para establecer, terminar, y dirigir
SVC’s dinámicamente.
1.3 - CAPA DE INTERFACE FÍSICA
La especificación Frame Relay no dicta un tipo específico de cable o conector. Dado

que Frame Relay fue diseñado para ser parte de ISDN, no obstante, los servicios Frame
Relay pueden ser proporcionados por un cable común UTP (al menos a las velocidades
de transmisión más bajas).
Un router está normalmente conectado al DSU/CSU por una conexión V.35 o por una
conexión estilo RS-232 de alta velocidad. Dependiendo del modelo específico el router
proporciona uno o más puertos, los cuales pueden ser directamente conectados a
virtualmente cualquier tipo de LAN.
1.4 – FORMATO DE TRAMA
La trama definida por el protocolo para usar en Frame Relay está basada en un
subconjunto esencial del protocolo de acceso de enlace D (LAP-D), el cual está definido
para ISDN. Bajo Frame Relay, las tramas son llamadas también unidades de datos de
protocolo (PDU´s). El protocolo Frame Relay permite para la PDU:
- Delimitación de la trama, alineamiento, transparencia, proporcionada por HDLC

y cero bits inserción/extracción.
- Verificación de la integridad de la trama, proporcionado por la secuencia de

chequeo de trama (FCS). El FCS es generado por código estándar de control cíclico
redundante de CCITT de 16 bits.
- Direccionamiento Frame Relay, usando 2, 3 o 4 bytes de cabecera. Un bit de

dirección extendida es reservado en cada byte para indicar si le sigue otro o no.
- Control de congestión de la información. El indicador de eligibilidad de descarte

(DE) proporciona un mecanismo de prioridad de dos niveles, en el cual la más baja
prioridad de tráfico es descartada primero en caso de congestión en la red. El bit
forward explicit congestion notification (FECN) y el bit backward explicit
congestion notification (BECN) notifican al usuario final de la congestión que hay
en la red.
El paquete Frame Relay consiste de un byte de flag, seguido de 2-4 bytes de dirección,
2 bytes de CRC, y un último byte de flag.
Fig 2: Formato de Trama

Los bytes de flag al comienzo y al final de la trama son los mismos que usan LAP-B y
LAP-D. El campo dirección está descrito debajo. El campo información contiene los
datos de usuario. La secuencia de control de trama (FCS) se genera usando el polinomio
de 16 bit estándar de CCITT (CRC).
El campo dirección del paquete Frame Relay puede ser 2, 3, o 4 bytes de largo. Los
posibles formatos del campo de dirección son los siguientes:
Fig 3: Campo de Dirección tipo 1

La longitud del campo dirección se determina por el bit de dirección extendida (E/A).
Si el E/A bit es 0, sigue otro byte de dirección. El byte final de dirección tiene E/A
puesto a 1. El bit mandato/respuesta (commando/response) (C/R) está definido para
alineamiento con paquetes LAP-D, pero se usa para Frame Relay. Los bits FECN y
BECN se usan para notificar que hay congestión en la red. El bit de eligibilidad de
descarte, DE, puede ser usado o por el usuario o por la red para proporcionar un
mecanismo de prioridad a dos niveles. En caso de congestión las tramas con DE = 1
serán descartadas primero. El bit indicador de control/DLCI (D/C) determina si los seis
bits de menor orden deben ser interpretados como bits DLCI de menor peso o como bits
de control.
La mayoría de los campos de dirección constan del identificador de conexión de

enlace de datos (DLCI). El DLCI es equivalente al identificador de circuito virtual
(VCI) usado en redes X.25. La dirección completa de 23 bits sirve como modo de
direccionamiento global. Los modos más compactos de direccionamiento sirven para
limitar la generalidad de la trama cabecera cuando el usuario no utiliza
direccionamiento global; por ejemplo cuando un usuario sólo conecta con otros usuarios
locales dentro de una misma organización. Esto es análogo al uso de las extensiones
cortas de teléfonos.
1.5 - CONTROL DE FLUJO Y TASA DE INFORMACIÓN
No hay control de flujo sobre Frame Relay, simplemente descarta las tramas sobre las
que no puede decidir. Cuando te suscribes, tu especificas la velocidad de la línea y
también, típicamente, te requerirán que especifiques una velocidad de información
comprometida (CIR) para cada DLCI. Este valor especifica el valor medio máximo de
velocidad a la que la red trabajara bajo condiciones normales. Si envías más rápido que
esa velocidad algunas tramas serán marcadas con el bit DE a 1, y, por tanto, en caso de
sobrecarga, estas serán las primeras en descartarse. Muchos servicios Frame Relay
gratuitos están basados sobre un CIR cero. Esto significa que cada trama es una trama
marcada con DE, y la red la eliminará cuando lo necesite. (Telefónica ofrece la
posibilidad de contratar velocidad de acceso 0 Kbps en su servicio Frame Relay).
Frame Relay proporciona información de que la red está congestionada a través de sus
bits FECN y BECN en las tramas de datos.
1.6 - LLAMADAS DE CONTROL
La especificación Frame Relay permite varias variaciones en las llamadas de control.

Antes de requerir una conexión, el equipo terminal (TE) debe ser capaz de establecer
una conexión de acceso. Para ISDN esta conexión puede ocurrir sobre el canal D, B o
H.
Una vez que la conexión de acceso existe, el TE debe establecer múltiples conexiones
lógicas Frame Relay usando los protocolos definidos en Q.933. Además, estas
conexiones lógicas Frame Relay pueden ser semipermanentes o sobre demanda. El
DLCI es indicado para señalar qué canal es el objeto del mensaje de control.
Para crear una conexión, el usuario final y la red negocian muchos parámetros para la
conexión.
Los parámetros negociables incluyen el retardo extremo a extremo, la máxima talla de
paquete de información, el rendimiento medio en bits por segundo, y el exceso
permitido en la transmisión.
En los casos en los que no hay control separado del canal, tal como en el canal D de
ISDN, deben usarse las llamadas de control en canal. Un valor de 0 en el campo DLCI
del paquete de cabecera indica que el paquete debería enrutarse al punto de control
Frame Relay antes que al usuario final.
1.7 - FRAME RELAY FRENTE A X.25
Frame Relay es una forma simplificada de la conmutación de paquetes, similar en

principio a X.25, en la cual las tramas de datos síncronas son enrutadas a diferentes
destinos dependiendo de su información de cabecera.
La gran diferencia entre Frame Relay y X.25 es que X.25 garantiza la integridad de los
datos y la red maneja el flujo de control, a costa de algún retraso en la red. Frame Relay
conmuta las tramas mucho más rápido extremo a extremo, pero no hay garantía de que
la integridad de los datos sea total.
Frame Relay es de un coste efectivo; ello se debe en parte a que los requerimientos de
almacenamiento en la red están cuidadosamente optimizados. Comparado con X.25, el
almacenamiento en la red es mínimo. Frame Relay es también mucho más rápido que
X.25; las tramas son conmutadas a su destino con muy poco retardo de red, mientras
que en X.25 el retardo que se produce es de cientos de milisegundos.
1.8- EXTENSIONES LMI
El mayor desarrollo en la historia de Frame Relay se produjo en 1990, cuando Cisco

Systems, StrataCom, Northern Telecom, y Digital Equipment Corporation formaron un
consorcio para enfocar el desarrollo de la tecnología Frame Relay y acelerar la
introducción de productos Frame Relay interoperables. Este consorcio desarrolló una
especificación conforme al protocolo básico de Frame Relay discutido en ANSI y ITU-
T, pero extendiéndolo con características que proporcionan capacidades adicionales
para entornos complejos de red. Estas extensiones de Frame Relay se conocen
colectivamente como la Interface de Dirección Local (LMI = Local Management
Interface).
En unión a las funciones del protocolo básico Frame Relay para transferir datos, la
especificación del consorcio Frame Relay incluye extensiones LMI que hacen el soporte
de redes complejas y grandes más fácil. Algunas extensiones LMI se denominan
comunes y deben ser implementadas por todo el que adopte la especificación. Otras
funciones LMI se denominan opcionales. Un resumen de las extensiones LMI es el que

sigue :
- Mensajes de estado de Circuito Virtual (común): proporciona comunicación y

sincronización entre la red y el dispositivo de usuario, informando periódicamente de la
existencia de nuevos PVC’s y la eliminación de PVC’s ya existentes, y generalmente
proporcionando información sobre la integridad PVC. Estos mensajes de estado de
Circuito Virtual previenen el envío de datos a agujeros negros, es decir, sobre PVC’s
inexistentes.
- Multicasting (opcional): permite a un emisor transmitir una sola trama que tenga como
destinatario en la red a múltiples receptores. Así, el multicasting soporta procedimientos
de resolución de direcciones para tramas que normalmente se deben enviar a múltiples
destinos simultáneamente.
- Direccionamiento Global (opcional): da identificadores de conexión globales,

permitiendo que sean usados para identificar un interface específico de la red Frame
Relay.
- Control de flujo simple (opcional): proporciona medios para un XON/XOFF,

mecanismo de control de flujo que aplica al interface Frame Relay. Esto es conveniente
para aquellos dispositivos cuyas capas superiores no pueden usar los bits de notificación
de congestión y que necesitan algún nivel de control de flujo.
1.9 - FORMATO DE MENSAJE LMI
La trama Frame Relay se muestra en la figura siguiente:
Fig 6: Trama Frame Relay
El campo flags delimita el comienzo y fin de la trama. Sigue el campo dirección con
dos bytes con información de dirección. Diez bits de estos dos bytes confeccionan el
actual identificador de circuito ID (llamado DLCI, por data link connection identifier).
El valor del bit 10 DLCI es el corazón de la cabecera Frame Relay. Identifica la

conexión lógica que se multiplexa dentro del canal físico. En el modo básico de
direccionamiento (es decir, no extendido por LMI), DLCI´s tienen significado local ; es
decir, el dispositivo final en dos finales diferentes de una conexión puede usar un DLCI
diferente para referirse a la misma conexión. La siguiente figura proporciona un
ejemplo del uso de DLCI´s con direccionamiento Frame Relay no extendido:
Fig 7: Frame Relay Addressing
En la figura tenemos dos PVC´s, uno entre Atlanta y Los Ángeles, y otro entre San
José y Pittsburgh. Los Ángeles usa DLCI 12 para referirse a su PVC con Atlanta.
Similarmente San José usa DLCI 12 para referirse a su PVC con Pittsburgh. La red usa
mecanismos internos para conservar la distinción entre los dos PVC con significado
local.
En el final de cada byte DLCI hay un bit de dirección extendida (EA). Si este bit es
uno, el byte actual es el último byte DLCI. Todas las implementaciones actualmente
usan un DLCI de 2 bytes, pero la presencia del bit EA permite que este número de bytes
se pueda aumentar en el futuro.
El bit marcado “C/R” siguiente al byte DLCI más significativo actualmente no es

usado.
Finalmente, 3 bits en el byte 2 DLCI proporcionan control de congestión. El forward

explicit congestion notification (FECN) bit se pone a 1 por la red Frame Relay para
indicar que la trama sufrió congestión en el camino que va de fuente a destino. El
backward explicit congestion notification (BECN) bit es puesto a 1 por la red Frame
Relay en tramas que viajan en sentido opuesto a las tramas que están encontrando un
camino congestionado. El significado que se esconde tras estos bits es que la indicación
FECN y/o BECN puede ser promocionada hacia protocolos de niveles superiores que
pueden tomar las acciones de control de flujo que consideren convenientes.
El bit de eligibilidad de descarte (DE) es marcado por el DTE para decirle a la red
Frame Relay que la trama tiene menor importancia que otras tramas, y que por tanto
podrá ser descartada antes que otras tramas si la red está corta de recursos. Así,
representa un mecanismo muy simple de prioridad. Este bit es marcado usualmente
cuando la red está congestionada.
Hasta ahora todo lo mencionado describía el formato del protocolo básico Frame
Relay para el transporte de tramas de datos de usuarios. La especificación del consorcio
Frame Relay también incluye los procedimientos LMI. Los mensajes LMI son enviados
en tramas distinguidas por un LMI - específico DLCI ( definido en la especificación del
consorcio como DLCI = 1023). El formato de mensaje LMI se muestra en la siguiente
figura:
Fig 8: Formato de mensaje LMI
En los mensajes LMI, la cabecera básica del protocolo es la misma que en una trama
de datos normal. El mensaje LMI actual comienza con cuatro bytes obligatorios,
seguido de un número variable de elementos de información (IE´s). El formato y
codificación de los mensajes LMI está basado en el estándar ANSI.
El primero de los bytes obligatorios (indicador de información sin numerar) tiene el

mismo formato que el LAPB información sin numerar del protocolo X.25. El siguiente
byte obligatorio se denomina discriminador de protocolo, el cual se pone al valor que
indica “LMI”. El tercer byte obligatorio está siempre rellenado a cero y se denomina
referencia de llamada. El último byte obligatorio es el campo tipo de mensaje. Dos tipos
de mensaje han sido definidos.
Los mensaje de Información sobre estado (Status-enquiry) permiten al dispositivo de
usuario informar sobre el estado de la red. Las mensajes de Estado (Status messages)
responden a los mensajes status-enquiry. Los mensajes del tipo Sigue Vivo (Keepalives:
mensajes que se envían a través de una conexión para asegurar que ambos lados de ésta
continuarán considerando la conexión como activa) y estado PVC son ejemplos de estos
mensajes y son el rasgo común LMI que se espera que forme parte de toda
implementación que sea conforme a la especificación del consorcio.
Juntos, los mensajes de información sobre estado (status-enquiry messages) y los

mensajes de estado (status messages), ayudan a verificar la integridad de los enlaces
lógicos y físicos. Esta información es crítica en un entorno de enrutamiento, ya que los
algoritmos de enrutamiento construyen sus decisiones basándose en la integridad del
enlace.
Siguiendo al campo tipo de mensaje hay algún número de elementos de información

(IE´s). Cada IE consiste en un solo byte identificador IE, un campo IE longitud, y uno o
más bytes conteniendo el dato actual.
1.10 - DIRECCIONAMIENTO GLOBAL
En unión a las características comunes LMI, hay muchas extensiones LMI opcionales
que son muy usuales en un entorno de red. La primera extensión opcional LMI
importante es el direccionamiento global. Como vimos anteriormente, la especificación
Frame Relay básica únicamente soporta valores del campo DLCI que identifiquen PVC
´s con significado local. En este caso, no hay direcciones que identifiquen interfaces de
red, o nodos asociados a esta interfaces. A causa de que estas direcciones no existen,
ellos no pueden ser descubiertos por las técnicas tradicionales de resolución y
descubrimiento de direcciones. Esto significa que con el direccionamiento Frame Relay
normal, se pueden crear mapas estáticos para decir a los routers qué DLCI´s usar para
encontrar un dispositivo remoto y su dirección de red asociada.
La extensión de direccionamiento global permite identificadores de nodo. Con esta
extensión, los valores insertados en el campo DLCI de una trama son direcciones con
significado global de dispositivos finales de usuario (por ejemplo, routers). Esto se
implementa como se observa en la siguiente figura:
Fig 9: Cambio con Direccionamiento Global
En la figura superior vemos que cada interface tiene su propio identificador.

Supongamos que Pittsburgh debe enviar una trama a San José. El identificador para San
José es 12, así que Pittsburgh coloca el valor 12 en el campo DLCI y envía la trama
dentro de la red Frame Relay.
En el punto de salida , el campo DLCI es cambiado a 13 para reflejar el nodo fuente de

la trama. Cada interface router tiene un valor distintivo como su identificador de nodo,
así los dispositivos individuales pueden ser distinguidos. Esto permite la enrutamientos
adaptativos en entornos de red complejos y grandes.
La red Frame Relay aparece ahora ante los routers como cualquier LAN. No son
necesarios cambios en los protocolos de capas superiores para obtener completas
ventajas de sus capacidades.
1.11 - MULTICASTING
Multicasting es otra característica opcional de LMI. Los grupos multicast se designan

por una serie de cuatro valores reservados de DLCI (del 1019 al 1022). Las tramas
enviadas por un dispositivo usando uno de estos DLCI reservados son reenviadas por la
red a todos los puntos de salida en el conjunto designado. Las extensión multicasting
también define mensajes LMI que notifican a los dispositivos de usuario la unión,
borrado, y presencia de grupos multicast.
En redes que toman ventajas del enrutamiento dinámico, la información enrutada
puede ser intercambiada entre muchos routers. Los mensajes de enrutamiento pueden
ser enviados eficientemente por tramas que usen la extensión multicast LMI. Esto
permite enviar mensajes a grupos específicos de routers.
1.12 - IMPLEMENTACIÓN EN RED
Frame Relay puede ser usada como una interface a un prooveedor público de servicios
o a una red de equipo privado. Un método típico de implementacion de red privada es
equipar los tradicionales multiplexores T1 con interfaces Frame Relay para dispositivos
de datos, así como interfaces no-Frame Relay para otras aplicaciones tales como voz y
vídeo-teleconferencia. La figura que sigue muestra tal configuración:
Fig 10: Red Frame Relay Híbrida
Un servicio público Frame Relay es desplegado poniendo equipos Frame Relay de

conmutación en las oficinas centrales de un proveedor de telecomunicaciones. En este
caso, los usuarios pueden obtener beneficios económicos de las limitaciones de cargos
sensibles al tráfico, y son relevados del trabajo necesario que conlleva administrar y
mantener el equipo de red y el servicio.
En otro tipo de red, las líneas que conectan los dispositivos de usuario al equipo de red
pueden operar a una velocidad seleccionada de entre un amplio rango de valores de
tarifas. Velocidades entre 56 kbps y 2 Mbps son típicas, aunque Frame Relay puede
soportar velocidades mayores y menores (Por ejemplo, Telefónica tiene entre sus tarifas
de contratación velocidades más bajas de 56 kbps). Las implementaciones capaces de
operar sobre enlaces a 45 Mbps (DS3) se espera que estén disponibles pronto.
De este modo se pueden usar los tradicionales conmutadores de circuitos,

conmutadores de paquetes, o una combinación híbrida de estas tecnologías.
1.13 – GLOSARIO
- Línea de acceso
Una línea de comunicaciones (ej. circuito) que interconecta un dispositivo Frame-

Relay-compatible (DTE) a un conmutador Frame-Relay (DCE). Ver también Línea
Principal.
- Velocidad de acceso (AR)
La velocidad de acceso de que dispone el usuario en su canal de acceso. Determina

cuán rápidamente puede un usuario final introducir datos en la red Frame Relay.
- American National Standards Institute
Idea y propone recomendaciones para estándares internacionales de comunicaciones.

Ver también Comité Consultivo Internacional de Telegrafía y Telefónica (CCITT).
- Backward Explicit Congestion Notification (BECN)
Un bit enviado por una red Frame Relay para notificar a un DTE que los
procedimientos para evitar la congestión deben ser iniciados por el dispositivo emisor.
- Ancho de banda
El rango de frecuencias expresado en Kbits por segundo, que puede pasar sobre un
canal de transmisión dado con una red Frame Relay. El ancho de banda determina la
velocidad a la cual la información puede ser enviada a través de un canal. A mayor
ancho de banda, mayor es la información que se puede enviar en un tiempo dado.
- Puente
Un dispositivo que soporta comunicaciones LAN a LAN. Los puentes se pueden

equipar para proporcionar soporte Frame Relay a los dispositivos LAN a los que ellos
sirven. Un puente con capacidad Frame Relay encapsula tramas LAN en tramas Frame
Relay y proporciona estas tramas Frame Relay a un conmutador Frame Relay para su
transmisión a través de la red. Un puente con capacidad Frame Relay también recibe
tramas Frame Relay de la red, extrae de la trama Frame Relay cada trama LAN, y pasa
la trama LAN al dispositivo final. Los puentes son usados generalmente para conectar
segmentos de redes de área local (LAN) a otros segmentos LAN o a una red de área
amplia (WAN).
- Canal
Generalmente se refiere al canal de acceso a través del cual viajan los datos Frame
Relay.
- Unidad de Servicio de Canal (CSU)
Un dispositivo secundario necesita adaptar la interface V.35 sobre un DTE Frame

Relay al interface T1 (o E1) sobre un conmutador Frame Relay. El formato de la señal
T1 (o E1) sobre el conmutador Frame Relay no es compatible con la interface V.35
sobre el DTE. Por tanto, un CSU o dispositivo similar, colocado entre el DTE y el
conmutador Frame Relay, es necesario para desarrollar la conversión requerida.
- Comitted Burst Size (Bc)
La máxima cantidad de datos (en bits) que la red permite transferir, bajo condiciones
normales, durante un intervalo de tiempo Tc. Ver también Excess Burst Size (BE).
- Comité Consultivo Internacional de Telegrafía y Telefonía (CCITT) (Bc)
Una organización de estándares que idea y propone recomendaciones para las

comunicaciones internacionales. Ver también American National Standards Institute
(ANSI).
- Comitted Information Rate (CIR)
La velocidad comprometida (en bits por segundo) a la cual la interface de acceso de

salida de una red Frame Relay transfiere información al sistema destino final Frame
Relay bajo condiciones normales. La velocidad se promedia sobre un mínimo intervalo
de tiempo Tc.
- Comitted Rate Measurement Interval (Tc)
Intervalo de medida de la velocidad comprometida. El intervalo de tiempo durante el

cual el usuario puede solamente enviar la cantidad de datos Bc comprometida, y un
exceso de datos de Be. Por lo general, la duración de Tc es proporcional al tráfico. Tc es
computado de la siguiente forma: Tc = Bc/CIR. Tc no es un intervalo de tiempo
periódico. De hecho se usa solamente para medir datos entrantes, durante lo cual actúa
como una ventana móvil. Los datos entrantes disparan el intervalo Tc, el cual continúa
hasta que completa su duración conmutada. Ver también Velocidad de Información
Comprometida (CIR) y Bc.
- Equipo de comunicaciones de datos (DCE)
Término definido tanto por el comité V.35 como por X.25, que se aplica a los
dispositivos conmutadores de datos y que se distingue de los dispositivos que se acoplan
a la red (DTE).
- Control Cíclico Redundante (CRC)
Un método computacional que controla la veracidad de las tramas transmitidas entre

dispositivos en una red Frame Relay. Se computa la función matemática antes de
transmitir los datos, en el dispositivo origen. Su valor numérico es computado
basándose en el contenido de la trama. Este valor es comparado con el valor calculado
por el dispositivo destino para asegurar la corrección de la trama. Ver también
Secuencia de Control de Trama (FCS).
- Identificador de Conexión de Enlace de Datos (DLCI)
Un único número asignado a un punto final de un PVC en una red Frame Relay.
Identifica a este punto final de la red. Tiene significado local, únicamente para ese
canal.
- Elegibilidad de descarte (DE)
Este bit puesto a uno indica que se puede descartar la trama en preferencia a otras
tramas si se produce congestión en la red. Las tramas con el bit puesto a uno se
consideran datos exceso Be. Ver también Excess Burst Size (Be).
- Dispositivo final
La fuente última o destino del flujo de datos que va a través de una red Frame Relay a
veces también llamado DTE. Como dispositivo fuente envía datos a un dispositivo
interface para su encapsulación en una trama Frame Relay. Como dispositivo destino
recibe los datos desencapsulados desde el dispositivo interface (la trama Frame Relay es
desmontada, dejando solo los datos del usuario). Ver también DCE.
- Encapsulación
Un proceso por el cual un dispositivo interface transforma las tramas de un usuario en

tramas Frame Relay para poder transmitirlas por la red. La red acepta únicamente
tramas formateadas específicamente para Frame Relay. Por lo tanto, los dispositivos
interfaces actuando como interfaces a una red Frame Relay deben desarrollar esta
encapsulación.
- Excess Burst Size (Be)
La máxima cantidad de datos no comprometidos (en bits) en exceso de Bc que una red
Frame Relay puede atender durante un intervalo de tiempo Tc. Estos datos (Be)
generalmente se entregan con una probabilidad menor que Bc. La red marca estos datos
como descartables (DE).
- E1
Velocidad de transmisión de 2048 Mbps sobre líneas de comunicación E1. Una

facilidad E1 lleva una señal digital a 2048 Mbps. Ver también T1 y canal.
- Servidor de Ficheros
En el contexto de red Frame Relay soportando comunicaciones LAN a LAN, es un

dispositivo conectando una serie de estaciones de trabajo con una LAN dada. El
dispositivo desarrolla recuperación de errores y funciones de control de flujo así como
confirmación de reconocimiento de datos extremo a extremo durante la transferencia de
los datos.
- Forward Explicit Congestion Notification (FECN)
Un bit enviado por una red Frame Relay para notificar a una interface de dispositivo
(DTE) que se deben iniciar los procedimientos para evitar la congestión por el
dispositivo que recibe los datos. Ver también BECN.
- Secuencia Control de Trama (FCS)
El control cíclico redundante estándar de 16 bits usado por las tramas HDLC y Frame
Relay. Es efectivo únicamente en la detección de errores en las tramas no mayores de
4096 octetos.
- Dispositivo Interface con capacidad Frame Relay
Un dispositivo de comunicaciones que desarrolla encapsulación. Los routers y puentes

con capacidad Frame Relay son ejemplos de dispositivos interface del equipo cliente a
una red Frame Relay.
- Trama Frame Relay
Una unidad de datos de longitud variable, en formato Frame-Relay que se transmite a

través de una red Frame Relay como datos puros. Ver también Q.922A.
- Red Frame Relay
Una red de comunicaciones basada en la tecnología Frame Relay. Los datos se

multiplexan. Contrasta con Red de Conmutación de Paquetes.
- High Level Data Link Control (HDLC)
Un protocolo genérico de comunicaciones del nivel de enlace desarrollado por la

Organización Internacional de Estandarización (ISO). HDLC maneja sincronismo,
transparencia de código, transferencia serie de información sobre un enlace de
conexión. Ver también Synchronous Data Link Control (SDLC).
- Hop
Una única línea principal entre dos conmutadores en una red Frame Relay. Un PVC
establecido consta de un cierto número de hops.
- Host Computer
Un dispositivo de comunicaciones que permite a los usuarios ejecutar programas de

aplicaciones para desarrollar funciones tales como edición de textos, acceso a base de
datos, etc.
- Dispositivo Interface
Proporciona la interface entre el dispositivo final y la red Frame Relay, encapsula las
tramas que vienen del usuario con un protocolo determinado transformándolas en
tramas Frame Relay y las envía a través de la red.
- Link Access Procedure Balanced (LAPB)
El modo balanceado, versión HDLC. Se usa en las redes de conmutación de paquetes

X.25. Contrasta con LAPD.
- Link Access Procedure on the D-channel (LAPD)
Un protocolo que opera en la capa de enlace de datos de la arquitectura OSI. LAPD se

usa para transportar información a través de la red Frame Relay. El canal D lleva
información para la conmutación de circuito. Contrasta con LAPB.
- Local Area Network (LAN)
Una red de propiedad privada que ofrece canales de comunicaciones de alta velocidad
para conectar equipos de procesamiento de información en áreas geográficas limitadas.
- Protocolos LAN
Conjunto de protocolos LAN soportados por una red Frame Relay, incluido TCP/IP,
Apple Talk, Xerox Network System (XNS), Internetwork Packet Exchange (IPX),etc.
- Segmento LAN
Una LAN enlazada a otra LAN por un puente. Los puentes capacitan a dos LAN para
funcionar como una sola, pasando datos de una a otra. Para comunicarse los unos con
los otros, los segmentos LAN puenteados deben usar el mismo protocolo nativo.
- Paquete
Un grupo de dígitos binarios de longitud fija, incluyendo datos y señales de control,

que son transmitidos a través de una red X.25 de conmutación de paquetes como una
sola composición. Los paquetes no siempre viajan por el mismo camino pero se envían
con numeración para puedan recibirse en orden correcto por el destinatario. Contrasta
con la trama Frame Relay.
- Red de Conmutación de Paquetes
Una red de telecomunicaciones basada en la tecnología de la conmutación de

paquetes, donde un canal está ocupado únicamente durante la transmisión del paquete.
Contrasta con la red Frame Relay.
- Circuito Virtual Permanente (PVC)
Un enlace Frame Relay lógico, cuyos puntos finales y clase de servicio están definidos
por el administrador de la red. Es análogo al circuito virtual permanente de X.25. Un
PVC consta de una dirección origen de red Frame Relay, una dirección destino de tipo
red Frame Relay, un identificador de control de enlace de datos origen, y un
identificador de control de enlace de datos destino. Origen se refiere a la interface de
acceso desde donde se inicia una conexión Frame Relay. Destino se refiere a l punto
donde termina el PVC. Muchos clientes de red de datos requieren un PVC entre dos
puntos. Ver también DLCI.
- Q.922 Annex A (Q.922A)
El estándar internacional que define la estructura de las tramas Frame Relay.

Desarrollado por CCITT. Todas las tramas Frame Relay que entren en una red de este
mismo tipo deben ajustarse a este estándar. Contrasta con LAPB.
- Q.922A Trama
Una unidad de datos de longitud variable, formateada en formato Frame Relay

(Q.922A), que se transmite a través de una red Frame realy como dato puro ( no
contiene información de control de flujo). Contrasta con paquete.
- Router
Un dispositivo que soporta comunicaciones LAN a LAN. Los routers pueden estar
equipados para proporcionar soporte Frame Relay a los dispositivos LAN a los que ellos
sirven. Un router capacitado para Frame Relay encapsula tramas LAN en tramas Frame
Relay e incorpora estas tramas Frame realy a un conmutador para la transmisión a través
de la red. Recibe tramas con formato Frame Relay de la red y elimina la parte del
formato Frame Relay para dejar la trama en el formato en que la envió la LAN origen.
Los routers enrutan el tráfico en el nivel 3 de OSI. Ver también puente.
- T1
Velocidad de transmisión de 1544 Mbps sobre líneas de comunicación T1. También es

llamada como nivel de señal digital 1 (DS-1).
- Linea principal
Una línea de comunicaciones conectando dos conmutadores Frame Relay.

- Multiplexación estadística
Intercalar la entrada de los datos de dos o más dispositivos sobre un único canal de
acceso para su transmisión a través de una red Frame Relay.
- Synchronous Data Link Control (SDLC)
Un protocolo de comunicaciones del nivel de enlace usado en una red SNA de IBM
que maneja sincronismo, transparencia de código, transmisión serie de información
sobre un enlace de conexión. SDLC es un subconjunto del más genérico HDLC
desarrollado por ISO.
2 – ATM (MODO DE TRANSFERENCIA ASÍNCRONO)
2.1 - ¿QUÉ ES ATM?
Es un protocolo de conmutación de pequeños paquetes llamados “CELDAS”.

Asynchronous Transfer Mode (Modo de Transferencia Asíncrono) es una tecnología
de conmutación (switching) basada en unidades de datos de un tamaño fijo de 53 bytes
llamadas celdas. En una red ATM las comunicaciones se establecen a través de un
conjunto de dispositivos intermedios llamados switches.
Otras tecnologías LAN existentes en el mercado como Ethernet, Token Ring y FDDI
usan frames de longitud variable o paquetes para transmitir datos del fuente al destino.
ATM por su parte, usa celdas de longitud fija de 53 bytes para transmitir datos, voz y
vídeo sobre LAN´s y WAN´s
La conmutación de paquetes, que utiliza el ancho de banda sólo cuando hay tráfico de
datos, se desarrolló para gestionar el tráfico a ráfagas de datos. Sin embargo, los
sistemas de conmutación de paquetes no se comportan de manera adecuada en el caso
de tráfico bidireccional en tiempo real, como el vídeo interactivo. ATM supera esta
limitación gracias a la utilización de células, que son paquetes de longitud fija en vez de
emplear paquetes de longitud variable.
2.2 – ORÍGENES
ATM es el complemento de STM cuyo significado es Modo de Transmisión Síncrona.

El STM se usa en las redes de telecomunicaciones para transmitir paquetes de datos y
voz a lo largo de grandes distancias. La red está basada en la tecnología de
conmutadores donde una conexión es establecida entre dos puntos antes de que la
transmisión de datos comience. De esta forma, los puntos finales localizan y reservan un
ancho de banda para toda la conexión.
2.2.1 - La llegada del ATM
Las compañías de telecomunicaciones han estado investigando las conexiones con

fibra óptica que atraviesan países y océanos a velocidades de Gigabit/sec, y les gustaría
poder transportar en un único camino tanto tráfico en tiempo real, como voz e imágenes
de vídeo las cuales pueden aceptar algunas perdidas pero no retrasos, como tráfico que
no sea en tiempo real, como archivos y datos de ordenadores que pueden aceptar
retrasos pero no perdidas. El problema de transportar estos datos con diferentes
características en una misma red aparece con el ancho de banda que necesita cada
conexión, ya que para imágenes de vídeo se requiere un alto ancho de banda por un
corto periodo de tiempo y, por ejemplo, para transmitir archivos las necesidades son
contrarias. Debido a estas necesidades de ancho de banda, el modo STM resulta
ineficiente y se empieza a pensar en ATM.
ATM fue propuesto por Bellcore (la parte de AT&T que se dedica a la investigación)
en EE.UU. y en Europa por varias compañías de telecomunicaciones, lo que dio dos
posibles estándares para ATM. La principal idea fue decir que en vez de identificar una
conexión por un número de cubos (como en STM), identificar la conexión en cada cubo
reduciendo la longitud de estos. Al reducir su longitud, si un cubo se pierde en un
momento de congestión, los datos perdidos no son muchos y en algunos casos podrán
ser fácilmente recuperados. Esto se parecía mucho a la conmutación de paquetes y se

llamó conmutación de paquetes de longitud fija a alta velocidad.
ATM comenzó como parte del RDSI-BA (Broadband Integrated Services Digital
Network o Red digital de servicios integrados de banda ancha) desarrollado en 1988 por
CCITT (Consultive Commitee for International Telegraph and Telephone, Comité
Consultivo Internacional para la Telegrafía y Telefonía). Actualmente el CCITT es un
comité de la ITU-T (Unión Internacional de las Telecomunicaciones).
2.2.2 - ATM y el modelo de referencia de RDSI-BA (en el que se basa ATM)
RDSI-BA es una extensión de la red digital de servicios integrados de banda estrecha

(que definía redes de telecomunicaciones digitales públicas) que proporciona mayor
ancho de banda y permite un caudal de datos superior a RDSI-BE.
Nivel de aplicación
Subnivel de convergencia
Subnivel de segmentación y reensamblado
Nivel ATM
Nivel Físico
Modelo de referencia de RDSI-BA (en el que se basa ATM)
ATM se sitúa sobre el nivel físico del modelo de referencia RDSI-BA. Sin embargo,
no requiere de ningún protocolo de nivel de red específico. Según esto el nivel físico
podría ser FDDI, DS3, SONET o cualquier otro.
A pesar de que ATM fue desarrollado como parte del trabajo en RDSI de banda ancha,
inicialmente se destinó a entornos distintos de RDSI, donde eran necesarias elevadas
velocidades de transmisión.
2.2.3 - Clasificación de los servicios de banda ancha
BROADBAND ISDN (CCITT I.113)

TIPO DE SERVICIO SERVICIO ANCHO DE BANDA
REQUERIDO
COMUNICACIÓN (INF. Vídeo Telefonía 70 MBps
BIDIRECCIONAL)
Vídeo Conferencia 70 MBps
Datos
DE DISTRIBUCIÓN TV Estándar 70 MBps
(INF.Unidireccional)
HDTV 505 MBps
SONIDO HI-FI 64 Kbps
VÍDEO INTERACTIVO
Requerimientos de otros servicios :

Telefonía : 64 Kbps, Fax (Grupo 4): 64Kbps, Realidad virtual: más de 100 Mbps,
Imágenes: 8Mbps -100 Mbps.
Anteriormente se hablaba de contratar un enlace E1 o E3; ahora tiende a contratarse un
servicio con un ancho de banda determinado que puede crecer.
2.2.4 - ¿A qué dio respuesta ATM?

En esa época se seleccionó a ATM como la respuesta adecuada para integrar las
ventajas de la conmutación de paquetes y de la conmutación de circuitos. En 1990, la
UIT-T añadió un conjunto de 13 Recomendaciones a la serie I (ISDN) para especificar
los aspectos más importantes de ATM.
La proliferación de redes y servicios hace necesario plantearse un sistema integrado,
aplicable a todos, que evite la problemática derivada de la diversificación actual y
permita aplicar una economía de escala que proporcione precios asequibles. Para ello se
requiere un sistema de transferencia multipropósito que debe funcionar con todo tipo de
servicio, tráfico y demanda, opere sobre todas las distancias y alcance velocidades de
gama muy elevada, hasta los Gbps.
En esencia, las características más significativas de las redes ATM son: su capacidad
de integración de diversos tipos de tráfico, la asignación dinámica y flexible del ancho
de banda, la optimización del compromiso entre caudal y latencia y la ganancia
estadística, es decir, su capacidad de optimizar la relación entre la suma de las
velocidades de pico de las fuentes y la velocidad del enlace. Por estas razones, la
tecnología ATM, que fue propuesta originalmente por la Industria de las
Telecomunicaciones, se recomienda en la actualidad como solución universal para redes
de banda ancha por los más importantes organismos de las industrias de
Comunicaciones y Ordenadores, como la mencionada UIT-T, el ATM Forum o el IETF.
ATM se desarrolló como una alternativa a los protocolos preexistentes (Ethernet y
Token Ring), los cuales eran muy limitados en el ancho de banda y en escalabilidad.
ATM fue diseñado para gestionar eficientemente múltiples tipos de datos
simultáneamente. Se esperaba que ATM pudiera transmitir una amplia variedad de
velocidades de bit soportando comunicaciones en ráfagas (tanto el tráfico de datos como
el de voz exhiben un comportamiento en ráfagas).
2.2.5 - ¿Por qué existe actualmente tanto interés acerca de ATM?
Podemos decir tres razones principales:
- ATM se ha originado por la necesidad de un estándar mundial que permita el

intercambio de información, sin tener en cuenta el tipo de información transmitida.
Con ATM la meta es obtener un estándar internacional. ATM es una tecnología que
va creciendo y es controlada por un consenso internacional, no por la simple vista o
estrategia de un vendedor.
- Desde siempre, se han usado métodos separados para la transmisión de

información entre los usuarios de una red de área local (LAN) y los de una red de
gran tamaño (WAN). Esta situación traía una serie de problemas a los usuarios de
LAN’s que quieran conectarse a redes de área metropolitana, nacional y finalmente
mundial. ATM es un método de comunicación que se puede implantar tanto en
LAN’s como en WAN’s. Con el tiempo, ATM intentará que las diferencias
existentes entre LAN y WAN vayan desapareciendo.
- Actualmente se usan redes independientes para transportar voz, datos e imágenes

de vídeo debido a que necesitan un ancho de banda diferente. Por ejemplo, el tráfico
de datos tiende a ser “algo que estalla”, es decir, no necesita comunicar por un
periodo extenso de tiempo sino transmitir grandes cantidades de información tan
rápido como sea posible. Voz y vídeo, por otra parte, tienden a necesitar un tráfico
más uniforme siendo muy importante cuándo y en el orden en que llega la
información. Con ATM, redes separadas no serán necesarias. ATM es la única

tecnología basada en estándar que ha sido diseñada desde el comienzo para soportar
transmisiones simultáneas de datos, voz y vídeo.
2.3 – LA CELDA ATM
Está conformada por pequeños paquetes de 53 bytes de longitud ( 5 de encabezado y

48 de información).
Encabezado de la celda:
- Información de enrutamiento.
- Prioridad de la celda.
- Calidad de Servicio.
- Verifica validez del Encabezamiento.
Se especifica un bit que se encuentra en el campo de control de la cabecera. El campo

de control de la cabecera también contiene un bit que indica si el paquete es de control o
es un paquete normal y también posee otro bit para indicar si el paquete se puede
eliminar en caso de congestión o no.
- Ideal para integrar datos, Imágenes, Vídeo y Audio.
- ATM es un protocolo con mínima capacidad de control de errores y de flujo, lo

que reduce el coste de procesamiento de celdas ATM y reduce el número de bits
suplementarios requeridos en cada celda, posibilitando su funcionamiento a altas
velocidades.
- Se garantiza que las células llegan a su destino en el mismo orden en el que

fueron transmitidas.
- Las células se transmiten a intervalos regulares; si no hay información se

transmiten células no asignadas.
2.3.1 - Ventajas de las células de longitud fija
- POSIBILIDAD DE CONMUTACION MEDIANTE HARDWARE: Puesto que

el procesamiento de las células de tamaño fijo es sencillo, predecible y fiable, es
posible realizar conmutación ATM a nivel de hardware en vez de requerir de un
costoso y complejo software para gestionar el control de flujo, buffer y otros

aspectos de administración.
- NIVEL DE SERVICIO GARANTIZADO: Los retardos de espera en las colas

sufridos en la red y en los conmutadores son más predecibles en el caso de las
células de tamaño fijo. Por tanto, es posible diseñar los conmutadores para que
proporcionen niveles de servicio garantizados para todo tipo de tráfico, incluso para
servicios sensibles al retardo, como voz y vídeo.
- PROCESAMIENTO PARALELO: Las células de longitud fija permiten a los

conmutadores encargados de transmitir las células procesarlas en paralelo,
alcanzando velocidades que exceden las limitaciones de las arquitecturas de
conmutación basadas en bus.
- POSIBILIDAD DE PROCESAR VOZ: Aunque las células ATM únicamente

requieren ancho de banda cuando existe tráfico, aun así proporcionan el equivalente
a una ranura de tiempo, como la generada por un multiplexor por división en el
tiempo, para tráfico continuo. De esta manera, ATM es capaz de gestionar
igualmente bien tráfico continuo en tiempo real como voz digitalizada y tráfico a
ráfagas como las transmisiones LAN.
- La longitud constante de las células permite un efectivo control del retardo, de la

variación del retardo (ocasionado por propagación, transmisión, almacenamiento,
reenvío) y del Jitter (desgaste de la señal a medida que pasa por cables o tarjetas
NIC).
- El protocolo ATM se ha diseñado para minimizar el procesamiento

suplementario en los nodos intermedios. Las celdas son de tamaño fijo con formatos
de cabecera también fijos, no siendo necesarios procedimientos de control de errores
ni de flujo.
- Los conmutadores ATM han sido diseñados para ofrecer un rendimiento

extremadamente alto, para dar cabida a las altas velocidades de las redes ATM. Así,
el tiempo de procesamiento en un nodo para una celda dada es irrelevante.
- Retardo de voz y vídeo aceptables. El retardo de enpaquetamiento de una célula

de 48 octetos para el tráfico telefónico a 8.000 octetos por segundo es de 6 ms, que
es una cifra aceptable para la transmisión de voz, aun considerando otros retardos
que se producen en la red.
- Facilita la realización de conmutadores ATM de alta velocidad (implica una

conmutación rápida)
2.3.2 – Tipos de encabezado ATM
- Control de flujo genérico (GFC: generic flow control). Sólo está presente en
celdas transferidas a través de la interfaz usuario - red (UNI: user-network interface)
y se incluye para que un conmutador/RCU local pueda regular-controlar el flujo de-
la introducción de celdas en la red por parte del usuario. Dentro de la red, las celdas
transferidas por los enlaces entre las centrales -denominados interfaz red-red (NNI :
network-network interface)- no llevan este campo y los cuatro bits forman parte del
campo de VPI.
- Identificador de camino virtual (VPI). Este campo tiene ocho bits en la UNI y
12 bits en la NNI. Este campo se usa para fines de identificación/enrutamiento
dentro de la red.
- Identificador de canal virtual (VCI) . Campo de 16 bits empleado para fines

de identificación/enrutamiento dentro de la red, funcionando como punto de acceso
al servicio.
- Identificador de tipo de carga útil (PTI: payload type identifier). Indica el

tipo de información que lleva la celda. Todas las celdas que contienen datos de
usuario tienen un cero en el bit más significativo. El siguiente bit indica si la celda
ha experimentado o no un retardo/congestión excesivo, y el tercer bit indica el tipo
de unidad de datos de servicio (SDU): 0 o 1, indicando si la celda transporta
información de gestión de red o de mantenimiento. Los cuatro tipos de celda
restantes se usan para fines de control de la red.
Ejemplo:
CODIFICACION PT INTERPRETACION
000 Celda de datos de usuario, AAU=0, sin congestión
011 Celda de datos de usuario, AAU=1, con congestión
110 Celda de gestión de recursos.
- Prioridad de pérdida de celda (CLP: Cell loss priority). Dentro de la red, la

multiplexación y estas celdas serán las primeras que se desecharán. Estadística de
celdas en los enlaces puede hacer que ocasionalmente sea necesario desechar celdas
en condiciones de carga pesada. Se ha incluido este campo para que el usuario
pueda especificar una preferencia en lo que se refiere a cuáles deberán ser
desechadas; CLP=0 indica alta prioridad, CLP=1 indica baja prioridad,
La red puede poner este campo a 1 para cualquier celda que esté en desacuerdo con
los parámetros de tráfico establecidos entre el usuario y la red. En este caso, el
conmutador que lo activa se percata de que la celda excede los parámetros de tráfico
establecidos pero que ésta puede ser procesada. Posteriormente, si se encuentra
congestión de la red, esta celda se marca para ser rechazada antes que aquellas que
se encuentran dentro de los límites de tráfico fijados.
- Suma de verificación de errores de la cabecera (HEC: header error

checksum). La capa física genera este campo, que es una CRC de ocho bits que se
calcula con base a los restantes 32 bits de la cabecera.
El polinomio usado para generar el código es X8 + X2 + X +1. La mayor parte de

los protocolos existentes incluyen un campo de control de errores como HDLC y
LAPF. La cantidad de datos de entrada para el cálculo del código de error es
generalmente mayor que el tamaño del código de error resultante, lo que permite la
detección de errores. En el caso de ATM, la entrada para el cálculo es sólo de 32
bits, comparados con los 8 bits de código. El hecho de que la entrada sea
relativamente pequeña permite el uso del código no sólo para la detección de
errores, sino que, en algunos casos, se posibilita la corrección de estos. Esto se debe
al hecho de que existe suficiente redundancia en el código para recuperar
determinados patrones de error.
CELDA ATM
2.3.3 - ¿Por qué 53 bytes?
El tamaño de la célula de deriva de un compromiso entre una serie de características

deseables para cada tipo de tráfico. Por una parte, por razones de eficiencia de
transmisión es conveniente que las células sean de tamaño razonablemente grande.
Desde el punto de vista de la transmisión de datos, también es aconsejable que las
células tengan tamaños grandes para evitar una excesiva segmentación. .Sin embargo,
para las aplicaciones sensibles al retardo o a la variación de retardo, conviene que las
células sean de la menor longitud posible.
Compromiso #1: Compromiso #2:

 Los datos operan mejor con celdas largas.  Los europeos y japoneses propusieron 32
-Poco encabezado (Overd Head). bytes de información más el encabezado
-Puede tolerar retardos moderados. (adecuado para transmisiones
 Voz y Datos prefieren celdas cortas. telefónicas).
-No puede tolerar retardos.  Los norteamericanos propusieron 64
 53 bytes, sirven a ambos tipos de servicios bytes de información mas el encabezado
de forma óptima. (tamaño mínimo razonable para la
transferencia de datos).
Acuerdo:
 La diferencia se dividió: 48 (información) = ( 32+64) /2
48 bytes de información y una cabecera de 5 octetos, la cual contiene un conjunto de
informaciones de control, como identificadores, que se utilizan para identificación de las
conexiones y encaminamiento, entre otros fines.
2.4 – CARACTERÍSTICAS ATM
- Ancho de banda bajo demanda: La asignación del ancho de banda se realiza en

función de la demanda de envío de tráfico.
- Operación por conmutación de paquetes: Al utilizar paquetes de longitud fija se
permite el uso de nodos de conmutación a velocidades muy altas.
- Orientada a conexiones: La información se transfiere por canales virtuales
asignados durante la duración de la conexión.
Cuando dos nodos ATM desean transferir deben primero establecer un canal o
conexión por medio de un protocolo de llamada o señalización. Una vez establecida
la conexión, las celdas de ATM incluyen información que permite identificar la
conexión a la cual pertenecen.
- Escalable: Diseñada para una amplia gama de velocidades y diferentes tipos de
medios.
- Diseñada para LAN y WAN.
- Diseñado originalmente para usarse sobre líneas de fibra óptica. Disponibilidad
de estándares basados en cobre.
- Diseñado para redes de alta fiabilidad. En la actualidad, tecnologías como la
fibra proporcionan una tasa de errores entre 10 -12 y 10 -15. Por ello, los protocolos de
red pueden ser descargados de las funciones de control de error y de control de flujo.
Estas pueden realizarse extremo a extremo, en los equipos terminales, por los
protocolos de nivel superior.
- Soporta integralmente tráfico de audio, vídeo y datos (es transparente a la

aplicación).
- ATM les da acceso a los usuarios al canal de acuerdo a su demanda
- Si un canal está en uso, un nuevo usuario deberá esperar para obtener acceso, no
obstante debido a que las celdas son pequeñas (53 bytes) el tiempo de espera es
mínimo.
El tráfico ocurre en forma asíncrona con respecto al orden de las celdas en el canal, de
aquí la naturaleza de Asynchronous Transfer Mode (ATM).
2.5 – CONMUTADOR ATM
Los conmutadores son switches “inteligentes” que enrutan celdas ATM a través de la
red.
El componente básico de una red ATM es un switch electrónico especialmente
diseñado para transmitir datos a muy alta velocidad. Un switch típico soporta la
conexión de entre 16 y 32 nodos. Para permitir la comunicación de datos a alta
velocidad la conexión entre los nodos y el switch se realizan por medio de un par de
hilos de fibra óptica.
Aunque un switch ATM tiene una capacidad limitada, múltiples switches pueden
interconectarse entre sí para formar una gran red. En particular, para conectar nodos que
se encuentran en dos sitios diferentes es necesario contar con un switch en cada uno de
ellos y ambos deben estar conectados entre sí.
Un conmutador ATM controla varios tipos de dispositivos y de tráfico, como

encaminadores, PBX, o estaciones de trabajo con interfaz nativa ATM.
El flujo ATM se transporta a través de una serie de enlaces de entrada (El, E2,...,Ee).
La información se transfiere a los enlaces de salida (SI, S2,...,Ss) en función de la
cabecera que identifica el canal virtual, así como otro concepto denominando trayecto
virtual (los identificadores de cabecera pueden cambiar tras ser procesados por el
conmutador ATM).
Principio de operación ATM
Para adecuar la velocidad de enlace ATM a la de los dispositivos conectados se

insertan células no asignadas.
- Conmutación Hardware:
- Alto desempeño (High Troughput).
- Bajo retardo (Low Latency).
- Las celdas se envían sobre conexiones virtuales que especifican cómo las celdas
son enrutadas a través de la red ATM.
- Conexiones Virtuales:
- Circuitos virtuales permanentes.
- Inicializado por el administrador de la red.
2.6 – OPERACIÓN Y CONMUTACIÓN EN ATM
Las conexiones entre nodos ATM se realizan en base a dos interfaces diferentes. La
User to Network interface o UNI se emplea para vincular a un nodo final o “edge
device” con un switch. La Network to Network Interface o NNI define la comunicación
entre dos switches.
Los diseñadores piensan en UNI como la interface para conectar equipos del cliente a
la red del proveedor y en NNI como una interface para conectar redes de diferentes
proveedores.
La interface UNI identifica a cada uno de los SVC por medio de un número de 24 bits.
Cuando un host acepta un nuevo SVC, el switch ATM local asigna al mismo un nuevo
identificador. Los paquetes transmitidos por la red no llevan información de nodo
origen ni nodo destino. El host marca a cada paquete enviado con el identificador de
circuito virtual necesario para llegar al nodo destino.
La UNI proporciona la conexión a la red ATM desde un equipo terminal ATM o bien
desde un sistema intermedio, IS, tal como hub, puente o encaminador, que a su vez
controla equipos de usuario final.
La NNI define la interfaz entre dos nodos ATM; cuando la NNI conecta nodos
pertenecientes a distintas redes se denomina NNI-ICI, es decir, NNI-Inter Carrier
Interface.
2.6.1 - Caminos virtuales y canales (virtual paths and channels)
Al ser ATM una técnica orientada a conexión, tiene que establecerse una conexión
virtual entre usuarios finales antes de que se comience a transmitir la información. Las
conexiones pueden establecerse mediante procedimientos de señalización del plano de
control o pueden ser permanentes o semipermanentes, establecidas por procedimientos
del plano de gestión.
Las conexiones lógicas en ATM se denominan Conexiones de Canal Virtual (CCV),
concepto heredado del circuito virtual de las redes de paquetes X.25, también similar a
la conexión lógica en Frame Relay.
Una conexión de camino virtual (VPC, “Virtual Path Connection”) es un haz VCC con
los mismos extremos, de manera que todas las celdas que fluyen a través de las VCC de
una misma VPC se conmutan conjuntamente.
A cada conexión se le asigna un conjunto de parámetros de tráfico y de CdS, de

acuerdo con las peticiones del usuario, siempre que puedan ser proporcionadas por la
red. Esta asignación se realiza normalmente durante el establecimiento de la conexión,
mediante un proceso denominado Control de Admisión de Conexión (CAC). Este
proceso determina los parámetros que se asignan a la conexión en función de los
requisitos de los usuarios; se establece entonces lo que se denomina un “contrato de
tráfico”.
Adicionalmente a las CCV, en ATM se introduce el concepto de Trayecto Virtual.
Una Conexión de Trayecto Virtual, CTV, es un conjunto de CCV que tienen los mismos
puntos de terminación. Por consiguiente, todas las células del conjunto de los CCV se
conmutan conjuntamente en una única CTV. De esta forma se reducen los costes de
control y gestión de la red.
El número de canal y camino virtual de una conexión puede diferir del origen al
destino si la conexión se conmuta dentro de la red. Los canales virtuales que queden
dentro de un camino virtual sencillo en una conexión tendrán los mismos identificadores
de canales virtuales. La secuencia de paquetes se mantiene a través de un canal virtual.
Cada canal y camino virtual han negociado un QOS asociado. Este parámetro incluye
valores para controlar la pérdida y retardo de paquetes.
- VPI: Virtual Path Identifier.

- VCI: Virtual Channel Identifier.
Ambos se usan para direccionar celdas a través de la red. Interpretados en cada celda
“SWITCH”.
Durante la transferencia tiene lugar otro proceso denominado Control de Parámetros

de Usuario, UPC, denominado familiarmente “policía de tráfico”, cuya misión es
monitorizar la conexión y tomar las medidas oportunas en caso de que la conexión
exceda los límites asignados.
El concepto de camino virtual se desarrolló en respuesta a una tendencia en redes de

alta velocidad en la que el coste de control está alcanzando una elevada proporción del
coste total de la red. La técnica de camino virtual ayuda a contener el coste de control
agrupando en una sola unidad conexiones que comparten caminos comunes a través de
la red. Las acciones de la gestión de la red pueden ser aplicadas a un pequeño número
de grupos de conexiones en lugar de a un gran número de conexiones individuales.
2.7 – MODELO DE REFERENCIA
2.7.1 - ATM frente a OSI
2.7.2 – Modelo de referencia ATM

2.7.3 – Capa de servicios
- Cell Relay.
- Frame Relay.
- Smds.
- Vídeo.
- Emulación de Circuitos.
2.7.4 – Capa AAL
El empleo de ATM crea la necesidad de una capa de adaptación para admitir

compatibilidad con protocolos de trasferencia de información no basados en ATM.
¿Para qué son las distintas capas de adaptación de ATM?
Para que ATM pueda soportar distintos tipos de servicios con tráficos diferentes, es
necesario adaptar estas aplicaciones a la capa ATM. Esta función es desarrollada por el
AAL, que es un servicio que depende del cliente.
- Provee las funciones orientadas al usuario no comprendidas en la capa ATM.

- Permite a la capa ATM transportar diferentes protocolos y servicios de capas
superiores.
- Tiene dos subcapas :
- CS (Convergence Sublayer).
- SAR (Segmentation and Reassembly Sublayer).
Si bien ATM se maneja con celdas a nivel de capas inferiores, las aplicaciones que
generan la información a ser transportada por ATM no trabajan con celdas. Estas
aplicaciones interactúan con ATM por medio de una capa llamada “ATM Adaptation
Layer”, capa de adaptación ATM. Esta capa realiza una serie de funciones entre las que
se incluyen detección de errores (celdas corruptas).
En el momento de establecer la conexión el host debe especificar el protocolo de capa
de adaptación que va a usar. Ambos extremos de la conexión deben acordar el uso del
mismo protocolo y éste no puede ser modificado durante la vida de la conexión.
Hasta el momento sólo se han definido dos protocolos de capa de adaptación para ser
usados por ATM. Uno de ellos se encuentra orientado a la transmisión de información
de audio y vídeo y el otro para la transmisión de datos tradicionales.
- AAL (ATM Adaptation Layer).

- Adapta servicios en Celdas ATM.
- Cinco tipos de AAL:
- AAL-0: Cell Relay (Sin adaptación).
- AAL-1: Constant Bit Rate (CBR), vídeo y voz, emulación de circuitos:
ATM Adaptation Layer 1 (AAL1) transmite información a una tasa de bits fija. Las
conexiones creadas para trabajar con vídeo deben usar ALL1 dado que requieren un
servicio de tasa constante para no tener errores de parpadeo o “flicker” en la imagen.
- AAL-2: Variable Bit Rate (VBR), aplicaciones como vídeo empaquetado.
AAL-2 se usa para transferir datos con tasa de bits variable que dependen del tiempo.
Envía la información del tiempo conjuntamente con los datos para que esta pueda
recuperarse en el destino.
- AAL-3/4: Variable Bit Rate Data (VBR) Frame Relay, SMDS (Orientada a
conexión de tipo 3, o no orientada a conexión de tipo 4).
- AAL-5: Versión simplificada de AAL 3/4, enlaces punto a punto.
2.7.5 – Capa ATM
- Multiplexa cadenas de celdas de varias fuentes.

- Provee un único mecanismo de transporte para múltiples opciones de servicio.
- Es independiente del tipo de información que es transmitida (datos, gráficos,
voz, audio, vídeo) con excepción del tipo de servicio (QOS) requerido.
- Existen dos tipo de encabezado ATM:
- UNI (User-Network Interface).
- NNI (Network-Network Interface).
- La capa ATM define la transmisión de celdas de longitud fija, al tiempo que
establece el uso de conexiones lógicas.
2.7.6 – Capa de Convergencia

En esta capa se calculan los valores que deben llevar la cabecera y el payload del
mensaje. La información en la cabecera y en el payload depende de la clase de
información que va a ser transportada:
- Control de error de encabezado.

- 5 bytes de encabezado.
- Sólo verifica la información de encabezado debido a la información de
enrutamiento.
2.7.7 – Capa Física
- Transporte de las celdas.

- Cobre o fibra.
- Medio físico usado en la premisa local para LAN´s.
- Define la forma en que las celdas se transportan por la red.
- Es independiente de los medios físicos.
- Tiene dos subcapas:
- TC (Transmission Convergence Sublayer).

- PM (Physical Medium Sublayer).
Opciones de Capa Física
- Especificaciones CCITT I432:
- 155520 Mbps (cable coaxial 75 Ohm).

- 622080 Mbps (fibra óptica monomodo).
- Especificaciones UNI 3.0 del foro ATM:
- Sonet STS-3C (155520 Mbps) fibra óptica monomodo y multimodo.

- UNI (155520 Mbps) fibra óptica multimodo o STP con codificación 8B/10B.
- UNI (100 Mbps) fibra multimodo con codificación 4B/5B, interface TAXI.
- DS3 (44.736 Mbps) cable coaxial.
- E3 (34.368 Mbps) 6.703 y 6.804.

- E4 (139.284 Mbps) 6.703 y 6.804.
2.8 – LAN EMULATION
El mayor obstáculo para la aceptación global de ATM por las principales LAN es la
integración de los protocolos existentes como Ethernet, Token Ring y FDDI.
Al ser ATM un protocolo punto a punto, orientado a conexión, no soporta de manera
natural la forma de los protocolos de LAN heredados.
La base instalada de Ethernet no va a desaparecer pronto. De hecho, continuará
creciendo durante algún tiempo, especialmente por su muy bajo coste, el nivel de
estandarización, las nuevas extensiones de la tecnología, como los productos Ethernet
conmutados y la enorme base instalada. Obviamente, por tanto, sin un plan de
integración para esta gran base instalada, ATM permanecerá como un nicho tecnológico
sólo al alcance de los bolsillos de algunos usuarios finales de alto nivel.
La Emulación LAN para ATM es la tecnología de migración que permite a las
estaciones de usuario final ejecutar las aplicaciones existentes -incluso aquellas que
requieren de características únicas del protocolo heredado- adaptarse a los servicios
ATM.
La emulación de LAN es un programa que emula el modo de operación convencional
de la red de área local. Proporciona una especie de puente entre los protocolos
heredados y los segmentos ATM. La emulación LAN es engañosa porque ATM en
muchos sentidos es muy diferente de los protocolos de transporte de LAN habituales
como los de Ethernet y Token Ring.
Por ejemplo, ATM es orientado a conexión, mientras que Ethernet y Token Ring no
son orientados a conexión, lo que significa que los paquetes llegan a todas las estaciones
de la red y son aceptados sólo por la estación a la que van dirigidos. También, las
estaciones ATM tendrán que admitir las operaciones de difusión y multidifusión que
son habituales en Ethernet y Token Ring. Además, ATM emplea un esquema de
direccionamiento de 20 bytes mientras que Token Ring y Ethernet utilizan ambos
direcciones MAC de 48 BITS. Por consiguiente, la emulación de LAN tiene que
resolver las diferencias entre las direcciones MAC y ATM.
2.8.1 - Funcionamiento de la emulación de LAN
Los PC en un entorno Ethernet acceden a los servidores con interfaces nativos ATM a
través de un conmutador LAN/ATM. Puesto que la emulación de LAN hace que ATM
parezca una LAN clásica, las técnicas estándares de conexión permiten al conmutador
LAN/ATM proporcionar conectividad independiente del protocolo. No se requieren
cambios en los PC existentes, aunque éstos experimentan un incremento en el
rendimiento debido a la alta capacidad de entrada/salida del servidor, posible gracias a
la interfaz ATM de alta velocidad. Además, los PC se benefician del ancho de banda
dedicado suministrado por la implementación de LAN conmutada.
2.8.2 - Múltiples emulaciones de LAN
El estándar de emulación de LAN del ATM Forum permite también la

implementación de múltiples emulaciones de LAN dentro de una única red ATM. La
implementación de la emulación de LAN se realiza a través de un modelo cliente -
servidor.
El funcionamiento es el siguiente: un cliente de la emulación de LAN, como el
software de una estación de trabajo, resuelve las direcciones MAC en direcciones ATM.
Cada cliente se conecta al servidor mediante una conexión virtual. Únicamente aquellos
clientes conectados al mismo servidor pueden conocerse entre sí y comunicarse
directamente. La segmentación lógica de la red a través de varias funciones de servidor
-que pueden ser dispositivos independientes, software residente es sistemas finales o
módulos de conmutación ATM- permite la existencia simultánea de múltiples
emulaciones de LAN en la misma red física.
Desde el punto de vista físico, el encaminador ejecuta dos clientes de la emulación de
LAN -A2 para el departamento de contabilidad y M2 para el departamento de
fabricación.
Cada servidor departamental mantiene la pista de sus clientes a través de una base de
datos local. Cuando el usuario A1 del departamento de contabilidad envía un paquete al
usuario M1 del departamento de fabricación, el servidor del departamento de
contabilidad busca en la base de datos su correspondencia. Al no encontrarla, asocia la
dirección MAC al encaminador (A2/M2), quien retransmite el paquete al servidor del
departamento de fabricación para su envío a M1.
La visión lógica simula la disposición física de las LAN actuales y es consistente con
el objetivo de la emulación de LAN. Los clientes departamentales se comunican
directamente entre sí, directamente con los servidores e indirectamente con los otros
departamentos a través del encaminador de la red.
2.9 – FORO ATM
El ATM Forum es un consorcio de compañías que escribe especificaciones para

acelerar la definición de la tecnología ATM. Estas especificaciones son luego pasadas al
ITU-T (lo que era antes CCITT) para su aprobación. El ITU-T reconoce totalmente el
ATM Forum como un grupo de trabajo confiable.
El ATM Forum se inició en octubre de 1991 en Norteamérica como un conjunto de 4
empresas de ordenadores y telecomunicaciones. Desde su comienzo ha estado creciendo
(en junio de 1994 tenía alrededor de 500 miembros). Los miembros están agrupados en
proveedores de equipo, los que fabrican los conductores, los proveedores de servicio,
los transportadores y los usuarios finales.
Algunas compañías que pertenecen al foro de ATM son: Alcatel, Pacific Bell, Atlantic
Bell, etc.
2.10 – VENTAJAS Y DESVENTAJAS
2.10.1 – Ventajas
- Ancho de banda dedicado: Garantiza la consistencia del servicio de una

aplicación (no disponible en tecnologías compartidas).
- Ancho de banda bajo demanda: El acceso al medio está garantizado mediante un
ancho de banda predefinido y dedicado según sea necesario, este puede crecer en
demanda.
- Velocidad: Capacidades escalables de 34, 45, 100, 155, 622, 2488 Mbps
- Despliegue Universal: Adaptable para LAN Y WAN
- Diseñado para todo tipo de tráfico: voz, datos, imagen, vídeo, gráficos y
multimedia. Permite la creación y expansión de nuevos tipos de aplicaciones (como
la multimedia).
- Compatibilidad: ATM no está basado en un tipo específico de transporte físico,
es compatible con las actuales redes físicas que han sido desplegadas. ATM puede
ser implementado sobre par trenzado, cable coaxial y fibra óptica.
- Escalabilidad: Permite incrementar el ancho de banda y la densidad de los
puertos dentro de las arquitecturas existentes. Esta uniformidad y expansión
escalonada con lo que se simplifica el diseño y administración de las redes,
permitiendo a su vez integración con las redes existentes.
- Largo periodo de vida de la arquitectura. Los sistemas de información y las
industrias de telecomunicaciones se están centrando y están estandarizando el ATM.
ATM ha sido diseñado desde el comienzo para ser flexible en:
- Distancias geográficas
- Número de usuarios
- Acceso y ancho de banda (hasta ahora, las velocidades varían de Megas a
Gigas).
ATM está emergiendo como una tecnología estratégica y es el estado del arte por las
siguientes razones:
- ATM es una tecnología de switching; no sufre de los problemas de latencia de

las transmisiones basadas en paquetes y medios compartidos. ATM switching
provee ancho de banda dedicado para la conexión, haciéndola ideal para aquellas
aplicaciones de tiempo crítico como voz y vídeo.
- ATM permitirá la integración de LAN´s y WAN´s, permitiendo que los mismos
tipos de datos sean usados en cualquier lugar. Esto harán obsoletos muchos de los
routers de hoy en día.
- ATM puede asignar ancho de banda bajo demanda donde y cuando sea necesario
a través de circuitos virtuales. Muy distinto a la tecnología basada en Frame, la cual
usa una conexión permanente todo el tiempo. Esta asignación dinámica provee a los
administradores de LAN de una poderosa capacidad de administración.
2.10.2 – Desventajas
- Muchos analistas de la industria ven a ATM como un término largo, una

tecnología estratégica, y que finalmente todas las LAN tenderán hacia ATM. Sin
embargo, ATM es radicalmente distinto a las tecnologías LAN de hoy en día, lo cual
hace que muchos conceptos tarden años en ser estandarizados. El ATM Forum
existe desde 1991 y ha estado trabajando en la estandarización desde hace cinco
años. Puesto que el Forum por definición es una organización democrática, el
progreso es lento, y las políticas algunas veces tiene prioridad sobre los aspectos
técnicos. ATM es una tecnología muy compleja y el Forum ha publicado una docena
de nuevos estándares para dirigir la interoperabilidad. Sin embargo, estándares
críticos como LANE (LAN Emulation) están aún evolucionando. Mientras los
vendedores están implementando LANE 1.0 el Forum ya ha publicado LANE 2.0,
haciendo la versión previa obsoleta. También hay distintos estándares dirigidos al
mismo uso, MPOA e I-PNNI son ejemplos de esto. Como resultado muchos
vendedores y clientes están tomando una actitud de "esperar y ver" hasta que el
estándar final esté al menos visible.
- ATM no proporciona fácil migración a las LAN´s de hoy en día. Por ser una
tecnología completamente nueva, las redes ATM requerirán reemplazar al menos
algunos componentes de la red. Esto será muy costoso, molesto y consumirá tiempo.
- Algunas personas pagarán mucho por estar en la punta de la tecnología, pero por
el momento, las actuales tecnologías de alta velocidad como FDDI, Fast Ethernet e
Ethernet Switched proveerán rendimiento a precios que los productos ATM no serán
capaz de competir. Sólo una vez que las ventas de ATM alcancen volúmenes
significativos el coste de los productos podrán competir con la tecnología de hoy en
día.
- ATM se convertirá en una tecnología viable para backbone de alta velocidad y
WAN en los próximos dos años. Sin embargo, su aplicación dentro de grupos de
trabajo o desktop no será viable hasta que los estándares hayan sido definidos
completamente.
- Aunque algunos de los defensores de ATM apuntan el hecho de que es adecuado
para transportar tráfico de voz, se ha progresado escasamente en desarrollar la
tecnología ATM para voz. Actualmente ATM no dispone de un protocolo para la
capa de adaptación ATM optimizado para tratamiento tráfico de voz de manera
eficiente, por tanto las redes T1/T3 estándares basadas en multiplexación por
división en el tiempo pueden transportar muchas más conexiones de voz que las
redes ATM T1/T3. Por consiguiente, a menos que el presupuesto permita una
costosa actualización a SONET (y una vez que se tiene SONET, los interfaces de
voz convencionales proporcionan tanto ancho de banda, que probablemente no será

necesario considerar ATM), es mejor alejarse de la idea de implementar ATM para
voz.
2.11 - CONCLUSIONES
ATM es un protocolo: Punto a punto, orientado a conexión, basado en conmutación de

celdas que dedica banda a cada estación, utiliza multiplexación por división del tiempo
asíncrona (TDM) para controlar el flujo de información de la red.
ATM dio respuesta a las características requeridas por las redes preexistentes: opera en
todo tipo de entornos: LAN, MAN y WAN, es escalable, adecuada para tráfico
integrado de datos, audio y vídeo, y cubre una amplia gama de velocidades, hasta los
Gbps.
La tecnología ATM se perfila como una de las soluciones más adecuadas para todo
tipo de redes y servicios.
Los paquetes (células de tamaño fijo) tienen 48 octetos de información y 5 octetos de
cabecera, con lo que se consigue un adecuado compromiso entre las aplicaciones de
datos y las de voz y vídeo.
ATM se basa en conceptos de conmutación de alta velocidad. La tendencia es que la
conmutación se realice por hardware y con células de longitud fija, para que pueda ser
transportado el tráfico sensible al retardo, como la voz y la imagen animada.
La longitud constante de las células permite un efectivo control del retardo y de la
variación del retardo, y facilita la realización de conmutadores ATM de alta velocidad.
ATM es recomendado para :
- Aplicaciones multimedia y vídeo, debido a su capacidad para dedicar ancho de

banda predefinido a las aplicaciones y su posibilidad de establecer prioridades en los
datos.
- Enlaces troncales gracias a su expansión escalonada, alto rendimiento y
seguridad.
- Redes de área extensa por su integración transparente, de alto rendimiento, entre
WAN y LAN.
- Redes ampliamente dispersas debido a su carencia de limitaciones de distancia.
ATM no recomendado para :
- Redes pequeñas debido a su elevado coste.

- Redes que deban conservar una base instalada de diferentes protocolos de red
heredados debido a la falta actual de interfaces estándares ATM para integrar varios
protocolos.
Puntos fuertes de ATM:
- Alto rendimiento.
- Escalabilidad.
- Ancho de banda dedicado.
- Potencial para un despliegue universal.
- Seguridad.
Puntos débiles de ATM:
- Interoperabilidad (actualmente).
- Alto coste.
- Tolerancia a fallos moderada.
3 – JERARQUÍA DIGITAL SÍNCRONA
Estudiamos la Jerarquía Digital Síncrona, dado que es el estándar más moderno de los
que existen actualmente.
SDH (Jerarquía Digital Síncrona) es un estándar tecnológico que se utiliza para
sincronizar la transmisión de datos por medio óptico. Es el internacional equivalente de
SONET. Ambas tecnologías son más rápidas y económicas a la hora de interconectar
redes que el tradicional PDH (Plesyochronous Digital Hierarchy).
En la transmisión telefónica digital, “sincrona” significa que los bits de una llamada
son llevados dentro de una transmisión; “plesiócrona” significa “casi (pero no)
sincrónica”, o una llamada que debe ser extraída de más de una transmisión.
SDH usa el Modulo de Transporte sincrónico (STM) y las ratas: STM-1 (155Mbps),
STM-4 (622 Mbps), STM-16 (2.5 Gbps) y STM-64 (10 Gbps).
3.1 - CARACTERÍSTICAS QUE OFRECE
Existen cuatro características fundamentales de la SDH, las cuales se exponen a

continuación:
- Tratamiento a nivel de byte:
La trama de la SDH esta organizada en bytes, esto es, los espacios de carga para los
tributarios son intercalados byte a byte.
- Trama de duración uniforme (125 ms):
La trama de la SDH se repite 8000 veces por segundo, al igual que la trama de
2Mbits/s, lo que significa que cada bit del espacio de carga está en capacidad de
transportar 64 Kbits/s.
- Utilización de punteros para identificar las tramas tributarias y para la

adaptación de la velocidad:
El inicio de las tramas de las señales tributarias, al contrario de lo que ocurre en la

jerarquía digital plesiócrona, no es señalado por una palabra de alineación de trama,
sino por apuntadores. En la SDH, sólo existe palabra de alineación de trama a la
velocidad básica. Las tramas tributarias, llamadas contenedores virtuales, tienen su
inicio en el espacio de carga indicado por los apuntadores, que son números que indican
en cual de los bytes del espacio de carga se inicia cada contenedor virtual.
Los apuntadores sirven, además, para manejar eventuales diferencias de velocidad
entre la señal tributaria (contenedor virtual) y el espacio de carga (llamado unidad
administrativa o unidad SDH que incluye un proceso de justificación de la carga
(contenedor virtual) hacia el espacio de carga).
- Canales de servicio y supervisión de gran capacidad:
La SDH posee una tara (overhead), muy grande, lo que permite que se designen varios
canales de gran capacidad para funciones de supervisión, operación, mantenimiento y
gestión de los elementos de la red de transporte.
- Otras características:
- Nuevas tipologías de red especialmente en la parte de acceso.
- Acceso directo a afluentes de baja velocidad sin tener que demultiplexar toda la
señal que viene a alta velocidad, como ocurre con la PDH actual.
- Facilidad de multiplexación y demultiplexación.
- Mejor capacidad de operación, administración y mantenimiento.
- Adopción de canales auxiliares estandarizados.
- Estandarización de interfaces.
- Fácil crecimiento hacia velocidades mayores, en la medida que lo requiera la red.
- Implementación de sistemas con estructura flexible que pueden ser utilizados para
construir nuevas redes (incluyendo LAN, MAN, ISDN).
La SDH nace como una solución a la PDH, de modo haremos una breve descripción
de esta ultima.
3.2 - JERARQUÍA DIGITAL PLESIÓCRONA - PDH
El CCITT es el encargado de establecer las recomendaciones necesarias para cualquier

tecnología de telecomunicaciones. Actualmente existen en el mundo dos PDH´s
definidas por el CCITT: la Europea basada en la velocidad primaria de 2048 Kbits/s. y
la Americana (utilizada en EE.UU. y Japón) basada en la velocidad primaria de 1544
Kbits/s. Ambas se obtienen por la multiplexación síncrona de trenes básicos de
64Kbits/s (32 y 24 canales respectivamente). Cada una de estas jerarquías exige en
cuanto a sincronización una correcta temporización en ambos extremos para
demultiplexar adecuadamente las señales.
3.2.1 – Desventajas de la PDH
- La estructura de trama de las centrales hecha por entrelazamiento de octetos a 64

Kbits/s. es síncrona, por tanto el empleo de la justificación para adoptar
temporización se vuelve innecesario.
- El entrelazamiento de bits hace que canales a 64 Kbits/s. pertenecientes a un tramo

de tráfico solo se puedan bifurcar hasta que se demultiplexa a nivel de múltiplex
primario.
- Los canales de n 64Kbits/s que no se puedan incluir bajo el múltiplex primario no se

pueden tramitar de ninguna otra forma por la red.
- La información de mantenimiento no esta asociada a vías completas de tráfico, sino

a enlaces individuales, por lo cual el procedimiento de mantenimiento para una vía
completa es complicado.
3.2.2 – Sincronización
En todo sistema de transmisión digital, la sincronización debe garantizarse en tres

niveles diferentes. Para transmisión de datos estos niveles son bit, carácter y mensaje.
Para transmisión PCM (Modulación de Pulsos Codificados) los niveles son: bit,
intervalo de tiempo y trama.
Para transmisión de datos existen 2 técnicas de enfrentar la sincronización:
Transmisión asíncrona: cuando los datos viajan por el canal sin una velocidad fija, es
decir, que el tiempo que transcurre desde la transmisión de un dato, hasta la transmisión
del próximo dato es variable.
Transmisión síncrona: en este caso los datos son transmitidos a una velocidad fija de
bits, por una línea que se mantiene viva aun cuando no se esté enviando información.
En los sistemas PCM la transmisión es siempre síncrona pues el receptor deriva su
propia temporización de la señal entrante, mientras los alineamientos de intervalo y de
trama se obtienen utilizando un formato predeterminado.
En general se puede decir que muchas de las ventajas de una red digital de
telecomunicaciones, son solo factibles en una arquitectura de red síncrona. Sin embargo
es difícil que todas las temporizaciones de la red tengan la misma frecuencia
instantánea.
3.3 - VENTAJAS DE LA SDH
- Menor cantidad de pasos de multiplexación:
El proceso de multiplexación es más directo, la utilización de los apuntadores permite

una localización fácil y directa de las señales tributarias dentro de la señal de línea,
pudiendo realizar todo el procesamiento en un solo procesador de la señal STM-1
(Módulo de Transporte sincrono de primer orden ) a 155Mbit/s
Multiplexación en Jerarquía Digital Síncrona

- Menor número de interfaces de transmisión:
La interfaz óptica de línea está estandarizada, siendo que algunos equipos tan sólo
poseen interfaz eléctrica.
- Tributario único estandarizado para cualquier velocidad:
Sin importar la velocidad de línea, todo el procesamiento se realiza a nivel STM-1 (las
señales de velocidades superiores son síncronas entre sí y están en fase, por ser
generadas localmente en cada nodo de red, consistiendo en cuatro o dieciséis procesos
STM-1 multiplexados por simple intercalación de bytes)
- Posibilidad de transportar y mezclar señales de diferentes jerarquías PDH en un

único STM- 1:
Las tramas tributarias pueden ser subdivididas según esquemas muy definidos para
acomodar cargas plesiócronas o para acomodar unidades tributarias de menor orden (las
cuales a su vez, reciben las tramas tributarias correspondientes a su tamaño). Esa
flexibilidad permite mezclar señales de jerarquías distintas en un módulo básico STM-1.
- Realización de redes flexibles con el uso de ADM´s y DCX´s (multiplexor

adición/extracción y conmutador digital respectivamente):
El procesamiento simplificado permite la realización de redes flexibles, con el uso de

nodos de red que están en capacidad de copiar hacia y desde la señal de línea una o
varias señales tributarias (ADM´s) o copiar tributarias de una señal de línea hacia otras
señales de línea, realizando una matriz temporal de conmutación de contenedores
virtuales (DCX´s).
- Compatibilidad entre equipos de diferentes marcas:
Existe una compatibilidad eléctrica y óptica entre los equipos de los distintos
proveedores. Sin embargo, como las funciones telecomandables de los nodos de red
pueden ser direccionadas de formas distintas, la compatibilidad de la gestión constituye
un problema cuya solución puede llegar a ser bastante compleja.
- Reducción de los costes de los equipos:
La estandarización de los procesos y la integración de la funciones conduce a una

reducción del coste de los equipos de transmisión.
3.4 - APLICACIONES DE LA SDH
Los sistemas de SDH pueden utilizarse:
- En las redes actuales, como sistemas de transmisión, en lugar de los sistemas

plesiócronos:
Las redes tradicionales PDH son jerárquicas y poco flexibles (los ADM´s y los DXC´s
son complejos y caros, lo que hace que su aplicación este limitada). Sin embargo, los
equipos de transmisión de la SDH pueden utilizarse sin sacar ventaja de su potencial de
flexibilidad, sólo como equipos de transmisión dentro de la concepción tradicional de
red, exactamente como se vienen utilizando los equipos PDH. En este caso, los
multiplexores/transceptores SDH se utilizarían en las redes de transporte sencillamente
porque ya están disponibles (incluso, altísima capacidad de 2,5Gbit/s sólo esta
disponible en SDH).
- En las futuras redes troncales síncronas:
Para sacarle provecho a la flexibilidad de la SDH, las nuevas redes troncales síncronas
tendrán que obedecer a criterios distintos de planificación. Los troncales serán de alta
velocidad, con multiplexores ADM telecomandables para la realización de los trayectos
(señales de 1º, 3º o cuarto orden entre las estaciones terminales).
- En las futuras redes de acceso, ofreciendo servicios de alta velocidad y banda

ancha (por ejemplo, en aplicaciones de transmisión de vídeo y LAN/MAN/WAN):
En el futuro le será posible al usuario acceder a la red de transporte a 155Mbit/s (y,

eventualmente 622Mbit/s) y contratar con la concesionaria de señales tributarias (de 1º,
3º o cuarto orden) entre puntos terminales externos al dominio de la red de la
concesionaria.
3.5 - DESVENTAJAS DE LA SDH
Cabe mencionar algunas desventajas de la SDH, las cuales parecen poco importantes y
apenas coyunturales.
Muchas de las redes PDH actuales ya poseen cierta flexibilidad debido al uso de
repartidores electrónicos (cross-connects), los cuales no son directamente compatibles
con la SDH, de modo que la integración de esas redes en un plan SDH sería laboriosa.
Tal vez el punto más complejo actualmente sea la falta de conocimientos del personal
de planificación. Puesto que planear una red flexible SDH es muy distinto a planear una
red PDH. Los enlaces generalmente son de alta velocidad, lo que implica
consideraciones especiales en cuanto al medio de transmisión. Los trayectos son
flexibles, pero esa flexibilidad sólo funciona correctamente con un buen sistema de
gestión computerizado, y es muy difícil evaluar un sistema de gestión sin la experiencia
práctica de años.
Finalmente, la tara de sección es muy grande; las consideraciones de compatibilidad
también hicieron que se haya buscado ahorrar ancho de banda digital al definir las
tramas; resulta de eso que las tramas de la SDH poseen un overhead muy grande. Para
transmisión por fibras ópticas, esto no es un problema. Pero en radio, esto impuso
ciertas dificultades a los diseñadores de equipos. Esos problemas, por fortuna, ya están
solucionados con los nuevos modems actuales.
3.6 - DESCRIPCIÓN DE LA SDH
La existencia de diversas jerarquías digitales (la Europea y la Americana), hacen que

cuando el trafico sobrepasa las fronteras nacionales, haya necesidad de efectuar
conversiones generalmente costosas para llevar la señal a otro país. Esto y las
desventajas de la PDH actual que expusimos anteriormente forzaron a crear una

jerarquía digital que proporcionara un estándar mundial unificado y que a su vez ayude
a que la administración de la red sea más efectiva y económica. Además satisface las
demandas de nuevos servicios y más capacidad de transmisión por parte de los usuarios.
Aparte de ser un estándar mundial y ofrecer un método de multiplexación síncrona,
SDH involucra un concepto muy importante: el de red estratificada en capas (tema que
trataremos mas adelante), por ahora estudiaremos la SDH en su estructura básica.
3.6.1 – Estructura básica de SDH
SDH trabaja con una estructura básica según lo define la CCITT. Esta estructura es
llamada trama básica, la cual tiene una duración de 125 microsegundos y corresponde a
una matriz de 9 filas y 270 columnas, cuyos elementos son octetos de 8 bits.
Su duración es de 125 microsegundos, o sea que se repite 8000 veces por segundo.
Esta trama básica recibe el nombre de STM_1: “Modulo de Transporte Síncrono de
Nivel 1” (STM_1 = Synchronous Transport Module 1).
En la trama se distinguen tres áreas:
- Tara de Sección (Section OverHead).

- Punteros de AU (AU pointer).
- Carga Útil (Pail Load).
3.6.2 – Contenedor virtual (VC)
Para que un tributario pueda entrar a formar parte de la carga útil de un STM_1
previamente debe ser “empacado adecuadamente”; para ello se procesa con el fin de
convertirlo en un contenedor virtual (VC: Virtual Container). Este VC es una señal
síncrona en frecuencia con el STM_1 y ocupa un determinado lugar entre la sección de
carga útil de la trama.
3.6.3 – Velocidades binarias en SDH
Las velocidades de bit para los niveles mas altos de las jerarquías SDH van de acuerdo
al nivel N del Modulo de Transporte Síncrono (STM). Según la recomendación g.707
del CCITT estas velocidades son:
Nivel Señal Velocidad Velocidad Real

1 STM_1 155.520 x 1 = 1555.520 Mbits/s
4 STM_4 155.520 x 4 = 622.080 Mbits/s
16 STM_16 155.520 x 16 = 2.488.320 Mbits/s
A diferencia de la jerarquía digital plesiócrona, aquí la velocidad del STM_N se

obtiene multiplicando la velocidad del modulo básico STM_1, por N, donde N es un
entero.
3.6.4 – Técnica de punteros
En la red síncrona todos los nodos y multiplexores SDH están controlados por un reloj
muy estable. Sin embargo pueden surgir perdidas de sincronismo en alguna parte de la
red o puede ser necesario efectuar algún ajuste en los puntos donde el trafico traspasa
las fronteras nacionales. Esta tarea de ajustar el sincronismo se realiza mediante los
punteros. Estos indican la posición en que comienza una carga útil. Como cada octeto
de una trama STM tiene un numero que lo identifica, el puntero indica uno de tales
números, y es donde se encontrará el primer octeto de la carga útil asociada a dicho
puntero. De esta forma la carga útil puede por así decirlo "flotar" en una trama STM,
pues siempre su posición estará indicada por el puntero.
3.7 - SDH: RED ESTRUCTURADA EN CAPAS
Una red basada en SDH proporciona los medios para transportar los contenedores
entre diversos puntos, para cargar y descargar contenedores de los STM_1 y para
transferir contenedores de un medio de transporte a otro (STM_N). Estas acciones
determinan las funciones básicas que se deben realizar en una red SDH. En los puntos
de acceso a la red se ensamblan los VC adecuados a la señal a transmitir; una vez
conformado el VC debe ser transportado a través de la red; durante el viaje del VC por
la red SDH puede presentarse el caso en que un VC o varios deben ser descargados del
STM_1 o también casos en que deban ser cargados en los STM_1. En su recorrido por
la red, el VC pasara por diferentes rutas y con diferentes velocidades.
3.7.1 – Equipos para SDH
Los equipos necesarios en una red SDH son los siguientes:

- Multiplexor Terminal.
- Multiplexor Add-Drop.
- Multiplexor Cross-Connet.
La función del multiplexor terminal es combinar las funciones de interfaz, ensamblado

y desensamblado de los diversos paquetes.
El cross-connet realiza el enrutamiento del trafico entre nodos de la red y se puede
clasificar de acuerdo al tipo de VC que intercambie y al nivel jerárquico de las señales.
Se pueden clasificar en 3 tipos: los que realizan intercambio a nivel VC-4 o a nivel
superior, los que realizan intercambio a nivel del VC de orden inferior y los que son
combinaciones de los anteriores.
3.8 - GESTIÓN SDH
Una red de transporte SDH se puede imaginar construida inicialmente de anillos o

barras (buses) en donde los nodos serán multiplexores flexibles capaces de extracción e
inserción de tributarios (ADM´s). De acuerdo con la cantidad de tráfico a transporte, la
señal de línea podrá ser de 155Mbit/s, 622Mbit/s o 2,5Gbit/s. Si los multiplexores ADM
no fueran totalmente flexibles (es decir, si no permitieran acceder a cualquiera de los
tributarios de la señal de línea), se requeriría un cross-connect en el anillo para poder
realizar las rutas de forma enteramente flexible, conmutando tributarias a una cierta
posición en la trama a la cual tiene acceso el ADM que debe accederlas.
Para realizar trayectos entre puntos pertenecientes a anillos o buses distintos, una
cabecera de anillo (conteniendo un cross-connect), o sea, un nodo que pertenece
simultáneamente a más de un bus o anillo puede copiar (commuter) tributarias de uno a
otro flujo de línea de forma programable y flexible. Esas cabeceras podrán conmutar
directamente entre anillos o buses de la misma jerarquía, o entre anillos o buses locales
y regionales o hasta nacionales.
Es sumamente importante, en este caso, que la gestión computarizada esté en

capacidad de comandar todos los elementos de red involucrados en la realización de un
trayecto. La dificultad y el coste más importante de tal concepto de red están más bien
en la gestión que en la misma red de transmisión. El sistema de gestión pasa a ser como
un organismo viviente, teniendo que adaptarse a las expansiones y a una red cada vez
más compleja.
La SDH es la primera tecnología que incluye dentro de las normas que la soportan,
algunas dedicadas a especificar las facilidades de gestión bajo las directrices de la TMN
(telecomunication management network). La TMN se concibe como una red
superpuesta a la red de telecomunicaciones, que interactúa con ella a través de interfaces
normalizadas en ciertos puntos y obtiene información que le permite monitorear y
controlar su operación. Su objetivo es dar soporte par a gestión a los operadores de la
red.
A continuación se muestra una organización de las normas del CCITT sobre SDH:
- ESTÁNDARES SDH G.707-G.708-G.709.

- ARQUITECTURA DE RED: G.803 (Arq. Redes ) G.804.
- EQUIPOS G.781,G.782,G.783 (mux) G.987 (INTER.OPTICAS) G.958 (SIST.DE
LINEA) G.SDX 1,2,3 (Cross-connet) Reg.750 (Arq.sistemas radio).
- GESTIÓN DE RED DE RED M.3010 G.803 (arq.redes) G.773 (Int.Q) G.804 G.774
(Modelo inform).
3.8.1 – Red de gestión SDH
Los aspectos de gestión de la red SDH se tratan básicamente en la REC G de la UIT.

En el modelo de organización de gestión se distinguen 2 componentes principales:
- Sistemas de operaciones o dispositivos de mediación SO/DM.

- Elementos de red ER.
La diferencia entre estos dos componentes radica en el tipo de función que soportan.
Los SO/MO realizan funciones del sistema de operaciones: procesar la información,
controlar las funciones de gestión dentro de las cuales hay funciones básicas, funciones
de red y funciones de servicio. Realizan funciones de mediación que garantizan la
comunicación entre el SO y el ER como control de las comunicaciones, conversión de
protocolos, manejo de datos, transferencia de primitivas. Los ER realizan funciones de
elemento de red sustentando los servicios de transporte de red basados en SDH, como
multicanalización, regeneración, transconexión. Se comunican con el SO a fin de ser
supervisados y controlados.
3.9 - CONCLUSIÓN
PDH ha alcanzado un punto donde no es lo suficientemente flexible o eficiente para

abarcar las demandas. Como resultado, la transmisión síncrona se ha desarrollado para
superar los problemas asociados con la transmisión plesiócrona, en particular la
incapacidad del PDH de extraer los circuitos individuales de los sistemas de alta
capacidad.
4 - BIBLIOGRAFÍA
Libros:
- COMER, Douglas. Redes Globales de Información en Internet y TCP/IP. Editorial

Prentice Hall.
- GAFEPI, García Tomás, J. Ferrando, S. Piattini, M. Redes para Proceso Distribuido.
RA-MA, 1996.
- HEGAME, Herrera GáIvez, F. J. García Tomás, J. Merayo Fernández, L. "ATM. La
solución universal para la RDSI-BA". Mundo Electrónico, no 260, octubre, 1995.
- PARKER Timothy. Aprendiendo TCP/IP en 14 Días. Editorial Prentice Hall.
- PARNELL, Teré. Guía de Redes de Area Extensa (Lan Times). Editorial McGrawHill.
- PARNELL, Teré. Guía de Redes de Alta Velocidad. Editorial McGrawHill. Pags 225-
262
- PRYC, prycker, m. De. Asynchronous transfer mode. Prentice hall, 1995
- STALLINGS, William. Comunicaciones y Redes de Computadores 5 De. Editorial
Prentice Hall.
- REDES DE ALTA VELOCIDAD. Editorial Alfa-Omega.
- HALSHALL, FRED. Comunicación de datos, redes de computadores y sistemas
abiertos. Editorial Addison Wesley.
Páginas Web:

TRABAJO

Cargado por

Copyright:

Formatos disponibles

TRABAJO

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TRABAJO

Cargado por

Copyright:

Formatos disponibles

FRAME RELAY, ATM Y JERARQUÍA DIGITAL 1

Básicamente, Frame Relay es un protocolo orientado a la tecnología de conmutación

- La línea de transmisión debe ser buena. Frame Relay solo funcionará

Antes de que surgiera el estándar ANSI T1.617 anexo D, un consorcio de compañías

1.2 - TECNOLOGÍA BÁSICA

Frame Relay proporciona la capacidad de comunicación de paquetes de conmutación

1.3 - CAPA DE INTERFACE FÍSICA

La especificación Frame Relay no dicta un tipo específico de cable o conector. Dado

1.4 – FORMATO DE TRAMA

- Delimitación de la trama, alineamiento, transparencia, proporcionada por HDLC

- Verificación de la integridad de la trama, proporcionado por la secuencia de

- Direccionamiento Frame Relay, usando 2, 3 o 4 bytes de cabecera. Un bit de

- Control de congestión de la información. El indicador de eligibilidad de descarte

Fig 2: Formato de Trama

Fig 3: Campo de Dirección tipo 1

Fig 4: Campo de Dirección tipo 2

Fig 5: Campo de Dirección tipo 3

La mayoría de los campos de dirección constan del identificador de conexión de

1.5 - CONTROL DE FLUJO Y TASA DE INFORMACIÓN

1.6 - LLAMADAS DE CONTROL

La especificación Frame Relay permite varias variaciones en las llamadas de control.

1.7 - FRAME RELAY FRENTE A X.25

Frame Relay es una forma simplificada de la conmutación de paquetes, similar en

1.8- EXTENSIONES LMI

El mayor desarrollo en la historia de Frame Relay se produjo en 1990, cuando Cisco

funciones LMI se denominan opcionales. Un resumen de las extensiones LMI es el que

- Mensajes de estado de Circuito Virtual (común): proporciona comunicación y

- Direccionamiento Global (opcional): da identificadores de conexión globales,

- Control de flujo simple (opcional): proporciona medios para un XON/XOFF,

1.9 - FORMATO DE MENSAJE LMI

La trama Frame Relay se muestra en la figura siguiente:

Fig 6: Trama Frame Relay

El valor del bit 10 DLCI es el corazón de la cabecera Frame Relay. Identifica la

Fig 7: Frame Relay Addressing

El bit marcado “C/R” siguiente al byte DLCI más significativo actualmente no es

Finalmente, 3 bits en el byte 2 DLCI proporcionan control de congestión. El forward

Fig 8: Formato de mensaje LMI

El primero de los bytes obligatorios (indicador de información sin numerar) tiene el

Juntos, los mensajes de información sobre estado (status-enquiry messages) y los

Siguiendo al campo tipo de mensaje hay algún número de elementos de información

1.10 - DIRECCIONAMIENTO GLOBAL

Fig 9: Cambio con Direccionamiento Global

En la figura superior vemos que cada interface tiene su propio identificador.

En el punto de salida , el campo DLCI es cambiado a 13 para reflejar el nodo fuente de

Multicasting es otra característica opcional de LMI. Los grupos multicast se designan

1.12 - IMPLEMENTACIÓN EN RED

Fig 10: Red Frame Relay Híbrida

Un servicio público Frame Relay es desplegado poniendo equipos Frame Relay de

De este modo se pueden usar los tradicionales conmutadores de circuitos,

Una línea de comunicaciones (ej. circuito) que interconecta un dispositivo Frame-

- Velocidad de acceso (AR)

La velocidad de acceso de que dispone el usuario en su canal de acceso. Determina

- American National Standards Institute

Idea y propone recomendaciones para estándares internacionales de comunicaciones.

- Backward Explicit Congestion Notification (BECN)

Un dispositivo que soporta comunicaciones LAN a LAN. Los puentes se pueden

- Unidad de Servicio de Canal (CSU)

Un dispositivo secundario necesita adaptar la interface V.35 sobre un DTE Frame

- Comitted Burst Size (Bc)

- Comité Consultivo Internacional de Telegrafía y Telefonía (CCITT) (Bc)