Cap4 WAN MAYO 2016 PDF

REDES FRAME RELAY
Tecnologas disponibles previas a Frame Relay (1)
28/09/2013
Ing. Pablo Hidalgo L.
176
Tecnologas disponibles previas a Frame Relay (2)

La transferencia de datos entre dos sistemas se puede
realizar mediante lneas dedicadas o empleando
conmutacin.
conmutacin
Con lneas dedicadas se puede disponer desde bajas
hasta altas velocidades (Gbps).
(Gbps) Los costos son altos
porque se dispone del enlace permanentemente.
Conmutacin puede permitir un uso ms eficiente de los
recursos a un menor costo.
TDM asigna
g un ancho de banda fijo,
j , el cual no p
puede ser
utilizado por otro usuario a pesar de que no est siendo
utilizado.
TDM resulta ms caro que tecnologas de conmutacin
de paquetes.
28/09/2013
177
COMPARACIN DE TDM, X.25 Y FR
28/09/2013
178
TECNOLOGAS ACTUALES
Tecnologas de alta velocidad y poco retardo
Bajo costo
Reduccin dramtica de cabeceras y
procesamiento
Se requieren redes confiables y dispositivos
de acceso inteligentes
Soluciones: Frame Relay, ATM, MPLS.
28/09/2013
179
FRAME RELAY: CARACTERSTICAS

Tecnologa de red orientada a conexin, basada en
conmutacin de paquetes y multiplexaje estadstico.
Se reduce el procesamiento en cada nodo de
conmutacin:
Establecimiento del circuito virtual a nivel de capa 2.
No hay mecanismos de recuperacin de errores, ni control
de flujo.
Se provee mayores velocidades y menores retardos.

Mientras que X.25
X 25 se implementa slo a velocidades
debajo de 64 kbps, FR se implementa a velocidades que
van desde algunos
g
kbps
p hasta 2 Mbps
p o p
posiblemente
mayores.
28/09/2013
180
FRAME RELAY: ESTNDARES

Se encuentra estandarizado tanto por el ANSI como por la UIT-T.
Los estndares ANSI son T1.606, T1.618, T1.617, mientras que
los correspondientes de la UIT-T son I.233,
I 233 Q.922
Q 922 y Q.933.
Q 933
28/09/2013
181
FRAME RELAY: ESTNDARES

ANSI T1.606: Frame Relay bearer service architectural framework
and service description.
p
ANSI T1.606 Addendum: Congestion Managment principles.
ANSI T1.617: Signalling specifications for frame relay bearer
service.
i
ANSI T1.618: Core aspects of frame protocol.
CCITT I.122/I.233:
I 122/I 233: Framework for frame mode bearer services.
services
CCITT I.370: Congestion managment principles.
CCITT Q.922: ISDN data link layer specification for frame mode
bearer services.
CCITT Q.922 Annex A: Core aspects of frame relay protocol.
CCITT Q.933:
Q 933: Signalling specification for frame relay bearer
service.
28/09/2013
182
ELEMENTOS DE UNA RED FRAME RELAY
28/09/2013
183
Beneficios de FR sobre otras tecnologas (1)

Bajo costo para el usuario en relacin a lneas
dedicadas: comparte el canal entre varios
usuarios y requiere
q
menos hardware ((tarjetas
j
del router y DCU/CSU).
Estndares
ampliamente
aceptados
que
permiten una arquitectura abierta e implementar
el servicio plug-and-play.
plug and play
Bajo overhead, combinado con una alta
confiabilidad: mayor parte de la trama se utiliza
para datos de usuario (alta eficiencia).
28/09/2013
184
Beneficios de FR sobre otras tecnologas (2)

Escalabilidad de la red,, flexibilidad y
recuperacin de errores.
Las adiciones y cambios en la red son
transparentes al usuario.
Se
S tiene
i
l posibilidad
la
ibilid d de
d rutas alternas
l
d ruteo.
de
Internetworking
g
con
otros
servicios
y
aplicaciones, como ATM.
28/09/2013
185
Frame Relay: Correcta mezcla de tecnologas

Frame Relay combina la multiplexacin
estadstica
y
las
caractersticas
de
comparticin de puertos de X.25
X 25 con las
caractersticas de alta velocidad y bajo retardo
de la tecnologa TDM.
TDM
Frame Relay elimina por completo el
procesamiento
i t
a
nivel
i l
d
de
capa
3
3,
incrementando notablemente el rendimiento de
l red.
la
d
28/09/2013
186
FUNCIONAMIENTO DE FRAME RELAY (1)

FR asume el uso de enlaces digitales confiables,
tales como fibra ptica, por lo cual no provee
mecanismos
i
d correccin
de
i de
d errores dentro
d t de
d la
l
red.
FR permite
it realizar
li
d t
deteccin
i de
d errores, de
d forma
f
que las tramas con bits errados e informacin
invlida de ruteo puedan ser detectadas y
descartadas.
Los puntos extremos de una conexin son
responsables de detectar tramas perdidas e iniciar
retransmisin cuando se requiera.
requiera La retransmisin
est a cargo de protocolos de ms alto nivel.
28/09/2013
187

FR a pesar de que no realiza control de flujo, provee
mecanismos que permiten alertar al dispositivo del
usuario, que los recursos de la red estn cerca de llegar
a un estado de congestin.
FR es una tecnologa basada en conmutacin de
paquetes y muy similar a ATM. Los segmentos de
i f
informacin
i de
d FR se denominan
d
i
t
tramas.
L principal
La
i i l
diferencia entre las dos tecnologas es la longitud
variable de las tramas en FR comparado con el tamao
fijo de las celdas en ATM.
FR ofrece dos tipos
p de conexiones:
Circuitos Virtuales Permanentes (PVC)
Circuitos Virtuales Conmutados (SVC)
28/09/2013
188
Frame Relayy y el modelo OSI
28/09/2013
189

Varias conexiones virtuales pueden compartir un mismo
medio fsico de transmisin.
La capacidad
p
de
transmisin disponible puede ser utilizada por cada
conexin virtual hasta el lmite fsico (ancho de banda
b j demanda).
bajo
d
d )
El ancho de banda que no es utilizado por una conexin
virtual puede ser utilizado por otras conexiones virtuales
(multiplexaje estadstico).
El multiplexaje estadstico de varias conexiones,
conexiones resulta
adecuado en la interconexin de LANs debido a la
naturaleza bursty del trfico.
28/09/2013
190
Formato de la Trama Frame Relay (1)
Campo
p de
Direccin
28/09/2013
191

En este formato no se establece una longitud
mxima de trama,
trama pero debe ser un mltiplo entero
de octetos (se dice que la trama est alineada a
octeto).
) Las tramas llevan tanto informacin de ruteo
y datos de usuario. La trama est formada por los
siguientes campos:
Bandera: Delimita el inicio y fin de trama. La
bandera consiste del octeto 01111110. Entre tramas
consecutivas solo se utiliza una bandera.
Direccin: Puede ser de 2 o ms octetos. Est
formado por varios subcampos:
28/09/2013
192

DLCI (Data Link Connection Identifier): Generalmente
formada por 10 bits. FR permite realizar multiplexacin a
nivel de capa 2. El DLCI identifica el canal lgico al que
pertenece cada trama y p
p
por lo tanto p
permite su ruteo.
Los DLCI cambian a travs de la red, de conmutador a
conmutador, para un mismo PVC. Un DLCI solo tiene
significado local para cada enlace. Con 10 bits se podra
tener hasta 1024 PVCs, sin embargo, algunos estn
reservados
d
para propsitos
it
especiales.
i l
L
Los
4 bits
bit del
d l
segundo octeto son los menos significativos.
C/R (Command
(C
d / Response):
R
) Especificado
E
ifi d por la
l
aplicacin, no modificado por la red.
28/09/2013
193
DLCI (Data
(Data Link Connection Identifier)
Identifier) (1)
28/09/2013
194
DLCI (Data
(Data Link Connection Identifier)
Identifier) (2)
28/09/2013
195

EA (Extension Address): Puesto que se permiten ms de
dos octetos en el campo de direccin.
direccin Si EA=0,
EA=0 indica
que existe un siguiente byte detrs de l. Si EA=1, indica
que es el ltimo byte del campo de direccin.
FECN (Forward Explicit Congestion Notification): Bit de
notificacin de congestin en el sentido de la
transmisin.
BECN (Backward Explicit Congestion Notification): Bit de
notificacin de congestin en el sentido contrario a la
transmisin.
28/09/2013
196
Formato de la Trama Frame Relayy (5)

( )
DE ((Discard Elegibility):
g
y) Si DE = 1 indica q
que la trama es
elegible para ser descartada en caso de congestin.
Datos de usuario (Payload): Su longitud mxima no est
d fi id Normalmente
definida.
N
l
t los
l operadores
d
d redes
de
d FR la
l sitan
it
alrededor de 1600 bytes. Este campo est alineado a
octeto, es decir se exige al usuario del servicio que
entregue un nmero entero de octetos. El payload es
transportado transparentemente, permitiendo el transporte
d protocolos
de
t
l existentes
i t t de
d capas superiores.
i
FCS (Frame Check Sequence): Suma de verificacin CRC
para detectar errores de transmisin,
transmisin X16 + X12 + X5 +1
28/09/2013
197
Formato de la Trama Frame Relayy (6)

( )
Parte superior del DLCI
Parte inferior
del DLCI
FE
CN
C/R
BE
CN
DE
EA
0
EA
1
DLCI
Campo de direccin de 2 bytes
FE
CN
BE
CN
C/R
EA
0
DE
EA
0
EA
0
Parte inferior del DLCI

DLCI
FE
CN

o control DL central
BE
CN
C/R
EA
0
DE
EA
0
D/C
EA
1

o control DL central
EA
1

28/09/2013
D/C
D/C= 0 =>DLCI
D/C= 1 =>Control
198
FUNCIONAMIENTO
La recomendacin UIT-T Q.922 describe las
funciones p
principales
p
utilizadas p
para soportar
p
el
servicio portador Frame Relay:
Delineacin y alineamiento de tramas.
Multiplexaje/Demultiplexaje de tramas con el uso del
campo
p de direccin.
Inspeccin de las tramas para asegurar que conste de un
nmero entero de octetos.
Inspeccin de las tramas para asegurar que no sean, ni
demasiado largas ni demasiado cortas.
Deteccin (no retransmisin) de errores de transmisin
Funciones de control de congestin.
28/09/2013
199
Parmetros de una Conexin Frame Relayy (1)

( )
28/09/2013
200

( )
Los parmetros estn definidos en la recomendacin UIT-T

I 233 para la
I.233
l administracin
d i i t i de
d recursos de
d conexiones
i
virtuales individuales:
1 Access Rate: Velocidad del canal de acceso del
1.
usuario de la red de datos. Mxima velocidad que el
usuario puede disponer.
2 Commited
2.
C
it d Information
I f
ti
R t (CIR):
Rate
(CIR) La
L velocidad
l id d de
d
transmisin de datos promedio a la cual la red est
obligada a transmitir en condiciones normales.
3. Commited Burst Size (Bc): La mxima cantidad de
datos (bits) que la red se compromete a transmitir durante
un intervalo de tiempo definido Tc.
Tc Se cumple:
Bc = CIR * Tc
28/09/2013
201
Parmetros de una Conexin Frame Relay (3)

4. Excess Burst Size (Be): La mxima cantidad
permitida de datos que pueden exceder Bc durante el
intervalo de tiempo Tc. La distribucin de estos datos
(Be) no est garantizada.
(Be),
garantizada Aquellos datos que superen
Bc + Be se descartan incondicionalmente. Bc y Be
generalmente se miden en Megabytes o kilotramas.
kilotramas
5. Commited Rate Measurement Interval (Tc):
i t
intervalo
l de
d tiempo
ti
d
durante
t ell cuall ell usuario
i est
t
permitido transmitir Bc+Be.
6. Excess Information Rate (EIR): Es la tasa de
transmisin sobre el CIR, que la red intentar transmitir.
28/09/2013
202

7. Discard Eligibility indicator (DE): Es el bit
del header Frame Relay que se emplea para
marcar las tramas que en condiciones de
congestin deben ser descartadas para
mantener el CIR.
Estos parmetros son definidos por suscripcin o
va sealizacin y son controlados en la interfaz
usuario-red, para cada circuito virtual, a fin de
j
a los parmetros
que los usuarios se ajusten
que han negociado.
28/09/2013
203

( )
Y
LLEGADA DE DATOS / Tc
(Bits/Tc)
COMMITED BURST SIZE
X
TIEMPO (SEGUNDOS)
Tc
COMMITED RATE
MEASUREMENT INTERVAL
VELOCIDAD COMPROMETIDA VERSUS TIEMPO

28/09/2013
204

Be
Bits
Tc
VELOCIDAD COMPROMETIDA MAS EXCEDIDA VERSUS TIEMPO
28/09/2013
205
LLEGADA DE DATOS DEL USUARIO VERSUS TIEMPO
28/09/2013
206
28/09/2013
207

El bit DE es activado (DE = 1) por la red en tramas que
superen el valor Bc (es decir aquellas que pertenezcan a
Be), para indicar que esas tramas deberan ser descartadas
en preferencia a otras, si es necesario. Un usuario tambin
puede marcar este bit para indicar la importancia relativa de
una trama respecto a otras. Las tramas debajo del CIR
acordado
d d no son elegibles
l ibl para ser descartadas
d
d (DE = 0).
0)
Un usuario puede optimizar cada conexin virtual para el
trfico a ser llevado escogiendo valores adecuados de CIR
y Be. Adicionalmente el usuario puede activar el bit DE de
acuerdo a la importancia relativa de las tramas respecto a
otras.
28/09/2013
208

Un nodo FR se encarga de efectuar las siguientes
funciones:
Chequear si el DLCI es correcto (el DLCI es la
informacin de ruteo).
ruteo)
Chequear si las tramas estn dentro del CIR para ese
PVC si no activar el bit DE.
PVC,
DE
Chequear si existe congestin (buffer de salida ms
all de un cierto nivel).
) Si existe,, y la trama tiene el bit
DE activo, descartar la trama. De otra forma colocarla
en el buffer de salida para ser enviada al siguiente
nodo de la red.
red
28/09/2013
209
Mecanismos de Notificacin de
congestin
ti (1)
28/09/2013
210
Mecanismos de Notificacin de
C
Congestin
ti (2)
La notificacin de congestin empieza
cuando el trfico entrante de datos en la red
crece.
crece
En el punto A el throughput de datos que ha
venido
id creciendo
i d se frena.
f
Si la cantidad de datos q
que siguen
g
entrando
en la red va creciendo, se llegar al punto B
en el cual la red empieza
p
a descartar tramas,,
disminuyendo el throughput de datos.
28/09/2013
211
Notificacin Explcita de Congestin (1)

En la red las tramas son enviadas desconociendo el estado
de congestin de la misma. Si se transmiten tramas sobre la
capacidad comprometida de la red Bc,
Bc las tramas sern
susceptibles de descarte en funcin de la congestin.
La red notifica el 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
i d a la
l red,
d porque de
d lo
l contrario
t i las
l
t
tramas
d
de
usuario que superen Bc estn en peligro de ser descartadas
en nodos congestionados.
La congestin es unidireccional, pues puede haber caminos
distintos para los dos sentidos de la transmisin y mientras
un camino puede estar sufriendo problemas de trfico, el
otro puede no tenerlo.
28/09/2013
212
Notificacin Explcita
p
de Congestin
g
((2))
28/09/2013
213
Notificacin Explcita de Congestin (3)

Los bits FECN y BECN notifican congestin hacia los dos
extremos de una conexin de la siguiente forma:
Un nodo que decide si un PVC (o SVC) est
congestionado, activa el bit FECN de 0 a 1 en todas las
tramas enviadas en el sentido de la transmisin (en la
direccin en que la congestin es vista para esa
conexin). La red tambin identifica las tramas de esa
conexin que circulan en sentido contrario activando el bit
BECN.
Se notifica al destino la existencia de congestin para que
est consciente de que se pueden estar perdiendo tramas
que tienen marcado el bit DE = 1, y debido al control de
flujo, ya que algunos protocolos de capa superior pueden
implementarlo.
28/09/2013
214
Notificacin Implcita de Congestin (1)

Existe la posibilidad de emplear notificaciones
implcitas entre FRADS en donde no interviene la red.
Los FRADs reciben notificaciones para bajar su
throughput.
throughput
Algunos protocolos de capas superiores, como TCP,
operando en los dispositivos terminales tienen una
forma implcita de deteccin de congestin.
Estos protocolos pueden deducir que la congestin
est ocurriendo por el aumento en el retardo de ida y
vuelta
l
o por la
l deteccin
d
i de
d tramas perdidas
did
por
ejemplo.
28/09/2013
215

La implementacin
p
de mecanismos de seguridad
g
sobre las caractersticas del trfico de una red para
indicar congestin
g
es conocido como notificacin de
congestin implcita.
Determinados protocolos de capas superiores han
sido desarrollados para correr sobre redes cuya
capacidad es indeterminada. En este caso se limita la
velocidad de envo de trfico sobre la red a travs del
uso de una ventana, permitiendo que solamente un
nmero limitado de tramas pueda ser enviado antes
de que llegue un acuse de recibo.
28/09/2013
216

Cuando
C
d se detecten
d t t
seales
l
d congestin,
de
ti ell
protocolo puede disminuir el tamao de la
ventana, disminuyendo as la carga sobre la red.
El mismo ajuste de tamao de la ventana es
tambin la manera normal con la que los
dispositivos de usuario responden a un FECN o
BECN. Los estndares ANSI establecen que las
notificaciones implcitas y explcitas son
complementarias y pueden ser usadas juntas
para mejores resultados
28/09/2013
217
Control de Congestin
g
((1))
Los estndares Frame Relay establecen que el
dispositivo de usuario debe reducir su trfico en
respuesta
p
a una notificacin de congestin.
g
Si el dispositivo de usuario es incapaz de
responder a los mecanismos de sealizacin,
sealizacin
ste podra simplemente ignorar las seales de
congestin y continuar transmitiendo datos a la
misma velocidad que antes.
28/09/2013
218
Control de Congestin
g
((2))
Si una congestin causa sobrecarga, un mayor
nmero de tramas sern descartadas.
Esto alargar los tiempos de respuesta y
reduce el rendimiento total de la red, pero la
red no caer.
caer
Cuando ocurre congestin, los nodos deben
decidir cules tramas deben descartar,
mediante el bit DE.
28/09/2013
219
CONTROL DE CONGESTIN (3)
a) TODAS LAS TRAMAS DENTRO DEL CIR
28/09/2013
220
b) UNA TRAMA MARCADA CON EL INDICADOR "DE"

28/09/2013
221
c) UNA TRAMA MARCADA CON EL INDICADOR

"DE" Y UNA TRAMA DESCARTADA
28/09/2013
222
Manejo del trfico en el FRAD
28/09/2013
223
Sobresuscripcin
p
(1)
( )
28/09/2013
224
Sobresuscripcin
p
(2)
( )
El valor de CIR debera ser el throughput garantizado.
Si un puerto
t fsico
f i
posee varios
i
PVC ell CIR es
PVCs
asignado para cada PVC.
Si la suma de los valores de CIR es mayor que la
velocidad de acceso, se ha producido una
sobresuscripcin.
proveedores de servicio p
pueden manejar
j
la
Los p
sobresuscripcin considerando que el valor del CIR no
va a ser alcanzado simultneamente p
por todos los
PVCs.
28/09/2013
225
Sobresuscripcin
p
(3)
( )
Datos del Usuario
Datos transportados
p
por
p la nube
Clock
D
Descartar
t
Excess Burst
CIR
t1
t2
2 seg
28/09/2013
226
Control de Trfico en Frame Relay

Frame Relay puede definir parmetros para control de trfico (traffic
shaping y traffic policing), los cuales se desarrollan en base al CIR y
EIR.
El Traffic Shaping (X) vigila que el trfico inyectado no sobrepase los
valores especificados
p
de CIR ((o CIR + EIR).
) En ningn
g caso estara
justificado superar el CIR+EIR pues ese trfico se perdera.
El Traffic Policing (A) adopta medidas cuando se sobrepasen dichos
caudales. Las tramas que superen el CIR sern marcadas el bit DE,
mientras que las que superen el CIR+EIR sern directamente
descartadas.
descartadas
Tanto el Traffic Shaping como el Traffic Policing se realizan en los

puntos de entrada a la red,
red no en los de salida.
salida

PVC
CIR 1024 Kb/s
EIR 384 Kb/s
Kb/
El switch ejerce
Traffic Policing
de acceso
Lnea
2048 Kb/s
Switch
FR
Switch
FR
El router hace
Traffic Shaping
Lnea de acceso
2048 Kb/s
Switch
FR
PVC
CIR 1024 Kb/s
EIR 384 Kb/s
C t ld
Control
de T
Trfico
fi en F
Frame Relay
R l
Cuando un host inyecta trfico a travs de un circuito virtual en
una red FR, el conmutador que le da acceso, reserva para esa
conexin dos buffers de capacidades Bc y Be.
En principio el conmutador va colocando en el buffer Bc las
tramas recibidas y las transmite a la red con un caudal igual al
CIR.
Si el buffer Bc se llena (porque las tramas llegan con un caudal
superior al CIR) las tramas excedentes se colocan en el buffer Be,
del cual se envan a la red con un caudal igual al EIR. Estas
t
tramas
salen
l a la
l red
d con ell bit DE puesto
t a 1.
1
Si el buffer Be tambin se llena, las tramas excedentes son
descartadas.
descartadas

Tramas que desbordan
T
d b d la
l
capacidad del recipiente Bc
Tramas enviadas por

el host con DE=0
Tramas enviadas por

el host con DE=1
Bc = CIR * t
Be = EIR * t
CIR
Tramas que desbordan

la capacidad del
recipiente Be
DE=0
DE
0
Descartar
EIR
DE 1
DE=1
Estado de las conexiones ((1))

stos son
parmetros opcionales. Es posible
i l
implementar
t
una red
d Frame
F
R l
Relay
y transportar
t
t
datos sin implementar estos parmetros.
Permiten interactuar al dispositivo de usuario con la
red para conocer el estado de las conexiones de la
red.
g
a travs
Esta informacin del estado es conseguida
del uso de tramas especiales de administracin con
una direccin DLCI nica,, q
que p
pueden ser
transferidas entre la red y el dispositivo de acceso.
28/09/2013
231

La sealizacin entre el dispositivo de usuario y la red
se lo
l hace
h
usando
d DLCIs
DLCI especficos:
fi
Uso de los DLCIs segn ANSI/CCITT (dos octetos de
direccin):
0: Canal LMI, usado para llevar mensajes de LMI que determinan
la integridad del enlace y sealizacin de llamadas
1-15: Reservado para uso futuro
16-991: Disponible para uso en circuitos virtuales (PVCs y SVCs)
992-1007: Usado para administracin de capa 2
1008-1022: Reservado para uso futuro
1023: Administracin
28/09/2013
232

El mecanismo de estado de conexin es
denominado Local Management Interface (LMI).
(LMI)
Actualmente existen tres versiones de la
especificacin LMI:
28/09/2013
233
Estado de las conexiones (4)

Estas tramas controlan el estado de la
conexin y proveen la siguiente informacin:
o Si
ell interfaz
i t f se encuentra
t activo,
ti
en cuyo caso
se lo llama keep alive.
o El DLCI vlido definido para ese interfaz.
o El estado de cada circuito virtual,, p
por ejemplo:
j p si
ste se encuentra congestionado o no.
28/09/2013
234

Para superar
p
el inconveniente de las conexiones NNI,
se especificaron dos recomendaciones.
Anexo
e o D de la
a recomendacin
eco e dac ANSI
S T1.617
6
Anexo A de la recomendacin ITU-T Q.933
LMI utiliza el DLCI 1023 para administracin

Anexo A y Anexo D usan el DLCI 0 para administracin
En este caso, los dos participantes pueden solicitar
Status Enquiry y el lado contrario debe responder con
un Status. O cuando se solicite un Full Status Enquiry,
se responder con un Full Status.
28/09/2013
235
28/09/2013
236
28/09/2013
237
Circuitos virtuales conmutados

La implementacin de SVCs est basada en
los estndares ANSI T1.617
T1 617 e ITU-T
ITU T Q.933.
Q 933
Mensajes
j p
para establecimiento de llamadas
Setup
Call Proceeding
Connect
Mensajes para liberacin de llamada

Disconnect
sco ect
Release
Release Complete
28/09/2013
238
IMPLEMENTACIN DE FRAME RELAY (1)

Hoy en da se provee el servicio FR a travs de PVC.
A cada extremo de un PVC,
PVC el usuario puede colocar un
puerto de computadora con soporte FR, un FRAD, o un
puente/ruteador LAN.
LAN
Un FRAD (Frame Relay Access Device), tambin conocido
como un ensamblador/desensamblador FR,
FR permite a
estaciones finales que no poseen soporte nativo para FR
((Ejm.
j
terminales de voz,, vdeo,, ciertos ruteadores,, PCs,,
etc.), comunicarse entre si usando los servicios de una red
FR. Los FRADS operan en pares, uno en cada extremo de
la red FR.
28/09/2013
239
IMPLEMENTACIN DE FRAME RELAY (2)

V.35
V.35
FRAD
M
U
X
Frame
Relay
FRAD
Red FR
Nx64
Frame
Relay
M
U
X
Nx64
Las estaciones finales se conectan a los FRADs usando por

ejemplo SDLC,
SDLC ASYNC,
ASYNC BSC o protocolos de LAN,
LAN los cuales
va la conexin de red FR permiten la comunicacin extremo a
extremo. El nmero de DLCIs activos entre dos FRADs
depende de la implementacin.
28/09/2013
240
Aplicacin #1:
Interconexin entre Redes LAN
En una solucin tradicional la interconexin
p
entre LANs a travs de una WAN puede
resultar bastante costosa.
Debido a que el costo de las lneas privadas
depende de la distancia, el precio de la red
crece a medida que la dispersin
geogrfica
f
se incrementa.
28/09/2013
241
Aplicacin #1:
28/09/2013
242

Los
os ca
cambios
b os de
dentro
o de
del d
diseo
se o de la
a red
ed
normalmente requieren reconfiguraciones
fsicas adicionales a los cambios de software.
software
Solucin: Usar Frame Relay para la
interconexin LAN.
28/09/2013
243
Frame Relay
yp
para interconexin LAN
28/09/2013
244
Aplicacin # 2: VoFR
Ofrece
a
los
administradores
de
telecomunicaciones
la
oportunidad
de
consolidar voz y datos en la banda de voz
(ejm: fax, y modems anlogos) con los
servicios de datos sobre la red Frame Relay.
Relay
28/09/2013
245
Voz sobre Frame Relay

y ((VoFR))
Telephone
Telephone
Router
Router
PBX
PBX
Fax
Fax
28/09/2013
246
Voz sobre Frame Relay (VoFR)
28/09/2013
247

y ((VoFR))
A diferencia de la mayora
y
de tipos
p
de datos
que pueden tolerar retardos, la voz debe ser
manipulada en tiempo real
Hasta algn poco tiempo empaquetar voz para
su transmisin
t
i i era inalcanzable
i l
bl debido
d bid a los
l
requerimientos de ancho de banda y los
retardos de transmisin asociados con las
redes basadas en paquetes.
p q
28/09/2013
248

y ((VoFR))
Un anlisis de una muestra de voz representativa
presenta que solo el 22% de un dilogo tpico
contiene componentes esenciales del habla que
deben ser transmitidos para una claridad de voz
completa.
28/09/2013
249

y ((VoFR))
Es posible el empaquetamiento de voz
usando un mnimo de recursos de la red,
y
procesando
p
solo
las
analizando
componentes esenciales para las muestras de
voz.
voz
En lugar de intentar digitalizar toda la muestra
de voz con todas sus pausas y patrones
p
asociados.
repetitivos
28/09/2013
250

y ((VoFR))
Codec y bit rate Tamao de la
(kbps)
muestra
(b t )
(bytes)
Mean Opinion
Score (MOS/5)
Payload de
voz (bytes)
Payload de
voz (ms)
Paquetes por
segundo
(PPS)
G 711 (64)
G.711
80
41
4.1
160
20
50
G.726 (32)
20
3.85
80
20
50
G.726 (24)
15
60
20
50
G.728 ((16))
10
3.61
60
30
34
G.729 (8)
10
3.92
20
20
50
G
G.723.1
(6.3)
( )
24
3.9
24
30
34
G.723.1 (5.3)
20
3.8
20
30
34
Tabla comparativa de algoritmos de codificacin de voz

28/09/2013
251

y ((VoFR))
El trfico de voz es muy sensible al retardo.
Para tener una buena calidad de voz, el retardo debe
ser menor a 150 ms (ITU G.114).
Una parte importante del retardo se debe a la
serializacin del interfaz (relacin entre el tamao del
frame y la velocidad del enlace). Ejm. un paquete de
1500 bytes toma 214 ms en transmitirlo desde un
router
t a 56 kbps.
kb
Retardos grandes no son aceptados para trfico de
voz,
o
por lo que
q e sus
s s paquetes
paq etes deben ser
fragmentados.
28/09/2013
252

y ((VoFR))
Los frames de datos y voz pueden ser llevados juntos
en enlaces de baja velocidad sin causar retardos
excesivos en el trfico
f
de voz.
Se recomienda que el retardo de serializacin sea de
10 a 15 ms,
ms para asegurar un mnimo de retardo y jitter
para los paquetes de voz.
El tamao del fragmento se recomienda que sea de
aproximadamente 80 bytes por cada 64 kbps.
A medida q
que la velocidad del enlace aumenta se
incrementar el tamao del fragmento (por ejem. se
recomienda fragmentos de 1000 bytes para enlaces de
768 kbps y con ello se asegura una serializacin de 10
ms.)
28/09/2013
253
Interfaces para dispositivos de voz

en una red de datos
Interfa
Interfaz FXS (Foreign eXchange Station) : Se
emplea para conectar a un dispositivo de red,
como un router, un telfono analgico comn o
puerto FXS acta como una Central
un fax. El p
Office (CO), puede generar timbrado y detectar
una condicin off
off-hook/on-hook
hook/on hook en un equipo
terminal asociado. Un puerto con FXS debe ser
conectado a un equipo que pueda detectar o
recibir tono.
28/09/2013
254
Interfaces para dispositivos de voz

en una red de datos
Interfaz FXO (Foreign eXchange Office) : Acta como
un telfono convencional, puede generar seales offh k/ h k y detectar
hook/on-hook
d t t un timbrado
ti b d proveniente
i t del
d l
dispositivo asociado (CO o lado estacin de una
PBX) El puerto
PBX).
t FXO en lugar
l
d proporcionar
de
i
l
la
sealizacin y el voltaje, necesita de un equipo
b i
bsico
d telefona.
de
t l f Un
U puerto
t con FXO debe
d b ser
conectado a un dispositivo que pueda generar tono
(ej: lnea de la PSTN, lnea de una central PBX,
puerto con FXS).
28/09/2013
255
Aplicacin # 3 :Internetworking
:Internetworking
Frame Relay
Relay--ATM
El internetworking Frame Relay/ATM es una
que p
permite a los usuarios el
solucin viable q
ingreso a redes de alta velocidad a un bajo
costo.
costo
Provee soluciones en la interconexin de
redes Frame Relay con redes ATM sin ningn
para los dispositivos

p
finales de
cambio p
usuarios.
28/09/2013
256
Internetworking
Frame Relay
Relay--ATM
La razn
ra n principal para esta interaccin se
debe a que FR se encuentra en la capacidad
de satisfacer varias aplicaciones como las
antes mencionadas.
Pero otras aplicaciones como la transmisin de
vdeo y el soporte para servidores,
servidores pueden ser
satisfechas de mejor manera por redes ATM
28/09/2013
257
Internetworking
F
Frame
Relay
RelayR l -ATM
Los usuarios tambin se encuentran
interesados en el internetworking FR/ATM
para proteger
t
su capital
it l invertido
i
tid en la
l
infraestructura Frame Relay existente.
En la actualidad se estn desarrollando
avances para el internetworking Frame
Relay/ATM SVC.
28/09/2013
258
Estndares para la interconexin

Frame Relay/ATM
En la actualidad existen 2 estndares para
realizar este tipo de interconexin usando
PVCs:
FRF.5
FRF 5
(F
(Frame
R l /ATM
Relay/ATM
N t
Network
k
Internetworking for PVCs), y
FRF.8
(Frame
Relay/ATM
Service
Internetworking for PVCs),
PVCs)
28/09/2013
259
Frame Relay/ATM Network

Internetworking for PVCs
28/09/2013
260
Frame Relay/ATM
y
Service
Internetworking for PVCs
28/09/2013
261
Planificacin para una red FR

Evaluacin de los requerimientos de la red
Evaluacin
del
impacto
sobre
los
procedimientos de administracin
Examinar
E
i
ell nivel
i l de
d acuerdo
d de
d los
l servicios
i i
Niveles
e es de ad
administracin
st ac de los
os se
servicios
c os
28/09/2013
262
Reglas para identificacin de

aplicaciones aptas para FR
Conexin de mltiples sitios

Alta velocidad
Trfico interactivo
Localidades ampliamente separadas
28/09/2013
263

Cap4 WAN MAYO 2016 PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cap4 WAN MAYO 2016 PDF

Încărcat de

Drepturi de autor:

Formate disponibile

REDES FRAME RELAY

Tecnologas disponibles previas a Frame Relay (1)

Ing. Pablo Hidalgo L.

Tecnologas disponibles previas a Frame Relay (2)

Ing. Pablo Hidalgo L.

COMPARACIN DE TDM, X.25 Y FR

Ing. Pablo Hidalgo L.

Ing. Pablo Hidalgo L.

FRAME RELAY: CARACTERSTICAS

Se provee mayores velocidades y menores retardos.

Ing. Pablo Hidalgo L.

FRAME RELAY: ESTNDARES

Ing. Pablo Hidalgo L.

FRAME RELAY: ESTNDARES

Ing. Pablo Hidalgo L.

ELEMENTOS DE UNA RED FRAME RELAY

Ing. Pablo Hidalgo L.

Beneficios de FR sobre otras tecnologas (1)

Ing. Pablo Hidalgo L.

Beneficios de FR sobre otras tecnologas (2)

Ing. Pablo Hidalgo L.

Frame Relay: Correcta mezcla de tecnologas

Ing. Pablo Hidalgo L.

FUNCIONAMIENTO DE FRAME RELAY (1)

Ing. Pablo Hidalgo L.

FUNCIONAMIENTO DE FRAME RELAY (2)

Ing. Pablo Hidalgo L.

Frame Relayy y el modelo OSI

Ing. Pablo Hidalgo L.

FUNCIONAMIENTO DE FRAME RELAY (3)

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relay (1)

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relay (2)

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relay (3)

Ing. Pablo Hidalgo L.

Ing. Pablo Hidalgo L.

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relay (4)

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relayy (5)

Ing. Pablo Hidalgo L.

Formato de la Trama Frame Relayy (6)

Campo de direccin de 2 bytes

Parte inferior del DLCI

Parte inferior del DLCI

Parte inferior del DLCI

Campo de direccin de 4 bytes

Campo de direccin de 3 bytes

Ing. Pablo Hidalgo L.

Ing. Pablo Hidalgo L.

Parmetros de una Conexin Frame Relayy (1)

Ing. Pablo Hidalgo L.

Parmetros de una Conexin Frame Relayy (2)

Los parmetros estn definidos en la recomendacin UIT-T

Ing. Pablo Hidalgo L.

Parmetros de una Conexin Frame Relay (3)

Ing. Pablo Hidalgo L.

Parmetros de una Conexin Frame Relay (4)

Ing. Pablo Hidalgo L.

Parmetros de una Conexin Frame Relayy (5)

COMMITED BURST SIZE