Articulo de referencia

Relevo de marco

Una red Frame Relay básica Frame Relay ( FR ) es una tecnología estandarizada de red de área amplia (WAN) que especifica las capas física y de enlace de datos de los canales de ...

Una red Frame Relay básica

Frame Relay ( FR ) es una tecnología estandarizada de red de área amplia (WAN) que especifica las capas física y de enlace de datos de los canales de telecomunicaciones digitales mediante una metodología de conmutación de paquetes .

Frame Relay se desarrolló originalmente como una versión simplificada del sistema X.25 , diseñado para funcionar en las redes de Redes Digitales de Servicios Integrados (RDSI) emergentes. X.25 se diseñó para operar en líneas telefónicas convencionales , las cuales estaban sujetas a ruido que provocaba la pérdida de datos, y el protocolo incluía una extensa corrección de errores para solucionar este problema. RDSI ofrecía tasas de error considerablemente menores, prácticamente nulas, por lo que la extensa corrección de errores ya no era necesaria. El nuevo conjunto de protocolos era esencialmente una versión reducida de X.25 sin corrección de errores, lo que resultaba en una menor sobrecarga, una mayor eficiencia del canal y, a menudo, un rendimiento general significativamente superior al de X.25.

Al igual que X.25, Frame Relay se utiliza normalmente en una configuración de conmutación de circuitos , donde las conexiones entre dos puntos finales son a largo plazo (al menos en términos informáticos). Esto coincide con el uso habitual de la red telefónica, sobre la cual se diseñó X.25. Esto contrasta con los protocolos diseñados para ser a corto plazo, como el Protocolo de Internet , donde cada paquete puede ir a un punto final diferente. En la práctica, Frame Relay se utilizaba a menudo como mecanismo de puente para conectar sistemas o dispositivos de red de área local (LAN) con enlaces dedicados a sistemas de back-end. Los usuarios disponen de una conexión que encapsula sus datos (en algunos casos, incluyendo voz en VoFR ) y los envía a un nodo Frame Relay, que a su vez los reenvía a otro punto final donde se inyectan en la red remota, apareciendo como si fuera tráfico local. Es menos costoso que utilizar líneas arrendadas para este propósito, y esa es una de las razones de su popularidad. La extrema simplicidad de configurar el equipo de usuario en una red Frame Relay es otra razón de su popularidad.

Con la llegada de Ethernet sobre fibra óptica, MPLS , VPN y servicios de banda ancha dedicados como el módem de cable y DSL , Frame Relay se ha vuelto menos popular en los últimos años.

Los estándares Frame Relay fueron promovidos por el Frame Relay Forum (FRF).

Descripción técnica

Los diseñadores de Frame Relay se propusieron ofrecer un servicio de telecomunicaciones para la transmisión de datos rentable para el tráfico intermitente entre redes de área local (LAN) y entre puntos finales en una red de área amplia (WAN). Frame Relay coloca los datos en unidades de tamaño variable llamadas "tramas" y deja la corrección de errores necesaria (como la retransmisión de datos) a cargo de los puntos finales. Esto acelera la transmisión general de datos. Para la mayoría de los servicios, la red proporciona un circuito virtual permanente (PVC), lo que significa que el cliente ve una conexión continua y dedicada sin tener que pagar por una línea arrendada a tiempo completo , mientras que el proveedor de servicios determina la ruta que sigue cada trama hasta su destino y puede cobrar en función del uso.

Una empresa puede seleccionar un nivel de calidad de servicio , priorizando algunos tramas y restando importancia a otros. Frame Relay puede funcionar en portadoras de sistemas T-1 o E -carrier fraccionarias , o completas . Frame Relay complementa y proporciona un servicio de gama media entre ISDN de velocidad básica , que ofrece un ancho de banda de 128 kbit/s, y el Modo de Transferencia Asíncrona (ATM), que funciona de forma similar a Frame Relay pero a velocidades de 155,520 Mbit/s a 622,080 Mbit/s. [ 1 ]   

Frame Relay se basa técnicamente en la antigua tecnología de conmutación de paquetes X.25 , diseñada para transmitir datos en líneas de voz analógicas. A diferencia de X.25, cuyos diseñadores esperaban señales analógicas con una probabilidad relativamente alta de errores de transmisión, Frame Relay es una tecnología de conmutación de paquetes rápida que opera sobre enlaces con una baja probabilidad de errores de transmisión (generalmente prácticamente sin pérdidas, como PDH ), lo que significa que el protocolo no intenta corregir errores. Cuando una red Frame Relay detecta un error en una trama, simplemente la descarta. Los puntos finales son responsables de detectar y retransmitir las tramas descartadas. (Sin embargo, las redes digitales ofrecen una incidencia de errores extraordinariamente baja en comparación con la de las redes analógicas).

Frame Relay se utiliza frecuentemente para conectar redes de área local (LAN) con redes troncales principales , así como en redes de área amplia (WAN) públicas y en entornos de redes privadas con líneas arrendadas sobre líneas T-1. Requiere una conexión dedicada durante el período de transmisión. Frame Relay no proporciona una ruta ideal para la transmisión de voz o video, ya que ambas requieren un flujo constante de transmisiones. Sin embargo, en ciertas circunstancias, la transmisión de voz y video sí utiliza Frame Relay.

Frame Relay surgió como una extensión de la red digital de servicios integrados (RDSI). Sus diseñadores buscaban permitir que una red de conmutación de paquetes transportara datos a través de la tecnología de conmutación de circuitos. Esta tecnología se ha convertido en un medio independiente y rentable para crear una red de área amplia (WAN).

Los conmutadores Frame Relay crean circuitos virtuales para conectar redes LAN remotas a una red WAN. La red Frame Relay se establece entre un dispositivo de borde de la LAN, generalmente un enrutador, y el conmutador del operador. La tecnología que utiliza el operador para transportar datos entre los conmutadores es variable y puede diferir entre operadores (es decir, para funcionar, una implementación práctica de Frame Relay no necesita depender únicamente de su propio mecanismo de transporte).

La sofisticación de esta tecnología exige un conocimiento profundo de la terminología utilizada para describir su funcionamiento. Sin un conocimiento sólido de Frame Relay, resulta difícil solucionar problemas de rendimiento.

La estructura de trama Frame Relay es esencialmente un reflejo casi exacto de la definida para LAP-D. El análisis de tráfico puede distinguir el formato Frame Relay de LAP-D por la ausencia de un campo de control. [ 2 ]

Unidad de datos de protocolo

Cada unidad de datos de protocolo (PDU) Frame Relay consta de los siguientes campos:

  1. Campo de bandera . La bandera se utiliza para realizar la sincronización de enlace de datos de alto nivel, que indica el inicio y el final de la trama con el patrón único 01111110. Para garantizar que el patrón 01111110 no aparezca en ningún lugar dentro de la trama, se utilizan procedimientos de relleno y desrelleno de bits .
  2. Campo de dirección . Cada campo de dirección puede ocupar los octetos 2 a 3, 2 a 4 o 2 a 5, según el rango de la dirección en uso. Un campo de dirección de dos octetos comprende los bits de extensión del campo de dirección (EA) y el bit de comando/respuesta (C/R).
    Campo de dirección (2 octetos)
    1. DLCI ( Bits de Identificación de Conexión de Enlace de Datos). El DLCI sirve para identificar la conexión virtual, de modo que el receptor sepa a qué conexión de información pertenece una trama. Cabe destacar que este DLCI tiene relevancia local. Un único canal físico puede multiplexar varias conexiones virtuales diferentes.
    2. Bits FECN, BECN, DE . Estos bits informan sobre la congestión:
      • FECN = Bit de notificación explícita de congestión hacia adelante
      • BECN = Bit de notificación de congestión explícita hacia atrás
      • DE = Descartar bit de elegibilidad
  3. Campo de información . Un parámetro del sistema define la cantidad máxima de bytes de datos que un host puede incluir en una trama. Los hosts pueden negociar la longitud máxima real de la trama al establecer la llamada. El estándar especifica un tamaño máximo de campo de información (compatible con cualquier red) de al menos 262 octetos. Dado que los protocolos de extremo a extremo suelen operar con unidades de información mayores, Frame Relay recomienda que la red admita un valor máximo de al menos 1600 octetos para evitar la necesidad de segmentación y reensamblaje por parte de los usuarios finales.
  4. Campo de secuencia de verificación de trama (FCS) . Dado que no se puede ignorar por completo la tasa de error de bits del medio, cada nodo de conmutación necesita implementar la detección de errores para evitar el desperdicio de ancho de banda debido a la transmisión de tramas erróneas . El mecanismo de detección de errores utilizado en Frame Relay se basa en la verificación de redundancia cíclica (CRC).

Control de congestión

La red Frame Relay utiliza un protocolo simplificado en cada nodo de conmutación. Su simplicidad se logra al omitir el control de flujo enlace por enlace. Como resultado, la carga ofrecida ha determinado en gran medida el rendimiento de las redes Frame Relay. Cuando la carga ofrecida es alta, debido a picos de demanda en algunos servicios, la sobrecarga temporal en algunos nodos Frame Relay provoca un colapso en el rendimiento de la red. Por lo tanto, las redes Frame Relay requieren mecanismos eficaces para controlar la congestión.

El control de congestión en las redes Frame Relay incluye los siguientes elementos:

  1. Control de Admisión. Este proporciona el mecanismo principal utilizado en Frame Relay para garantizar la disponibilidad de los recursos una vez aceptada la solicitud. También sirve, en general, para lograr un alto rendimiento de la red. La red decide si acepta una nueva solicitud de conexión, basándose en la relación entre el descriptor de tráfico solicitado y la capacidad residual de la red. El descriptor de tráfico consta de un conjunto de parámetros que se comunican a los nodos de conmutación en el momento del establecimiento de la llamada o en el momento de la suscripción al servicio, y que caracteriza las propiedades estadísticas de la conexión. El descriptor de tráfico consta de tres elementos:
  2. Tasa de información comprometida (CIR). La tasa promedio (en bits/s) a la que la red garantiza la transferencia de unidades de información durante un intervalo de medición T. Este intervalo T se define como: T = Bc/CIR.
  3. Tamaño de ráfaga comprometida (BC). El número máximo de unidades de información transmitibles durante el intervalo T.
  4. Tamaño de ráfaga excedente (BE). El número máximo de unidades de información no comprometidas (en bits) que la red intentará transmitir durante el intervalo.

Una vez establecida la conexión, el nodo de borde de la red Frame Relay debe supervisar el flujo de tráfico para garantizar que el uso real de los recursos de la red no supere esta especificación. Frame Relay define ciertas restricciones en la tasa de información del usuario. Esto permite a la red controlar la tasa de información del usuario final y descartar información cuando se supera la tasa de acceso contratada.

Se propone la notificación explícita de congestión como política para evitarla. Su objetivo es mantener la red operando en su punto de equilibrio deseado para garantizar una calidad de servicio (QoS) óptima. Para ello, se han incorporado bits de control de congestión especiales en el campo de dirección de Frame Relay: FECN y BECN. La idea principal es evitar la acumulación de datos en la red.

FECN significa notificación explícita de congestión hacia adelante. El bit FECN se puede establecer en 1 para indicar que se experimentó congestión en la dirección de transmisión de la trama, informando así al destino que se ha producido congestión. BECN significa notificación explícita de congestión hacia atrás. El bit BECN se puede establecer en 1 para indicar que se experimentó congestión en la red en la dirección opuesta a la transmisión de la trama, informando así al remitente que se ha producido congestión.

Origen

Frame Relay comenzó como una versión simplificada del protocolo X.25, liberándose de la carga de corrección de errores más comúnmente asociada con X.25. Cuando Frame Relay detecta un error, simplemente descarta el paquete defectuoso. Frame Relay utiliza el concepto de acceso compartido y se basa en una técnica denominada "mejor esfuerzo", por la cual la corrección de errores prácticamente no existe y prácticamente no hay garantía de entrega de datos confiable. Frame Relay proporciona una encapsulación estándar de la industria, aprovechando las ventajas de la tecnología de conmutación de paquetes de alta velocidad capaz de dar servicio a múltiples circuitos virtuales y protocolos entre dispositivos conectados, como dos enrutadores. Aunque Frame Relay se hizo muy popular en Norteamérica, nunca lo fue en Europa. X.25 siguió siendo el estándar principal hasta que la amplia disponibilidad de IP hizo que la conmutación de paquetes fuera casi obsoleta. En ocasiones se utilizó como infraestructura para otros servicios, como el tráfico X.25 o IP. Mientras que Frame Relay se usaba en EE. UU. también como portador para el tráfico TCP/IP, en Europa las redes troncales para redes IP a menudo usaban ATM o PoS , más tarde reemplazado por Carrier Ethernet [ 3 ].

Relación con X.25

X.25 fue un importante protocolo WAN inicial y a menudo se le considera el precursor de Frame Relay, ya que muchos de los protocolos y funciones subyacentes de X.25 todavía se utilizan hoy en día (con actualizaciones) por Frame Relay. [ 5 ]

X.25 proporciona calidad de servicio y una entrega sin errores, mientras que Frame Relay se diseñó para transmitir datos lo más rápido posible a través de redes con baja tasa de error. Frame Relay elimina varios de los procedimientos y campos de nivel superior utilizados en X.25. Frame Relay se diseñó para su uso en enlaces con tasas de error mucho menores que las disponibles cuando se diseñó X.25.

X.25 prepara y envía paquetes, mientras que Frame Relay prepara y envía tramas. Los paquetes X.25 contienen varios campos utilizados para la verificación de errores y el control de flujo , la mayoría de los cuales no son utilizados por Frame Relay. Las tramas en Frame Relay contienen un campo de dirección de capa de enlace ampliado que permite a los nodos de Frame Relay dirigir las tramas a sus destinos con un procesamiento mínimo. La eliminación de funciones y campos en X.25 permite a Frame Relay transmitir datos más rápidamente, pero deja más margen para errores y mayores retrasos si es necesario retransmitir los datos.

Las redes de conmutación de paquetes X.25 suelen asignar un ancho de banda fijo a través de la red para cada acceso X.25, independientemente de la carga actual. Este método de asignación de recursos, si bien es adecuado para aplicaciones que requieren una calidad de servicio garantizada, resulta ineficiente para aplicaciones con características de carga muy dinámicas o que se beneficiarían de una asignación de recursos más dinámica. Las redes Frame Relay pueden asignar ancho de banda dinámicamente tanto a nivel de canal físico como lógico.

circuitos virtuales

Como protocolo WAN, Frame Relay se implementa con mayor frecuencia en la capa 2 ( capa de enlace de datos ) del modelo de interconexión de sistemas abiertos (OSI) de siete capas . Existen dos tipos de circuitos: circuitos virtuales permanentes (PVC), que se utilizan para formar enlaces lógicos de extremo a extremo mapeados sobre una red física, y circuitos virtuales conmutados (SVC). Estos últimos son análogos a los conceptos de conmutación de circuitos de la red telefónica pública conmutada (PSTN), la red telefónica global.

Interfaz de gestión local

Las propuestas iniciales para Frame Relay se presentaron al Comité Consultivo Internacional de Telegrafía y Telégrafo ( CCITT ) en 1984. La falta de interoperabilidad y estandarización impidió su implementación significativa hasta 1990, cuando Cisco , Digital Equipment Corporation (DEC), Northern Telecom y StrataCom formaron un consorcio para centrarse en su desarrollo. Crearon un protocolo que proporcionaba capacidades adicionales para entornos de interconexión de redes complejos. Estas extensiones de Frame Relay se conocen como interfaz de gestión local (LMI).

Los identificadores de conexión de enlace de datos ( DLCI ) son números que hacen referencia a las rutas a través de la red Frame Relay. Solo tienen significado local, lo que significa que cuando el dispositivo A envía datos al dispositivo B, probablemente utilizará un DLCI diferente al que el dispositivo B usaría para responder. Se pueden activar varios circuitos virtuales en los mismos puntos finales físicos (mediante el uso de subinterfaces ).

La extensión de direccionamiento global LMI otorga a los identificadores de conexión de enlace de datos (DLCI) de Frame Relay un significado global en lugar de local. Los valores DLCI se convierten en direcciones DTE únicas en la WAN de Frame Relay. Esta extensión añade funcionalidad y capacidad de gestión a las redes Frame Relay. Por ejemplo, las interfaces de red individuales y los nodos finales conectados a ellas pueden identificarse mediante técnicas estándar de resolución y descubrimiento de direcciones. Además, para los enrutadores de su periferia, toda la red Frame Relay se comporta como una LAN típica.

Los mensajes de estado del circuito virtual LMI proporcionan comunicación y sincronización entre los dispositivos Frame Relay DTE y DCE . Estos mensajes se utilizan para informar periódicamente sobre el estado de los PVC, lo que evita que los datos se envíen a través de PVC que ya no existen.

La extensión de multidifusión LMI permite asignar grupos de multidifusión. La multidifusión ahorra ancho de banda al permitir que las actualizaciones de enrutamiento y los mensajes de resolución de direcciones se envíen solo a grupos específicos de enrutadores. La extensión también transmite informes sobre el estado de los grupos de multidifusión en los mensajes de actualización.

Tasa de información comprometida

Las conexiones Frame Relay suelen tener una tasa de información comprometida (CIR) y un ancho de banda variable , conocido como tasa de información extendida (EIR). El proveedor garantiza que la conexión siempre admitirá la tasa C y, en ocasiones, la tasa PRa si hay suficiente ancho de banda. Las tramas que superan la CIR se marcan como descartables (DE), lo que significa que pueden eliminarse si se produce congestión en la red Frame Relay. Las tramas que superan la EIR se descartan inmediatamente.

reputación en el mercado

El Frame Relay Forum promovió los estándares

Frame Relay tenía como objetivo hacer un uso más eficiente de los recursos físicos existentes, permitiendo que las compañías de telecomunicaciones sobredimensionaran los servicios de datos para sus clientes, ya que era improbable que estos utilizaran un servicio de datos el 45 % del tiempo. En los últimos años, Frame Relay ha adquirido mala reputación en algunos mercados debido a la sobreventa excesiva de ancho de banda .

Las compañías de telecomunicaciones suelen vender Frame Relay a empresas que buscan una alternativa más económica a las líneas dedicadas ; su uso en diferentes áreas geográficas dependía en gran medida de las políticas gubernamentales y de las compañías de telecomunicaciones. Algunas de las primeras empresas en fabricar productos Frame Relay fueron StrataCom (adquirida posteriormente por Cisco Systems ) y Cascade Communications (adquirida posteriormente por Ascend Communications y luego por Lucent Technologies ).

En junio de 2007, AT&T era el mayor proveedor de servicios Frame Relay en Estados Unidos, con redes locales en 22 estados, además de redes nacionales e internacionales.

FRF.12

Al multiplexar datos de paquetes de diferentes circuitos virtuales o flujos, suelen surgir problemas de calidad de servicio . Esto se debe a que una trama de un circuito virtual puede ocupar la línea durante un tiempo suficientemente prolongado como para interrumpir la garantía de servicio otorgada a otro circuito virtual. La fragmentación IP es un método para abordar este problema. Un paquete largo entrante se divide en una secuencia de paquetes más cortos y se agrega suficiente información para reconstruir esa trama larga en el extremo remoto. FRF.12 es una especificación del Frame Relay Forum que especifica cómo realizar la fragmentación en el tráfico Frame Relay, principalmente para tráfico de voz. La especificación FRF.12 describe el método para fragmentar las tramas Frame Relay en tramas más pequeñas. [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ]

Véase también

Referencias

  1. "Definición de "Frame Relay" en SearchEnterpriseWAN" . Archivado del original el 9 de abril de 2012. Consultado el 9 de abril de 2012 .
  2. US 7333508 , Rabie, Sameh; Magd, Osama Aboul y Abdullah, Bashar et al., "Método y sistema para la interconexión de redes Ethernet y Frame Relay", publicado el 19 de febrero de 2008, emitido el 9 de diciembre de 2004, asignado a Nortel Networks Ltd. 
  3. La enciclopedia de redes sobre Frame Relay , consultada el 14 de julio de 2012.
  4. "X.225 : Tecnología de la información – Interconexión de sistemas abiertos – Protocolo de sesión orientado a la conexión: Especificación del protocolo" . Archivado del original el 1 de febrero de 2021. Recuperado el 10 de marzo de 2023 . 
  5. "Frame relay" . techtarget.com.
  6. "Fragmentación de Frame Relay para voz" . Cisco . Archivado del original el 13 de agosto de 2016. Consultado el 17 de junio de 2016 .
  7. "Cómo usar FRF.12 para mejorar la calidad de voz en redes Frame Relay - Comunidad de Cisco" . community.cisco.com . 18 de junio de 2009.
  8. "VoIP sobre Frame Relay con calidad de servicio (fragmentación, modelado de tráfico, prioridad LLQ/IP RTP)" . Cisco . Consultado el 17 de junio de 2016 .
  9. Malis, Andrew G. (ed.). "Acuerdo de implementación de fragmentación de Frame Relay FRF.12" (PDF) . Broadband Forum . Consultado el 19 de junio de 2025 .
  10. "FRF.12 Sección de fragmentación de Frame Relay en Frame Relay " . www.rhyshaden.com . Consultado el 17 de junio de 2016 .
  • RFC 1490 – Interconexión multiprotocolo sobre Frame Relay 
  • RFC 1973 – PPP en Frame Relay 
  • RFC 2427 – Interconexión multiprotocolo sobre Frame Relay 
  • Biblioteca técnica | Foro de banda ancha - incluye documentos del Foro Frame Relay
  • Tutorial de Cisco Frame Relay archivado el 6 de noviembre de 2012 en Wayback Machine.
  • Animación Frame Relay
  • Servicios portadores en modo de trama ISDN CCITT I.233
Obtenido de " https://en.wikipedia.org/w/index.php?title=Frame_Relay&oldid=1301052820 "