X 25

Las redes utilizan la norma X.25 para establecer los procedimientos mediante los cuales dos ETD que trabajan en modo
paquete se comunican a través de la red. Este estándar pretende proporcionar procedimientos comunes de
establecimiento de sesión e intercambio de datos entre un ETD y una red de paquetes (ETCD). Entre estos
procedimientos se encuentran funciones como las siguientes: identificación de paquetes procedentes de ordenadores y
terminales concretos, asentimiento de paquetes, rechazo de paquetes, recuperación de errores y control de flujo

Una red X.25 se asume como si estuviera formada por complejos conmutadores de paquetes que tienen la capacidad
necesaria para el enrutamiento de paquetes. Los anfitriones no están comunicados de manera directa a los cables de
comunicación de la red. En lugar de ello, cada anfitrión se comunica con uno de los conmutadores de paquetes por
medio de una línea de comunicación serial. En cierto sentido la comunicación entre un anfitrión y un conmutador de
paquetes X.25 es una red miniatura que consiste en un enlace serial. El anfitrión puede seguir un complicado
procedimiento para transferir paquetes hacia la red. El estándar X.25 no incluye algoritmos de encaminamiento, pero
conviene resaltar que, aunque los interfaces ETD/ETCD de ambos extremos de la red son independientes uno de otro,
X.25 interviene desde un extremo hasta el otro, ya que el tráfico seleccionado se encamina desde el principio hasta el
final. A pesar de ello, el estándar recomendado es asimétrico ya que solo se define un lado de la interfaz con la
red(ETD/ETCD).

La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminacion del circuito de datos para
terminales que trabajan en modo paquete sobre redes de datos publicas.
Las redes utilizan las redes X.25 para establecer los procedimientos mediante los cuales dos ETD que trabajan en modo
paquete se comunican a traves de la red. Este estandar pretende proporcionar procedimientos comunes de
establecimiento de sesion e intercambio de datos entre un ETD y una red de paquetes(ETCD).

La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminación del circuito de datos para
terminales que trabajan en modo paquete sobre redes de datos publicas. Define la interfaz de acceso a la red de
conmutación de paquetes.
En X.25 se supone que el nivel de enlace es LAPB. Este protocolo de línea es un conjunto de HDLC.

 X.25 trabaja sobre servicios basados en circuitos virtuales. Un circuito virtual o canal lógico es aquel en el cual el
usuario percibe la existencia de un circuito físico dedicado exclusivamente al ordenador que el maneja, cuando
en realidad ese circuito físico "dedicado" lo comparten muchos usuarios. Mediante diversas técnicas de
multiplexado estadístico, se entrelazan paquetes de distintos usuarios dentro de un mismo canal. Las
prestaciones del canal son lo bastante buenas como para que el usuario no advierta ninguna degradación en la
calidad del servicio como consecuencia del trafico que le acompaña en el mismo canal.

 Para identificar las conexiones en la red de los distintos ETD, en X.25 se emplean números de canal
lógico(LCN).

 Pueden asignarse hasta 4095 canales lógicos y sesiones de usuario a un mismo canal físico.

Niveles

El Nivel Físico
 El interfaz de nivel fisico recomendado entre el ETD y el ETCD es el X.21.
 X.25 asume que el nivel fisico X.21 mantiene activados los circuitos T(transmision) y R(recepcion) durante el
intercambio de paquetes.
 Asume tambien, que el X.21 se encuentra en estado 13S(enviar datos),13R(recibir datos) o 13(transferencia de
datos). Supone tambien que los canales C(control) e I(indicacion) de X.21 estan activados.
 X.25 utiliza el interfaz X.21 que une el ETD y el ETCD como un "conducto de paquetes",en el cual los paquetes
fluyen por las lineas de transmision(T) y de recepcion(R).
 El nivel fisico de X.25 no desempeña funciones de control significativas. Se trata mas bien de un conducto
pasivo,de cuyo control se encargan los niveles de enlace y de red.

Nivel de enlace
 En X.25 se supone que el nivel de enlace es LAPB. En la trama LAPB, el paquete X.25 se transporta dentro del
campo I(informacion). Es LAPB el que se encarga de que lleguen correctamente los paquetes X.25 que se
transmiten a traves de un canal susceptible de errores, desde o hacia la interfaz ETD/ETCD. La diferencia entre
paquete y trama es que los paquetes se crean en el nivel de red y se insertan dentro de una trama, la cual se
crea en nivel de enlace.
 LAPB utiliza un subconjunto especifico de HDLC. Los comandos que maneja son: Informacion(I), Receptor
Preparado(RR), Rechazo(REJ), Receptor No Preparado(RNR), Desconexion(DSC), Activar Modo de Respuesta
Asincrono(SARM) y Activar Modo Asincrono Equilibrado(SABM). Las respuestas utilizadas son las siguientes:
1/21
 Receptor Preparado(RR), Rechazo(REJ), Receptor No Preparado(RNR), Asentimiento No Numerado(UA),
Rechazo de Trama(FRMR) y Desconectar Modo(DM).
 X.25 exige que LAPB utilice direcciones especificas dentro del nivel de enlace. En X.25 pueden utilizarse
comandos SARM y SABM con LAP y LAPB, respectivamente. No obstante se aconseja emplear SABM, mientras
que la combinacion SARM con LAP es poco frecuente.Tanto X.25 como LAPB utilizan numeros de envio(S) y de
recepcion(R) para contabilizar el trafico que atraviesan sus respectivos niveles.
 En LAPB los numeros se denotan como N(S) y N(R), mientras que en X.25 la notacion de los numeros de
secuencia es P(S) y P(R).
 Tanto el protocolo LAP B, como el protocolo X.25 (de capa de red) se encargan de funciones de control de
errores y flujo, pero el control de errores tiene más fuerza en LAP B, mientras que el control de flujo, en X.25

Circuito virtual permanente (pvc)

Un circuito virtual permanente es algo parecido a una línea alquilada en una red telefónica, es decir, el ETD que
transmite tiene asegurada la conexión con el ETD que recibe a través de la red de paquetes.

En X.25, antes de empezar la sesión es preciso que se haya establecido un circuito virtual permanente. Por tanto, antes
de reservarse un circuito virtual permanente, ambos usuarios han de llegar a un acuerdo con la compañía explotadora de
la red. Una vez hecho esto, cada vez que un ETD emisor envía un paquete a la red la información identificativa de ese
paquete(el numero del canal lógico) indicara a la red que el ETD solicitante posee un enlace virtual permanente con el
ETD receptor. En consecuencia, la red establecerá una conexión con el ETD receptor, sin ningún otro arbitraje o
negociación de la sesion. El PVC no necesita procedimiento de establecimiento ni de liberación. El canal lógico esta
siempre en modo de transferencia de información.

En X.25,antes de empezar la sesion es preciso que se haya establecido un circuito virtual permanente.Por tanto, antes
de reservarse un circuito virtual permanente, ambos usuarios han de llegar a un acuerdo con la compañia explotadora de
la red.Una vez hecho esto, cada vez que un ETD emisor envia un paquete a la red la informacion identificativa de ese
paquete(el numero del canal logico) indicara a la red que el ETD solicitante posee un enlace virtual permanente con el
ETD receptor.En consecuencia, la red establecera una conexion con el ETD receptor, sin ningun otro arbitraje o
negociacion de la sesion.El PVC no necesita procedimiento de establecimiento ni de liberacion. El canal logico esta
siempre en modo de transferencia de informacion.

Circuito Virtual
 Se establece una ruta entre origen y destino antes que el paquete sea enviado.
 Son necesario paquetes de control para el manejo de las conexiones
 Cada paquete contiene un identificador del circuito virtual.
 Solo se toman decisiones de ruteo cuando se establece la conexión.

Conexion

 El DTE que inicia la apertura de la conexión construye un paquete CALL REQUEST y se lo pasa a su DCE. La
subred se lo pasa al DCE destino quien lo entrega al DTE correspondiente. Si este último acepta la llamada
devolverá un paquete CALL ACCEPTED que llegará al DTE origen como CALL CONNECTED.
2/21
 La siguiente fase consiste en el uso full-dúplex del CV para intercambiar datos.
 Cuando uno de ellos quiere terminar envía un paquete CLEAR REQUEST al otro extremo quien se lo confirmará
 con un paquete CLEAR CONFIRMATION.
 La elección del número de circuito virtual la hace el DTE origen (cualquier número no usado) y cuando la llamada
llega al DCE destino si este número de CV ya está siendo usado en su DTE lo cambia.
 Luego el número de CV lo elige el DTE en su salida y el DCE destino en la entrada. Si un DTE y su DCE origen
eligen el mismo número de CV a la vez se produce una Colisión de Llamada. En X.25 la llamada de salida progresa
y la de entrada se descarta (su origen ya lo intentará más tarde).
 Para minimizar las colisiones el DTE elige el mayor identificador para las llamadas de salida mientras que el DCE
 elige el menor disponible para las de entrada.

Principios de control de flujos

El control de flujo puede hacerse de manera independiente para cada dirección y se basa en las autorizaciones de cada
una de las estaciones. El control de flujo se lleva a cabo mediante diversos paquetes de control X.25, además de los
números de secuencia del nivel de paquete.

Procedimiento de Interrupción: El procedimiento de interrupción permite que un ETD envíe a otro un paquete de datos
sin numero de secuencia, sin necesidad de seguir los procedimientos normales de control de flujo establecidos por la
norma X.25. El procedimiento de interrupción es útil en aquellas situaciones en las que una aplicación necesite transmitir
datos en condiciones poco habituales. Así por ejemplo, un mensaje de alta prioridad puede enviarse como paquete de
interrupción, para garantizar que el ETD receptor acepta los datos. Un paquete de interrupción puede contener datos de
usuario(un máximo de 32 octetos). El empleo de estas interrupciones afecta a los paquetes normales que circulan por el
circuito virtual, ya sea conmutado o permanente. Una vez enviado un paquete de interrupción es preciso esperar la
llegada de una confirmación de la interrupción antes de enviar a través del canal lógico un nuevo paquete de
interrupción.

Procedimiento de reinicialización (reset). Sirve para reinicializar un circuito virtual permanente o conmutado. El
procedimiento de reinicialización elimina en ambas direcciones, todos los paquetes de datos y de interrupción que
pudieran estar en la red. Estos paquetes pueden ser necesarios también cuando aparecen determinados problemas,
como es la perdida de paquetes, su duplicación, o la perdida de secuencia de los mismos. La reinicialización solo se
utiliza en modo de transferencia de información y puede ser ordenada por el ETD(solicitud de reinicialización) o por la
propia red(indicación de reinicialización.

Procedimiento de reiniciación (restart). Sirve para inicializar o reinicializar el interfaz del nivel de paquetes entre el ETD y
el ETCD. Puede afectar hasta 4095 canales lógicos de un puerto físico. Este procedimiento libera todas las llamadas
virtuales y reinicializa todos los circuitos virtuales permanentes del interfaz. La reiniciación puede presentarse como
consecuencia de algún problema serio, como es la caída de la red. Todos los paquetes pendientes se pierden, y deberán
ser recuperados por algún protocolo de nivel superior.

Procedimiento de liberación (clear). Dentro de la red X.25, el paquete de liberación(clear) desempeña diversas funciones,
aunque la principal es el cierre de una sesión entre dos ETD. Otra de sus misiones consiste en indicar que no puede
llevarse a buen termino una solicitud de llamada. Si el ETD remoto rechaza la llamada enviara a su nodo de red una
solicitud de liberación. Este paquete será transportado a través de la red al nodo de red de origen, el cual entregara a su
ETD una indicación de liberación. El cuarto octeto del paquete contiene un código que indica el motivo de la liberación.

Formato de paquetes
1 4 6 8

Numero de grupo del canal lógico SS Bit D Bit O

Número de Canal Lógico (LCN)

Identificador tipo de paquete (no dato) / secuenciamiento (datos)

Campo de datos de usuario (DATA)

Numero de grupo del canal lógico: 4 bits.

Campo de datos de usuario. Por omisión, su longitud es de 128 octetos, aunque X.25 ofrece opciones para distintas
longitudes. Otros tamaños autorizados son: 16, 32, 64, 256, 512, 1024, 2048 y 4096 octetos.

3/21
Identificador general de formato (SS). Sirve para indicar el tipo de secuenciamiento empleado en las sesiones de
paquetes. X.25 admite dos modalidades de secuenciamiento: módulo 8 (con números entre 0 y 7) y módulo 128 (con
números entre 0 y 127).

Bit D. Sólo se utiliza en determinados paquetes. Cuando este bit vale 0, el valor de P(R) indica que es la red la que
asiente los paquetes; cuando el bit D vale 1, la confirmación de los paquetes se realiza de extremo a extremo, es decir,
es el otro ETD el que asiente los datos enviados por el ETD emisor. Cuando se utiliza el bit D con valor 1, X.25 asume
una de las funciones del nivel de transporte: la contabilización de extremo a extremo.

Bit O. Sólo se emplea para paquetes de datos destinado al usuario final. Sirve para establecer dos niveles de datos de
usuario dentro de la red.

Número de canal lógico (LCN). Este campo de 8 bits, en combinación con el numero de grupo del canal lógico,
proporciona los doce bits que constituyen la identificación completa del canal lógico; por tanto, son 4095 los canales
lógicos posibles. El LCN 0 está reservado para las funciones de control (paquetes de diagnóstico y de reinicialización).
Las redes utilizan estos dos campos de diversas formas. En algunas se emplean combinados, mientras que en otras se
consideran de forma independiente. Los números de canal lógico sirven para identificar el ETD frente al nodo de
paquetes (ETCD), y viceversa. Estos números pueden asignarse a circuitos virtuales permanentes, llamadas entrantes y
salientes, llamadas entrantes, y por último llamadas salientes.
Durante el comienzo del proceso de comunicación, es posible que el ETD y el ETCD utilicen el mismo LCN. Así por
ejemplo, una solicitud de llamada generada por un ETD podría emplear el mismo número de canal lógico que una
llamada conectada correspondiente a un ETCD. Para reducir al mínimo esta posibilidad, la red comienza a buscar un
número a partir del extremo inferior, mientras que el ETD busca su número empezando por arriba. Si la llamada
saliente(solicitud de llamada ) de un ETD tiene el mismo LCN que una llamada entrante(llamada conectada) procedente
del ETCD de la red, X.25 liberará la llamada entrante y procesará la solicitud de llamada.

Identificador tipo de paquete / secuenciamiento. Cuando el paquete no es de datos , el tercer octeto de la cabecera
de paquete X.25 es el de identificador de tipo de paquete, mientras que cuando es de datos ese octeto es el de
secuenciamiento.

Los números de secuencia de envío y de recepción sirven para coordinar y asentir las transmisiones que tienen lugar
entre ETD y ETCD. A medida que un paquete atraviesa la red de un nodo a otro, es posible que los números de
secuencia cambien durante el recorrido por los centros de conmutación. Pese a ello, el ETD o ETCD receptor tiene que
saber que numero de recepción ha de enviar al dispositivo emisor. El empleo de P(R) y P(S) en el nivel de red exige que
el P(R) sea una unidad mayor que el P(S) del paquete de datos.

El bit D. Cuando este bit vale 0, el valor de P(R) indica que es la red la que asiente los paquetes; cuando el bit D vale 1,
la confirmación de los paquetes se realiza de extremo a extremo, es decir, es el otro ETD el que asiente los datos
enviados por el ETD emisor. Cuando se utiliza el bit D con valor 1, X.25 asume una de las funciones del nivel de
transporte: la contabilización de extremo a extremo.

El bit M. Indica que existe una cadena de paquetes relacionados atravesando la red. Ello permite que tanto la red como
los ETD identifiquen los bloques de datos originales cuando la red los ha subdividido en paquetes más pequeños. Así por
ejemplo, un bloque de información relativo a una base de datos debe presentarse al ETD receptor en un determinado
orden.

Paquetes A y B. La combinación de los bits M y D establece dos categorías dentro del estándar X.25 que se designan
como paquetes A y paquetes B. Gracias a ello los ETD o ETCD pueden combinar el secuenciamiento de dos o más
paquetes y la red puede también combinar paquetes. En X.25, una secuencia de paquetes completa se define como un
único paquetes B y todos los paquetes contiguos tipo A que lo precedan(si es que hay alguno).

Un paquete de categoría B sirve para cerrar una secuencia de paquetes relacionados con el tipo A. Por contra los
paquetes A representan la transmisión en curso, han de contener datos, y deben llevar el bit M a 1 y el bit D a 0. Sólo los
paquetes tipo B pueden tener el bit D a 1 para realizar confirmaciones de extremo a extremo. La red puede agrupar una
serie de paquetes A y el paquete B subsiguiente dentro de un solo paquete, pero los paquetes B han de mantener las
entidades independientes en paquetes independientes.

La combinación de paquetes puede resultar útil cuando se empleen paquetes de distintas longitudes a través de una ruta
de la red, o cuando las subredes de un sistema de redes interconectadas empleen distintos tamaños de paquete. De
este modo es posible manejar los paquetes a nivel lógico como un todo. En este caso, puede usarse el bit M para
señalar al ETD receptor que los paquetes que llegan están relacionados y siguen una determinada secuencia.

Uno de los objetivos de los bits M y D es la combinación de paquetes. Por ejemplo, si el campo de datos del ETD
receptor es más largo que el del ETD emisor, la red puede combinar los paquetes dentro de una secuencia completa.
4/21
El bit Q. Este bit es opcional, y puede usarse para distinguir entre datos de usuario y informaciones de control.

Paquete de datos

 El bit Q indica datos cualificados. Esto no está definido en X.25 pero la idea es que el protocolo de transporte lo use
para separar sus paquetes de control y datos.
 El campo CONTROL está siempre a 0.
 Los campos SECUENCIA y PIGGYBACK se usan para control del flujo por un mecanismo de ventana deslizante.
Los números de secuencia son Mod-8 si el campo MODULO es 01 y Mod-128 si es 10 (00 y 11 son ilegales). Si se
usan números de secuencia Mod-128 la cabecera se extiende con un byte extra para acomodar los campos más
largos de secuencia y piggyback (4 bits adicionales para cada uno).
 El significado del campo de piggyback lo determina el bit D:
o D=0 􀃆 la siguiente confirmación indica que el DCE local recibió el paquete, y no que el DTE remoto lo
recibió.
o D=1 􀃆 la confirmación es realmente indicio de una recepción correcta del paquete en el DTE remoto al otro
extremo.
 Aunque D valga 0 el campo de piggyback es útil pues le indica al DTE que su DCE está listo para el próximo paquete
(controlando así el flujo DTE􀃆DCE).
 En una confirmación X.25 el DTE remoto devuelve el número de paquete que espera a continuación (no el último
correctamente recibido). Es arbitrario pero obligatorio para ser compatible con X.25.
 El campo MORE es un bit a 1 en todos los paquetes menos en el último. Un paquete completo puede tener ese bit
activo. La subred puede reempaquetar datos del paquete en otros de distinta longitud si lo necesita, pero nunca
combinará datos de mensajes distintos en el mismo paquete.
 El estándar especifica que el transporte de señales debe permitir una longitud máxima de 128 bytes de datos por
paquete (este valor se usa por eficiencia), así como establecer como máximos optativos 16, 32, 64, 256, 512, 1024,
2048 y 4096 bytes. Esto es negociable. Usar menos de 128 bytes sirve para proteger a los terminales con poca
memoria (pocosbuffers) de paquetes de entrada largos.

Paquetes:
- Datos
- Tipo A  CR/IC (call request/incoming call)
- Tipo B  Call accepted, call connected, clear, interrupt
- Tipo C  Restart request/restart information

- Paquete de Datos

Q D S S N° de Canal Lógico
N° de Canal Lógico 3 bytes
0 P(S) M R(S) 128 bytes

DATOS 125 bytes

Q: Calificador de datos (0: Paq de datos; 1: Paq de control).

D: bit de confirmación (0: Confirma primero modo X.25; 1: Confirma DTE).
P(S) y R(S): contadores para control de flujo.
M: Indica si falta recibir más datos (0: último bloque; 1: hay más datos).
SS: Bits de módulo con los que realiza el control de flujo: 8 o 128.

- Call request: Paquete para la llamada virtual.

Q=0
5/21
 D=1
SS = 01 (módulo 8 => 3 bits)
El 3er byte indica el código de tipo de paquete.

0 1 0 1 X X X X
X X X X X X X X
0 0 0 0 1 0 1 1
Long dir de destino Long dir de origen
Dir destino
Dir origen
Facilidades

- Paquete B: No tiene campo de datos

0 0 0 1 X X X X
X X X X X X X X
Tipo de Paquete
Causa o Código

- Paquete Restart: Se aplica a todos los canales lógicos. En cambio, el reset (paquete B) es sólo para un canal lógico
determinado.

0 0 0 1 0 0 0 0
0 0 0 0 0 0 0 0
Tipo C
Causa

Control de flujo y ventanas

X.25 emplea técnicas de control de flujo y ventanas muy similares a las de HDLC, LAPB y otros protocolos de línea. En
un paquete de datos se combinan dos números de secuencia(el de envío y el de recepción) para coordinar el
intercambio de paquetes entre el ETD y el ETCD. El esquema de numeración extendida permite que el número de
secuencia tome valores hasta 127(módulo 128). En el interfaz ETD / ETCD, los paquetes de datos se controlan
separadamente para cada dirección basándose en las autorizaciones que los usuarios envían en forma de números de
secuencia de recepción o de paquetes de control "receptor preparado"(RR) y "receptor no preparado".

La razón de que exista control de flujo tanto en el nivel de red como en el de paquetes es que se multiplexan muchos
usuarios en un mismo enlace físico y si se emplease un RNR en el nivel físico podrían estrangularse todos los canales
lógicos incluídos en ese enlace. El control de flujo que incorpora X.25 permite aplicar este estrangulamiento de forma
más selectiva. Además, la incorporación del secuenciamiento en el nivel de interfaz con la red proporciona un grado
adicional de contabilidad y seguridad para los datos de usuario.

La numeración de los paquetes en este tercer nivel se lleva a cabo de forma muy similar a la del segundo nivel del
estándar HDLC / LAPB. El ciclo de los números de secuencia de los paquetes va de 0 a 7, y regresa a 0 de nuevo. Si se
emplea el sistema módulo 128, el ciclo de secuenciamiento va de 0 a 127 y vuelve a 0.

En X.25 las ventanas que establece el esquema de módulo sirven para prevenir la saturación de paquetes. No obstante,
en X.25 se recomienda un tamaño normalizado de ventana de dos posiciones, aunque pueden incorporarse también
otros tamaños en las redes. Este valor dos limita el flujo de paquetes que pueden estar pendientes de servicio en un
momento dado. Tal limitación obliga a procesar más deprisa los asentimientos de los paquetes que llegan al ETD
receptor. También reduce el número de paquetes que puede tener pendientes la propia red en un determinado instante.

Control de flujo, de paquetes RR y RNR Facilidades:

RNR = Receptor no preparado - canales lógicos entrantes o salientes
RR = Receptor preparado. Anula el RNR. - circuito virtual permanente
Ej: Tamaño de la ventana = 3 - cobro revertido
A envía a B: - circuito cerrado
1) D, P(S) = 0, P(R) = 0 - llamada rápida
2) D, P(S) = 1, P(R) = 0
3) D, P(S) = 2, P(R) = 0
B envía a A:
1) RR, P(R) = 3
6/21
A envía a B:
1) D, P(S) = 3, P(R) = 0
B envía a A:
1) RNR, P(R) = 4

7/21
 COMPARACIÓN ENTRE FRAME RELAY Y X25

Tipo de servicio

 X.25: Orientado a la conexión, con calidad de servicio (qos), canales logicos y circuitos virtuales conmutados y
permanentes.

 frame relay: Orientado a la conexión, sin calidad de servicio (qos), circuitos virtuales permanentes.

El protocolo X.25 usa los niveles uno, dos y tres del modelo O.S.I., mientras que el protocolo frame relay, usa sólo

los dos primeros:

Nivel 1: el nivel físico, define la conexión actual entre el terminal y el primer nodo de la red. Este nivel
especifica los estándares con la transmisión y recepción de datos mecánica y eléctricamente.
Nivel 2: el nivel de conexión, contiene el protocolo que define el "troceado" de los datos para la
transmisión, y establece la ruta que los datos deben seguir a través de la red. Esto significa que los
datos son colocados en un frame (secuencia especifica de bits), que es la unidad fundamental del
intercambio de datos. Ambos protocolos, X.25 y frame relay, usan estos dos niveles.
Nivel 3: el nivel de red, la unidad fundamental del intercambio de datos es el paquete. El nivel 3, prepara
los frames de datos del nivel 2 en paquetes y rutas de datos a través de la red a través de Circuitos
virtuales permanentes (PVCs). El nivel 3 también realiza detección y corrección de errores con
peticiones de retransmisión de los frames y paquetes dañados. Este es el punto en el que X.25 y frame
relay divergen. X.25 usa el nivel 3 en su totalidad, mientras que frame relay usa esencialmente sólo los
niveles 1 y 2. La razón para esto es que frame relay está basado en la premisa de que las redes digitales
son mucho menos propensas a errores que las que analógicas que había en el pasado. Esta premisa es
debida exactamente al cambio a digital y a la fibra óptica. Ç
Así por lo tanto con X.25, por el uso de los niveles altos del modelo O.S.I. , ambos, detención de errores y corrección
de errores, son usados en cada uno y en todos los nodos a lo largo de la ruta, lo que provoca que la velocidad de
transmisión se vea severamente limitada, por ejemplo, Pensemos que tenemos una conexión X.25, que va desde
nuestra oficina principal a una oficina satélite y que pasamos a través de 3 compañías de telecomunicaciones. Bajo
el uso de X.25 los datos son empaquetados y enviados al primer nodo. Los datos son chequeados, y en caso de
errores, pide la retransmisión del paquete, en caso de no encontrarlos envía un señal de final al origen, y envía el
paquete al siguiente nodo. Este proceso se repite en cada uno de los nodos, hasta llegar al destino, y el proceso
vuelve a comenzar con el siguiente paquete.
la red frame relay simplemente coge cada frame de información y lo retransmite (relay) al siguiente nodo. Si, en
raras ocasiones, se detecta un error, frame relay simplemente descarta el frame de datos erróneo y depende del
nivel superior usado por controladores inteligentes en cada extremo de la red para pedir una retransmisión.

Ahorro en los costes de telecomunicaciones: Con el servicio Frame Relay los usuarios podrán transportar
simultánearnente, compartiendo los mismos recursos de red, el tráfico perteneciente a múltiples comunicaciones
y aplicaciones, y hacia diferentes destinos.
Flexibilidad del servicio: Frame Relay es la solución adaptable a las necesidades cambiantes, ya que se basa en
circuitos virtuales permanentes (CVP), que es el concepto de Red Pública de Datos, equivalente al circuito punto
a punto en una red privada. Sobre una interfaz de acceso a la red se pueden establecer simultáneamente

8/21
múltiples circuitos virtuales permanentes distintos, lo que permite una fácil incorporación de nuevas sedes a la
Red de Cliente.

Protocolo X25
 protocolo de la red de conmutación de paquetes
 velocidades bajas y medianas de acceso (generalmente hasta 64 kbit/s)
 conmutadores de baja capacidad
 con recuperación de errores entre puntos de recepción adyacentes mediante el protocolo HDLC.
 implementación de control de flujo y recuperación de errores en la capa 2 (HDLC)
 señalización, multiplexación y enrutamiento en la capa 3.
 Permite la operación con lineas de comunicaciones de baja calidad.

Protocolo FAME RELAY

 protocolo de la red de conmutación de tramas
 velocidades medianas y altas de acceso (hasta 2 Mbit/s y más altas)
 conmutadores de alta velocidad
 señalización compatible con la RDSI de banda angosta
 totalmente implementada en la capa 2 (modelo OSI)
 sin recuperación de errores
o las tramas con errores son descartadas
 presupone una alta calidad del soporte de transmisión
 generalmente considerada como interfase de acceso a la RED DE TRANSPORTE.

Características Tecnicas

Servicios PVC / SVC

 SVC
o para SVCs, los DLCIs son asignados de forma dinámica
o las conexiones virtuales se establecen a través de mensajes de señalización entre el FRAD y la red frame
relay (semejantes al proceso de tonos de marcar, de llamada, timbre, ocupado, etc.)
9/21
 o los mensajes de señalización son transmitidos con el DLCI 0 ó en el canal D de la RDSI
o los mensajes están definidos en las Rec. Q.933, Q.931 y FRF.4
 PVC
o para PVC, la red y el usuario determinan:
o ancho de banda
o cantidad y designación de los canales lógicos
o la red asigna un número fijo de DLCIs en los sitios correspondientes
o una vez que el FRAD local sea programado para conocer cuales DLCIs debe utilizar para alcanzar un FRAD
remoto, pueden tener inicio las comunicaciones

10/21
 HDLC

Protocolos - Todos estos protocolos trabajan en el “Nivel de Enlace” del modelo OSI.
 High Level Data Link Control (HDLC)
 Asynchronous Transfer Mode (ATM)
 Frame Relay (FR)
 Syncronous Data Link Controller (SDLC)
 Logical Link Control (LLC)

HDLC

 Es un protocolo de comunicaciones punto a punto y punto a multipunto.

 Proporciona recuperación de errores.
 Ofrece una comunicación fiable entre transmisor y receptor.
 Protocolo orientado al bit y sincrónico.
 Permite una transmisión transparente, independientemente del código de nivel superior.
 Es uno de los protocolos de WAN más importante y utilizado.
 Tramas delimitadas por flags y no por longitudes múltiplos de 8.
 Confirmación por ventana deslizante.

Características

Tipos de estaciones logicas:

 Primaria: Es la encargada de controlar el funcionamiento del enlace. Genera Ordenes y recibe respuestas.
 Secundaria: Es controlada por una estación Primaria. Genera Respuestas.
 Combinadas: Puede ser una estación primaria o secundaria. Genera Ordenes o Respuestas.

Estados lógicos:
 Estado de desconexión lógica (LDS): prohíbe a una estación Transmitir o Recibir información. Este estado puede
ser normal (No puede transmitir) ó Asincrónico (puede transmitir notando su condición de esclavo).
 Inicialización (IS): depende del fabricante y no entra dentro de las especificaciones de DIC.
 Estado de transferencia de información (ITS): permite a las estaciones primarias, secundarias o combinadas
transmitir y recibir información.
o Modo Respuesta Normal (NRM): se usa en configuraciones no balanceadas. En este modo, las estaciones
esclavas (o secundarios) sólo pueden transmitir cuando la estación primaria lo ordena específicamente. El
enlace puede ser punto a punto o multipunto. En el último caso sólo se permite una estación primaria.
o Modo respuesta asíncrona (ARM): se usa también en configuraciones no balanceadas. Permite a una
estación secundaria iniciar una transmisión sin autorización previa de la ETD principal.
o Modo balanceado asíncrono (ABM): se utiliza principalmente en enlaces dúplex punto a punto. Cada
estación tiene la misma categoría y realiza funciones tanto de primario como de secundario.

Configuraciones de canal:
 No equilibrado: una ETD primaria y una o varias esclavas. Trabaja en Half Duplex o Full Duplex.
 Simétrica: dos configuraciones punto a punto independientes, cada ETD tiene dos estados lógicos (Principal y
Secundario). En la práctica sólo se usa un canal físico.
 Equilibrada: dos estaciones combinadas unidas por un solo enlace punto a punto, Semidúplex, dúplex,
conmutado o no conmutado: Las ETD poseen igual derecho de acceso al canal.

Estructura de la trama

Estructura del Frame HDLC

8 8o+ 8 o 16 Variable 16 o 32 8
FLAG DIR. CONTROL DATOS FCS FLAG

 Flags
o Delimita el frame en ambos extremos con un patrón único, puede ser uno solo de final e inicio
( 011111110)
o Utiliza Inserción de bits.(11111 – 0 (descarte)-1-0 (Flag)-1-1 (Cierre))
o Utiliza el mecanismo de inserción de ceros, para garantizar la transparencia del protocolo.
o El objetivo es que no existan en el campo de datos una combinación de bits igual al FLAG.
o En caso que aparezcan 5 unos seguidos, a continuación se inserta un cero.
o La estación receptora se encarga de quitar el cero insertado.
o Los campos de delimitación están localizados en los dos extremos de la trama, y ambos corresponden a
la siguiente combinación de bits 01111110. Se puede usar un único delimitador como final y comienzo
de la siguiente trama simultáneamente. A ambos lados de la interfaz entre el usuario y la red, los
11/21
 receptores estarán continuamente intentando detectar esta secuencia para sincronizarse con el
comienzo de la trama. Cuando se recibe una trama, la estación seguirá intentando detectar esa misma
secuencia para determinar así el final de la trama. Como se usa la secuencia 01111110 en la
delimitación de las tramas, es necesario el uso del procedimiento denominado inserción de bits. Por el
cual, el emisor cuando deba enviar una cadena que contenga una secuencia de cinco bits en 1 insertará
inmediatamente despues del quinto 1 un 0. El receptor, tras la detección del delimitador de comienzo,
monitorizará la cadena de bits recibida, de tal manera que cuando aparezca una combinación de cinco 1
seguidos, el sexto bit se examinará. Si dicho bit es 0, se eliminará sin más. Si el sexto bit es un 1 y el
séptimo es un 0, la combinación se considera como un delimitador. Si los bits sexto y séptimo son
ambos igual a 1 se interpreta como una indicación de cierre generada por el emisor.

 Dirección
El campo de dirección identifica a la estación secundaria que ha transmitido o que va a recibir la trama. Este
campo no se usa en enlaces punto a punto. El mismo tiene normalmente 8 bits, puede usarse también un
formato ampliado en el que la dirección tendrá un múltiplo de 7 bits. El bit menos significativo de cada octeto
será respectivamente 1 o 0, si es o no el último octeto del campo de dirección. Los 7 bits restantes de cada
octeto formarán la dirección propiamente dicha.

 FCS: CRC-CCITT o CRC-32

 Campo de Control
Define tres tipos de tramas:

o Tramas de Información de datos de usuarios

o Tramas de supervisión
o Tramas No numeradas

N(S)= Nro. de secuencia de envío

N(R)= Número de secuencia de la próxima trama que se espera recibir.
P/F= Poll/Final = Comandos / Respuestas
M , S= Código de comandos / respuestas

 Tramas de información (I)

o Existe el campo de información (Datos).

o Son tramas numeradas
o Campo de control:
 Es de 1 byte si es modo normal (M=8) y de 2 bytes si es modo extendido (M=128).
 N(S) indica el número de trama que se envía.
 N(R) indica el número de trama que se espera recibir (Piggy-Back).
o N(s): Número asociado a las tramas enviadas.
o N(r): Número de secuencia de la próxima trama que se espera recibir.
o P/F: Poll / Fin
o El primer bit es un cero.
 Se utiliza para:
 Enviar datos de usuarios (capa superior a HDLC).
 Aceptación de tramas.
 Información de tramas enviadas.

 Trama de supervisión (S)

o Se utilizan para el reconocimiento de tramas, control de flujo y control de errores (siempre que no
sea posible hacerlo mediante las tramas de información).
o Son numeradas.
12/21
 o No tienen campo de información (Datos).
o Campo de Control :
 RR Receive Ready ( SS= 00)
 RNR Receive No Ready (SS=10)
 REJ Reject (SS=01)
 SREJ Selective Reject (SS=11)
 No hace falta N(s) porque no se envía información.
o Se utilizan para tareas de supervisión
 Aceptación de tramas.
 Solicitud de transmisión de tramas.
 Suspensión temporal de la transmisión.
o Algunos ejemplo de este tipo de tramas:
 RR: Receptor Preparado (00): Reconoce las tramas hasta la N-1 e indica que la próxima
trama que espera recibir es la N. Si tiene el bit P (poll/sondeo) activado indica que la
estación primaria está sondeando a la estación secundaria. Si tiene el bit F activado y es
después de una selección, indica que el secundario está listo para recibir datos del primario.
Si no es después de una selección, la estación secundaria indica a la primaria que no tiene
más tramas que transmitir. Normalmente la estación secundaria envía tramas de información
hasta que se le acaban los datos y entonces envía una trama RR con F activado para indicar
finalización.
 RNR: Receptor no Preparado (10): Reconoce las tramas hasta la N-1 e indica que ahora
mismo no puede recibir más tramas. Si tiene el bit P activado sirve para seleccionar la
estación secundaria que recibirá los datos, indicando que la estación primaria no va a recibir
datos. Si tiene el bit F activado sirve para que la estación secundaria indique a la estación
primaria que no está listo para recibir datos.
 REJ: Rechazo Simple (01): Reconoce las tramas hasta la N-1 e indica que a partir de la
trama N hay que retransmitir
 SREJ: Rechazo Selectivo (11): Indica que la trama N no llegó correctamente y debe ser
retransmitida

 Tramas no numeradas (U)

o Se utilizan para establecer el enlace.

o No numeradas.
o En general no tienen campo de información (Datos).
o Campo de Control
 Los campos M se utilizan para codificar las tramas
o Se utiliza para tareas de gestión
 Conexión / Desconexión del enlace
 Control del enlace
 M: Codifica ordenes y respuestas en este tipo de tramas. 5 bits define 32 comandos y 32
respuestas
 P/F: Polling / Fin
 Algunos ejemplos de comandos y respuestas de tramas no numeradas: (c:comando, r: rta)
o SABM (C): Fija modo asincrónico balanceado.
o UA (R): Es una confirmación.
o DISC (C): Desconectar.
o DM (R): Modo desconectado.
o FRMR (R): Rechazo de tramas.
o (C): Comando
o (R): Respuesta
Bit P/F
Su función depende del contexto.
 La estación primaria utiliza el bit P (Poll) para solicitar una respuesta de estado a la estación secundaria.
 La estación secundaria responde al bit P con una trama de información o supervisión y el bit F.
 El bit F indica final de la transmisión de la estación secundaria en NRM

Campo de Información
• Este campo esta solo presente en las tramas de Información.
• La cantidad de bits es múltiplo de 8.
• Es un campo variable.

Campo FCS
13/21
• Frame Check Sequence.
• Código para la detección de errores, se excluyen los delimitadores.
• Normalmente se utiliza CRC de 16 bits
Funcionamiento del HDLC

El funcionamiento del HDLC implica tres fases. Primero, uno de los dos extremos inicia el enlace de datos, de tal manera
que las tramas se puedan intercambiar de una forma ordenada. Durante esta fase, se pactan las opciones que se usarán
en el intercambio posterior. Después de la iniciación, los dos extremos intercambian los datos generados por los usuarios
así como información de control para llevar a cabo los procedimientos de control del flujo y de errores. Finalmente, uno
de los dos extremos comunicará la finalización de la transmisión.

Iniciación
La iniciación la puede solicitar cualquiera de los dos extremos transmitiendo una de entre las seis órdenes previstas para
fijar el modo. Esta orden sirve para tres objetivos: 1. Se avisa al otro extremo sobre la solicitud de la iniciación. 2. Se
especifica cual de los tres modos (NRM, ABM, ARM) se está solicitando. 3. Se especifica si se van a utilizar números de
secuencia de 3 o 7 bits.
Si el otro extremo acepta la solicitud, se informará al extremo sobre esta contingencia mediante la transmisión de una
trama de confirmación no numerada (UA, unnumbered acknowledged). Si la solicitud se rechaza, se envía una trama de
modo desconectado (DM, disconnected mode).

Transferencia de datos
Cuando la iniciación se haya solicitado y haya sido aceptada, entonces se habrá establecido la conexión lógica. A partir
de entonces, ambos lados pueden comenzar a enviar datos mediante tramas-I, comenzando con el número de
secuencia igual a 0. Los campos N(S) y N(R) de una trama-I contendrán los números de secuencia con los que se lleva a
cabo el control del flujo y de errores. La secuencia de tramas-I se numerará secuencialmente módulo 8 o módulo 128,
dependiendo de si se utilizan respectivamente 3 o 7 bits, utilizando el campo N(S). El campo N(R) se utiliza para la
confirmación de las tramas- I recibidas; de esta forma se facilita que el módulo HDLC indique al otro extremo el número
de trama-I que se espera recibir.
Las tramas-S también se usan para controlar el flujo y los errores. La trama receptor preparado (RR, receive ready)
confirma una trama-I recibida, indicando a la vez la siguiente trama-I que se espera recibir. La RR se usa cuando no hay
tráfico en el sentido contrario (tramas-I) en el que se puedan incluir las confirmaciones. La trama receptor no preparado
(RNR, receive not ready) confirma una trama-I, como la hace la RR, pero a la vez solicita a la entidad situada al otro
extremo del enlace que suspenda la transmisión de tramas-I. Cuando la entidad que envió la RNR este de nuevo
preparada, enviará una RR. La trama REJ sirve para iniciar el procedimiento ARQ con vuelta-atrás-N. Con ella se indica
que la última trama-I recibida se ha rechazado y solicita la retransmisión de todas las tramas-I con números de secuencia
posteriores a la N(R). La trama de rechazo selectivo (SREJ, selective reject) se usa para solicitar la retransmisión de una
única trama.

Desconexión
Cualquiera de las dos entidades situadas a ambos lados del enlace pueden iniciar la desconexión; tanto por iniciativa
propia (si es que ha habido algún tipo de fallo) como tras la petición cursada por capas superiores. HDLC lleva a cabo la
desconexión transmitiendo una trama de desconexión (DISC, disconnect). El otro extremo podrá aceptar dicha
desconexión devolviendo una trama UA e informando al usuario de la capa 3 sobre el cierre de la conexión. Se puede
perder cualquier trama-I pendiente de confirmarse, en ese caso su recuperación es responsabilidad de las capas
superiores

Operación HDLC

Establecimiento y fin conn | Intercambio bidireccional de datos | Receptor A ocupado

SABM: Establecimiento de la conexión en modo asincrónico balanceado.

UA: Aceptación de la solicitud.
DISC: Pedido de desconexión.

Nivel de Paquetes
 Servicios básicos:
14/21
 o Establecimiento de Circuitos Virtuales Conmutado [Switched Virtual Circuit (SVC)] y Circuitos Virtuales
Permanentes [Permanent Virtual Circuit (PVC)] y su liberación.
o Facilidades
o Control de flujo
o End-to-End

Circuito Virtual Conmutado

 Es el vínculo entre los dos DTEs intervinientes en la conexión.
 Persiste mientras dura la conexión.
 Se inicia por el envío de un paquete (CALL REQUEST) desde un DTE a la red (nodo/DCE al cual está conectado
ese DTE).

Circuito Virtual Permanente

 La conexión está predefinida entre el DTE y la red.
 Se establece al conectarse el nivel 2 correspondiente.
 No requiere el envío de paquetes de conexión como en el caso anterior, pero sigue siendo un servicio con
conexión.

Facilidades
 Permite en el momento de establecer la conexión modificar el valor de la ventana, el tamaño del paquete, etc.
 También permite enviar datos con el paquete de llamada (fast select) para ahorrar tiempo.

Canales Lógicos
 Tanto en un circuito virtual conmutado o permanente se utilizan recursos lógicos en ambos lados: DTE y DCE.
 Estos recursos son los canales lógicos, que deben estar disponibles para el establecimiento de la conexión.
 En ese establecimiento donde la red es parte responsable se le debe proveer de la dirección destino para que
pueda ir formando el circuito virtual.
 Una vez que se estableció el circuito virtual, la información entre los DTEs A y B se realiza a través del canal
lógico del lado A y del lado B.
 El circuito virtual queda identificado por el par de canales lógicos (Canal Lógico Lado A- Canal Lógico Lado B).

Observaciones
 .El alcance de los parámetros X.25 es local, es decir entre el DTE y el DCE.
 No es necesario que haya correspondencia en la configuración entre DTEs al cual está conectado por medio de
un circuito virtual.
 Por ejemplo, un DTE podrá tener tamaño máximo de paquete de 128 bytes y el otro de 4096 bytes. Si este fuera
el caso se comprende que habrá una segmentación que la realiza la red. También podemos tener tamaño de
ventana diferente en los dos extremos.

LLC

Servicios LLC
 Basado en protocolo HDLC
 Modo servicio sin conexión y sin reconocimiento
 Modo de servicio sin conexión
 Modo servicio sin reconocimiento

Protocolo LLC
 Modelado después de HDLC
 Modo asincrónico balanceado para soportar los modos de conexión (tipo 2)
 Los PDU soportan modo con reconocimiento sin conexión (tipo 1)
 Multiplexado usando puntos de acceso al servicio LLC (LSAP)

15/21
 Campos de trama LLC
 DSAP 1 Byte. (Service Access Points) Punto de acceso de
servicio de destino de la capa superior.
 I/G 1 bit. El primer bit indica si se trata de un destino individual o
un grupo.
 SAP 7 bits. Determinan la dirección de usuario SAP individual de
destino. Ejemplo: hexadecimal AA para TCP/IP; otros servicios
son ISO (10, 20 y 42), SNA, NetBIOS.
 SSAP 1 Byte. Punto de acceso del servicio de origen (Acceso
LLC).
 C/R 1 bit. El primer bit indica si se trata de una trama de comando
o respuesta.
 SAP 7 bits. Dirección de origen SAP (ídem al destino).
 Control 1/2 Bytes. Campo de control del tipo HDLC modo
balanceado.

ATM

La información no es transmitida y conmutada a través de canales asignados en permanencia, sino en forma de cortos
paquetes (celdas ATM) de longitud constante y que pueden ser enrutadas individualmente mediante el uso de los
denominados canales virtuales y trayectos virtuales.
 Efectua la transferencia de datos en celdas de longitud fija. Multiplexación de varias conexión logicas a traves de
una unica interfase fisica.
 Minima capacidad de control de errores y de flujo: Reduce el costo de procesamiento.
 Las velocidades de transmisión especificadas en la capa fisica van desde 25.6 Mbps hasta 40Gbps.

Modelo OSI Capa ATM Subcapa ATM Funciones

3/4 AAL CS Calcula valores del Payload y Header de la
(Convergencia) celda.
SAR(segmentaciónDivide la información recibada desde CS
y reensablable) en segmento.
2/3 ATM Control de flujo y de errores
Gestión de caminos y circuitos virtuales
Generación de celdas y tramas
Multiplexación de celdas
2 Física TC Transmision Verificacion del CRC, sincronizacion de celdas,
Convergence recuperacion de tramas de transmision
1 PMD Acceso a la red física, (reloj de bit)

Celdas ATM
 Tamaño fijo de 53 bytes.
 5 byes de cabecera
 48 bytes de campo de información

CELDAS UNI:

1 8
GFC VPI
VPI VCI
VCI
VCI Type CLP (1)
HEC
DATOS

16/21
Celda NNI
1 8
VPI
VPI VCI
VCI
VCI Type CLP (1)
HEC
Datos

GFC: Control de flujo solo en la interfase usuario-red, para solucionar la aparición esporadioca de sobrecarga.
VPI: identificador del camino virtual
VCI: identificador del canal virtual (un VPI tiene varios VCI)
Type: Tipo de carga útil. Ejemplo: Gestión de información o de red
CLP: Indica la prioridad. Marcando que celdas son candidatas a descarte.
HEC: Heder Error control: Mecanismo de CRC, trabaja únicamente sobre los primeros 4 bytes de las cabeceras.

TRÁFICO EN REDES ATM

AAL 1 AAL 2 AAL 5 AAL 3/4

Tiempo entre Requerido No requerido

fuente y destino

Tasa de bit Constante Variable Variable

Modo de Orientado a conexión No orientado

conexión a conexión

Ejemplo Video CBR Video VBR, TCP, X.25 Servicios de

voz datagramas
con ráfagas

Categoría CBR
 La fuente emite celdas a velocidad constante.
 Se emplea como único descriptor de trafico: PCR.
 La red ATM garantiza: CTDMax, CDV pico y CLR max, en exclusividad.
 Recursos de red: control de administración , gestión de memoria y control de policía.
 Ejemplos: telefonía, TV, redifusión.

Categoría rt-VBR
 La fuente NO emite celdas a velocidad constante.
 Se emplea como descriptores de trafico los tres parámetros: PCR, SCR y BT.
 La red ATM garantiza: CTDMax, CDV pico y CLR max, NO en exclusividad.
 Recursos de red: control de admisión, gestión de memoria, control de policía.
 Ejemplos: telefonea, TV, radiofusion, pero con compresión (codificación a tasa variable)
Categoría nrt-VBR
 La fuente emite en forma de ráfagas (brust)
 Se emplean como descriptores de trafico los tres parámetros: PCR, SCR y BT.
 La red ATM solo garantiza: CLR máx.
 Recursos de red: Control de admisión, gestión de memoria, control de policía.
 Ejemplos: Transmisión de datos confiable.

Categoría UBR
 La fuente emite en forma de ráfagas (brust)
 No se puede describir el trafico mediante los parámetros: PCR, SCR y BT.
 La red ATM, NO garantiza QoS.
 Recursos de red: emplea los que quedan, no utilizados por CBR y VBR.
 Ejemplos: Correo electrónico, trasferencias de archivos, etc.

Categoría ABR
 La fuente debe ajustar su tasa de transmisión de celdas al anchi de banda disponible en la red ATM en cada
instante.
 ACR información suministrada al usuario por la red.
17/21
  La red ATM garantiza una determinada CLR.
 Recursos de red: Control de flujo.
 Ejemplos: Datos en general. (idem UBR y nrt VBR)

Capas

La capa de adaptación de ATM

La tercer capa es la ATM Adaptation Layer (AAL). La AAL juega un rol clave en el manejo de múltiples tipos de tráfico
para usar la red ATM, y es dependiente del servicio. Especificamente, su trabajo es adaptar los servicios dados por la
capa ATM a aquellos servicios que son requeridos por las capas más altas, tales como emulación de circuitos, (circuit
emulation), vídeo, audio, frame relay, etc. La AAL recibe los datos de varias fuentes o aplicaciones y las convierte en los
segmentos de 48 bytes

Su propósito principal es resolver cualquier disparidad entre un servicio requerido por el usuario y atender los servicios
disponibles del ATM layer. La capa de adaptación introduce la información en paquetes ATM y controla los errores de la
transmisión. La información transportada por la capa de adaptación se divide en cuatro clases según las propiedades
siguientes:
1)      Que la información que esta siendo transportada dependa o no del tiempo.
2)      Tasa de bit constante/variable.
3)      Modo de conexión.

La capa de adaptación se divide en dos subcapas:

 Capa de convergencia (convergence sublayer (CS)) :

En esta capa se calculan los valores que debe llevar la cabecera y los payloads del mensaje. La información en
la cabecera y en el payload depende de la clase de información que va a ser transportada.
 Capa de Segmentación y reensamblaje (segmentation and reassembly (SAR))
Esta capa recibe los datos de la capa de convergencia y los divide en trozos formando los paquetes de ATM.
Agrega la cabecera que llevara la información necesaria para el reensamblaje en el destino.

ATM vs. FRAME RELAY

Frame Relay y ATM (Asynchronous Transfer Mode) son dos tecnologías de paquetes rápidos empleadas con frecuencia
a nivel comercial como base para construir e interconectar redes de comunicaciones de datos digitales. Sin embargo,
existen algunas diferencias tecnológicas importantes entre ambas que deben ser tenidas en cuenta para decidir la
utilización de una u otra en aplicaciones particulares.

Frame Relay y Cell Relay son las dos divisiones principales para la tecnología de paquetes rápidos. La mayor diferencia
entre ambas está en las características de las unidades de información transferidas y el lugar de la red en que el
protocolo es empleado. La tecnología de Frame Relay transfiere la información en unidades de longitud variable
conocidas como "frames" y suele emplearse como tecnología de acceso en los extremos o periferia de la red, siendo su
representación más importante actualmente el conjunto de estándares conocido precisamente como Frame Relay. La
tecnología de Cell Relay, cuya representación más importante es la tecnología ATM (Asynchronous Transfer Mode)
transfiere la información en unidades de longitud fija denominadas celdas ("cells") y suele emplearse como una
tecnología común para la conmutación y transporte de una variedad de tipos de información.

A nivel comercial existe una fuerte competencia entre los proveedores de servicios de Frame Relay y ATM, lo que
frecuentemente genera incógnitas para los usuarios acerca de que tecnología satisface mejor sus necesidades de
comunicaciones. La intención básica del presente artículo es contribuir en alguna medida a aclarar algunos aspectos
relevantes que diferencian a Frame Relay de ATM.

SEMEJANZAS ENTRE ATM Y FRAME RELAY

18/21
Tanto Frame Relay como ATM son tecnologías con un buen nivel de estandarización cuya utilización práctica empezó a
comienzos de los años 90. Ambas son orientadas a conexión (connection oriented), a diferencia de la mayoría de las
redes LAN que son no orientadas a conexión (connectionless). Igualmente, ambas tecnologías implementan sus
servicios empleando los conceptos de circuito virtual permanente (PVC o Private Virtual Circuit) y circuito virtual
conmutado (SVC o Switched Virtual Circuit). En el caso de Frame Relay la mayor parte de la infraestructura a nivel
mundial se basa en circuitos virtuales permanentes porque este fue el primer estándar desarrollado, el estándar para
circuitos virtuales conmutados surgió posteriormente y ya se ha comenzado a implantar.

Los circuitos virtuales permanentes se comportan como las líneas dedicadas tradicionales porque tienen puntos
terminales fijos que son establecidos en el momento de originar el servicio, mientras que los circuitos virtuales
conmutados se pueden conectar a cualquier punto en la red mediante el establecimiento de una llamada iniciado por el
usuario. El proceso puede ser totalmente automatizado de modo que el usuario nunca esté al tanto de los detalles de
éste.

Otro elemento técnico importante que ambos estándares incorporan para hacer más eficiente la utilización del ancho de
banda es la multiplexación estadística (statistical multiplexing), mediante la que diferentes fuentes de datos son
combinadas en un único enlace. La multiplexación estadística es, en general, más eficiente que la multiplexación por
división de tiempo (TDM o time division multiplexing).

Adicionalmente, ambas tecnologías están soportadas por grupos de trabajo que incorporan información y esfuerzos
provenientes de diversas empresas e investigadores, para contribuir al desarrollo de estándares e innovaciones. En el
caso de ATM existe el ATM Forum y, en el caso de Frame Relay, el Frame Relay Forum. Aunque ninguno de ellos es un
cuerpo de estándares formalmente establecido, ambos tienen un efecto positivo al permitir que los diversos actores en el
desarrollo de las tecnologías se pongan de acuerdo sobre aspectos claves antes de involucrarse en la formalización de
estándares.

ALGUNAS DIFERENCIAS ENTRE ATM Y FRAME RELAY

Orientación. Un aspecto importante para visualizar las diferencias entre uno y otro se relaciona con la finalidad con la
que fue creado cada uno.

Frame Relay fue creado con la intención de sustituir directamente al estándar X.25. Asumiendo que el transporte de
datos a través de la red es muy confiable, Frame Relay elimina la corrección de errores en los nodos intermedios de la
red, transfiriéndolo a los extremos de la conexión, es decir, a los protocolos de nivel superior (particularmente, a la capa
de transporte). Esto hace que Frame Relay sea mucho más rápido que X.25, aunque también es más difícil y costoso de
implementar. Aunque recientemente se ha comenzado a estudiar la utilización de Frame Relay para la transmisión de
voz y vídeo, en términos generales puede decirse que Frame Relay fue creado con orientación a la transmisión de datos.

ATM fue creado con la intención de convertirlo en la tecnología de conmutación o modo de transferencia de BISDN
(Broadband integrated services digital network). Desde sus inicios los esfuerzos de los creadores del conjunto de
estándares ATM estuvieron orientados a permitir la transmisión de voz, datos y vídeo, por lo que ATM es una tecnología
con una orientación de mayor alcance que Frame Relay.

Velocidad de acceso. La diferencia cuantitativa más importante entre Frame Relay y ATM está en las velocidades de
acceso y de transmisión de datos que cada uno es capaz de proveer. La interfaz Frame Relay (FRI o Frame Relay
Interface) ofrece las siguientes velocidades de acceso principales: 56 Kbps; n x 64 Kbps; 1,544 Mbps (T1 en EEUU);
2,048 Mbps (E1 en Europa). Algunos fabricantes ofrecen velocidades de acceso para Frame Relay en el orden de los 45
Mbps, sin embargo, esto no está contemplado en el estándar original.

Por su parte ATM ofrece velocidades de acceso en el rango de 25 Mbps hasta 2,4 Gbps. Esto nos indica que ATM es
capaz de trabajar con anchos de banda más grandes que Frame Relay. Suele decirse que ATM se mueve en el grupo de
las denominadas redes de banda amplia (Broadband networks) mientras que Frame Relay está en el grupo de las redes
de banda estrecha (narrowband networks).

La diferencia tan notable de velocidad entre uno y otro nace fundamentalmente de la unidad de transmisión de datos
empleada por cada estándar. Frame Relay emplea frames de tamaño variable, que pueden causar retardos de
procesamiento a nivel de los switches de conmutación de la red. Por su parte ATM ofrece una mayor velocidad al
emplear una unidad de tamaño fijo denominada celda (53 bytes), lo que simplifica el procesamiento a nivel de los nodos,
haciéndolo predecible y eficiente. Algunas ventajas generales de la utilización de celdas en relación a la utilización de
frames son las siguientes:

 Dado que por definición todas las celdas tienen la misma longitud, esto simplifica drásticamente el proceso de
conmutación. En general, para una capacidad fija de procesamiento en los nodos y un tiempo igual, se pueden
transportar más datos en un sistema basado en celdas que en un sistema basado en frames.
19/21
  El retardo de las celdas en cada nodo de la red es inferior al de los frames porque la mayoría de las
arquitecturas de conmutación requieren que se haya recibido la unidad de datos completa (frame o celda) antes
de la conmutación y retransmisión. Dado que este retardo es una función directa del tamaño de la unidad
recibida y / o transmitida y que los frames son en promedio de 10 a 100 veces más grandes que las celdas, el
retardo acumulado para los frames en cada nodo es muy significativo en relación al retardo acumulado para las
celdas.
 Su tamaño fijo hace más fácilmente predecible el comportamiento de las celdas que el de los frames, en
particular, el tiempo que cada unidad de datos ocupará las facilidades de transmisión. Esto permite crear más
fácilmente prioridades para el tráfico de información. Las aplicaciones multimedios (que trabajan en tiempo real)
son particularmente beneficiadas porque los datos sensibles al tiempo o de tiempo real (audio y vídeo) pueden
ser transmitidas con una mayor prioridad.

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

 El overhead (la información adicional a los datos) puede ser mucho mayor. Cada celda y frame requiere una
cantidad similar de bits de overhead (unos 5 bits), pero como un frame puede llegar a tener un tamaño
equivalente a 100 celdas, el overhead en el caso de las celdas puede llegar a ser mucho más significativo.
 Otro punto importante es que las transmisiones de datos suelen ocurrir en ráfagas, que se prestan mejor para el
soporte en frames. En muchas ocasiones, por ejemplo para transportar datos de redes LAN que usan también
frames, el uso de celdas requiere un proceso de segmentación y reensamblaje que no es requerido en los
frames. Este proceso, aunque simple de realizar, agrega un tiempo de procesamiento adicional para las celdas.

Consideración de QOS (Calidad de servicio). Por su orientación al soporte de la transmisión de varios medios en
forma simultánea, en particular, voz, datos y vídeo, ATM fue creado desde el principio con el concepto de calidad de
servicio (QoS o Quality of Service) en mente, por que lo que varios estándares dentro de ATM enfocan este aspecto
(negociación de la calidad de servicio, ajuste de la calidad de servicio sobre demanda, etc.. ATM ofrece además varias
clases de servicio para la transmisión

Por su parte, en el estándar original Frame Relay incorpora los aspectos de calidad de servicio sólo de forma muy
rudimentaria. Las experiencias recientes en la utilización de Frame Relay para la transmisión de voz están obligando a
los diversos fabricantes a incorporar aspectos de manejo de la calidad de servicio en Frame Relay, sin embargo, no
existen estándares universalmente aceptados y cada fabricante resuelve el problema mediante técnicas propias. Esto
hace que Frame Relay presente serios inconvenientes para el manejo de medios usualmente incorporados en las
nuevas aplicaciones multimedios: voz, vídeo y medios en tiempo real en general.

Costos y acceso. Aunque las altas velocidades de transmisión de ATM lo convierten en una opción con capacidades
por encima de las de Frame Relay, los altos costos de los equipos ATM tanto para el acceso a la red como para
conmutación han limitado su difusión en los años recientes, en tanto que Frame Relay ha obtenido una parte importante
del mercado, en particular, aquellos usuarios que requieren conexiones para la transmisión de datos a velocidades no
exageradamente altas.

Sin embargo, el aumento de la demanda y el surgimiento de aplicaciones cada vez más exigentes en recursos (Internet,
sistemas multimedios en red, realidad virtual, etc. ) ha producido una reducción en el valor de los equipos ATM, por lo
que se piensa que en muchos casos sustituirán progresivamente a aquellos para Frame Relay.

Otros visualizan una convivencia de ambas tecnologías en la que Frame Relay se emplearía a nivel de la última milla o
conexión local del usuario y en las redes de baja velocidad (hasta T1) y ATM se emplearía a nivel de la parte central de
la red soportando múltiples conexiones Frame Relay. Existen varios esfuerzos en marcha para definir la transferencia o
"mapeo" de frames de Frame Relay a celdas de ATM. Estos son:

 Frame Relay /ATM network interworking

 ATM DXI (data exchange interface)
 ATM/Frame Relay service interworking
 FUNI

Interconexión de redes LAN. Frame Relay se ha mostrado muy útil en la interconexión de redes LAN (una aplicación
con un volumen de negocios muy importante) porque la mayor parte de éstas redes emplean unidades de transmisión de
datos de tamaño variable al igual que el frame de Frame Relay, lo que simplifica la transferencia de datos. En el caso de
ATM siempre se han achacado problemas para esta transferencia debidos al tamaño fijo de las celdas. Por ejemplo, para
transportar un frame de Ethernet (64 bytes) se requieren dos celdas ATM de 53 bytes (106 bytes), lo que deja una
cantidad de espacio no utilizado. En transmisiones de volúmenes de datos importantes esto significa una gran cantidad
de overhead adicional para celdas que transportan muy pocos datos.
20/21
21/21