Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Frame Relay
5.2 Frame Relay
Frame Relay o (Frame-mode Bearer Service) es una técnica de comunicación
mediante retransmisión de tramas para redes de circuito virtual, introducido por
la ITU-T a partir de la recomendación I.122 de 1988. Consiste en una forma
simplificada de tecnología de conmutación de paquetes que transmite una
variedad de tamaños de tramas o marcos (“frames”) para datos, perfecto para
la transmisión de grandes cantidades de datos.
La técnica Frame Relay se utiliza para un servicio de transmisión de voz y
datos a alta velocidad que permite la interconexión de redes de área local
separadas geográficamente a un coste menor.
Frame Relay proporciona conexiones entre usuarios a través de una red
pública, del mismo modo que lo haría una red privad apunto a punto, esto
quiere decir que es orientado a la conexión.
Las conexiones pueden ser del tipo permanente, (PVC, Permanent Virtual
Circuit) o conmutadas (SVC, Switched Virtual Circuit). Por ahora sólo se utiliza
la permanente. De hecho, su gran ventaja es la de reemplazar las líneas
privadas
por un sólo enlace a la red.
El uso de conexiones implica que los nodos de la red son conmutadores, y las
tramas deben llegar ordenadas al destinatario, ya que todas siguen el mismo
camino a través de la red, puede manejar tanto tráfico de datos como de voz.
Cada circuito virtual se identifica con un identificador llamado DLCI. El DLCI del
circuito tiene ámbito local, ya que los switches de la red podrán conmutar el
valor del DLCI a lo largo de todo el trayecto del circuito virtual. Cuando se
contrata un servicio Frame Relay, para cada circuito virtual se especifica un
CIR, que es la velocidad de transmisión de datos promedio máxima que la red
se compromete a transportar bajo circunstancias normales, es decir, si
transmites a una velocidad Superior a CIR los paquetes serán marcados como
candidatos a ser descartados en caso de sobrecarga de la red.
Una conexión Frame Relay necesita que, en un circuito virtual, el DLCI local
este asociado (mapeado) a una dirección de nivel de red, por ejemplo,
dirección IP.
En esta situación nuestro usuario desea enviar un flujo de vídeo en tiempo real
a un destino remoto, sin ningún tipo de control de flujo por parte del receptor y
sin atender a ninguna notificación de congestión que pueda venir de la red.
Supongamos que el usuario dispone de un parámetro en su ordenador
mediante el cual puede fijar el caudal de tráfico que inyecta en la red.
Supongamos también que el envío se hace utilizando siempre tramas de
50.000 bits (6.250 bytes). Si el usuario fija el flujo de datos a transmitir en 2.000
Kb/s estará inyectando en el conmutador Frame Relay 40 tramas por segundo;
en estas condiciones las primeras veinte tramas serán aceptadas sin más, las
ocho siguientes serán aceptadas, pero se le pondrá a uno el bit DE ya que
superan el valor de Bc, y las doce restantes serán simplemente descartadas
puesto que superan el valor de Be.
Por último, si el usuario quiere tener máximas garantías de que todas las
tramas llegarán a su destino deberá reducir el flujo a un valor no superior al
CIR, por ejemplo, a 1.000 Kb/s, en cuyo caso emitirá 20 tramas por segundo y
todas serán enviadas con el bit DE acero.
Conviene destacar el hecho de que, independientemente del flujo que el
usuario especifique en su aplicación, el enlace físico es en todos los casos de
2.048 Kb/s con lo que una trama de 50.000 bits
siempre se transmitirá en 24,4 ms; así en el caso de transmitir un flujo de 2.000
Kb/s el emisor está 24,4 ms enviado y 0,6 ms esperando; en caso de transmitir
a 1.000 Kb/s el emisor está 24,4 ms enviando y 25,6 ms esperando.
El bit DE también puede ser puesto de forma voluntaria por el usuario. Esto es
interesante si el usuario (o la aplicación) puede identificar algunas tramas como
más importantes que otras. Por ejemplo, en vídeo comprimido MPEG existen
tres tipos de fotogramas, los intra, los predictivos y los bidireccionales. Si se
pierde un fotograma intra la calidad se ve mucho más afectada que si se trata
de un predictivo o bidireccional. En nuestro ejemplo, en el caso de transmitir a
1.400 Kb/s (28 tramas por segundo) la aplicación podría elegir en cada grupo
de 28 tramas ocho que correspondan a fotogramas predictivos o
bidireccionales y marcarlas con DE a 1, con lo que evitará que el conmutador
Frame Relay asigne indiscriminadamente el bit DE a las últimas ocho tramas
de cada intervalo, que podrían contener algún fotograma intra