Este documento describe Frame Relay, incluyendo su historia, formato, tecnología y configuraciones. Frame Relay es un protocolo de capa de enlace que multiplexa múltiples circuitos virtuales sobre un único enlace físico usando multiplexación estadística. Se diferencia de X.25 en que es más eficiente al no incluir mecanismos de corrección de errores. Las configuraciones discutidas incluyen hub and spoke, conexiones entre spokes y el uso de subinterfaces.

1. 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.

2. 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.

3. 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

4. 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”.

5. 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

6. 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

7. 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

8. 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

9. 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

10. 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.

11. 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.

12. 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

13. 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.

14. 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)

15. 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

16. 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.

17. 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.