frame relay para redes de tipo WAN

La conmutación por paquetes es un método de conmutación WAN en el que los

dispositivos de red comparten un circuito virtual permanente (PVC), que es similar al
enlace punto a punto para transportar paquetes desde un origen hasta un destino a través
de una red portadora.

Conmutación de paquetes
Los paquetes de longitud variable: se usan para las transferencias de datos más
eficientes y flexibles. Estos paquetes se conmutan entre los distintos segmentos de la red
hasta su llegada a destino.
Multiplexación estadística: técnicas estadísticas de control de acceso a la red de
multiplexación en una red de conmutación de paquetes. Su ventaja es que permite una
mayor flexibilidad y un uso más eficiente del ancho de banda.

frame relay es una propuesta de ANSI (American National Standards Institute) como
evolución (o simplificación) del servicio de X.25, que incorpora las mejoras tecnológicas
disponibles en ese momento.

Frame relay es estrictamente una suite de protocolo de capa 2, mientras que X.25
proporciona servicios en la capa 3 (la capa de red) también. Esto permite que frame
relay pueda ofrecer un mayor rendimiento y mayor eficiencia de transmisión que X.25 y
se utiliza en las aplicaciones actuales de WAN, tales como de interconexión de LAN.

Una red típica de frame relay soporta varios equipos de acceso de usuario, incluyendo
multiplexores E1, bridges, routers, gateways, procesadores frontales (FEPs),
conmutadores X.25 y ensamblador/desensamblador frame relay (FRAD). Esta
tecnología llena el vacío entre los servicios de conmutación de paquetes X.25 y los de
banda ancha, siendo adecuado para interconectar redes LAN por su alta velocidad y
bajo retardo. Además, los equipos son menos costosos que los de mayor ancho de
banda. Por otro lado, es compatible con tecnologías heredadas anteriores, tales como
SDLC, X.25, etc., a las que sirve de transporte.
Red frame relay típica
Posteriormente, se desarrolló ATM para mejorar la velocidad y ofrecer muchas más
posibilidades de control de tráfico
las motivaciones que llevaron al desarrollo de esta tecnología, pueden distinguirse las
causas funcionales y las de implementación.
Las causas funcionales, que surgen como respuesta a las necesidades del avance de la
tecnología y los servicios, pueden desglosarse en las siguientes:

1. Aparición de las aplicaciones interactivas multimedia, en las cuales el usuario no

se limita únicamente a recibir audio o imágenes, sino que además interacciona
con otro usuario o servidor, por lo que inmediatamente surge la necesidad de
garantizar la calidad de servicio. Esto es, el usuario empieza a exigir un
determinado caudal con un retardo acotado y, lo que es más importante, el
sistema permite el paso esporádico de ráfagas de caudal, muy frecuente en
tráfico de tipo multimedia.
2. La necesidad de integrar las redes de área local con las de área extensa, con el
fin de permitir la comunicación entre las pequeñas redes, a través de una
tecnología de transporte que garantice el caudal de transporte.

En cuanto a las causas de implementación, se articulan en los siguientes dos aspectos

fundamentales, fruto de la evolución de las técnicas de transmisión de datos y del
incremento de potencia de los procesadores:

 La disponibilidad de un mejor soporte para la transmisión, con tasas de error de

bit menores, condujo a cuestionar la necesidad de comprobar la existencia de
errores en cada uno de los nodos de la red, a nivel de enlace.
 Este hecho, unido a equipos terminales más inteligentes gracias a una mayor
potencia de cálculo, permitió asignar la responsabilidad del control de errores
completamente al terminal. La consecuencia que se deriva de este hecho es que
los nodos de conmutación de la red quedan automáticamente liberados de esta
labor, y pueden concentrar sus esfuerzos en la propia operación de conmutación
de la información; de modo que esta pueda ser efectuada por dispositivos de
menor coste

 Los circuitos virtuales permiten que diferentes usuarios, equipos, aplicaciones,

etc., compartan enlaces sin que sus paquetes se mezclen. La infraestructura se
aprovecha mejor y los costos se reducen.
 Cada paquete va marcado con una etiqueta identificativa propia y se modifica en
cada conmutador, mediante una tabla que relaciona etiqueta-puerto_entrada y
etiqueta-puerto_salida.
 El conjunto de etiquetas y puertos por los que discurre un paquete forman un
camino extremo a extremo que denominamos circuito virtual. (Universidad de
Buenos Aires, s.f.

Frame relay no prevé mecanismos de prioridad para los paquetes de información, de

tal modo que todos ellos reciben el mismo trato por parte de la red. Sin embargo,
existe una forma práctica que permite definir dos niveles de calidad, basados en el
 campo DE de la trama.

Las tramas son de longitud variable, y su tamaño viene determinado por unos
indicadores (flags) al principio y al final.

La conmutación

1. los circuitos virtuales permanentes (PVC, Permament Virtual Circuit) disponen

siempre del mismo valor de contrato, negociado de antemano con el operador,
con un establecimiento de conexión prefijado;
2. los circuitos virtuales conmutados (SVC, Switched Virtual Circuit), negocian
todos los parámetros de la conexión durante la fase de establecimiento. Estos
últimos pueden desconectarse una vez termina la comunicación.

el identificador del canal virtual o DLCI (Data Link Control Identifier) se sitúa al
principio del paquete. El establecimiento de una ruta, ya sea para circuitos virtuales
permanentes o conmutados, consiste en la programación de unas tablas en cada uno de
los conmutadores, de modo que quede establecida la ruta que deben seguir los mensajes.

En la tabla de conmutación se indican los pares {puerto de entrada del conmutador /

número de conexión (DLCI)} para el puerto de entrada (in) por el que se espera la
llegada, y el de salida (out) por el que el equipo de conmutación debe transferirlo.
Durante este proceso, el identificador DLCI puede cambiar entre enlaces de nodos
pertenecientes al mismo trayecto. Aunque la existencia de valores diferentes para un
mismo trayecto pueda parecer un inconveniente, permite la administración local del
valor de DLCI. Es decir, durante la fase de establecimiento de la ruta, cuando los
conmutadores deben programar sus tablas, el valor del DLCI se negocia entre los dos
equipos de los extremos de dicho enlace, eligiendo cualquier valor no ocupado. De este
modo, se evita tener que conocer todos los valores ya usados de DLCI en toda la red.
2. Dispositivos de red frame relay

 Datos de equipo terminal (DTE): se considera que es el equipo terminal para

una red específica y, por lo general, se encuentran en las instalaciones de un
cliente. De hecho, pueden ser propiedad del cliente. Ejemplos de dispositivos
DTE son las terminales, computadoras personales, los routers y puentes
(switches);
 Datos equipo terminal del circuito (DCE): son dispositivos de interconexión
de propiedad del operador. El propósito del equipo DCE es proporcionar
servicios de sincronización y de conmutación en una red, que son los
dispositivos que en realidad transmiten datos a través de la WAN. En la mayoría
de los casos, estos son conmutadores de paquetes.

La computadora es el DTE y el módem es el DCE. La computadora envía información

al módem, que la convierte en una señal que puede ser transmitida a través de una línea
telefónica. El módem del otro extremo recibe la señal y la convierte de nuevo en
información legible para el dispositivo DTE del receptor.
a) Circuitos virtuales conmutados (SVC) son las conexiones temporales utilizadas en
situaciones que requieren solo la transferencia de datos entre los dispositivos DTE
esporádicos, a través de la red frame relay. Una sesión de comunicación a través de un
SVC consta de los siguientes cuatro estados de funcionamiento:

1. establecimiento de llamada: el circuito virtual entre dos dispositivos DTE frame

relay se establece.
2. Transferencia de datos: los datos se transmiten entre los dispositivos DTE a
través del circuito virtual.
3. Idle: la conexión entre los dispositivos DTE está activa todavía, pero no hay
datos transferidos es. Si un SVC permanece en un estado inactivo por un periodo
de tiempo definido, la llamada puede darse por concluido.
4. Terminación de llamadas: el circuito virtual entre los dispositivos DTE se
termina. Después de que el circuito virtual se termina, los dispositivos DTE
deben establecer un nuevo SVC, si hay datos adicionales que deben
intercambiarse. Se espera que los SVC utilicen para el establecimiento y
mantenimiento los mismos protocolos de señalización utilizado en la RDSI.

Pocos fabricantes de equipos de frame relay ofrecen conmutación de circuito virtual.

Por lo tanto, su despliegue real es mínimo en las redes frame relay de hoy.
b) Circuitos virtuales permanentes (PVC) son conexiones permanentes que se
utilizan para las transferencias de datos frecuentes y constantes entre dispositivos DTE a
través de la red frame relay. Comunicación a través de un PVC no requiere el
establecimiento de llamada y los estados de terminación que se utilizan con SVC. PVC
siempre operan en uno de los siguientes dos estados operativos:

1. transferencia de datos: los datos se transmiten entre los dispositivos DTE a

través del circuito virtual;
2. idle: la conexión entre los dispositivos DTE está activa, pero no hay datos
transferidos es.

A diferencia de SVC, el PVC no se dará por terminado en circunstancia de inactividad.

Los dispositivos DTE pueden comenzar la transferencia de datos cada vez que estén
listos porque el circuito es establecido de forma permanente.

Arquitectura de protocolos
Las operaciones de los protocolos de extremo a extremo de las demás capas superiores
son “transparentes” a la red frame relay, la cual desciende directamente del X.25 y está
definida por el ITU-T en sus normas:

En cuanto al direccionamiento, necesario para poder establecer los circuitos virtuales,

en el nivel de enlace se definen direcciones de 2 bytes, de modo que cada nodo viene
identificado por un SAPI (Service Access Point Indentifier) o Identificador de Punto de
Acceso al Servicio. Además, cada terminal dispone de un identificador o TEI (Terminal
End point Identifier). De este modo, es posible multiplexar diversos circuitos virtuales
desde un mismo nodo.

El TEI y el SAPI se denominan conjuntamente como el identificador de conexión del

nivel de enlace, que es precisamente el DLCI.

Acceso a una red frame relay

La forma tradicional de acceder a una red frame relay es mediante el dispositivo FRAD
(Frame Relay Access Device) que está conectado a la red y se encarga del encapsulado
y desencapsulado de los paquetes hacia o desde la red.

De este modo, resulta posible la conexión de una red LAN hacia una red de transporte
frame relay contratada para conectarse a un dispositivo distante (por ejemplo, el caso de
dos departamentos, dos oficinas, etc.)

El nivel físico

Canal de acceso: generalmente, se refiere a un canal de acceso de la interface de

usuario-red (user network interface – UNI) o de la interface red-red (network network
interface – NNI). Este canal de acceso es la trayectoria para un solo tren de datos de
usuario.

Canal E1: este tipo de canal es usado generalmente en Europa, América Central y del
Sur y Asia y tiene un ancho de banda de 2.048 Mbps. Dentro de una línea E1, un canal
puede ser de los siguientes tres tipos: E1 no canalizado, E1 canalizado y E1 fraccional.

 E1 no canalizado: la línea completa es considerada un solo canal de acceso.

Cada canal de acceso está compuesto de 31 intervalos de tiempo E1.
 E1 canalizado: un canal de acceso es uno de los 31 canales. Cada canal de
acceso está conformado por un solo intervalo de tiempo E1.
 E1 fraccional: un canal de acceso es un agrupamiento de N intervalos de tiempo
E1 (Nx64 Kbps donde N=1 a 30 intervalos de tiempo por cada canal de acceso
E1 fraccional) que pueden asignarse en forma consecutiva y no consecutiva.

Intervalo de tiempo E1: es un octeto dentro de campo de información de 256 bits de

cada trama E1. El servicio E1 fraccional es provisto en incrementos de intervalos de
tiempo contiguos o no contiguos.

La capa física puede ser un intervalo de tiempo E1, un canal fraccional E1, un canal E1
no canalizado o un E1 canalizado

Los servicios de frame relay han sido normalizados para velocidades de acceso desde 2
Mbps hasta 45 Mbps.
La interface V.35:
Es una combinación de la norma V.35 y la EIA 232, y no es un verdadero conector
ITU-T. Todos los terminales de datos y de temporización se adhieren a la especificación
V.35 (circuitos balanceados y bajos voltajes) y las señales de control son voltajes EIA
232 (desbalanceados). Las tensiones según la V.35 difieren de la recomendación V.11,
pues fue una de las primeras recomendaciones para interfaces

El nivel de enlace

 Un protocolo de núcleo normado por la Q.922. Es usado en el servicio de

portador de frame relay y es un subconjunto del LAP-F. Provee un servicio de
nivel de enlace directo. Se emplea en los circuitos virtuales permanentes (PVC).
 Un protocolo de control denominado LAP-F normado por la Q.922 en su
versión completa. Se usa en el caso del servicio portador del frame-switching y
los circuitos virtuales conmutados

………………………………………………………………………………………
………………………………………

 Hay solo un tipo de trama, usado para transportar datos de usuarios. No hay
trama de control.
 El tamaño de paquete normado es de 8193 octetos, aunque la mayoría de los
fabricantes soportan solo hasta 4096 octetos.
 No es posible usar señalización dentro de banda; una conexión lógica solo puede
transportar datos de usuario.
 No puede hacerse control de flujo y control de errores, porque no tiene números
de secuencia

La trama se inicia con un flag de inicio y final, que permite determinar la longitud del
campo de información. Este flag sigue una secuencia reservada cuyo valor es
01111110, y que el sistema tiene reservada mediante un mecanismo que garantiza que
no exista ningún dato que pueda usar esta misma combinación. El campo de CRC se
emplea como herramienta de detección de errores.
El campo header, se descompone en los siguientes campos:

 El DLCI, que se vio en la sección dedicada a la conmutación.

 El campo de petición/respuesta (C/R) se emplea para conocer si una trama es
una petición o bien se manda como respuesta a una solicitud. Es útil para el caso
de estudiar o reconocer los diversos flujos de información en una conversación
entre dos equipos.
 El campo EA o de extensión de dirección (extended address) permite definir
campos de cabecera de mayor longitud, con el fin de poder asignar más bits para
DLCI, si esto fuera necesario. Cuando EA está fijado a ‘0’ significa que el
campo continúa, con un ‘1’ que acaba. La configuración más larga permitida
autoriza hasta un máximo de 4 bytes.
 El campo DE (discart elegibility) o elegible para descarte, permite al usuario o a
la red marcar tramas como candidatas para ser descartadas, en caso de que el
estado del sistema lo requiriera. Resulta útil en el mecanismo de control de
congestión. Aunque frame relay no disponga de mecanismos de prioridad,
gracias a este bit es posible definir dos niveles: el nivel bajo, caracterizado por
tener este bit activado, y el nivel alto, en que no lo está.
 FECN y BECN (forward, backward explicit congestion notification) son bits
asociados a los niveles de congestión de la red, y permiten indicar a los
terminales si existe congestión en algún punto del circuito contratado

Transferencia de datos del usuario

Cuando una trayectoria virtual es establecida, al ser recibido el paquete de petición

de llamada (sobre el canal D), cada nodo frame relay que se encuentre a lo largo de
la trayectoria, enruta o determina el enlace saliente para ser usado por una
dirección IP. Esta es asignada (mapeada) en un DLCI previamente determinado y
entonces usa la tabla del conmutador frame relay para determinar un enlace de
salida de ese enlace en la tabla de enrutamiento, en el cual asigna un DLCI de
salida.

Parámetros de contrato
Frame relay define un conjunto de parámetros, que determinan el perfil de tráfico de las
diversas conexiones contratadas. Los parámetros principales son los siguientes: CIR,
Bc, Be y Tc.

1. El CIR (Committed Information Rate) es el caudal cursable en la conexión,

promediado en unidades de tiempo Tc.
2. El Bc (Committed Burst Rate) es el máximo volumen de bits que el usuario
puede transmitir por la conexión en un intervalo Tc. Se desprende de estas dos
definiciones que CIR = Bc / Tc.
3. El Be (Excess Burst Rate) es el máximo volumen de bits que el usuario puede
transmitir por la conexión excediendo a Bc en un intervalo Tc. A partir de este
valor, se define el EIR (Excess Information Rate) o tasa de información en
exceso, como EIR = Be / Tc.
En el primer caso (CIR>0, Bc>0, Be=0), se tiene una conexión en la cual se dispone de
un caudal CIR y no hay posibilidad de transmitir un exceso de tráfico por encima de
este CIR. El valor de Tc puede obtenerse simplemente considerando cada qué volumen
de bits Bc se desea controlar el caudal.

En el segundo caso (CIR>0, Bc>0, Be>0), se tiene una típica conexión en la cual se
dispone de un CIR y también de la posibilidad de transmitir un exceso de tráfico por
encima de este CIR. El valor de Tc puede obtenerse al igual que en el caso anterior,
considerando cada qué volumen de bits Bc se desea controlar el caudal. En este caso, se
podrá obtener el valor de la tasa EIR como cociente entre Be y Tc.
El último caso resulta cuanto menos curioso, puesto que el valor de CIR es nulo. Sin
embargo, se permite la transmisión de caudal gracias a Be.

Este tipo de contratos constituyen conexiones de baja prioridad. El valor de Tc se

contabiliza como Be sobre el valor de la tasa de acceso del enlace que llegue hasta el
punto de acceso del abonado. Por ejemplo, puede ser un enlace a 1 Mbit/s, y nótese que,
aunque el usuario deseara inyectar este caudal, al llegar al punto de entrada a la red,
sería presumiblemente descartado por el operador. (Hesselbach Serra y Altés Bosch,
2002, p. 159)
En resumen:
A la hora de contratar un enlace frame relay, hay que tener en cuenta varios parámetros.
Por supuesto, el primero de ellos es la velocidad máxima del acceso (Vt), que
dependerá de la calidad o tipo de línea empleada.

Pero hay un parámetro más importante, como el CIR que es la velocidad a la que la red
se compromete a servir como mínimo. Se contrata un CIR para cada PVC o bien se
negocia dinámicamente en el caso de SVC.

El Bc es el volumen de tráfico alcanzable, transmitiendo a la velocidad media (CIR). El

CIR no es la capacidad física a la que se transmite. Esa velocidad es la de la capacidad
del canal. El CIR solo es el caudal medio (estadístico).

Por último, la ráfaga máxima o Excess Burst Size (Be) es el volumen de tráfico
adicional sobre el volumen alcanzable. Para el control de todos estos parámetros, se fija
un intervalo de referencia (tc).

Así, cuando el usuario transmite tramas, dentro del intervalo tc, a la velocidad máxima
(Vt), el volumen de tráfico se acumula y la red lo acepta siempre que esté por debajo de
Bc. Pero si se continúa transmitiendo hasta superar Bc, las tramas empezarán a ser
marcadas mediante el bit DE (serán consideradas como desechables).

Por ello, si se continúa transmitiendo superando el nivel marcado por Bc+Be, la red no
admitirá ninguna trama más.

Por supuesto, la tarificación dentro de cada volumen (Bc/Be) no es igual, puesto que, en
el caso de Be, existe la posibilidad de que las tramas sean descartadas

Control de gestion

Frame Relay reduce la sobrecarga de la red mediante la implementación de mecanismos

sencillos de notificación de congestión, en lugar del control del flujo explícito por VC.
Estos mecanismos de notificación de congestión son la notificación explícita de
congestión hacia delante (FECN) y la notificación explícita de la congestión hacia atrás
(BECN).
Para comprender los mecanismos, en la figura 1 se muestra la estructura de la trama
Frame Relay estándar para su revisión. La FECN y la BECN se controlan mediante un
único bit incluido en el encabezado de la trama. Le informan al router que hay
congestión y que debe detener la transmisión hasta que la condición se revierta. Cuando
el DCE establece el bit BECN en 1, notifica a los dispositivos en el sentido del origen
(ascendente) que hay congestión en la red. Cuando el DCE establece el bit FECN en 1,
notifica a los dispositivos en el sentido del destino (descendente) que hay congestión en
la red.

El encabezado de trama también contiene el bit DE, que identifica el tráfico menos
importante que se puede descartar durante los períodos de congestión. Los dispositivos
DTE pueden establecer el valor del bit DE en 1 para indicar que la trama tiene menos
importancia que otras tramas. Cuando la red se congestiona, los dispositivos DCE
descartan las tramas con el bit DE establecido en 1 antes de descartar las que no lo
tienen. Esto reduce la probabilidad de que se descarten datos importantes durante los
períodos de congestión.

En los períodos de congestión, el switch Frame Relay del proveedor de servicios aplica
las siguientes reglas de lógica a cada trama entrante en función de si se excedió la CIR:

 Si la trama entrante no excede el Bc, la trama se pasa.

 Si una trama entrante excede el Bc, se marca como DE.

 Si una trama entrante excede el Bc y el Be, se descarta.

Las tramas que llegan a un switch se ponen en cola o se almacenan en búfer antes del
reenvío. Como en cualquier sistema de puesta en cola, es posible que haya una
acumulación excesiva de tramas en un switch. Esto genera retrasos que llevan a
retransmisiones innecesarias que se producen cuando los protocolos de nivel superior no
reciben un acuse de recibo en un plazo establecido. En casos graves, esto puede causar
una importante caída del rendimiento de la red. Para evitar este problema, Frame Relay
incorpora una característica de control del flujo.

En la animación, se muestra un switch con una cola que se llena. Para reducir el flujo de
tramas en la cola, el switch notifica a los DTE sobre el problema mediante los bits de
notificación explícita de congestión en el campo de dirección de la trama.

 El bit FECN, que se indica con una F, se establece en cada trama que recibe el
switch en el enlace congestionado.

 El bit BECN, que se indica con una B, se establece en cada trama que el switch
coloca en el enlace congestionado.

Se espera que los DTE que reciben las tramas con los bits ECN establecidos busquen
reducir el flujo de tramas hasta que se despeje la congestión. Si la congestión se produce
en un enlace troncal interno, los DTE pueden recibir una notificación aunque no sean la
causa de la congestión.