Frame relay
Upcoming SlideShare
Loading in...5
×
 

Frame relay

on

  • 548 views

 

Statistics

Views

Total Views
548
Views on SlideShare
548
Embed Views
0

Actions

Likes
0
Downloads
11
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Frame relay Frame relay Document Transcript

    • Introduction Frame Relay es un estándar de la industria, cambió el protocolo de capa de enlace de datos que maneja múltiples circuitos virtuales con alto nivel de control de enlace de datos (HDLC) encapsulado entre los dispositivos conectados. En muchos casos, Frame Relay es más eficiente que X.25, el protocolo para el que en general se considera un reemplazo. La siguiente figura ilustra una trama Frame Relay (ANSI T1.618). En la figura anterior, Q.922 direcciones, tal como está definida, son dos octetos y contiene un identificador de conexión de enlace de datos de 10 bits (DLCI). En algunas redes direcciones Q.922 opcionalmente se pueden aumentar a tres o cuatro octetos.
    • Los campos "bandera" delimitan el principio y el final de la trama. Siguiendo el campo "bandera" de liderazgo son dos bytes de información de dirección. Diez fragmentos de estos dos bytes representan la ID real del circuito (llamado el DLCI, por identificador de conexión de enlace de datos). El valor DLCI de 10 bits es el corazón de la cabecera Frame Relay. Se identifica la conexión lógica que se multiplexa en el canal físico. En la base (es decir, que no se concede por la interfaz de administración local [LMI]) de modo de direccionamiento, los DLCI tienen importancia local, es decir, los dispositivos finales en dos extremos diferentes de una conexión pueden usar un DLCI diferente para referirse a la misma conexión. Teoría de fondo Frame Relay fue concebido originalmente como un protocolo para su uso a través de interfaces RDSI. Las propuestas iniciales en este sentido se presentaron a la Unión Internacional de Telecomunicaciones Sector de Normalización de las Telecomunicaciones (UIT-T) (anteriormente el Comité Consultivo Internacional Telegráfico y Telefónico [CCITT]) en 1984. También se llevó a cabo el trabajo de Frame Relay en el ANSI acreditado comité T1S1 normas en los Estados Unidos. En 1990, Cisco Systems, StrataCom, Northern Telecom y Digital Equipment Corporation formaron un consorcio para enfocar el desarrollo de la tecnología Frame Relay y acelerar la introducción de productos de Frame Relay interoperables. Ellos desarrollaron una especificación que se ajuste al protocolo Frame Relay básica se discute en T1S1 y la UIT-T, ampliándose con características que proporcionan capacidades adicionales para entornos de Internet complejas. Estas extensiones de Frame Relay se conocen colectivamente como el LMI. Este es el "cisco" LMI en el router en lugar de la "ansi" o "q933a" LMI. Frame Relay proporciona una conmutación de paquetes-la capacidad de comunicación de datos que se utiliza a través de la interfaz entre los dispositivos de usuario (como routers, puentes, máquinas de acogida) y equipos de red (por ejemplo, los nodos de conmutación). Los dispositivos de usuario se refieren a menudo como equipo terminal de datos (DTE), mientras que el equipo de red que se conecta a DTE se conoce como equipo de terminación del circuito de datos (DCE) a menudo. La red proporciona el interfaz Frame Relay puede ser una red pública portadora proporcionada o una red de equipos de propiedad privada que sirve una sola empresa. Frame Relay difiere significativamente de X.25 en su funcionalidad y formato. En particular, Frame Relay es un protocolo más eficiente, lo que facilita un mayor rendimiento y una mayor eficiencia.
    • Como una interfaz entre el usuario y el equipo de red, Frame Relay proporciona un medio para multiplexar estadísticamente muchas conversaciones de datos lógicos (conocidos como circuitos virtuales) sobre un único enlace de transmisión física. Esto contrasta con los sistemas que utilizan sólo las técnicas de división de tiempo (TDM de multiplexación) para soportar múltiples flujos de datos. Multiplexación estadística de Frame Relay ofrece un uso más flexible y eficiente del ancho de banda disponible. Se puede utilizar sin técnicas TDM o en la parte superior de los canales proporcionados por los sistemas TDM. Otra característica importante de Frame Relay es que explota los recientes avances en la tecnología de transmisión de red de área amplia (WAN). A principios de los protocolos WAN, tales como X.25, se desarrollaron cuando los sistemas de transmisión analógica y los medios de cobre fueron predominantes. Estos enlaces son mucho menos fiables que los medios de comunicación de fibra / enlaces de transmisión digital disponibles en la actualidad. A través de enlaces tales como éstos, los protocolos de capa de enlace pueden renunciar a algoritmos de corrección de errores que consumen mucho tiempo, dejando que éstas se realizan en capas de protocolo superiores. Por lo tanto, un mayor rendimiento y eficiencia es posible sin sacrificar la integridad de los datos. Frame Relay está diseñado con este enfoque en mente. Se incluye una comprobación de redundancia cíclica (CRC) algoritmo para la detección de los bits dañados (por lo que los datos pueden ser desechados), pero no incluye ningún mecanismo de protocolo para corregir datos erróneos (por ejemplo, mediante la retransmisión de que a este nivel de protocolo). Otra diferencia entre Frame Relay y X.25 es la ausencia de, control de flujo de circuito virtual por explícita en Frame Relay. Ahora que muchos protocolos de capa superior están ejecutando efectivamente sus propios algoritmos de control de flujo, la necesidad de esta funcionalidad en la capa de enlace ha disminuido. Frame Relay, por lo tanto, no incluye los procedimientos de control de flujo explícitos que duplican los de las capas superiores. En su lugar, se proporcionan mecanismos de notificación de congestión muy simples para permitir una red para informar a un dispositivo de usuario que los recursos de la red son cerca de un estado de congestión. Esta notificación puede alertar a los protocolos de capa superior que puede ser necesario el control de flujo.Configuring Basic Frame Relay Una vez que tenga conexiones fiables al switch Frame Relay local en ambos extremos del circuito virtual permanente (PVC), entonces es el momento de empezar a planificar la configuración de Frame Relay. En este primer ejemplo, de tipo (LMI) de la interfaz de administración local por defecto es "cisco" LMI de picante. Una interfaz es una interfaz por defecto "multipunto" así, frame-relay ARP inverso está activado (para conexiones punto a punto, no hay ARP Inverso). Comprobación de horizonte dividido IP está deshabilitado de forma predeterminada para la encapsulación Frame Relay, así que las actualizaciones de enrutamiento entran y salen de la misma interfaz. Los routers aprenden los identificadores de conexión de enlace de datos (DLCI) que necesitan para utilizar
    • en el switch Frame Relay a través de actualizaciones de LMI. Los routers entonces Inverse ARP para la dirección IP remota y crear un mapeo de DLCI locales y sus direcciones IP remotas asociadas. Diagrama de Red Tecnología Las redes Frame Relay se construyen pariendo de un equipamiento de usuario que se encarga de empaquetar todas las tramas de los protocolos existentes en una única trama Frame Relay. También incorporan los nodos que conmutan las tramas Frame Relay en función del identificador de conexión a través de la ruta establecida para la conexión en la red. Ese equipo se denomina FRAD o “Ensamblador/Desemblador Frame Relay” (Frame Relay Assembler/Disassembler) y el nodo de red se denomina FRND o “Dispositivo de Red Frame Relay”.
    • Formato Frame Relay Las tramas y cabeceras de Frame Relay pueden tener diferentes longitudes, ya que hay una gran variedad de opciones disponibles en la implementación, conocidos como anexos a las definiciones del estándar básico. La información transmitida en una trama Frame Relay puede oscilar entre 1 y 8.250 bytes, aunque por defecto es de 1.600 bytes Lo más increíble de todo, es que, a pesar del gran número de formas y tamaños Frame Relay funciona perfectamente, y ha demostrado un muy alto grado de interoperabilidad entre diferentes fabricantes de equipos y redes. Ello es debido a que, sean las que sean las opciones empleadas por una determinada implementación de red o equipamento, siempre existe la posibilidad de convertir los formatos de Frame Relay o uno común, intercambiando así las tramas en dicho formato. X.25 El protocolo X.25 opera en la capa 3 e inferiores del modelo OSI, y mediante al conmutación de paquetes, a través de una red de conmutadoras, entre identificadores de conexión. En cada salto de la red X.25 se verifica la integridad de los paquetes y cada conmutador proporciona una función de control de flujo. La función de control de flujo impide que un conmutador X.25 no enviara paquetes a mayor velocidad de la que el receptor de los mismos sea capaz de procesarlos. Para ello, el conmutador X.25 receptor no envía inmediatamente la señal de reconocimiento de los datos remitidos, con lo que el emisor de los mismos no envía más que un determinado número de paquetes a la red en un momento dado. Frame Relay la misma función, pero partiendo de la capa 2 e inferiores. Para ello, descarta todas las funciones de la capa 3 que realizara un conmutador de paquetes X.25, y la combina con las funciones de la trama. La trama contiene así al identificador de conexión, y es transmitida a través de los nodos de la red en
    • lugar de realizar una “conmutación de paquetes”. Lógicamente, todo el control de errores en el contenido de la trama, y el control de flujo, debe ser realizado en los extremos de la comunicación (nodo de origen y nodo destino). La conmutación de paquetes en X.25, un proceso de 10 pasos, se convierte en uno de 2 pasos, a través de la transmisión de tramas. Configuración Hub y Spoke Frame Relay El router se entera de que los identificadores de conexión de enlace de datos (DLCI) que utiliza desde el switch Frame Relay y los asigna a la interfaz principal. A continuación, el router se Inverse ARP para la dirección IP remota. Nota: No podrá hacer ping a la dirección IP de serie de Prasit de Aton menos que agregue de forma explícita en los mapas de Frame Relay en cada extremo. Si el enrutamiento está configurado correctamente, el tráfico originado en las redes LAN no debe tener un problema. Usted será capaz de hacer ping si se utiliza la dirección IP Ethernet como dirección de origen en un ping extendido. Cuando frame-relay inversa-arp está activada, emite el tráfico IP se apagará durante la conexión por defecto. Diagrama de Red
    • Conexión entre Spoke to Spoke No puede hacer un ping de un radio a otro habló en un cubo y habló de configuración mediante interfaces multipunto porque no hay ninguna asignación de direcciones IP de los otros radios. Sólo la dirección del centro se aprende a través de la Inverse Address Resolution Protocol (IARP). Si configura un mapa estático utilizando el comando show frame-relay para la dirección IP de un mando a distancia habló de utilizar el identificador de conexión de enlace de datos local (DLCI), puede hacer ping a la dirección de otras radios. Hub y Spoke Subinterfaces La siguiente hub and spoke configuración de ejemplo muestra dos de punto a punto de subinterfaces y utiliza la resolución de direcciones dinámicas en un sitio remoto. Cada subinterfaz se proporciona con una dirección de protocolo individual y máscara de subred y el comando asocia interfaz dlci la subinterfaz con un identificador de conexión de enlace de datos especificado (DLCI). Las direcciones de destinos remotos para cada subinterfaz punto a punto no se resuelven, ya que son de punto a punto y el tráfico deben ser enviados a los pares en el otro extremo. El extremo remoto (Aton) utiliza ARP inverso para su mapeo y el eje principal responde de acuerdo con la dirección IP de la subinterfaz. Esto se debe a
    • que Frame Relay ARP inverso está activado por defecto para las interfaces multipunto. Configuración de la asignación dinámica y estática para subinterfaces multipunto Asignación dinámica de direcciones utiliza Frame Relay Inverse ARP para solicitar la siguiente dirección de protocolo de salto para una conexión específica, dado un identificador de conexión de enlace de datos (DLCI). Las respuestas a las solicitudes ARP inverso se introducen en una tabla de asignación de dirección a DLCI en el servidor de acceso o enrutador; la tabla a continuación, se utiliza para suministrar la siguiente dirección de protocolo de salto o el DLCI para el tráfico saliente. Desde la interfaz física está configurada como múltiples subinterfaces, debe proporcionar la información que distingue a una subinterfaz de la interfaz física y asocia un subinterfaz específico con un DLCI específico. ARP inverso está activado por defecto para todos los protocolos que soporta, pero puede desactivarse para pares de protocolo DLCI específicos. Como resultado de ello, se puede utilizar la asignación dinámica de algunos protocolos y asignación estática para otros protocolos en el mismo DLCI. Usted puede deshabilitar explícitamente Inverse ARP para un par de protocolo DLCI si conoce el protocolo no está soportado en el otro extremo de la conexión. Debido ARP inverso está activado por defecto para todos los protocolos que soporta, es necesario ejecutar ninguna orden para configurar la asignación dinámica de direcciones en una subinterfaz. A estáticas enlaces mapa de un próximo hop dirección de protocolo especificado en un DLCI especificado. Asignación estática elimina la necesidad de peticiones ARP inverso, cuando se proporciona un mapa estático, Inverse ARP se desactiva automáticamente el protocolo especificado en el DLCI especificado. Debe utilizar la asignación estática si el router en el otro extremo no es compatible
    • con Inverse ARP en absoluto o no soporta ARP inverso para un protocolo específico que desea utilizar más de Frame Relay. Configuración de IP Frame Relay numerada Si usted no tenemos el espacio de direcciones IP que puede utilizar muchos subinterfaces, puede utilizar IP no numerado en cada subinterfaz. Si este es el caso, es necesario utilizar rutas estáticas o dinámicas de enrutamiento para que su tráfico se encamina como siempre, y debe utilizar punto a punto subinterfaces. Configuración de Backup Frame Relay Frame Relay sobre RDSI Backup Es posible que desee hacer copia de seguridad de circuitos Frame Relay utilizando ISDN. Hay varias maneras de hacer esto. La primera, y probablemente la mejor, es utilizar rutas estáticas flotantes que enrutar el tráfico a una Tasa de interfaz IP básico (BRI) y el uso de una ruta adecuada métrica. También puede utilizar una interfaz de respaldo en la interfaz principal o en un identificador de conexión de base de enlace de datos por (DLCI). Puede que no ayuda mucho a la copia de seguridad de la interfaz principal, ya que podría perder los circuitos virtuales permanentes (PVC) sin la interfaz principal que va hacia abajo. Recuerde, el protocolo se intercambia con el switch Frame Relay local, no el router
    • remoto. Configuración por DCLI Backup Ahora vamos a suponer que picante es el lado central y que Prasit es el lado de hacer las conexiones en el lado central (picante). Tenga cuidado de sólo añadir los comandos de copia de seguridad en el lado que está llamando a la parte central. Nota: La carga Backup no es compatible con subinterfaces. Como no rastreamos los niveles de tráfico en subinterfaces, se calcula sin carga. Hub and Spoke con perfiles de marcador He aquí un ejemplo de un cubo y habló por la configuración de copia de seguridad DLCI. Los routers spoke llaman el router hub. Como puede ver, permitimos un solo canal B por lado utilizando la opción max-link en el conjunto de marcadores en el lado del cubo.
    • Nota: La carga Backup no es compatible con subinterfaces. Como no rastreamos los niveles de tráfico en subinterfaces, se calcula sin carga. Configuración de Frame Relay Switching Conmutación Frame Relay es un medio de cambiar los paquetes basados en el identificador de conexión de enlace de datos (DLCI). Podemos ver en esto como el equivalente Frame Relay de una dirección de Media Access Control (MAC). Se realiza el cambio mediante la configuración de su router Cisco o servidor de acceso en una red Frame Relay. Hay dos partes en una red Frame Relay: Frame Relay equipo terminal de datos (DTE) - el servidor de acceso o enrutador. Interruptor de equipos de terminación del circuito de datos • Frame Relay (DCE). Nota: En el software Cisco IOS versión 12.1 (2) T y posteriores, el comando route marco ha sido reemplazado por el comando connect.
    • Configuring Frame Relay DLCI Prioritization Conexión de enlace de datos de identificación de prioridades (DLCI) es el proceso por el cual los diferentes tipos de tráfico se colocan sobre los DLCI separados para que una red Frame Relay puede proporcionar una velocidad de información comprometida diferente para cada tipo de tráfico. Puede ser utilizado en conjunción con cualquiera de puesta en cola o colas de prioridad personalizada para proporcionar un control de gestión de ancho de banda a través del enlace de acceso a la red Frame Relay. Además, algunos proveedores de servicios de Frame Relay y conmutadores Frame Relay (como el Stratacom Internetwork Packet eXchange [IPX], IGX y BPX o AXIS switches) realmente ofrecen priorización dentro de la nube de Frame Relay en base a esta definición de prioridades. Frame Relay Broadcast Queue Cola de emisión es una característica importante que se utiliza en el medio a grande redes IP o IPX donde transmisiones de enrutamiento y el punto de acceso de servicio (SAP) debe fluir a través de la red Frame Relay. La cola de emisión se gestiona de forma independiente de la cola de la interfaz normal, tiene sus propios tampones, y tiene un tamaño configurable y la tasa de servicio. Esta cola de emisión no se utiliza para puentear actualizaciones spanning-tree (BPDU) a causa
    • de las sensibilidades de temporización. Estos paquetes fluirán a través de las colas normales. La interfaz de comandos para habilitar cola de transmisión sigue: frame-relay para difusión, cola tamaño en bytes de tasa de cambio de paquetes Una cola de transmisión se le da una velocidad máxima de transmisión (throughput) límite se mide en bytes por segundo y paquetes por segundo. La cola es atendida para asegurar que sólo se proporciona este máximo. La cola de transmisión tiene prioridad cuando se transmiten a una velocidad inferior a la máxima configurada, y por lo tanto tiene una asignación de ancho de banda mínimo garantizado. Los dos límites de velocidad de transmisión están destinadas a evitar la inundación de la interfaz con las emisiones. El límite real en cualquier segundo es el primer límite de velocidad que se alcanza. Dada la restricción de velocidad de transmisión, se requiere almacenamiento en búfer adicional para almacenar los paquetes de difusión. La cola de transmisión es configurable para almacenar un gran número de paquetes de difusión. El tamaño de la cola se debe establecer para evitar la pérdida de transmisión de paquetes de actualización de enrutamiento. El tamaño exacto depende del protocolo que se utiliza y el número de paquetes requeridos para cada actualización. Para estar seguro, el tamaño de la cola debe ser regulada de manera que una actualización de enrutamiento completa de cada protocolo y para cada identificador de conexión de enlace de datos (DLCI) se puede almacenar. Como regla general, comience con 20 paquetes por DLCI. La tasa de bytes debe ser inferior a ambas de las siguientes:N/4 times the minimum remote access rate (measured in bytes per second), where N is the number of DLCIs to which the broadcast must be replicated Traffic Shaping Conformación del tráfico utiliza un mecanismo de control de la frecuencia llamado un token bucket filter. Este token bucket filter está configurado de la siguiente manera: ráfaga excesiva plus ráfaga suscrita (Bc + Be) = velocidad máxima para el circuito virtual (VC) Tráfico por encima de la velocidad máxima está tamponada en una cola de control de tráfico que es igual al tamaño de la cola equitativa ponderada (WFQ). El token bucket filter no filtran el tráfico, pero controla la velocidad a la que el tráfico se envía en la interfaz de salida. Para obtener más información sobre los filtros de cubetas de fichas, consulte la Policía y la conformación general.
    • Este documento proporciona una visión general del tráfico de la formación genérica y el tráfico Frame Relay conformación. Parámetros de control de tráfico Podemos utilizar los siguientes parámetros de configuración del tráfico: CIR = tasa de información comprometida (= tiempo medio) EIR = exceso de velocidad de información TB = token bucket (= Bc + Be) Bc = tamaño de ráfaga comprometida (= tamaño de ráfaga sostenida) Be = exceso de tamaño de ráfaga DE = elección de descarte Tc = medición de intervalo AR = índice de acceso correspondiente a la velocidad de la interfaz física (por lo que si usted utiliza un T1, la AR es de aproximadamente 1,5 Mbps). Access Rate (AR) El número máximo de bits por segundo que una estación final puede transmitir en la red está limitada por la velocidad de acceso de la interfaz usuario-red. La velocidad de la línea de la conexión de red de usuario limita la velocidad de acceso. Puede establecer esto en su suscripción al proveedor de servicios. Committed Burst Size (Bc) El importe máximo comprometido de datos que puede ofrecer a la red se define como Bc. Bc es una medida para el volumen de datos para los que la red garantiza la entrega de mensajes en condiciones normales. Se mide en el Tc tasa asignada. Excess Burst Size (Be) El número de bits no comprometidos (fuera de CIR) que todavía son aceptadas por el interruptor de relé de trama sino que están marcados como elegibles para ser descartado (DE). El colector de testigos es un buffer 'virtual'. Contiene una serie de fichas, lo que le permite enviar una cantidad limitada de datos por intervalo de tiempo. La muestra cubo se llena de Bc bits por Tc. El tamaño máximo del segmento es Bc + Be. Si el ser es muy grande y, si es T0 el cubo se llena de Bc + Be fichas, puede enviar Bc + Be bits en la tarifa de acceso. Esto no está limitado por Tc, pero por el tiempo que se tarda en enviar el Be. Esta es una función de la tasa de acceso. Committed Information Rate (CIR)
    • El CIR es la cantidad permitida de datos que la red se compromete a la entrega en condiciones normales. El índice es un promedio sobre un incremento de tiempo Tc. El CIR también se conoce como el rendimiento mínimo aceptable. Bc y Be se expresa en bits, TC en cuestión de segundos, y la velocidad de acceso y el CIR en bits por segundo. Bc, Be, Tc y CIR se definen por identificador de conexión de enlace de datos (DLCI). Debido a esto, el token bucket filter controla la tasa por DLCI. La tasa de acceso es válido por interfaz usuario-red. Para Bc, Be y los valores de entrada y salida del CIR se pueden distinguir. Si la conexión es simétrica, los valores en ambas direcciones son la misma. Para los circuitos virtuales permanentes, definimos Bc entrante y saliente, ser y CIR en el momento de suscripción. Peak = Velocidad máxima de DLCI. El ancho de banda para que DLCI en particular. Tc = Bc / CIR Peak = CIR + Be/Tc = CIR (1 + Be/Bc) Si el Tc es de un segundo a continuación: Peak = CIR + Be = Bc + Be EIR = Be En el ejemplo que estamos usando aquí, el router envía tráfico entre 48 Kbps y 32 Kbps en función de la congestión en la red. Las redes pueden marcar tramas
    • anteriores Bc con DE, pero tienen un montón de capacidad disponible para el transporte de la trama. Lo contrario también es posible: pueden tener una capacidad limitada, sin embargo, descarta las tramas excesivas inmediatamente. Las redes pueden marcar tramas anteriores Bc + Be con DE, y posiblemente lo transportan, o simplemente abandonan las tramas como sugieren las Telecomunicaciones Unión Internacional de Normalización de las Telecomunicaciones especificación Sector UIT-T I.370. Conformación del tráfico acelera el tráfico en función de notificación de congestión explícita hacia atrás (BECN) paquetes con etiqueta de la red de conmutación. Si recibe el 50 por ciento BECN, el router se reduce el tráfico de un octavo del ancho de banda de transmisión actual para ese DLCI particular. Generic Traffic Shaping La función de control de tráfico Genérico es un medio de comunicación y encapsulación independiente-herramienta de control de tráfico que ayuda a reducir el flujo de tráfico de salida en caso de congestión dentro de la nube, en el enlace, o en el router extremo receptor. Podemos ponerlo en interfaces o subinterfaces en un router. Tráfico genérico configuración es útil en las siguientes situaciones: Cuando se tiene una topología de red que consiste en una conexión de alta velocidad (velocidad de la línea T1) en el sitio central y baja velocidad (menos de 56 kbps) conexiones en la sucursal o en los sitios de teletrabajador. Debido a la falta de coincidencia de velocidad, a menudo existe un cuello de botella para el tráfico en la rama o sitios con tele cuando el sitio central envía datos a una velocidad más rápida que los sitios remotos pueden recibir. Esto se traduce en un cuello de botella en el último interruptor antes de que el router remoto-punto. Si usted es un proveedor de servicios que ofrece servicios de sub-tipos, esta característica le permite utilizar el router para dividir tus enlaces T1 o T3, por ejemplo, en canales más pequeños. Puede configurar cada subinterfaz con un cubo de filtro token que coincida con el servicio solicitado por un cliente.
    • En la conexión Frame Relay, es posible que desee que el router acelerador de tráfico en lugar de enviarlo a la red. Limitación del tráfico limitaría la pérdida de paquetes en la nube del proveedor de servicios. La capacidad de regulación BECN facilitada con esta característica le permite tener el router tráfico dinámicamente acelerador basado en la recepción de paquetes etiquetados BECN de la red. Esta regulación tiene paquetes en buffers del router para reducir el flujo de datos desde el router a la red Frame Relay. El router estrangula tráfico sobre una base subinterfaz, y la tasa también se incrementa cuando se reciben un menor número de paquetes etiquetados con BECN.