El FRL es un servicio orientado a la conexión para la
transmisión de datos en frames de tamaño variable de hasta 8 Kbytes y
velocidades de hasta 2 Mbps. Esta velocidad máxima es consecuencia a que el
estándar fue especificado dentro de la ISDN, aunque no existe otro motivo que
impida el soporte de velocidades superiores.
Una red Frame Relay proporciona los servicios y las
facilidades para que los usuarios puedan conectarse con otros usuarios que
también utilizan FRL. El servicio ofrecido está dividido en dos planos que
utilizan el mismo medio físico.
Plano de control (C-plane): encargado de realizar las
conexiones a lo largo de toda la red y sobre las que se transferirán los datos.
El protocolo de señalización utilizado es el Q.933 una extensión del Q.931
utilizado en la ISDN, mientras que en el nivel de enlace utiliza el Q.922,
también conocido como LAPF, con controles de error y de flujo que permitan el
control completo de los mensajes de señalización.
Plano de usuario (U-plane): una vez establecida la
conexión el FRL utiliza el Q.922 como protocolo de enlace para transferir
información entre los usuarios aunque únicamente usa la denominadas funciones
núcleo que no proporcionan ni control de errores ni control de flujo funciones
que deberá implementar los equipos terminales de los usuarios.
El protocolo de enlace
Al observar el formato del frame utilizado en la Q.922
reconocemos similitud con otros protocolos de nivel 2 (SDLC, LAPD, LAPB...)
excepto en algo fundamental: no tiene campo de control, por lo que podemos
empezar constatando lo que el LAPF no puede hacer:
Sólo existen frames de información que transportan datos.
No existen frames de señalización ya que no hay forma
material de codificar mensajes especiales para el establecimiento o la
liberación de conexiones.
Tampoco existen frames que permitan a la red ejecutar
control de flujo, enviar ACKs, o pedir retransmisiones... ¡¡¡ ni siquiera
existe un campo que permita numerar los frames!!!
Todas estas funciones deben ser implementadas en los
equipos terminales tales como routers, bridges o controladoras de
comunicaciones, que deberán disponer de los mecanismos necesarios para el
secuenciamiento, el control de flujo, el envío de ACKs y la
detección/recuperación de frames erróneos o duplicados, que permitan garantizar
la integridad de los datos transmitidos.
El limitado conjunto de funciones núcleo del Q.922
utilizadas para la transferencia de información de los usuarios determinan las
principales características de las redes frame relay:
La red detecta pero no recupera errores, los nodos de la
red tienen capacidad de detectar errores y en determinados casos de eliminar frames,
pero nunca recuperarlos.
La red da avisos de congestión, utilizando dos bits, FECN
y BECN (Forward and Backward Explicit Congestion Notification) con los que la
red informa si hay congestión en los nodos atravesados. El bit FECN indica que
había congestión en el camino atravesado por el frame, mientras que el bit BECN
indica que había congestión para los frames que circulaban en la dirección
opuesta. Ambos son indicaciones que invitan al generador de tráfico a reducir
su velocidad de transmisión para bajar el nivel de congestión de la red. El
FECN es útil cuando existen a mecanismos de ventana de nivel superior entre los
usuarios finales mientras que el BECN se utiliza si se verifica tráfico en
ambas sentidos.
La figura muestra como una red FRL se comporta cuando los
requerimientos del tráfico aumentan: al principio el troughput aumenta
proporcionalmente al tráfico requerido por los usuarios, pero llega cierto
punto A en el que la red no puede gestionar todo el tráfico: ha entrado en
congestión. Observar como el throughput ya no es el mismo que el tráfico
ofrecido ya que algunos frames empiezan a ser descartados. De continuar
incrementándose el tráfico llega un punto B donde el que el throughput llega a
disminuir, en esta situación los usuarios deberán reducir su tráfico, de lo
contrario un alto porcentaje de sus frames serán desechados.
Gestión de la red
Funciones de Management a través del LMI (Local
Management Interface) permite la comunicación con la red que informa del estado
de los Circuitos Virtuales Permanentes (PVC). Se está trabajando para que el
LMI también sirva para el establecimiento de Conexiones Virtuales Conmutadas
(SVC). Para realizar la comunicación entre el dispositivo de datos del usuario
(DTE) y la red existe un DLCI reservado a través del cual se realizan las
siguientes funciones:
Requerimientos que permiten al DTE preguntar a la red si
continúa activa.
Requerimientos que permiten al DTE preguntar por las
lista de DLCI definidos para su interface
Requerimientos que permiten conocer el estado de cada
DLCI si está o no está congestionado.
En el futuro podrá ser usado para la gestión de más
información de la red. En la actualidad los DTE no tienen la obligación de
utilizar el LMI ya que sólo se utilizan PVC que tienen unas posibilidades más
restringidas a la hora de gestionar los enlaces.
No hay comentarios.:
Publicar un comentario