Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Apuntes FRAME RELAY 2016 PDF
Apuntes FRAME RELAY 2016 PDF
Frame Relay surgi como un estndar de facto (1990), producido por un grupo de
varios fabricantes de equipos. Naci para cubrir necesidades del mercado no satisfechas
hasta el momento en el sector de las comunicaciones. Se trataba de una solucin
transitoria, pero que ha logrado una gran aceptacin, y su papel en la actualidad es
importante.
Sin embargo, estas tres fuentes de normas no siempre coinciden (ambigedad), cosa que
no pasaba en X.25.
Hay que tener en cuenta que una red de conmutacin tiene recursos compartidos,
y su funcionamiento depende de la carga de la red (a mayor carga el retardo se
incrementa y el flujo disminuye). Como no resulta posible predecir el estado de
la red, no sabemos cuanto tardar en transmitirse un paquete, ni podemos
garantizar un caudal mnimo. Es decir: X.25 no garantiza Calidad de Servicio
(QoS). Este problema se ha resuelto en Frame Relay, y existen garantas
respecto al caudal.
1
Una aplicacin muy importante de X.25 es el teleproceso o acceso a un
mainframe desde terminales remotos. La velocidad de 64 Kbps s bien poda
resultar suficiente para una Terminal inicialmente en la actualidad esta es
demasiada escasa
Otras aplicaciones que no satisface X.25 son una rpida y efectiva interconexin
de LANS, as como aplicaciones multimedia con audio y vdeo en tiempo real.
2
Lnea de 2 Mbps.
o Suprime el Nivel 3 del plano de usuario. Pero como Frame Relay ofrece
un servicio orientado a conexin, nos surge la siguiente pregunta: Qu
ocurre con el establecimiento y liberacin de las llamadas? Pues que se
lleva al plano de control del nivel 3. Y con la funcin de multiplexin
de conexiones ? La funcin de multiplexin se pasa al nivel 2 en FR.
3
X.25 (Nivel 2) Frame-Relay (Nivel 2)
Generacin / Reconocimiento de Flags Generacin / Reconocimiento de Flags
Transparencia Transparencia
Cdigo de redundancia Cdigo de redundancia
Descarte de Tramas (con CRC invlido) Descarte de Tramas (con CRC invlido)
Retransmisiones ---
Almacenamiento de tramas pendientes de ---
ACK
Asentimiento de tramas ---
Generacin de tramas REJ ---
Tratamiento de RR/RNR ---
Reinicio ---
Cuenta de retransmisin ---
As pues, los equipos que procesan las tramas deben realizar un procesamiento menor.
Servicio Frame-Relay
4
toleren perdidas de datos. A pesar de esto, la no fiabilidad es muy baja, ya que los
medios de transmisin tienen una probabilidad de error (Pe) bajsima.
QoS: El cliente tiene garantizadas (por contrato) las prestaciones que obtendr
de la red.
El servicio que suelen ofrecer los operadores de redes FR slo incluye PVCs, y es
utilizado tpicamente para dar servicios de comunicaciones dentro de una corporacin.
Arquitectura de Protocolo
Plano de Usuario:
NOTA: a nivel fsico, existir una separacin de los flujos de informacin de usuario y de control.
5
Formato de Trama
o DLCI: Data Link Circuit Identifier. Estos diez bits son el identificador
de conexin de enlace de datos. Permite definir hasta 1024 circuitos
virtuales. Ya habamos avanzado que la funcin de multiplexin se
6
realiza en el nivel 2, y con el DLCI se identifica al canal lgico al que
pertenece cada trama. Los nmeros de canal lgico se asignan por
contratacin. Equivale al NCL de X.25.
o E A: Extended Address. Campo de extensin de direccin. Puesto que se
permiten ms de dos octetos en el campo de control, este primer bit de
cada octeto indica (cuando est marcado con un '0') si detrs siguen ms
octetos o bien (cuando est marcado con un '1') si se trata del ltimo del
campo de control. Emplear ms de dos bytes resulta bastante infrecuente
y se utiliza en el caso de que la direccin de multiplexin (en el campo
DLCI) supere los 10 bits.
o C R: Bit de Comando / Respuesta. Es parecido al bit "Q" de X.25, y al
igual que ocurra con ste, no es un bit utilizado por la red. Se introduce
por compatibilidad con protocolos anteriores, como los del tipo HDLC.
Cuando el protocolo de enlace es fiable, utilizan este bit.
o F C, B C y F C: Bits para control de congestin y se vern ms adelante
en este tema.
Los sistemas pueden almacenar las tramas de formas diferentes. No olvidemos que la
representacin interna de la informacin dentro de un sistema puede tener diferentes
significados, segn el convenio que haya adoptado la implementacin de esa mquina.
Existen los convenios extremista mayor y extremista menor (Big-Endian y Little-
Endian en ingls), y stos, a su vez pueden estar referidos a bits, bytes o palabras. El
sistema debe tener esto en cuenta para operar adecuadamente con los bits que tiene
almacenados, y al transmitir o recibir bits de tramas, hacerlo en el orden que establece el
protocolo.
7
Vemos como, a diferencia de X.25, en Frame-Relay tendremos DLCIs diferentes en el
UNI para datos entrantes y salientes de la red. Adems, cada circuito se trata de un
CVP, y no de un CVC.
Control de Congestin
El control de congestin no es una funcin local, sino global (participan todos los
sistemas). Veamos algunos conceptos:
Trfico ofrecido:
Trfico cursado:
Por la grfica siguiente, queda claro que el objetivo de la tecnologa de redes ser evitar
entrar en la zona de congestin.
8
Pero, por qu tiene esta forma la grfica?
El intentar no llegar a esta Zona de Congestin, es decir, procurar que se curse la mayor
cantidad de trfico ofrecido, significa utilizar tcnicas de congestin.
"Cuando se detecta una zona congestionada, se notifica al usuario que enva los datos
que pasan por esa parte de la red, el cual disminuye la tasa de trfico inyectado. Si el
usuario no lo hace, la red descartar los datos que considere oportuno (aceptable, ya que
F-R es un servicio no fiable). Esta prdida, si es de porcentaje elevado, provoca el cese
del funcionamiento a las entidades de nivel superior, por lo que el usuario intentar
evitar este tipo de situaciones".
Debemos recordar que en Frame-Relay, este descarte de tramas tiene lugar a Nivel 2.
9
BECN (Backward Explicit Congestion Notification): Notificacin de congestin
en el sentido contrario a la transmisin.
DE (Discard Eligibility): Las tramas que tienen este bit a "1" son susceptibles de
descarte en situaciones de congestin.
El bit BECN y el FECN se usan para avisar que hay congestin (la red los cambia de 0 a
1 y viceversa):
Hay que sealar que la congestin es unidireccional, pues puede haber caminos distintos
para los dos sentidos de la transmisin y mientras uno puede estar sufriendo problemas
de trfico (congestin), el otro puede no tenerlos. Los bits FECN y BECN notifican
congestin a los dos extremos de una conexin de la siguiente forma: A una trama que
atraviesa una zona congestionada se le pone su bit FECN a '1'. La red identifica las
tramas de esa conexin que circulan en sentido contrario y en ellas marca el bit BECN
tambin a '1'.
Es decir, la red F-R slo notifica la congestin al origen y al destino, y del N. Superior
depender seguir estas indicaciones (indicando al N. Superior del origen que reduzca la
tasa, etc.) o no hacerlo, en cuyo caso, F-R proceder a descartar tramas.
QoS
Es posible contratar para cada conexin una calidad de servicio distinta. Dicha calidad
est definida mediante ciertos parmetros:
10
Tc (Commited rate measurement interval): Intervalo de observacin (es el
tiempo hasta el cual ha sido representado la grfica anterior). Parmetro del
algoritmo para calcular el CIR).
En el interfaz usuario-red se controla, para cada circuito virtual, que los usuarios se
ajusten a los parmetros Bc, y Be que han negociado. Si la red est bien diseada no
debe perder datos que no superen el trfico comprometido.
Existe un bit en la trama (bit DE) que es activado por la red en tramas que superen Bc
(es decir aquellas que pertenezcan a Be) para indicar que esas tramas deberan ser
11
descartadas en preferencia a otras, si es necesario. El servicio permite que el propio
usuario tambin pueda marcar este bit para indicar la importancia relativa de una trama
respecto a otras (en este caso, estas tramas no se contabilizan como pertenecientes a la
zona bajo Bc, sino como perteneciente a la zona sobre Bc y bajo Bc + Be, no contando
para el CIR).
(NOTA: La mayora de las compaas slo definen el parmetro Be.)
El parmetro CTc est asociado a la capacidad fsica de las lneas, y es lo primero que
contrata el abonado. Luego sobre esa lnea fsica, se definen mallas de circuito virtuales
cada uno con su CIR asociado.
Bc = CIRTc
Para el operador es conveniente que Tc baje. Con Tc grande, si todos los usuarios
deciden mandar simultneamente rfagas de trfico de longitud mxima Bc, podra
encontrar problemas para cursar todo el trfico por la red
Generalmente cuando se enva una trama se desconoce el estado de la red. Tramas por
encima de Bc son susceptibles de ser descartadas cuando la congestin de la red
aumenta en las rutas que atraviesan dichas tramas. Por ello la red notifica este aumento
de la probabilidad de descarte de tramas mediante los bits FECN y BECN. Se requiere
que los terminales acten de forma coherente y reduzcan el trfico enviado a la red,
porque de lo contrario las tramas de usuario que superen Bc estn en peligro de ser
descartadas en nodos de red congestionados.
Pregunta: Por qu se notifica al destino la congestin? Para que sea consciente de que
se pueden estar perdiendo tramas que tienen marcado el bit DE a '1', y porque algunos
protocolos de niveles superiores tienen capacidad de control de flujo extremo a extremo
y pueden tomar medidas al respecto.
Multiplexacin
Consiste en cursar varias conexiones del nivel superior sobre una sola conexin del
nivel inferior:
12
En F-R, cada conexin de Nivel Inferior cursa una sola conexin de nivel Superior, por
lo que no necesito multiplexar.
Se utilizan DLCIs de 10 bits que, como vimos, no suponen ningn problema, ya que el
nmero de circuitos virtuales es muy inferior.
13
Si slo tenemos un DLCI, para poder utilizarlos deberamos hacer algo como la
arquitectura descrita. Normalmente tenemos un nmero reducido de DLCIs (uno o dos).
Plano de Control y Sealizacin
Protocolos ILMI y CLLM
CLLM - Trama XID (eXchange IDentification) sobre Canal D (ISDN)
DLCI = 11?1
XID se utiliza en F-R para llevar la informacin de CLLM. Si no se utiliza F-R sobre
RDSI se utiliza un DLCI determinado.
Independientemente de cual sea la longitud de DLCI, CLLM utiliza el DLCI que tenga
el campo todo a 1.
Se encarga de comprobar el estado del acceso fsico. F-R no tiene temporizador, por lo
que supervisa el estado del acceso fsico para, mediante protocolo de sealizacin,
informar de que se ha daado o hay errores.
14
Implementacin de una Red Frame Relay
15
La mayora de las redes Frame Relay utilizadas hoy en da son implementadas para
transmitir diferentes servicios a los usuarios, la mayora de las veces es un servicio
pblico otorgado por las Operadoras.
Conclusiones
Frame Relay no es un protocolo especialmente diseado para soportar trfico
multimedia, audio y vdeo en tiempo real. No hay garantas sobre el retardo de trnsito,
pero en la prctica las redes suelen estar bien dimensionadas y el retardo de trnsito es
pequeo y no vara apreciablemente.
Adems la disponibilidad de estas redes es muy alta, y por todo ello muchas compaas
usan redes FR para cursar este tipo de trfico. En general se considera que son
suficientemente buenas para cursar trfico telefnico, en el que lo ms importante (ms
que la probabilidad de error) es tener una elevada disponibilidad.
16