Embed Size (px)
Citation preview
Frame Relay
Página 1
REDES FRAME RELAY
Tecnologías disponibles previas a Frame Relay
La transferencia de datos entre dos sistemas se pueden realizar mediante líneas dedicadas
o empleando conmutación.
Con líneas dedicadas se puede disponer desde bajas hasta altas velocidades (Gbps). Los
costos son altos porque se dispone del enlace permanente.
Conmutación puede permitir un uso más eficiente de los recursos a un menor costo.
TDM asigna un ancho de banda fijo, el cual no puede ser utilizado por otro usuario a pesar de que no esté siendo utilizado.
TDM resulta más caro que tecnologías de conmutación de paquetes.
TDM Circuit
Switching
X.25 Packet
Switching
Frame
Relay
Time-slot multiplexing Yes No No
Statistical (virtual
circuit) multiplexing
No Yes Yes
Port sharing No Yes Yes
High speed (per $) Yes No Yes
Delay Very low High Low
Tecnologías Actuales
Tecnologías de alta velocidad y poco retardo.
Bajo costo.
Reducción dramática de cabeceras y procesamiento.
Se requieren redes confiables y dispositivos de acceso inteligentes.
Soluciones: Frame Relay, ATM, MPLS.
Frame Relay: Características
Tecnología de red orientada a conexión, basada en conmutación de paquetes y
multiplexaje estadístico.
Se reduce el procesamiento en cada nodo de conmutación:
o Establecimiento del circuito virtual a nivel de capa 2. o No hay mecanismos de recuperación de errores, ni control de flujo.
Se provee mayores velocidades y menores retardos.
Mientras que X.25 se implementa sólo a velocidades debajo de 64 kbps, FR se implementa
a velocidades que van desde algunos kbps hasta 2 Mbps o posiblemente mayores.
Frame Relay: Estándares
Se encuentra estandarizado tanto por el ANSI como por la UIT-T. los estándares ANSI son
T1.606, T1.618, T1.617, mientras que los correspondientes de la UIT-T son I.233, Q.922 y Q.933.
Control Plane User Plane User Plane Control Plane
Q.931/Q.933 User-selectable
functions
Q.931/Q.933
LAPD (Q.921) LAPD (Q.921) LAPF core
(Q.922)
LAPF core
(Q.922)
I.430/I.431 S/T I.430/I431
User (TE) Network (NT)
ANSI T1.606: Frame Relay Bearer service architectural framework and service description.
ANSI T1.606 Addendum: Congestion Managment principles.
ANSI T1.617: Signalling specifications for frame relay Bearer service.
ANSI T1.618: Core aspects of frame protocol.
CCITT I.122/I.233: Framework for frame mode Bearer services.
Frame Relay
Página 2
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: Signalling specification for frame relay Bearer service.
Elementos de una red Frame Relay
Beneficios de FR sobre otras tecnologías
Bajo costo para el usuario en relación a líneas dedicadas: comparte el canal entre varios usuarios y requiere menos hardware (tarjetas del router y DCU/CSU).
Estándares ampliamente aceptados que permiten una arquitectura abierta e implementar
el servicio plug-and-play.
Bajo overhead, combinado con una alta confiabilidad: mayor parte de la trama se utiliza para datos de usuario (alta eficiencia).
Escalabilidad de la red, flexibilidad y recuperación de errores.
Las adiciones y cambios en la red son transparentes al usuario.
Se tiene la posibilidad de rutas alternas de ruteo.
Internetworking con otros servicios y aplicaciones, como ATM.
Frame Relay: Correcta mezcla de tecnologías
Frame Relay combina la multiplexación estadística y las características de comparación de puertos de X.25 con las características de alta velocidad y bajo retardo de la tecnología
TDM.
Frame Relay elimina por completo el procesamiento a nivel de capa 3, incrementando
notablemente el rendimiento de la red.
Funcionamiento de Frame Relay
FR asume el uso de enlaces digitales confiables, tales como fibra óptica, por lo cual no
provee mecanismos de corrección de errores dentro de la red.
FR permite realizar detección de errores, de forma que las tramas con bits errados e
información inválida de ruteo puedan ser detectadas y descartadas.
Los puntos extremos de la conexión son responsables de detectar tramas perdidas e
iniciar retransmisión cuando se requiera. La retransmisión está a cargo de protocolos de más alto nivel.
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 están cerca de llegar a un estado de congestión.
FR es una tecnología basada en paquetes y muy similar a ATM. Los segmentos de
información de FR se denominan tramas. La principal diferencia entre las dos tecnologías
Frame Relay
Página 3
es la longitud variable de las tramas en FR comparado con el tamaño fijo de las celdas en ATM.
FR ofrece dos tipos de conexiones:
o Circuitos Virtuales Permanentes (PVC)
o Circuitos Virtuales Conmutados (SVC)
Varias conexiones virtuales pueden compartir un mismo medio físico de transmisión. La
capacidad de transmisión disponible puede ser utilizada por cada conexión virtual hasta
el límite físico (ancho de banda bajo demanda).
El ancho de banda que no es utilizado por una conexión virtual puede ser utilizado por otras conexiones virtuales (multiplexaje estadístico).
El multiplexaje estadístico de varias conexiones, resulta adecuado en la interconexión de
LANs debido a la naturaleza “bursty” del tráfico.
Frame Relay y el modelo OSI
Network
Management
Messages
Q.933 Signaling and
Management Messages
Data Link LAPF LAPF
Physical EIA-530, V.35,
X.21, HSSI
EIA-530, V.35, X.21,
HSSI
OSI PVC link Management
SVC Call Control and Link Management
Formato de la Trama Frame Relay
Bandera
DLCI C/R EA
DLCI FECN BECN DE EA
Datos
FCS
Bandera
En este formato no se establece una longitud máxima de trama, pero debe ser un número
entero de octetos (se dice que la trama está alineada a octeto). Las tramas llevan tanto
información de ruteo y datos de usuario. La trama está formada por los siguientes campos:
o Bandera: Delimita el inicio y fin de trama. La bandera consiste del octeto
01111110. Entre tramas consecutivas solo se utiliza una bandera. o Dirección: Puede ser de dos o más octetos. Está formado por varios subcampos:
DLCI (Data Link Connection Identifier): Generalmente formado por 10
bits. FR permite realizar multiplexación a nivel de capa 2. El DLCI identifica el canal lógico al que pertenece cada trama y por lo tanto permite
su ruteo. Los DCLI cambian a través de la red, de conmutador a
conmutador, para un mismo PVC. Un DLCI solo tiene significado local
para cada enlace. Con 10 bits se podría tener hasta 1024 PVCs, sin embargo, algunos están reservados para propósitos especiales. Los 4 bits
del segundo octeto son los menos significativos.
C/R (Command/Response): Especificado por la aplicación, no modificado por la red.
EA (Extension Address): Puesto que se permiten más de dos octetos en el
campo de dirección. Si 𝐸𝐴 = 0, indica que existe un siguiente byte detrás
de él. Si 𝐸𝐴 = 1, indica que es el último byte del campo de dirección. FECN (Forward Explicit Congestion Notification): Bit de notificación de
congestión en el sentido de la transmisión.
BECN (Backward Explicit Congestion Notification): Bit de notificación de
congestión en el sentido contrario a la transmisión.
Frame Relay
Página 4
DE (Discard Elegibility): Si 𝐷𝐸 = 1 indica que la trama es elegible para ser descartada en caso de congestión.
o Datos de usuario (Payload): Su longitud máxima no está definida. Normalmente los operadores de redes FR la sitúan alrededor de 1600 bytes. Este campo está
alineado al octeto, es decir se exige al usuario del servicio que entregue un
número entero de octetos. El payload es transportado transparentemente, permitiendo el transporte de protocolos existentes de capas superiores.
o FCS (Frame Check Sequence): Suma de verificación CRC para detectar errores de
transmisión, 𝑋16 + 𝑋12 + 𝑋5 + 1
Campo de dirección de 2 bytes
Parte superior del DLCI C/R EA 0
Parte Inferior de DLCI FECN BECN DE EA 1
Campo de dirección de 3 bytes
Parte superior del DLCI C/R EA 0
DLCI FECN BECN DE EA 0
Parte inferior del DLCI o control DL central D/C EA 1
Campo de direcciones de 4 bytes
Parte superior del DLCI C/R EA 0
DLCI FECN BECN DE EA 0
Parte inferior del DLCI EA 0
Parte inferior del DLCI o control DL central D/C EA 1
𝐷/𝐶 = 0 → DLCI
𝐷/𝐶 = 1 → Control
Funcionamiento
La recomendación UIT-T Q.922 describe las funciones principales utilizadas para
soportar el servicio portador Frame Relay:
o Delineación y alineamiento de tramas.
o Multiplexaje/Demultiplexaje de tramas con el uso del campo de dirección. o Inspección de las tramas para asegurar que conste de un número entero de
octetos.
o Inspección de las tramas para asegurar que no sean, ni demasiado largas ni demasiado cortas.
o Detección (no retransmisión) de errores de transmisión.
o Funciones de control de congestión.
Parámetros de una Conexión Frame Relay
Access rate
Commited rate measurement interval (Tc)
Committed burst size (Bc)
Committed information rate (CIR)
Excess burst size (Be)
Excess information rate (EIR)
Discard Eligibility indicator (DE)
Los parámetros están definidos en la recomendación UIT-T I.233 para la administración de recursos de conexiones virtuales individuales:
o Access Rate: Velocidad de canal de acceso del usuario de red de datos. Máxima
velocidad que el usuario puede disponer.
Frame Relay
Página 5
o Commited Information Rate (CIR): La velocidad de transmisión de datos promedio a la cual la red está obligada a transmitir en condiciones normales.
o Commited Burst Size (Bc): La máxima cantidad de datos (bits) que la red se
compromete a transmitir durante un intervalo de tiempo definido Tc. Se cumple:
𝐵𝑐 = 𝐶𝐼𝑅 ∗ 𝑇𝑐 o Excess Burst Size (Be): La máxima cantidad permitida de datos que puede
exceder Bc durante el intervalo de tiempo Tc. La distribución de estos datos (Be),
no están garantizados. Aquellos datos que superen 𝐵𝑐 + 𝐵𝑒 se descartan incondicionalmente. Bc y Be generalmente se miden en Megabytes o kilotramas.
o Commited Rate Measurement Interval (Tc): Intervalo de tiempo durante el cual
el usuario está permitido transmitir 𝐵𝑐 + 𝐵𝑒. o Excess Information Rate (EIR): Es la tasa de transmisión sobre el CIR, que la
red intentará transmitir. o Discard Eligibility Indicator (DE): Es el bit del header Frame Relay que se
emplea para marcar las tramas que en condiciones de congestión deben ser
descartadas para mantener el CIR.
Estos parámetros son definidos por suscripción o vía señalización y son controlados en el interfaz usuario-red, para cada circuito virtual, a fin de que los usuarios se ajusten a
los parámetros que han negociado.
Velocidad Comprometida más excedida vs. tiempo
Frame Relay
Página 6
Llegada de datos del usuario vs. tiempo
El bit DE es activado (DE =1) por la red en tramas que superen el valor Bc (es decir que
pertenezcan a Be), para indicar que esas tramas deberían ser descartadas en preferencias
a otras, si es necesario. Un usuario puede también marcar este bit para indicar la importancia relativa de una trama respecto a otras. Las tramas debajo del CIR acordado
no son elegibles para ser descartadas (DE=0).
Un usuario puede optimizar cada conexión virtual para el tráfico a ser llevado escogiendo
valores adecuados de CIR y Be. Adicionalmente el usuario puede activar el bit 𝐷𝐸 de acuerdo a la importancia relativa de las tramas respecto a otras.
Un nodo FR se encarga de efectuar las siguientes funciones:
o Chequear si el DLCI es correcto (el DLCI es la información de ruteo).
o Chequear si las tramas están dentro del CIR para ese PVC, si no activar el bit DE.
o Chequear si existe congestión (buffer de salida más 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.
Mecanismo de Notificación de congestión
Frame Relay
Página 7
La notificación de congestión empieza cuando el tráfico entrante de datos en la red crece.
En el punto 𝐴 el throughput de datos que ha venido creciendo, se frena.
Si la cantidad de datos que sigue entrando en la red va creciendo, se llegará al punto 𝐵
en el cual la red empieza a descartar tramas, disminuyendo el throughput de datos.
Notificación Explícita de Congestión
En la red las tramas son enviadas desconociendo el estado de congestión de la misma. Si
se transmiten tramas sobre la capacidad comprendida de la red Bc, las tramas serán
susceptibles de descarte en función de la congestión.
La red notifica el aumento de la probabilidad de descarte de tramas mediante los bits FECN y BECN. Se requiere que los terminales actúen de forma coherente y reduzcan el
tráfico enviado a la red, porque de lo contrario las tramas de usuario que superen Bc
están en peligro de ser descartadas en nodos congestionados.
La congestión es unidireccional, pues puede haber caminos distintos para los dos sentidos
de la transmisión y mientras un camino puede estar sufriendo problemas de tráfico, el
otro lado puede no tenerlo.
Los FECN y BECN notifican congestión hacia los dos extremos de una conexión de la
siguiente forma: o 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 transmisión (en la dirección
en que la congestión es vista para esa conexión). La red también identifica las
tramas de esa conexión que circula en sentido contrario activando el bit BECN. o Se notifica al destino la existencia de congestión para que esté consciente de que
se puede estar perdiendo tramas que tienen marcado el bit 𝐷𝐸 = 1, y debido al control de flujo, ya que algunos protocolos de capa superior pueden
implementarlo.
Notificación Implícita de Congestión
Existe la posibilidad de emplear notificaciones implícitas entre FRADS en donde no
interviene la red.
Los FRADs reciben notificaciones para bajar su throughput.
Algunos protocolos de capas superiores, como TCP, operando en los dispositivos
terminales tiene una forma implícita de detección de congestión.
Estos protocolos pueden deducir que la congestión está ocurriendo por el aumento en el retardo de ida y vuelta o por la detección de tramas perdidas por ejemplo.
La implementación de mecanismos de seguridad sobre las características del tráfico de
una red para indicar congestión es conocido como notificación de congestión implícita.
Determinados protocolos de capas superiores han sido desarrollados para correr sobre redes cuya capacidad es indeterminada. En este caso se limita la velocidad de envío de
tráfico sobre la red a través del uso de una ventana, permitiendo que solamente un
número limitado de tramas pueda ser enviado antes que llegue un acuse de recibo.
Frame Relay
Página 8
Cuando se detectan señales de congestión, el protocolo puede disminuir el tamaño de la
ventana, disminuyendo así la carga sobre la red.
El mismo ajuste de tamaño de la ventana es también la manera normal con la que los
dispositivos de usuario responden a un FECN o BECN. Los estándares ANSI establecen
que las notificaciones implícitas y explícitas son complementarias y pueden ser usadas juntas para mejorar resultados.
Control de Congestión
Los estándares Frame Relay establecen que los dispositivos de usuario debe reducir el tráfico con respuesta a una notificación de congestión.
Si el dispositivo de usuario es incapaz de responder a los mecanismos de señalización,
éste podría simplemente ignorar las señales de congestión y continuar transmitiendo
datos a la misma velocidad que antes.
Si una congestión causa sobrecarga, un mayor número de tramas serán descartadas.
Esto alargará los tiempos de respuesta y reduce el rendimiento total de la red, pero la
red no caerá.
Cuando ocurre congestión, los nodos deben decidir cuales tramas deben descartar, mediante el bit DE.
Todas las tramas dentro del CIR
Una trama marcada con el indicador DE
Frame Relay
Página 9
Una trama marcada con el indicador DE
y una trama descartada
Manejo de tráfico en el FRAD
Sobresuscripción
El valor del CIR debería ser el throughput garantizado.
Si un puerto físico posee varios PVCs el CIR es asignado para cada PVC.
Frame Relay
Página 10
Si la suma de los valores de CIR es mayor que la velocidad de acceso, se ha producido
una sobresuscripción.
Los proveedores de servicio pueden manejar lo sobresuscripción considerando que el valor
del CIR no va a ser alcanzado simultáneamente por todos los PVCs.
Control de Tráfico en Frame Relay
Frame Relay puede definir parámetros para control de tráfico (traffic shaping y traffic
policing), los cuales se desarrollan en base al CIR y EIR.
o Traffic Shaping (X): vigila que el tráfico inyectado no sobrepase los valores
especificados de CIR (o CIR+EIR). En ningún caso estaría justificado superar el CIR+EIR pues ese tráfico se perdería.
o Traffic Policing (A): adopta medidas cuando se sobrepasan dichos caudales. Las
tramas que superen el CIR serán marcadas el bit DE, mientras que las que superen el CIR+EIR serán directamente descartadas.
Tanto el Traffic Shaping como el Traffic Policing se realizan en los puntos de entrada a la
red, no en la salida.
Cuando un host inyecta tráfico a través de un circuito virtual en una red FR, el conmutador que
da el acceso, reserva para esa conexión dos buffers de capacidad 𝐵𝑐 y 𝐵𝑒.
En principio el conmutador va colocando en el buffer 𝐵𝑐 las tramas recibidas y las transmite a la red con un caudal igual al CIR.
Si el buffer 𝐵𝑐 se llena (porque las tramas llegan con un caudal superior al CIR) las tramas
excedentes se colocan en el buffer 𝐵𝑒, del cual se envían a la red con un caudal igual al EIR. Estas tramas salen a la red con el bit DE puesto a 1.
Si el buffer 𝐵𝑒 también se llena, las tramas excedentes son descartadas.
Frame Relay
Página 11
Estado de las conexiones
Éstos son parámetros opcionales. Es posible implementar una red Frame Relay y transportar datos sin implementar estos parámetros.
Permiten interactuar al dispositivo de usuario con la red para conocer el estado de las
conexiones de la red.
Esta información del estado es conseguida a través del uso de tramas especiales de administración con una dirección DLCI única, que pueden ser transferidas entre la red y
el dispositivo de acceso.
La señalización entre el dispositivo de usuario y la red se lo hace usando DLCIs
específicos: o Uso de los DLCIs según ANSI/CCITT (dos octetos de dirección):
0: Canal LMI, usado para llevar mensajes de LMI que determinan la
integridad del enlace y señalización de llamadas. 1-15: Reservado para uso futuro.
16-991: Disponible para uso de circuitos virtuales (PVCs y SVCs).
992-1007: Usado para administración de cada 2.
1008-1022: Reservado para uso futuro. 1023: Administración
El mecanismo de estado de conexión es denominado Local Management Interface (LMI).
Actualmente existen tres versiones de la especificación LMI:
Protocol Specification
LMI Frame Relay Forum
Implementation Agreement (IA) FRF.1 superceded by FRF.1.1
Annex D ANSI T1.617
Annex A ITU Q.933 referenced in FRF.1.1
Estas tramas controlan el estado de la conexión y provee la siguiente información:
o Si el interfaz se encuentra activo, en cuyo caso se llama “keep alive”.
o El DLCI válido definido para ese interfaz.
o El estado de cada circuito virtual, por ejemplo: si éste se encuentra congestionado o no.
Para superar el inconveniente de las conexiones NNI, se especificaron dos
recomendaciones.
o Anexo D de la recomendación ANSI T.617 o Anexo A de la recomendación ITU-T Q.933
LMI utiliza el DLCI 1023 para administración.
Anexo A y Anexo D usan el DLCI 0 para administración.
En este caso, los dos participantes pueden solicitar un 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.
Frame Relay
Página 12
Circuitos Virtuales Conmutados
La implementación de SVCs está basada en los estándares ANSI T1.617 e ITU-T Q.933
Mensajes para establecimiento de llamadas:
o Setup o Call Proceeding
o Connect
Mensajes para liberación de llamada
o Disconnect o Release
o Release Complete
Implementación de Frame Relay
Hoy en día se provee el servicio FR a través de PVC.
A cada extremo de un PVC, el usuario puede colocar un puerto de computadora con
soporte FR, un FRAD, o un puente/ruteador LAN.
Un FRAD (Frame Relay Access Device), también conocido como un
ensamblador/desensamblador FR, permite a estaciones finales que no poseen soporte
nativo para FR (Ejm. Terminales de voz, vídeo, ciertos ruteadores, PCs, etc.), comunicarse
entre sí usando los servicios de una red FR. Los FRADS operan en pares, uno en cada extremo de la red FR.
Frame Relay
Página 13
Las estaciones finales se conectan a los FRADs usando por ejemplo SDLC, ASYNC, BSC
o protocolos LAN, los cuales vía la conexión de red FR permiten la comunicación extremo a extremo. El número de DLCIs activos entre dos FRADs depende de la implementación.
Aplicación #1: Interconexión entre Redes LAN
En una solución tradicional la interconexión entre LANs a través de una WAN puede
resultar bastante costosa.
Debido a que el costo de las líneas privadas dependen de la distancia, el precio de la red
crece a medida que la dispersión geográfica se incrementa.
Los cambios dentro del diseño de la red normalmente requiere reconfiguraciones físicas
adicionales a los cambios de software.
Solución: usar Frame Relay para la interconexión LAN.
Aplicación #2: VoFR
Ofrece a los administradores de telecomunicaciones la oportunidad de consolidar voz y
datos en la banda de voz (ejm: fax y módems analógicos) con los servicios de datos sobre
Frame Relay.
Frame Relay
Página 14
A diferencia de la mayoría de tipos de datos que pueden tolerar retardos, la voz debe ser
manipulada en tiempo real.
Hasta algún poco tiempo empaquetar voz para su transmisión era inalcanzable debido a
los requerimientos de ancho de banda y los retardos de transmisión asociados con las redes basadas en paquetes.
Un análisis de una muestra de voz representativa presento que solo el 22% de un diálogo
típico contiene componentes especiales del habla que deben ser transmitidos para una
claridad de voz completa.
Es posible el empaquetamiento de voz usando un mínimo de recursos de la red,
analizando y procesando solo las componentes esenciales para las muestras de voz.
En lugar de intentar digitalizar toda la muestra de voz con todas sus pausas y patrones
repetitivos asociados.
Codec y bit
rate (kbps)
Tamaño de
la muestra (bytes)
Mean Opinio
Score (MOS/5)
Payload de
voz (bytes)
Payload de
voz (ms)
Paquete por
segundo (PPS)
G.711(64) 80 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.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 codificación de voz
El tráfico 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 serialización del interfaz (relación entre el
tamaño del frame y la velocidad del enlace). Ejm. Un paquete de 1500 bytes toma 214 ms en transmitirlo desde un router a 56 kbps.
Retardos grandes no son aceptados en el tráfico de voz, por lo que sus paquetes deben
ser fragmentados.
Los frames de datos y voz pueden ser llevados juntos en enlaces de baja velocidad sin causar retardos excesivos en el tráfico de voz.
Frame Relay
Página 15
El tamaño del fragmento se recomienda que sea de aproximadamente 80 bytes por cada
64 kbps.
A medida que la velocidad del enlace aumenta se incrementará el tamaño del fragmento
(por ejem. Se recomienda fragmentos de 1000 bytes para enlaces de 768 kbps y con ello
se asegura una serialización de 10 ms.)
Interfaces para dispositivos de voz en una red de datos
Interfaz FXS (Foreign eXchange Station): Se emplea para conectar un dispositivo de
red, como un router, un teléfono analógico común o un fax. El puerto FXS actúa como una Central Office (CO), puede generar timbrado y detectar una condición off-hook/on-
hook en un equipo terminal asociado. Un puerto con FXS debe ser conectado a un equipo
que pueda detectar o recibir tono.
Interfaz FXO (Foreign eXchange Office): Actúa como un teléfono convencional, puede
generar señales off-hook/on-hook y detectar un timbrado proveniente de un dispositivo
asociado (CO o lado estación de una PBX). El puerto FXO en lugar de proporcionar la
señalización y el voltaje, necesita de un equipo básico de telefonía. Un puerto con FXO debe ser conectado a un dispositivo que pueda generar tono (ej: línea de la PSTN, línea de
una central PBX, puerto con FXS).
Aplicación #3: Internetworking Frame Relay-ATM
El internetworking Frame Relay/ATM es una solución viable que permite a los usuarios
el ingreso a redes de alta velocidad a un bajo costo.
Provee soluciones en la interconexión de redes Frame Relay con redes ATM sin ningún cambio para dispositivos finales de usuario.
La razón principal para esta interacción se debe a que FR se encuentra en la capacidad
de satisfacer varias aplicaciones como las antes mencionadas.
Pero otras aplicaciones como la transmisión de vídeo y el soporte para servidores, pueden ser satisfechas de mejor manera por redes ATM.
Los usuarios también se encuentran interesados en el internetworking FR/ATM para
proteger su capital invertido en la infraestructura Frame Relay existente.
En la actualidad se están desarrollando avances para el internetworking Frame Relay/ATM SVC.
Estándares para la interconexión Frame Relay/ATM
En la actualidad existen 2 estándares para realizar este tipo de interconexión usando PVCs:
o FRF.5 (Frame Relay/ATM Network Internetworking for PVCs)
o FRF.8 (Frame Relay/ATM Service Internetworking for PVCs)
Frame Relay
Página 16
Planificación para una red FR
Evaluación de los requerimientos de la red.
Evaluación del impacto sobre los procedimientos de administración.
Examinar el nivel de acuerdo de los servicios (SLA).
Niveles de administración de los servicios.
Reglas para identificación de aplicaciones aptas para FR
Conexión de múltiples sitios.
Alta velocidad.
Tráfico interactivo.
Localidades ampliamente separadas.
