Manual del BRS en español - ASIS Technology Partners

Router Teldat
Bandwidth Reservation System
Doc. DM715 Rev. 10.92
Junio, 2014
ÍNDICE
Capítulo 1 Introducción ....................................................................................................1
1.
2.
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
3.
4.
5.
6.
7.
8.
8.1.
9.
10.
11.
12.
13.
Sistema de Reserva de Ancho de Banda ............................................................................ 2
Clasificación del tráfico ..................................................................................................... 3
Filtros para clasificar tráfico ................................................................................... 3
Listas de Acceso para clasificar tráfico ................................................................... 4
Clasificación de tráfico por criterios ....................................................................... 4
Clasificación de tráfico por protocolo ..................................................................... 5
Orden de Precedencia.............................................................................................. 5
Preclasificado .......................................................................................................... 5
Marcado de tráfico ............................................................................................................. 14
Reparto de Ancho de Banda ............................................................................................... 17
Priorización ........................................................................................................................ 19
Limitación de Ancho de Banda - Traffic-shaping .............................................................. 22
Calidad de Servicio en enlaces Multilink ........................................................................... 25
Reserva de Ancho de Banda sobre Frame Relay ................................................................ 27
Uso de colas en interfaces Frame Relay.................................................................. 27
Reserva de Ancho de Banda sobre interfaz TNIP .............................................................. 28
BRS y redes privadas virtuales ........................................................................................... 29
BRS y VLAN ..................................................................................................................... 30
BRS y Bridge ..................................................................................................................... 31
Cálculo del ancho de banda en BRS................................................................................... 32
Capítulo 2 Configuración..................................................................................................33
1.
2.
El Prompt de Configuración de BRS.................................................................................. 34
Comandos de Configuración .............................................................................................. 36
2.1.
Access-list ............................................................................................................... 37
2.2.
Assign ..................................................................................................................... 39
2.3.
Circuit ..................................................................................................................... 39
2.4.
Class ........................................................................................................................ 40
2.5.
Clear-block .............................................................................................................. 42
2.6.
Deassign .................................................................................................................. 42
2.7.
Default-class ........................................................................................................... 43
2.8.
Disable .................................................................................................................... 43
2.9.
Enable ..................................................................................................................... 43
2.10.
Link-layer ................................................................................................................ 44
2.11.
List .......................................................................................................................... 44
2.12.
Match ...................................................................................................................... 47
a)
Label ....................................................................................................................... 47
2.13.
Max-packets-in-driver ............................................................................................. 48
2.14.
Network-layer ......................................................................................................... 49
2.15.
Network .................................................................................................................. 49
2.16.
No............................................................................................................................ 49
a)
no access-list ........................................................................................................... 49
b)
no class ................................................................................................................... 49
c)
no match .................................................................................................................. 50
d)
no max-packets-in-driver ........................................................................................ 50
e)
no queue-length ....................................................................................................... 51
f)
no rate-limit ............................................................................................................ 51
g)
no rate-limit track ................................................................................................... 51
h)
no update................................................................................................................. 51
- ii -
2.17.
2.18.
2.19.
a)
2.20.
2.21.
2.22.
2.23.
Queue-length ........................................................................................................... 51
Rate-limit ................................................................................................................ 52
Rate-limit track ....................................................................................................... 53
Class <cname> rate-limit track .............................................................................. 53
Tag .......................................................................................................................... 54
Untag ....................................................................................................................... 54
Update ..................................................................................................................... 54
Exit .......................................................................................................................... 55
Capítulo 3 Monitorización ................................................................................................56
1.
2.
El Prompt de Monitorización de BRS ................................................................................ 57
Comandos de Monitorización ............................................................................................ 58
2.1.
Cache ...................................................................................................................... 58
2.2.
Circuit ..................................................................................................................... 59
2.3.
Clear ........................................................................................................................ 59
2.4.
Clear-circuit-class ................................................................................................... 60
2.5.
Counters .................................................................................................................. 60
2.6.
Counters-circuit-class.............................................................................................. 63
2.7.
Network .................................................................................................................. 64
2.8.
Last.......................................................................................................................... 64
2.9.
Last-circuit-class ..................................................................................................... 65
2.10.
Queue-length ........................................................................................................... 66
2.11.
Traffic-shape-group ................................................................................................ 67
2.12.
WRED ..................................................................................................................... 68
2.13.
Exit .......................................................................................................................... 68
Capítulo 4 Ejemplos ..........................................................................................................70
1.
2.
3.
4.
5.
BRS sobre FR ..................................................................................................................... 71
BRS sobre ATM ................................................................................................................. 73
Priorización de VoIP sobre MP .......................................................................................... 75
Filtrado MAC ..................................................................................................................... 77
Bridge con IRB .................................................................................................................. 79
- iii -
Capítulo 1
Introducción
1. Sistema de Reserva de Ancho de Banda
El Sistema de Reserva de Ancho de Banda (Bandwidth Reservation System -BRS-) es una facilidad
que permite aplicar funcionalidades de Calidad de Servicio (QoS) en los interfaces de salida del
equipo. En concreto el BRS integra las siguientes funcionalidades:
•
•
•
•
•
Clasificación del tráfico
Marcado de tráfico
Reparto de ancho de banda
Priorización
Limitación de ancho de banda (traffic shaping)
La Reserva de Ancho de Banda es una facilidad que corre sobre los siguientes tipos de enlaces de
datos:
•
•
•
•
•
•
•
•
•
•
Frame Relay
Línea X.25
Línea PPP
Línea HDLC
Subinterfaces ATM
Interfaces Ethernet
Subinterfaces Ethernet
Interfaces Wireless LAN
Interfaces TNIP
Interfaces BVI
Nota: Cuando se configure un PPP sobre un subinterfaz ATM el BRS debe de
configurarse en el PPP no en el subinterfaz ATM. Si por el contrario el subinterfaz
ATM encapsula IP directamente el BRS debe de configurarse en el subinterfaz ATM.
En los siguientes apartados se detallan las funcionalidades del Sistema de Reserva de Ancho de Banda.
ROUTER TELDAT - Introducción BRS
I-2
Doc.DM715
Rev.10.92
2. Clasificación del tráfico
El Sistema de Reserva de Ancho de Banda se encarga de separar los flujos de datos y aplicarles
distintas políticas de Calidad de Servicio, priorizando, balanceando, limitando y marcando cada tipo
de tráfico según los criterios configurados. Para ello es necesario identificar cada tipo de tráfico y
clasificarlo correspondientemente. Esta clasificación se puede realizar mediante los siguientes
mecanismos:
•
•
•
•
Con filtros específicos
Con listas de acceso
Con criterios específicos
Por protocolo
El tráfico que no se clasifique mediante ninguno de estos criterios se separa en función de si es de
control y si se ha generado localmente, enviándolo a la clase control, a la clase local o a la clase por
defecto.
2.1. Filtros para clasificar tráfico
Utilizando la reserva de ancho de banda, se pueden asignar los siguientes filtros (con el comando
ASSIGN) a tipos de tráfico específico:
• TUNNELING-IP
• SDLC-IP
• RLOGIN-IP
• TELNET-IP
• NETBIOS
• SNA
• SNMP-IP
• MULTICAST-IP
• DLSW-IP
• XOT-IP
También se pueden asignar etiquetas para filtrado de tramas MAC (previamente se debe haber
configurado la facilidad de filtrado MAC asignando la etiqueta correspondiente a un filtro MAC):
• TAG1
• TAG2
• TAG3
• TAG4
• TAG5
ROUTER TELDAT - Introducción BRS
I-3
Doc.DM715
Rev.10.92
Filtros y Etiquetas para Direcciones IP Multicast y Direcciones MAC
El router maneja filtrado de direcciones MAC mediante una acción conjunta entre la Reserva de
Ancho de Banda y el filtrado MAC (MCF) utilizando etiquetas. Por ejemplo, un usuario con reserva
de Ancho de Banda es capaz de clasificar tráfico de bridge asignándole una etiqueta.
Este tipo de clasificación está soportado cuando los interfaces de bridge son del tipo ATM, Frame
Relay, PPP y Túnel IP.
Las etiquetas se asignan creando un filtro en el proceso de configuración de filtrado MAC y
asignándole una etiqueta. Esta etiqueta se utiliza, entonces, para configurar una clase de Ancho de
Banda compuesta por todos los paquetes asociados con esta etiqueta. Los valores de las etiquetas
deben de estar comprendidos en un rango que varía entre 1 y 64.
Nota: Las etiquetas sólo se pueden aplicar a paquetes de bridge, y sólo los campos de
dirección MAC del paquete se pueden usar al aplicar la etiqueta. Se pueden habilitar
hasta cinco filtros MAC etiquetados, numerados del 1 al 5. Primero se utiliza la
etiqueta 1 (TAG1), luego la etiqueta 2 (TAG2), y así hasta la etiqueta 5 (TAG5). Una
única etiqueta de filtro MAC puede consistir en cualquier número de direcciones MAC
configuradas en MCF.
Una vez que se ha creado un filtro etiquetado en el proceso de configuración de filtrado MAC se le
asigna una clase y una prioridad en el proceso de configuración de reserva de Ancho de Banda.
Entonces se utiliza el comando TAG en el proceso de reserva Ancho de Banda para relacionar la
etiqueta.
Las etiquetas también pueden hacer referencia a “grupos”, como en el ejemplo del Túnel IP. Los
puntos finales del Túnel IP pueden pertenecer a cualquier número de grupos. A través de la facilidad
de etiquetado del filtrado MAC se asignan paquetes a grupos particulares.
La aplicación de Reserva de Ancho de banda y priorización a paquetes etiquetados implica lo
siguiente:
1. La utilización de los comandos de configuración de filtrado MAC en el prompt Filter Config>
para poner etiquetas a los paquetes que pasen a través del bridge.
2. La utilización del comando TAG de Reserva de Ancho de Banda para relacionar una etiqueta en
la Reserva de Ancho de Banda.
3. Con el comando ASSIGN de Reserva de Ancho de Banda se especifica el nombre de una clase
para la etiqueta. A continuación este comando solicita que se introduzca la prioridad para las
colas dentro de una clase de BRS.
2.2. Listas de Acceso para clasificar tráfico
El sistema de reserva de ancho de banda permite clasificar el tráfico en base a listas de acceso, tanto
estándar como extendidas. Para más información sobre Listas de Acceso, ver el manual Dm 752
Control de Acceso.
Para asignar una Lista de Acceso se utiliza el comando ACCESS-LIST.
2.3. Clasificación de tráfico por criterios
El sistema de reserva de ancho de banda permite clasificar el tráfico en base a criterios específicos de
clasificación, por ejemplo el valor de la etiqueta del paquete.
Para asignar un criterio de clasificación se utiliza el comando MATCH.
ROUTER TELDAT - Introducción BRS
I-4
Doc.DM715
Rev.10.92
2.4. Clasificación de tráfico por protocolo
Utilizando la reserva de ancho de banda, se pueden asignar los siguientes protocolos (con el comando
ASSIGN) a tipos de tráfico específico:
• IP
• X28
• ARP
• BAN/ASRT
2.5. Orden de Precedencia
Es posible que un paquete sea encuadrado en más de una clase de filtro. Por ejemplo un paquete de
bridge de Túnel IP para SNA con un filtro para dirección MAC. Es importante en estos casos el orden
de prioridad de los filtros, ya que el más prioritario será el que determine dónde se clasifica el paquete.
El orden para resolver la prioridad de filtrado en paquetes de bridge (ASRT) es el siguiente:
1. Dirección MAC coincidente, etiqueta 1 a etiqueta 5
2. NETBIOS
3. SNA
El orden para resolver la prioridad de filtrado en paquetes IP es el siguiente:
1. Dirección MAC coincidente, etiqueta 1 a etiqueta 5
2. NETBIOS
3. SNA
4. Túnel IP
5. SDLC relay
6. Multicast
7. SNMP
8. Rlogin
9. Telnet
10. DLSw
11. XOT
12. Listas de acceso
2.6. Preclasificado
La funcionalidad de reserva de ancho de banda clasifica el tráfico en el punto en que se entrega dicho
tráfico a la interfaz donde se ha habilitado BRS. Para clasificar correctamente un paquete, los criterios
de clasificación deben ser adecuados para el protocolo del paquete. Por ejemplo, las listas de acceso
(access-list) son adecuadas para clasificar un paquete de protocolo IP, pero no un paquete de otro
protocolo.
Los criterios de clasificación (access-list, assign,...) deben ser adecuados para el
protocolo del paquete (IP, VLAN 802.1q, …).
ROUTER TELDAT - Introducción BRS
I-5
Doc.DM715
Rev.10.92
Ejemplo 1:
Tenemos un router con interfaces ethernet0/0 y ethernet0/1. BRS habilitado en interfaz
ethernet0/1.
A continuación se describe el procesado de un paquete siguiendo el esquema de la siguiente
figura:
Proceso de routing
4
5
ethernet0/0
3
ethernet0/1
BRS
Recepción
2
6
7
Transmisión
8
1
1.
2.
3.
4.
5.
6.
7.
8.
Llega una trama por interfaz ethernet0/0.
La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP.
La interfaz ethernet 0/0 entrega el paquete IP al proceso de routing.
El proceso de routing determina que el paquete IP ha de ser transmitido por la interfaz
ethernet0/1.
El paquete IP se entrega a la interfaz ethernet0/1.
Como la interfaz ethernet0/1 tiene habilitado BRS, el paquete IP se clasifica según los
criterios configurados para dicha interfaz. Estos criterios se aplican sobre un paquete de
protocolo IP, por lo que se pueden basar en campos de la cabecera IP (dirección IP de
origen, puertos TCP, etc.). El paquete se marca y encola en la clase correspondiente.
Cuando se cumplen las condiciones adecuadas se desencola el paquete IP y se entrega al
proceso de transmisión de la interfaz ethernet0/1.
El proceso de transmisión de la interfaz ethernet0/1 añade las cabeceras de nivel 2 al
paquete IP, y transmite la trama resultante.
Ejemplo 2:
Tenemos un router con interfaces ethernet0/0, ethernet0/1 y ethernet0/1.23. BRS habilitado en
interfaz ethernet0/1.
A continuación se describe el procesado de un paquete siguiendo el esquema de la siguiente
figura:
ROUTER TELDAT - Introducción BRS
I-6
Doc.DM715
Rev.10.92
Proceso de routing
4
5
ethernet0/1.23
Transmisión
6
7
ethernet0/0
3
ethernet0/1
8
BRS
Recepción
2
9
Transmisión
10
1
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Llega una trama por interfaz ethernet0/0.
La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP.
La interfaz ethernet0/0 entrega el paquete IP al proceso de routing.
El proceso de routing determina que el paquete IP ha de ser transmitido por la interfaz
ethernet0/1.23.
El paquete IP se entrega a la interfaz ethernet0/1.23.
El proceso de transmisión de la interfaz ethernet0/1.23 añade al paquete IP las cabeceras
VLAN 802.1q, obteniendo un paquete VLAN.
El proceso de transmisión de la interfaz ethernet0/1.23 entrega el paquete VLAN a su
interfaz base, es decir, a la interfaz ethernet0/1.
Como la interfaz ethernet0/1 tiene habilitado BRS, el paquete VLAN se clasifica según los
criterios configurados para dicha interfaz. No son aplicables criterios IP como las listas de
acceso, ya que el paquete no es de protocolo IP, sino de protocolo VLAN (ya fue
encapsulado por la interfaz ethernet0/1.23). El paquete se marca y encola en la clase
correspondiente.
Cuando se cumplen las condiciones adecuadas se desencola el paquete VLAN y se entrega
al proceso de transmisión de la interfaz ethernet0/1.
El proceso de transmisión de la interfaz ethernet0/1 añade las cabeceras necesarias al
paquete VLAN, y transmite la trama resultante.
En el ejemplo 2 se ha visto que la funcionalidad de BRS en ethernet0/1 no dispone de información de
nivel 3 (IP) para clasificar el tráfico de subinterfaz mediante listas de acceso, ya que recibe paquetes
de protocolo VLAN (en vez de protocolo IP). En este escenario sólo se clasifica con listas de acceso el
ROUTER TELDAT - Introducción BRS
I-7
Doc.DM715
Rev.10.92
tráfico encaminado directamente a la interfaz ethernet0/1, y no el proveniente de la subinterfaz
ethernet0/1.23 (tráfico VLAN).
Si nos interesa clasificar en ethernet0/1 el tráfico de subinterfaces considerado antes del encapsulado,
debemos habilitar la funcionalidad de preclasificado en dichas subinterfaces.
La funcionalidad de preclasificado (qos-pre-classify) realiza una copia de las cabeceras del paquete
antes de ser modificado por el proceso de transmisión de la interfaz donde se ha habilitado dicha
funcionalidad.
El preclasificado memoriza las cabeceras del paquete antes de alterarlo (encapsulado
802.1q en subinterfaz ethernet, encapsulado IP/GRE en interfaz tnip,
cifrado/encapsulado en IPSec, etc.).
Esto permite a una interfaz de salida con BRS clasificar un paquete según su
información original (campos IP antes de encapsular en VLAN 802.1q, paquete que
viaja dentro del túnel GRE, información antes de cifrar,…).
Ejemplo 3:
Tenemos un router con interfaces ethernet0/0, ethernet0/1 y ethernet0/1.23. BRS habilitado en
interfaz ethernet0/1. Qos-pre-classify configurado en ethernet0/1.23.
A continuación se describe el procesado de un paquete siguiendo el esquema de la siguiente
figura:
ROUTER TELDAT - Introducción BRS
I-8
Doc.DM715
Rev.10.92
Proceso de routing
4
5
ethernet0/1.23
Qos-pre-classify
6
Transmisión
7
8
ethernet0/0
3
ethernet0/1
9
BRS
Recepción
2
10
Transmisión
11
1
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Llega una trama por interfaz ethernet0/0.
La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP.
La interfaz ethernet0/0 entrega el paquete IP al proceso de routing.
El proceso de routing determina que el paquete IP ha de ser transmitido por la interfaz
ethernet0/1.23.
El paquete IP se entrega a la interfaz ethernet0/1.23.
Como se ha habilitado el preclasificado (qos-pre-classify) en la interfaz ethernet0/1.23, se
realiza una copia de las cabeceras del paquete IP y se asocia a dicho paquete.
El proceso de transmisión de la interfaz ethernet0/1.23 añade al paquete IP las cabeceras
VLAN 802.1q, obteniendo un paquete VLAN, que sigue teniendo asociada una copia de
las cabeceras del paquete IP.
El proceso de transmisión de la interfaz ethernet0/1.23 entrega el paquete VLAN a su
interfaz base, es decir, a la interfaz ethernet0/1.
Como la interfaz ethernet0/1 tiene habilitado BRS, el paquete VLAN se clasifica según los
criterios configurados para dicha interfaz, pero aplicados a la copia de las cabeceras IP (no
al paquete VLAN). Son aplicables criterios IP como las listas de acceso, ya que las
cabeceras copiadas son de protocolo IP (antes del encapsulado VLAN introducido por la
interfaz ethernet0/1.23). El paquete se marca y encola en la clase correspondiente.
Cuando se cumplen las condiciones adecuadas se desencola el paquete VLAN y se entrega
al proceso de transmisión de la interfaz ethernet0/1.
ROUTER TELDAT - Introducción BRS
I-9
Doc.DM715
Rev.10.92
11. El proceso de transmisión de la interfaz ethernet0/1 añade las cabeceras necesarias al
paquete VLAN, y transmite la trama resultante.
Ejemplo 4:
Tenemos un router con interfaces ethernet0/0, ethernet0/1, ppp1, serial0/0 y bvi0. Bridge con
interfaz bvi0 y puertos ppp1 y ethernet0/1. Interfaz ppp1 sobre serial0/0. BRS habilitado en
interfaz ethernet0/1. Qos-pre-classify configurado en bvi0.
A continuación se describe el procesado de un paquete siguiendo el esquema de la siguiente
figura:
Proceso de routing
4
5
bvi0
Qos-pre-classify
6
Transmisión
7
8
Bridge
9
ppp1
Transmisión
ethernet0/0
3
ethernet0/1
serial0/0
BRS
Recepción
2
10
11
12
Transmisión
Transmisión
13
1
ROUTER TELDAT - Introducción BRS
I - 10
Doc.DM715
Rev.10.92
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Llega una trama por interfaz ethernet0/0.
La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP.
La interfaz ethernet0/0 entrega el paquete IP al proceso de routing.
El proceso de routing determina que el paquete IP ha de ser transmitido por la interfaz
bvi0.
El paquete IP se entrega a la interfaz bvi0.
Como se ha habilitado el preclasificado (qos-pre-classify) en la interfaz bvi0, se realiza
una copia de las cabeceras del paquete IP y se asocia a dicho paquete.
El proceso de transmisión de la interfaz bvi0 añade al paquete IP las cabeceras de nivel 2,
obteniendo una trama de bridge, que sigue teniendo asociada una copia de las cabeceras
del paquete IP.
El proceso de transmisión de la interfaz bvi0 entrega la trama de bridge a la entidad de
bridge.
La entidad de bridge no tiene en sus tablas la dirección mac de destino, así que envía dos
copias del paquete (con preclasificado), una a la interfaz ppp1 y otra a la interfaz
ethernet0/1.
El proceso de transmisión de la interfaz ppp1 añade las cabeceras necesarias al paquete
(trama de bridge) y lo entrega a la interfaz serial0/0, que a su vez envía el paquete por la
línea serie.
Como la interfaz ethernet0/1 tiene habilitado BRS, el paquete (trama de bridge) se
clasifica según los criterios configurados para dicha interfaz, pero aplicados a la copia de
las cabeceras IP (no a la trama de bridge). Son aplicables criterios IP como las listas de
acceso, ya que las cabeceras copiadas son de protocolo IP (antes del encapsulado bridge
introducido por la interfaz bvi0). El paquete se marca y encola en la clase correspondiente.
Cuando se cumplen las condiciones adecuadas se desencola el paquete (trama bridge) y se
entrega al proceso de transmisión de la interfaz ethernet0/1.
El proceso de transmisión de la interfaz ethernet0/1 añade las cabeceras necesarias al
paquete (trama bridge), y transmite la trama resultante.
La funcionalidad de preclasificado (qos-pre-classify) es aplicable a varios procesos que alteran los
paquetes:
• Interfaz TNIP. Copia de cabeceras del paquete antes de encapsular. Ver manual Dm719 Túnel
IP.
• Protocolo IPSec. Copia de cabeceras del paquete antes de cifrar y encapsular. Ver manual
Dm739 IPSec.
• Subinterfaz Ethernet. Copia de cabeceras del paquete antes de encapsular en VLAN 802.1q.
Ver manual Dm750 Subinterfaz Ethernet.
• Interfaz BVI. Copia de cabeceras del paquete antes de encapsular en trama de bridge. Ver
manual Dm717 Bridge.
• Subinterfaz BVI. Copia de cabeceras del paquete antes de encapsular en VLAN 802.1q y
trama de bridge. Ver manual Dm717 Bridge.
Son varias las funcionalidades que alteran el contenido de los paquetes, y que permiten
habilitar el preclasificado (qos-pre-classify) para poder clasificar según el paquete
inalterado.
ROUTER TELDAT - Introducción BRS
I - 11
Doc.DM715
Rev.10.92
Se recomienda consultar el manual de dichas funcionalidades para una descripción del
comando qos-pre-classify en cada una de ellas.
En determinadas configuraciones es posible que se intente preclasificar dos veces un mismo paquete.
En ese caso sólo se preclasifica la primera vez.
Durante el procesamiento de un paquete sólo se preclasifica una vez. Un paquete que
ya ha sido preclasificado no se vuelve a preclasificar.
Ejemplo 5:
Tenemos un router con interfaces ethernet0/0, ethernet0/1, ethernet0/1.23 y tnip1. BRS habilitado
en interfaz ethernet0/1. Qos-pre-classify configurado en ethernet0/1.23 y tnip1.
A continuación se describe el procesado de un paquete siguiendo el esquema de la siguiente
figura:
Proceso de routing
4
9
5
10
tnip1
Qos-pre-classify
6
Transmisión
7
8
ethernet0/1.23
Qos-pre-classify
11
Transmisión
12
13
ethernet0/0
3
ethernet0/1
14
BRS
Recepción
2
15
Transmisión
16
1
ROUTER TELDAT - Introducción BRS
I - 12
Doc.DM715
Rev.10.92
1. Llega una trama por interfaz ethernet0/0.
2. La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP con
direcciones origen y destino (1.1.1.1  2.2.2.2).
3. La interfaz ethernet0/0 entrega el paquete IP al proceso de routing.
4. El proceso de routing determina que el paquete IP ha de ser transmitido por la interfaz
tnip1.
5. El paquete IP se entrega a la interfaz tnip1.
6. Como se ha habilitado el preclasificado (qos-pre-classify) en la interfaz tnip1, se realiza
una copia de las cabeceras del paquete IP y se asocia a dicho paquete.
7. El proceso de transmisión de la interfaz tnip1 añade al paquete IP las cabeceras GRE e IP,
obteniendo un nuevo paquete IP con direcciones origen y destino (3.3.3.3  4.4.4.4), que
sigue teniendo asociada una copia de las cabeceras del paquete IP (1.1.1.1  2.2.2.2).
8. El proceso de transmisión de la interfaz tnip1 entrega el paquete IP (3.3.3.3  4.4.4.4) al
proceso de routing.
9. El proceso de routing determina que el paquete IP (3.3.3.3  4.4.4.4) ha de ser
transmitido por la interfaz ethernet0/1.23.
10. El paquete IP (3.3.3.3  4.4.4.4) se entrega a la interfaz ethernet0/1.23.
11. Se ha habilitado el preclasificado (qos-pre-classify) en la interfaz ethernet0/1.23, pero el
paquete IP (3.3.3.3  4.4.4.4) ya está preclasificado, así que no se altera dicho
preclasificado, conservando la copia de cabeceras IP (1.1.1.1  2.2.2.2).
12. El proceso de transmisión de la interfaz ethernet0/1.23 añade al paquete IP (3.3.3.3 
4.4.4.4) las cabeceras VLAN 802.1q, obteniendo un paquete VLAN, que sigue teniendo
asociada una copia de las cabeceras del paquete IP (1.1.1.1  2.2.2.2).
13. El proceso de transmisión de la interfaz ethernet0/1.23 entrega el paquete VLAN a su
interfaz base, es decir, a la interfaz ethernet0/1.
14. Como la interfaz ethernet0/1 tiene habilitado BRS, el paquete VLAN se clasifica según los
criterios configurados para dicha interfaz, pero aplicados a la copia de las cabeceras IP
(1.1.1.1  2.2.2.2), no al paquete VLAN ni al paquete IP (3.3.3.3  4.4.4.4). Son
aplicables criterios IP como las listas de acceso, ya que las cabeceras copiadas son de
protocolo IP (antes del encapsulado IP/GRE introducido por la interfaz tnip1). El paquete
se marca y encola en la clase correspondiente.
15. Cuando se cumplen las condiciones adecuadas se desencola el paquete VLAN y se entrega
al proceso de transmisión de la interfaz ethernet0/1.
16. El proceso de transmisión de la interfaz ethernet0/1 añade las cabeceras necesarias al
paquete VLAN, y transmite la trama resultante.
ROUTER TELDAT - Introducción BRS
I - 13
Doc.DM715
Rev.10.92
3. Marcado de tráfico
A menudo interesa marcar los paquetes de distintos tipos de tráfico para que el resto de la red los
pueda distinguir, y así tratarlos de acuerdo a su naturaleza. El Sistema de Reserva de Ancho de Banda
permite realizar este marcado de las siguientes maneras:
• Al clasificar el tráfico, con el comando ACCESS-LIST <n> <clase> <prioridad> SET <tipo de
marcado y valor a marcar>.
• Al clasificar el tráfico, con el comando MATCH <criterio> <datos> class <clase> <prioridad>
SET <tipo de marcado y valor a marcar>.
• Todo el tráfico clasificado en una clase, y que no haya sido previamente marcado con el
comando ACCESS-LIST o MATCH. Se configura con el comando CLASS <clase> SET
<tipo de marcado y valor a marcar>.
• Tráfico que desborda de una clase, con el comando CLASS <clase> EXCEED MARK-DSCPCONTINUE <valor a marcar>.
El marcado de un paquete se puede realizar sobre el campo Type of Service de la cabecera IP de dicho
paquete, sobre el campo COS de la cabecera VLAN 802.1Q en el caso de subinterfaces Ethernet y
sobre el bit Cell Loss Priority de la cabecera de celda ATM (marcado que solo tiene efecto si el
paquete se transmite por un interfaz ATM).
Los bits de COS se alojan en el campo TCI (Tag Control Information) de la cabecera VLAN 802.1Q,
tal como se muestra en la siguiente figura:
Octetos: 0
1
COS
CFI
VID
Bits: 8 7 6 5
4 3 2 1 8 7 6 5 4 3 2 1
El formato de la cabecera IP está definido en la RFC 791 tal como se muestra en la siguiente figura:
0
1
2
3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Version
IHL
Total Length
Type of Service
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source Address
Destination Address
Options
Padding
Hay varias interpretaciones del campo Type of Service, con sus correspondientes formatos. En la
configuración del marcado en BRS se permite marcar el campo Precedence, el campo DSCP, o
cualquier combinación de bits del octeto Type of Service. Como referencia en los siguientes apartados
se recogen los usos más comunes del campo Type of Service.
Campos Precedence y TOS
El campo Type of Service se puede desglosar en los campos Precedence, TOS y MBZ, tal como se ve
en la siguiente figura:
ROUTER TELDAT - Introducción BRS
I - 14
Doc.DM715
Rev.10.92
0
1
2
3
4
5
6
Precedence
TOS
Campo Type of Service según RFC 1349
7
MBZ
Los 3 primeros bits del campo Type of Service de la cabecera IP indican la precedencia del paquete. La
siguiente tabla muestra los valores definidos para este campo:
Valor (binario)
000
001
010
011
100
101
110
111
Nomenclatura
Routine
Priority
Immediate
Flash
Flash Override
CRITIC/ECP
Internetwork Control
Network Control
Los bits 3 a 6 son el campo TOS, con 16 valores posibles, de los que se han definido los que aparecen
en la siguiente tabla:
Valor (binario)
0000
0001
0010
0100
1000
Nomenclatura
Normal service
Minimize monetary cost
Maximize reliability
Maximize throughput
Minimize delay
El último bit (campo MBZ) debe estar a 0.
En los comandos de marcado de tráfico en BRS se puede especificar cualquier combinación de bits del
octeto Type of Service. Así pues, para marcar un paquete con precedencia Internetwork Control (110)
y TOS Maximize reliability (0010), el valor del byte es 11000100 en binario, y la máscara 11111110
también en binario, por lo que configuraremos la opción set tos-octet con los correspondientes
valores en decimal, tal como se muestra en el siguiente ejemplo:
BRS [i #] Config>class alpha set tos-octet 196 mask 254
BRS [i #] Config>
Campo DSCP
En la RFC 2474 se redefine el campo Type of Service de la cabecera IP, como campo DS, y se divide
en un campo de 6 bits llamado DSCP (Differentiated Services CodePoint) y otro de 2 bits llamado CU
(Currently Unused), tal como se muestra en la siguiente figura:
ROUTER TELDAT - Introducción BRS
I - 15
Doc.DM715
Rev.10.92
0
1
2
3
4
5
6
7
DSCP
CU
Redefinición del campo Type of Service según RFC 2474
Posteriormente los bits del campo CU se han redefinido para otros usos (ver por ejemplo RFC 3168).
ROUTER TELDAT - Introducción BRS
I - 16
Doc.DM715
Rev.10.92
4. Reparto de Ancho de Banda
El Sistema de Reserva de Ancho de Banda (Bandwidth Reservation System -BRS-) permite decidir
qué paquetes descartar cuando la demanda (tráfico) sobrepase la oferta (throughput) en una conexión
de red.
La Reserva de Ancho de Banda es realmente una salvaguarda. En términos generales, una red no debe
intentar utilizar un valor de velocidad de línea mayor del 100 % del que tiene asignado. Si lo hace, la
conclusión es que con toda probabilidad se necesita una línea más rápida. En cualquier caso, dado que
el tráfico de datos suele presentarse a ráfagas, la tasa de transmisión solicitada puede llegar a
sobrepasar el 100 % por un corto periodo de tiempo. En estos casos, se activa la reserva de ancho de
banda y se asegura la distribución del tráfico de mayor prioridad (esto es, no se descarta). Si el tráfico,
a lo largo de mucho tiempo, supera la capacidad de la línea se acabarán descartando paquetes, pero de
forma que se cumplan los porcentajes de ancho de banda asignados a las distintas clases.
Cuando varias clases de tráfico de la misma prioridad compiten por el ancho de banda de la línea, éste
se reparte entre dichas clases de forma proporcional a los valores configurados. El ancho de banda que
no emplee una clase se reparte igualmente entre las demás clases, también de forma proporcional a los
mismos valores configurados.
En la Tabla 1 se muestra el reparto de ancho de banda entre clases de la misma prioridad.
Tabla 1
Clase2 A % Ancho de Banda3
Interfaz1
Clase B
Clase C
% Ancho de Banda
% Ancho de Banda
lista de acceso, protocolo, nivel de prioridad5
etiqueta o filtro4
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
lista de acceso, protocolo, nivel de prioridad
etiqueta o filtro
1. Un interfaz en el que se soporte la Reserva de Ancho de Banda (línea X.25, línea PPP, subinterfaz
ATM, interfaz Ethernet, etc.).
2. Clase BRS.
3. Porcentaje del Ancho de Banda del interfaz para esta clase BRS. Utilizar el comando CLASS.
4. Tipo de paquete en la clase BRS. Utilizar el comando ACCESS-LIST o ASSIGN.
ROUTER TELDAT - Introducción BRS
I - 17
Doc.DM715
Rev.10.92
5. Nivel de prioridad para paquetes con un protocolo, una etiqueta o un filtro dado. Utilizar el
comando ACCESS-LIST o ASSIGN.
Nota: En Frame Relay el ancho de banda del interfaz se reparte entre los circuitos en
base a otras clases. En estas clases sólo se define el porcentaje de ancho de banda y los
circuitos que lo comparten.
ROUTER TELDAT - Introducción BRS
I - 18
Doc.DM715
Rev.10.92
5. Priorización
La reserva de ancho de banda asigna porcentajes del ancho de banda de conexión total a clases de
tráfico específicas (definidas por el usuario). Una clase de BRS es un grupo de paquetes que se
identifican mediante el mismo nombre, por ejemplo, una clase llamada “ipx” designa a todos los
paquetes IPX.
El subsistema de BRS permite priorizar unas clases de tráfico sobre otras, entendiendo por
priorización el que distintos tipos de tráfico sean procesados antes que otros de una manera estricta y
no reservando un porcentaje de ancho de banda determinado.
Existen dos tipos de priorización, priorización inter-clase y priorización intra clase.
Priorización inter-clase:
A cada clase de tráfico se le asigna un porcentaje de ancho de banda y una prioridad. Dicha prioridad
puede tomar los siguientes valores siendo el valor por defecto NORMAL:
• REAL-TIME
• HIGH
• NORMAL (valor por defecto)
• LOW
A la hora de elegir la clase cuyos paquetes van a ser transmitidos se busca primero entre las clases de
tipo REAL-TIME, si no existen clases con prioridad REAL-TIME o si existen pero en ese instante no
tienen ningún paquete en sus colas para ser transmitido se busca entre las clases con prioridad HIGH y
así sucesivamente hasta procesar por último las clases con prioridad LOW.
Dentro de las clases con una misma prioridad se respetan los anchos de banda asignados para cada
clase.
Ejemplo:
En una configuración existen cuatro clases aparte de la clase local y la clase default. Una clase llamada
voip con prioridad real-time, dos de ellas important1 e important2 con prioridad high y otra llamada
data con prioridad normal. Las clases local y default se encuentran siempre presentes para representar
el tráfico local y el tráfico no perteneciente a ninguna otra clase respectivamente, y en este caso tienen
prioridad normal.
class
class
class
class
class
class
default 20
voip 100 real-time
important1 30 high
important2 70 high
data 60
local 20
En este escenario la primera clase en transmitir seria siempre la clase voip ya que tiene la prioridad
más alta. Si la clase voip no tiene datos para transmitir en ese momento transmitirían las clases
important1 o important2 respetando el porcentaje de ancho de banda asignado a cada una, es decir, por
cada 70 bytes que transmita la clase important2 transmitirá 30 la clase important1.
En el caso de que no haya datos de la clase voip ni de las clases importan1 ni important2 se pasa a
procesar las clases data, default y local transmitiendo la que corresponda en función de su ancho de
banda.
Suponiendo un ancho de banda de 100Kbps y los siguientes throughputs:
ROUTER TELDAT - Introducción BRS
I - 19
Doc.DM715
Rev.10.92
CLASE
Voip
Important1
Important2
Data
Local
Default
THROUGHPUT
20000 bps
60000 bps
70000 bps
100000 bps
10000 bps
20000 bps
ENVIADO
20000 bps
(100000 - 20000)*0.3 = 24000 bps
(100000 - 20000)*0.7 = 56000 bps
0 bps
0 bps
0 bps
Suponiendo un ancho de banda de 100Kbps y los siguientes throughputs:
CLASE
THROUGHPUT
ENVIADO
Voip
10000 bps
10000 bps
Important1
10000 bps
10000 bps
Important2
15000 bps
15000 bps
Data
100000 bps
(100000 – 35000) * 0.60 = 39000 bps
Local
15000 bps
(100000 – 35000) * 0.20 = 13000 bps
Default
20000 bps
(100000 – 35000) * 0.20 = 13000 bps
DESCARTADO
0 bps
36000 bps
14000 bps
100000 bps
10000 bps
20000 bps
DESCARTADO
0 bps
0 bps
0 bps
61000 bps
2000 bps
7000 bps
IMPORTANTE: Como se observa en estas tablas las clases con prioridades más altas
pueden bloquear totalmente la transmisión de datos de las clases con prioridades más
bajas, lo que no ocurre cuando utilizamos exclusivamente reserva de ancho de banda
(todas las clases con prioridad normal).
Priorización intra-clase:
Cada clase BRS tiene cuatro colas, una para cada prioridad con la que se pueden asociar listas de
acceso o etiquetas a una clase determinada. Cuando se decide que clase va a transmitir a continuación
(ver apartado anterior) se examinan las colas de dicha clase en el siguiente orden:
• URGENT
• HIGH
• NORMAL (el valor por defecto)
• LOW
A la hora de decidir que paquetes se envían dentro de los pertenecientes a una misma clase los
paquetes que tengan asignada la prioridad URGENT se envían en primer lugar, seguidos por los
paquetes que tengan prioridades HIGH, NORMAL, y LOW respectivamente. Si no quedan paquetes
de prioridad URGENT, se transmiten los que tienen prioridad HIGH etc. Solamente si no quedan
paquetes con prioridades URGENT, HIGH o NORMAL se transmiten los paquetes que tienen
prioridad LOW. Si el paquete no tiene prioridad, se le asigna por defecto la prioridad NORMAL.
También se puede configurar el número de paquetes que pueden ser colocados para cada nivel de
prioridad dentro de cada clase de Ancho de Banda. El comando QUEUE-LENGTH del BRS
configura el número máximo de paquetes de salida que pueden ser colocados en cada cola de prioridad
BRS. También configura el número máximo de paquetes de salida que se pueden colocar en cada cola
de prioridad de BRS cuando los buffers de entrada al router son escasos.
ROUTER TELDAT - Introducción BRS
I - 20
Doc.DM715
Rev.10.92
PRECAUCIÓN: Si se configuran unos valores para la longitud de la cola demasiado
grandes se puede degradar seriamente el funcionamiento del router.
Se pueden configurar las longitudes de las colas para cada tipo de interfaz que soporte BRS: Línea
X.25, PPP, subinterfaz ATM, Ethernet, TNIP, Frame Relay, etc.
Las asignaciones de prioridad de una clase de Ancho de Banda no afectan a las otras clases. Ninguna
clase de Ancho de Banda tiene prioridad sobre las otras. Solamente se puede establecer una
correspondencia entre un protocolo de red (o varios protocolos agrupados) o filtros y una clase.
Efectos de la Priorización
Cuando se configuran las prioridades en las colas sin limitación de Ancho de Banda, el router entrega
primero el tráfico que tiene una prioridad más alta. En situaciones en las que el tráfico de alta prioridad
sea muy intenso, puede que el router nunca atienda o de servicio a los paquetes pertenecientes a los
niveles de prioridad más bajos. Combinando la priorización con la limitación de Ancho de Banda, sin
embargo, se puede asignar la transmisión de paquetes a todas los anchos de banda.
PRECAUCIÓN: Se recomienda configurar priorización sólo para aquellos tráficos
muy importantes, pero esporádicos y poco intensos, como por ejemplo alarmas, etc. De
lo contrario, se corre el riesgo de paralizar la transmisión del resto de tráficos de
prioridad más baja.
ROUTER TELDAT - Introducción BRS
I - 21
Doc.DM715
Rev.10.92
6. Limitación de Ancho de Banda - Traffic-shaping
Los routers Teldat permiten efectuar traffic-shaping sobre todas las interfaces que soportan BRS. El
traffic-shaping permite limitar el throughput máximo de una interfaz, de un pvc o de una clase de
tráfico en concreto.
Así se puede especificar que la clase FTP de tráfico tenga un porcentaje de ancho de banda asegurado
del 10% pero que no pueda sobrepasar los 40 kbps de throughput máximo.
Para limitar el throughput máximo se emplean comandos rate-limit aplicados a interfaces, circuitos y
clases:
BRS [i fr1] Config>rate-limit <cir> [<bc> [<be>]]
BRS [i fr1] [dlci 16] Config>rate-limit <cir> [<bc> [<be>]]
BRS [i fr1] [dlci 16] Config>class <nombre> rate-limit <cir> [<bc> [<be>]]
Puesto que la velocidad de línea es fija y todo paquete se debe transmitir íntegramente de forma
continua, sólo se puede actuar sobre el throughput medio en un intervalo de tiempo determinado. Para
ello el comando rate-limit admite hasta tres parámetros: CIR, Bc y Be. Estos parámetros definen el
modo en que se limita el throughput. El significado de cada uno de estos parámetros es el siguiente:
• CIR: Committed Information Rate. Es el throughput permitido, es decir, la velocidad de
transmisión sostenida que se permite alcanzar.
• Bc: Burst Committed. Es el máximo tamaño de ráfaga permitido. Si no se especifica nada se
calcula el valor como Bc = CIR x 0,125 s, es decir, se asegura el throughput en intervalos de
medida de 125 ms.
• Be: Burst Excess. Es el exceso de ráfaga permitido. Este parámetro tiene sentido
administrativo, ya que no se realiza ninguna acción directa sobre bits de control de congestión
como puedan ser el bit DE de Frame Relay o el bit CLP de ATM. Si no se especifica nada se
toma el valor 0.
La limitación del throughput funciona de forma diferente en función del nivel al que se configura. En
situación de congestión, un rate-limit configurado a nivel de clase (o circuito Frame-Relay) actúa
descartando paquetes antes de que sean insertados en las colas de salida de BRS, aún quedando
espacio libre en dichas colas. Estos paquetes descartados incrementan los contadores de paquetes
descartados por rate-limit en las estadísticas de la funcionalidad BRS. Un rate-limit configurado
globalmente a nivel de interfaz es equivalente a tener un ancho de banda en la línea igual al del ratelimit configurado. Así, en situación de congestión, las colas se van llenando hasta que desbordan, y los
paquetes se descartan por saturación de las mismas. Es por eso que un rate-limit a nivel de interfaz
provoca que se incrementen los contadores de paquetes descartados por overflow en las estadísticas.
Los tres parámetros se emplean para obtener un tamaño máximo de ráfaga final. El cálculo detallado
es el siguiente:
1. Obtener Tc. Si se especifica Bc, entonces Tc = Bc / CIR. Si no se especifica Bc, entonces Tc =
125 ms.
2. Limitar Tc a un mínimo de 7,8 ms y un máximo de 1s.
3. Obtener el tamaño de ráfaga final Bf. Si se especifica Be, entonces Bf = CIR x Tc + Be. Si no
se especifica Be, entonces Bf = CIR x Tc.
ROUTER TELDAT - Introducción BRS
I - 22
Doc.DM715
Rev.10.92
4. Emplear CIR y Bf para limitar el throughput. Resulta un intervalo de medida Tf = Bf / CIR.
El resultado de estos cálculos es el siguiente:
• En ningún intervalo de tiempo Tf se transmite una cantidad de datos superior a Bf. Es decir, la
velocidad media de transmisión en cualquier intervalo de tiempo Tf es igual o inferior al CIR
configurado.
• En configuraciones normales (sólo se indica el CIR) se permiten ráfagas de modo que en
ningún intervalo de 125 ms se supere el CIR. Por lo tanto el tamaño máximo de ráfaga
permitido depende del CIR.
• En configuraciones avanzadas (se indica el CIR y el Bc) el usuario tiene control sobre el
intervalo de medida para la limitación de throughput, siempre dentro de los límites arriba
mencionados de 7,8 ms y 1 s.
• Mediante la configuración del parámetro Be se puede exceder el límite de 1 s para el intervalo
de medida. El tamaño de ráfaga final en general será la suma de Bc y Be.
Ejemplo 1: se configura rate-limit 160.
• CIR = 160 kbps.
• Bc = CIR x 0,125 s = 160 kbps x 0,125 s = 20 kbit.
• Tc = Bc / CIR = 20 kbit / 160 kbps = 0,125 s = 125 ms.
• El equipo limita el throughput de modo que en ningún intervalo de 125 ms se supere un
throughput medio de 160 kilobits por segundo.
Ejemplo 2: se configura rate-limit 160 32.
• CIR = 160 kbps.
• Bc = 32 kbit.
• Tc = Bc / CIR = 32 kbit / 160 kbps = 0,2 s = 200 ms.
• El equipo limita el throughput de modo que en ningún intervalo de 200 ms se supere un
throughput medio de 160 kilobits por segundo.
Ejemplo 3: se configura rate-limit 160 180.
• CIR = 160 kbps.
• Bc = 180 kbit.
• Tc = Bc / CIR = 180 kbit / 160 kbps = 1,125 s. Como Tc > 1 s se toma Tc = 1 s.
• El equipo limita el throughput de modo que en ningún intervalo de 1 s se supere un throughput
medio de 160 kilobits por segundo.
Ejemplo 4: se configura rate-limit 160 160 20.
• CIR = 160 kbps.
• Bc = 160 kbit.
• Be = 20 kbit.
• Tc = Bc / CIR = 160 kbit / 160 kbps = 1 s.
• Bf = CIR x Tc + Be = 160 kbps x 1 s + 20 kbit = 180 kbit.
• Tf = Bf / CIR = 180 kbit / 160 kbps = 1,125 s = 1125 ms.
ROUTER TELDAT - Introducción BRS
I - 23
Doc.DM715
Rev.10.92
•
El equipo limita el throughput de modo que en ningún intervalo de 1125 ms se supere un
throughput medio de 180 kilobits por segundo.
Ejemplo 5: se configura rate-limit 160 180 20.
• CIR = 160 kbps.
• Bc = 180 kbit.
• Be = 20 kbit.
• Tc = Bc / CIR = 180 kbit / 160 kbps = 1,125 s. Como Tc > 1 s se toma Tc = 1 s.
• Bf = CIR x Tc + Be = 160 kbps x 1 s + 20 kbit = 180 kbit.
• Tf = Bf / CIR = 180 kbit / 160 kbps = 1,125 s = 1125 ms.
• El equipo limita el throughput de modo que en ningún intervalo de 1125 ms se supere un
throughput medio de 180 kilobits por segundo.
En las redes ATM suele ser normal que el ancho de banda garantizado sea menor que el ancho de
banda ofrecido por la línea: esto provoca que en situaciones de congestión, la red descarte celdas.
Mediante el bit Cell Loss Priority de la cabecera de celda ATM se marca qué celdas deben descartarse
prioritariamente, y por tanto, demorar el descarte de las celdas no marcadas solo cuando el descarte de
las celdas marcadas no sea suficiente. También se puede limitar el throughput máximo a un valor que
sea garantizado por la operadora, para que sea el router el que descarte los paquetes cuando se
sobrepasa este throughput máximo en función de su clase y no la red.
ROUTER TELDAT - Introducción BRS
I - 24
Doc.DM715
Rev.10.92
7. Calidad de Servicio en enlaces Multilink
En enlaces con MP configurado el subsistema de BRS funciona de manera ligeramente distinta a como
lo hace para el resto de encapsulados, emplazándose el subsistema de BRS antes de encapsular en MP.
El esquema de funcionamiento para enlaces MP cuando no se encuentra habilitada la funcionalidad
“Multiclass Multilink” es el siguiente:
Reserva de ancho de
banda y priorizacion
entre clases no realtime
Encapsulado Multilink
y fragmentación
Flujo de tráfico perteneciente
a todas las clases cuya
prioridad no sea real-time
Envio de paquete al
driver
Prioridad absoluta a
las clases real-time
Reserva de ancho de
banda entre clases
real-time
Encapsulado PPP
Flujo de tráfico perteneciente a todas las
clases de prioridad real-time
En caso de encontrarse habilitada la funcionalidad “Multiclass MP”, el tráfico perteneciente a las
clases de prioridad “real-time” es, al igual que el tráfico “no-real-time”, encapsulado con cabeceras
MP marcando estas últimas como clase “1” en el caso “real-time” y como clase “0” en el caso “noreal-time”. En este escenario, el esquema de funcionamiento para enlaces MP es el
siguiente:
Reserva de ancho de
banda y priorizacion
entre clases no realtime
Encapsulado Multilink
(clase “0”) y
fragmentación
Flujo de tráfico
perteneciente a todas las
clases cuya prioridad no sea
real-time
Envio de paquete al
driver
Prioridad absoluta
a las clases realtime
Reserva de ancho de
banda y priorizacion
entre clases real-time
Encapsulado Multilink
(clase “1”) y
fragmentación
Flujo de tráfico
perteneciente a las clases
con prioridad real-time
Ambos esquemas contrastan con el esquema genérico para el resto de encapsulados, como por ejemplo
el Frame-Relay, donde el proceso es el siguiente:
ROUTER TELDAT - Introducción BRS
I - 25
Doc.DM715
Rev.10.92
Envio de paquete al
driver
Encapsulado nivel 2
(Frame-Relay)
Reserva de ancho de
banda y priorizacion
entre todas las clases
Flujo de tráfico
perteneciente a todas las
clases, tanto real-time como
no real-time
En el caso de MP el esquema genérico no es válido ya que el MP asigna un número de secuencia a
cada paquete, número que es utilizado en el extremo receptor para reordenar los paquetes recibidos y
evitar de esta forma el posible desorden que se pueda producir como consecuencia de utilizar varios
links. El problema está en que si el BRS se emplazase después de encapsular en MP y por tanto
después de asignar un número de secuencia a los paquetes, estos se desordenarían tanto que el extremo
MP sería incapaz de reordenarlos en la mayoría de las ocasiones y los descartaría.
La solución a este problema consiste en emplazar el BRS antes de encapsular en MP, esto es,
desordenar primero los paquetes tanto como sea necesario para preservar el ancho de banda asignado a
cada clase y después encapsularlos en MP y etiquetarlos con los números de secuencia, con lo que se
evita el desorden en los números de secuencia provocado por el BRS y los paquetes llegarán al otro
extremo lo suficientemente ordenados como para que el receptor sea capaz de ordenarlos.
El problema de esta solución está en el tráfico muy sensible a los retardos como por ejemplo el de
VoIP. Si este tráfico entrase al BRS antes de encapsular en MP, y por tanto antes de fragmentar, los
retardos que provocarían en él los paquetes de gran tamaño serían equivalentes a los que se obtendrían
sin fragmentación ya que la priorización de tráfico se realiza antes de fragmentar.
Por eso este tipo de paquetes es enviado a unas colas distintas del BRS (colas para tráfico real-time)
teniendo prioridad absoluta sobre el resto del tráfico cuando este ya ha sido encapsulado en MP y por
tanto fragmentado.
ROUTER TELDAT - Introducción BRS
I - 26
Doc.DM715
Rev.10.92
8. Reserva de Ancho de Banda sobre Frame Relay
Cuando se ejecuta la Reserva de Ancho de Banda sobre Frame Relay, existen dos áreas donde se
puede asignar Ancho de Banda: a nivel de circuito y a nivel de interfaz.
La asignación de Ancho de Banda por circuito trabaja de forma similar a la Línea X.25. Los paquetes
son filtrados y colocados en colas según las clases BRS que se basan en los protocolos y filtros
asignados a las clases configuradas por circuito.
La cantidad real de Ancho de Banda disponible para Reserva de Ancho de banda depende de como
esté configurado el interfaz y el circuito:
• Si se habilita la monitorización CIR Frame Relay, el Ancho de Banda disponible para un
circuito se asigna en estricta concordancia con su CIR (Committed Information Rate), su CBS
(Committed Burst Size), y su EBS (Excess Burst Size).
• Si se deshabilita la monitorización CIR, hasta el 100 % del Ancho de banda del interfaz puede
estar disponible para un circuito
Los circuitos huérfanos y aquellos circuitos que no tengan explícitamente habilitado BRS pueden
utilizar el entorno por defecto de colocación de colas BRS.
Cada circuito también compite por ancho de banda en la línea serie física. La asignación de Ancho de
Banda en el interfaz físico segmenta los circuitos en clases. El porcentaje de Ancho de Banda asignado
a cada clase de circuitos es configurable. Los circuitos huérfanos y los que no están asignados a
ninguna clase son colocados en la clase de circuitos por defecto.
Para mostrar los contadores de reserva para las clases en el nivel de interfaz Frame-Relay se utilizan
los siguientes comandos de monitorización de Reserva de Ancho de Banda:
• CLEAR-CIRCUIT-CLASS
• COUNTER-CIRCUIT-CLASS
• LAST-CIRCUIT-CLASS
El interfaz es el que aparece en el prompt de los comandos de monitorización de Ancho de Banda. Por
ejemplo BRS [i serial0/0] Config> es el prompt para el interfaz correspondiente a la WAN1.
Las clases BRS son más útiles cuando la monitorización CIR no está habilitada. Si no se desea utilizar
las clases BRS hay que dejar todos los circuitos en la clase “por defecto” y no crear ninguna otra clase
de circuitos.
8.1. Uso de colas en interfaces Frame Relay
En aquellos interfaces Frame Relay que no tengan habilitada la facilidad de Reserva de Ancho de
Banda, el tráfico de todos los DLCIs es encolado en una única cola cuya longitud vendrá determinada
por la disponibilidad de búferes que tenga el router en ese momento. Esta característica permite al
equipo afrontar ráfagas de tráfico intenso durante cierto tiempo, sin empezar a descartar tramas.
Cuando la Reserva de Ancho de Banda sí se encuentra habilitada, aunque no haya sido configurada
ninguna clase ni protocolo, existirá una cola para cada DLCI y sus longitudes serán las determinadas
en la configuración por defecto de la Reserva de Ancho de Banda.
ROUTER TELDAT - Introducción BRS
I - 27
Doc.DM715
Rev.10.92
9. Reserva de Ancho de Banda sobre interfaz TNIP
Los interfaces TNIP (interfaz de túnel IP), a pesar de no ser interfaces físicos, también soportan
reserva de ancho de banda. El hecho de no ser un interfaz físico supone que su ancho de banda es
infinito. Por lo tanto, si no se limita el ancho de banda (mediante traffic-shaping) todo el tráfico se
progresará hacia el interfaz de salida, independientemente de la carga y de los porcentajes
configurados.
No tiene sentido reservar ancho de banda en un interfaz TNIP si no se limita mediante
traffic-shaping, ya que el interfaz TNIP tiene un ancho de banda infinito.
Cuando configuremos traffic-shaping en el interfaz TNIP deberemos tener en cuenta que el caudal
considerado es el del tráfico antes de encapsular en el túnel (es decir, antes de añadir las cabeceras IP,
GRE, etc.). En el siguiente gráfico se ve cómo primero se aplica calidad de servicio a los datos y sólo
después se encapsulan en el túnel IP:
Datos
Perfilado,
priorización,
reserva de ancho
de banda,
marcado DSCP
QoS
preclassify
Encapsulado
Túnel IP
Cabecera IP
Cabecera GRE
Datos
Interfaz TNIP con BRS
En este gráfico también podemos apreciar que la opción qos-pre-classify se aplica después de haber
marcado el paquete con un valor DSCP. Esto deberemos tenerlo en cuenta si también aplicamos BRS
en el interfaz de salida del túnel.
ROUTER TELDAT - Introducción BRS
I - 28
Doc.DM715
Rev.10.92
10. BRS y redes privadas virtuales
En algunos escenarios con redes privadas virtuales es interesante priorizar cierto tipo de tráfico, tanto
sobre túneles IP corrientes como IPSEC. Los Router Teldat permiten diferenciar entre distintos
tráficos que son encapsulados dentro de un mismo túnel.
Para ello hay que habilitar la opción qos-pre-classify. Esto se hace en el menú de configuración de
IPSEC o en el menú del túnel IP, según estemos utilizando una u otra cosa para la red privada virtual.
Una vez configurada esta opción la clasificación de los paquetes en las distintas clases de BRS se
realizará antes del encapsulado, con lo que se puede diferenciar entre distintos tipos de tráfico que
vayan encapsulados en un mismo túnel.
Para más información consulte los manuales de IPSEC Dm 739 y de los interfaces de túnel IP Dm 719.
ROUTER TELDAT - Introducción BRS
I - 29
Doc.DM715
Rev.10.92
11. BRS y VLAN
El sistema de reserva de ancho de banda también se puede aplicar a subinterfaces Ethernet. Sin
embargo, a veces interesa repartir el ancho de banda entre todos los tráficos agregados en el interfaz
base Ethernet. Para ello se debe configurar la opción qos-pre-classify en los subinterfaces Ethernet.
Mediante esta opción se consigue clasificar el tráfico del subinterfaz antes de encapsularlo en la
VLAN correspondiente. De no hacerlo así, todo el tráfico del subinterfaz Ethernet se consideraría
simplemente como tráfico de protocolo VLAN al clasificarlo en el interfaz base Ethernet.
Para más información consulte el manual Dm 750 Subinterfaz Ethernet.
ROUTER TELDAT - Introducción BRS
I - 30
Doc.DM715
Rev.10.92
12. BRS y Bridge
En escenarios con bridge se puede emplear el sistema de reserva de ancho de banda tanto en los
puertos como en el interfaz BVI.
Para escenarios en que se quiera administrar el ancho de banda sólo para el tráfico transmitido por el
router (no tráfico puenteado) independientemente del puerto de salida, se puede habilitar BRS en el
interfaz BVI, en cuyo caso, como se trata de un interfaz virtual, hay que configurar un rate-limit en
función del máximo ancho de banda deseado.
Para escenarios en que se quiera administrar el ancho de banda en un solo puerto del bridge, se debe
habilitar BRS en dicho puerto. Si además se quiere analizar el tráfico transmitido por el router a nivel
de red, se debe habilitar el preclasificado en el interfaz BVI.
ROUTER TELDAT - Introducción BRS
I - 31
Doc.DM715
Rev.10.92
13. Cálculo del ancho de banda en BRS
La funcionalidad de BRS en los equipos Teldat se realiza a nivel de interfaz, y basa todos sus
algoritmos de limitación y reparto de ancho de banda en el tamaño de los paquetes a transmitir por
dicho interfaz.
El usuario tiene la posibilidad de configurar el modo de trabajo de BRS a nivel de red o bien a nivel de
enlace. La diferencia entre ambos modos radica en que el tamaño de los paquetes, parámetro básico en
los algoritmos de limitación y reparto de ancho de banda, se calcula a nivel de red o a nivel de enlace,
respectivamente.
Tomemos como ejemplo un paquete IP de 64 bytes que se va a transmitir sobre un interfaz Ethernet.
El tamaño de dicho paquete a nivel de red es de 64 bytes, lo que incluye los datos y la cabecera IP (20
bytes). Tras el encapsulado Ethernet, se añade la cabecera Ethernet al paquete, con lo que su tamaño se
incrementa en 14 bytes al pasar a nivel de enlace. Su tamaño a nivel de enlace es, por tanto de 78
bytes.
Cab. Eth
77
Cabecera IP
63
Datos
0
Gracias a los dos modos de trabajo existentes en BRS, al efectuar los cálculos se tiene en cuenta el
tamaño real del paquete. De este modo se consigue respetar los caudales configurados a cualquiera de
los dos niveles, tanto de red como de enlace, y a su vez todos los estadísticos de BRS reflejan el tráfico
también al nivel que corresponda.
Esta facilidad tan sólo se encuentra disponible para los siguientes interfaces:
 Ethernet.
 ATM.
 HDLC.
 PPP sobre interfaz de línea serie síncrona.
 PPP sobre canal ISDN primario.
 Frame Relay sobre línea serie síncrona.
 Frame Relay sobre canal ISDN primario.
En el resto de interfaces BRS efectúan los cálculos a nivel de red de manera automática.
ROUTER TELDAT - Introducción BRS
I - 32
Doc.DM715
Rev.10.92
Capítulo 2
Configuración
1. El Prompt de Configuración de BRS
Para acceder a los comandos de configuración del Sistema de Reserva de Ancho de Banda (Bandwidth
Reservation System -BRS-) y configurar el BRS en el router se deben seguir los siguientes pasos:
1. En el prompt Config> teclear LIST DEVICES para comprobar la lista de interfaces configurados
en el router. Se utiliza el nombre de interfaz para configurar un interfaz para la reserva de Ancho de
Banda.
2. En el prompt Config> teclear FEATURE BANDWIDTH-RESERVATION.
Config>feature bandwidth-reservation
-- Bandwidth Reservation user configuration -BRS config>
3. En el prompt BRS Config> teclear NETWORK seguido por el nombre del interfaz que se quiere
configurar para BRS. Por ejemplo, para configurar el interfaz serial0/0 para BRS introducir
BRS config>network serial0/0
BRS [i serial0/0] Config>
4. En el prompt BRS [i serial0/0] Config> teclear el comando ENABLE.
BRS [i serial0/0] Config>enable
BRS [i serial0/0] Config>
5. Para interfaces Frame Relay hay que seleccionar Circuitos Virtuales Permanentes (CVP’s)
utilizando el comando CIRCUIT. En el prompt BRS [i serial0/0] [dlci 16] Config> teclear ENABLE.
En este ejemplo el número de circuito es 16.
BRS [i serial0/0] Config>circuit 16
BRS [i serial0/0] [dlci 16] Config>enable
BRS [i serial0/0] [dlci 16] Config>
6. Repetir los pasos del 2 al 4 para configurar BRS en el interfaz particular que se haya habilitado.
7. En el prompt BRS [i serial0/0] Config> configurar los parámetros de Reserva de Ancho de Banda
para el interfaz seleccionado utilizando los comandos de configuración apropiados. Si este es un
interfaz Frame Relay, las clases de circuitos se configuran en este prompt.
8. Para interfaces Frame Relay hay que seleccionar CVP utilizando el comando CIRCUIT. En el
prompt BRS [i serial0/0] [dlci 16] Config> se configuran los parámetros de Reserva de Ancho de
ROUTER TELDAT - Configuración BRS
II - 34
Doc.DM715
Rev.10.92
Banda del circuito seleccionado utilizando los comandos de configuración explicados en este capítulo.
En este ejemplo el número de circuito es 16.
9. Guardar la configuración y reiniciar el router.
Para volver al prompt Config> en cualquier momento hay que teclear EXIT en el prompt BRS
Config>.
NOTA IMPORTANTE: La configuración del sistema de Reserva de Ancho de Banda
se debe llevar a cabo una vez completada la configuración de interfaces del equipo. No
obstante, si se deseara hacer algún cambio posterior en la configuración de interfaces,
se recomienda, como medida general, eliminar cualquier configuración de BRS
existente previamente. Para ello, se puede emplear el comando CLEAR-BLOCK.
ROUTER TELDAT - Configuración BRS
II - 35
Doc.DM715
Rev.10.92
2. Comandos de Configuración
La siguiente tabla describe los comandos de configuración de Reserva de Ancho de Banda. Los
comandos y opciones que tienen un asterisco solamente se utilizan en el nivel de interfaz Frame Relay;
los que tienen un signo +, no se utilizan en el nivel de interfaz Frame Relay.
Comando
Función
ACCESS-LIST
ASSIGN
Asigna una lista de acceso a una clase.
Asigna un circuito*, protocolo o un filtro a una clase
reservada.
Selecciona el DLCI de un Circuito Virtual Permanente Frame
Relay.
Señala una cantidad designada de Ancho de Banda a una clase
de Ancho de Banda de usuario definida.
Borra la configuración de Reserva actual de la memoria de
configuración. Nota: Este comando requiere reiniciar el
router.
Restablece un circuito*, un filtro o un protocolo especificado
a su prioridad y a su clase por defecto.
Configura la clase por defecto y la prioridad a un valor
deseado.
Deshabilita la Reserva de Ancho de Banda en el interfaz o en
el circuito Frame Relay. Nota: Este comando requiere
reiniciar el router.
Habilita la Reserva de Ancho de Banda en el interfaz o
circuito Frame Relay. Nota: Este comando requiere reiniciar
el router.
Configura el modo de trabajo de BRS a nivel de enlace.
Muestra las clases de Ancho de Banda definidas actualmente
según su porcentaje garantizado, y los valores de las colas de
prioridad almacenados en SRAM. También muestra los filtros
y los protocolos asignados. (Para Frame Relay, este comando
proporciona dos niveles de información).
Asigna un criterio de clasificación a una clase.
Limita el número de paquetes que como máximo pueden
encontrarse en el driver simultáneamente.
Configura el modo de trabajo de BRS a nivel de red.
Selecciona el interfaz ejecuta la Reserva de Ancho de Banda.
Utilizar este comando para configurar BRS en un interfaz.
Nota: Este comando debe introducirse ANTES de utilizar
ningún otro comando de configuración, en el prompt BRS
Config>.
Elimina una opción previamente configurada, como una clase,
una asignación de lista de acceso, la limitación de ancho de
banda, etc.
CIRCUIT*
CLASS
CLEAR-BLOCK
DEASSIGN
DEFAULT-CLASS
DISABLE
ENABLE
LINK-LAYER
LIST
MATCH
MAX-PACKETS-IN-DRIVER
NETWORK-LAYER
NETWORK
NO
ROUTER TELDAT - Configuración BRS
II - 36
Doc.DM715
Rev.10.92
QUEUE-LENGTH
Configura los valores máximo y mínimo para el número de
paquetes de una cola de prioridad.
Especifica un throughput máximo para el interfaz o circuito
Frame-Relay. Se mide en kilobits por segundo.
Asigna una clase y una prioridad a un filtro que ha sido
etiquetado durante la configuración de la facilidad de filtrado
MAC. (Para Frame Relay, este comando aparece en el prompt
de nivel de PVC).
Elimina la relación nombre de la etiqueta/etiqueta y el nombre
de la etiqueta de la lista de filtros asignables. (Para Frame
Relay, este comando aparece en el prompt de nivel de CVP).
Configura los parámetros para actualizar un indicador de nivel
en función de la tasa de tráfico en el interfaz.
Permite salir de un nivel de BRS a otro, o salir del proceso de
configuración de reserva de Ancho de Banda.
RATE-LIMIT
TAG
UNTAG
UPDATE+
EXIT
Todos los comandos incluidos en la tabla anterior, excepto los que tienen un asterisco que son sólo
para Frame Relay, son válidos para la configuración de Reserva de Ancho de Banda en los interfaces
que soportan esta funcionalidad (X.25, PPP, subinterfaz ATM, Frame Relay, Túnel IP GRE, Ethernet,
etc.).
Nota: Cuando se introducen los comandos CLEAR-BLOCK, DISABLE, ENABLE, y
LIST desde dentro del nivel de interfaz BRS, esta acción afecta o registra la
información de Reserva de Ancho de Banda configurada para el interfaz seleccionado.
Cuando se introducen estos comandos desde dentro del nivel de circuito BRS sólo
afectan a la información de Reserva de Ancho de Banda Frame Relay configurada
para el Circuito Virtual Permanente (PVC –Permanent Virtual Circuit).
Antes de utilizar los comandos de Reserva de Ancho de Banda, hay que tener en cuenta las siguientes
consideraciones:
• Se debe utilizar el comando NETWORK para seleccionar un interfaz ANTES de utilizar
ningún otro comando de configuración. La configuración BRS obliga a esto.
• Se debe habilitar la funcionalidad mediante el comando ENABLE en el interfaz/circuito
seleccionado ANTES de utilizar ningún otro comando de configuración.
• El parámetro <nombre-clase> se puede escribir tanto en mayúscula como en minúscula.
2.1. Access-list
Utilice el comando ACCESS-LIST para asignar una lista de acceso a una clase, con una determinada
prioridad. El tráfico que pertenezca a dicha lista de acceso es clasificado como perteneciente a la
clase/prioridad a la que esté asignada. Las listas de acceso se asocian a una clase con una prioridad
determinada, siendo la prioridad por defecto Normal. A la hora de elegir el siguiente paquete a enviar
para una clase en concreto se buscan paquetes con prioridad Urgent, si no los hay con prioridad High,
si no los hay con prioridad Normal, etc. Los cuatro tipos de prioridades son:
• Urgent
• High
• Normal (prioridad por defecto)
• Low
ROUTER TELDAT - Configuración BRS
II - 37
Doc.DM715
Rev.10.92
Las listas de acceso se comprueban en el mismo orden en que se configuraron los comandos
ACCESS-LIST, es decir, tal como aparecen al mostrar la configuración. Es importante tener este dato
en cuenta cuando un mismo paquete encaja en más de una lista de acceso.
También se puede indicar que todos los paquetes que encajen en dicha lista sean marcados
especificando la opción set seguida del tipo de marcado y el valor a marcar.
Sintaxis:
BRS [i #] Config>access-list <lista> <clase> [<prioridad>
[set cos {<cos-val> | dscp | precedence}]]
BRS [i #] Config>access-list <lista> <clase> [<prioridad>
[set dscp <dscp-val>]]
BRS [i #] Config>access-list <lista> <clase> [<prioridad>
[set precedence <precedence-val>]]
BRS [i #] Config>access-list <lista> <clase> [<prioridad>
[set tos-octet <tos-val> [mask <mask-val>]]]
BRS [i #] Config>access-list <lista> <clase> [<prioridad>
[set atm-clp]]
lista
clase
prioridad
cos-val
set cos dscp
set cos precedence
dscp-val
precedence-val
tos-val
mask-val
set atm-clp
Número de lista de acceso a comprobar.
Clase en la que se clasificarán los paquetes que concuerden con la lista de
acceso dada.
Prioridad intraclase, es decir, en cuál de las 4 colas de prioridad de la clase se
clasifica el paquete.
Valor de COS a establecer para los paquetes que concuerden con la lista de
acceso dada.
Establecer el valor de COS conforme al valor de DSCP del paquete.
Establecer el valor de COS conforme al valor de Precedence del paquete.
Valor de DSCP a establecer en los paquetes IP que concuerden con la lista de
acceso dada.
Valor de Precedence a establecer en los paquetes IP que concuerden con la lista
de acceso dada.
Valor del octeto Type of Service a establecer en los paquetes IP que concuerden
con la lista de acceso dada.
Si no se quieren marcar los 8 bits del octeto Type of Service se puede especificar
una máscara de bits con el valor de los bits a marcar. Por ejemplo, si se
configura tos-val con valor 96 (en binario 01100000) y mask-val con valor 254
(en binario 11111110) se marcan los siete primeros bits con el valor binario
0110000 y dejándose el último bit inalterado, o lo que es lo mismo, se marca el
campo Precedence con valor 3 y el campo TOS con valor 0.
Marcar el bit CLP de todas las celdas ATM que conformen el paquete.
Ejemplo:
Asignación de la lista de acceso 100 a la clase pepe con prioridad normal dentro de dicha clase y
marcar el campo DSCP con valor 5 en todos los paquetes que encajen con dicha lista de acceso.
BRS [i #] Config>access-list 100 pepe normal set dscp 5
BRS [i #] Config>
ROUTER TELDAT - Configuración BRS
II - 38
Doc.DM715
Rev.10.92
2.2. Assign
Utilice el comando ASSIGN para asignar circuitos a una clase dada si se encuentra en el nivel de
interfaz Frame-Relay, ó etiquetas especificadas y paquetes de determinados protocolos si no se
encuentra en el nivel de interfaz Frame-Relay. Las etiquetas y paquetes de protocolos llevan una
prioridad asociada. Los cuatro tipos de prioridades son:
• Urgent
• High
• Normal (prioridad por defecto)
• Low
Sintaxis 1:
BRS [i #] Config>assign {<protocolo> | <etiqueta>} <nombre-clase> <prioridad>
Sintaxis 2:
BRS [i #] Config>assign <circuito> <nombre-clase>
Ejemplo:
BRS [i #] Config>assign sna test low
BRS [i #] Config>
2.3. Circuit
Selecciona el DLCI de un CVP Frame Relay a configurar. Este comando sólo es operativo desde el
prompt de configuración del interfaz BRS (BRS [i #] Config>).
Sintaxis:
BRS [i #] Config>circuit <circuito-virtual-permanente #>
Ejemplo:
BRS [i #] Config>circuit 16
BRS [i #] Config>
Cuando el circuito Frame Relay está habilitado, se pueden utilizar los siguientes comandos en el
prompt del circuito:
• ACCESS-LIST
• ASSIGN
• CLASS
• CLEAR-BLOCK
• DEASSIGN
• DEFAULT-CLASS
• DISABLE
• ENABLE
• LINK-LAYER
• LIST
• MATCH
• MAX-PACKETS-IN-DRIVER
• NETWORK-LAYER
• NO
ROUTER TELDAT - Configuración BRS
II - 39
Doc.DM715
Rev.10.92
•
•
•
•
•
•
QUEUE-LENGTH
RATE-LIMIT
TAG
UNTAG
UPDATE
EXIT
2.4. Class
Utilice el comando CLASS para asignar una cantidad designada de Ancho de Banda que va a ser
usada bien por un grupo de circuitos Frame Relay si se encuentra en el nivel de interfaz Frame-Relay,
bien por protocolos, etiquetas ... definidos por el usuario si no se encuentra en el nivel de interfaz
Frame-Relay.
Sintaxis:
BRS [i #] Config>class <nombre> <%> [<prioridad>]
BRS [i #] Config>class <nombre> queue <max> <min>
BRS [i #] Config>class <nombre> exceed {drop |
classify <clase> |
mark-dscp-continue <tos>}
BRS [i #] Config>class <nombre> rate-limit <cir> [<bc> [<be>]]
BRS [i #] Config>class <nombre> rate-limit percent <cir> [<bc> [<be>]]
BRS [i #] Config>class <nombre> rate-limit track
BRS [i #] Config>class <nombre> set {cos {<cos-val> | dscp | precedence} |
dscp <dscp-val> |
precedence <precedence-val> |
tos-octet <tos-val> [mask <mask-val>]|
atm-clp}
BRS [i #] Config>class <nombre> update level-indicator <id> value <val>
when-rate-exceeds <rate> [<burst>]
BRS [i #] Config>class <nombre> wred {dscp-based{ dscp <dscp-val> <minth> <maxth>
<prob> | exp-weight}
prec-based{ precedence <dscp-val> <minth>
<maxth> <prob> | exp-weight}}
<nombre>
<%> [prioridad]
queue <max> <min>
exceed drop
exceed classify <clase>
exceed mark-dscp-continue <dscp>
rate-limit <cir> <bc> <be>
Nombre de la clase a configurar.
Configura el porcentaje reservado a dicha
clase, y opcionalmente su prioridad.
Configura el tamaño por defecto de las cuatro
colas de la clase. Se especifica el tamaño en
situación normal <max> y el tamaño en
situación de escasez de recursos en el interfaz
de entrada <min>.
Cuando esta clase tenga la cola llena se tiran
los paquetes destinados a la misma.
Cuando esta clase tenga la cola llena se
redirigen los paquetes a la clase <clase>.
Cuando esta clase tenga la cola llena se
marcan los paquetes con el valor <tos> y se
vuelven a clasificar.
Limita el throughput máximo de dicha clase.
Se especifica el throughput medio máximo
<cir>, y opcionalmente el tamaño máximo de
ROUTER TELDAT - Configuración BRS
II - 40
Doc.DM715
Rev.10.92
ráfaga permitido <bc> y el tamaño máximo de
exceso de ráfaga permitido <be>.
rate-limit percent <cir> <bc> <be>
Disponible únicamente en interfaces PPP,
limita el throughput máximo de dicha clase.
Calcula el throughput medio máximo, como el
porcentaje especificado en <cir> del ancho de
banda total disponible de la interfaz.
Opcionalmente se especifica el tamaño
máximo de ráfaga permitido <bc> y el tamaño
máximo de exceso de ráfaga permitido <be>.
rate-limit track
Configura un throughput medio máximo que
es aplicado en función del estado notificado
por un elemento advisor. Para más
información leer el apartado Rate-limit track.
set cos <cos-val>
Marca el campo COS con el valor
configurado.
set cos dscp
Marca el campo COS según el valor de DSCP
de cada paquete.
set cos precedence
Marca el campo COS según el valor de
Precedence de cada paquete.
set dscp <dscp-val>
Marca el campo DSCP con el valor
configurado.
set precedence <precedence-val>
Marca el campo Precedence con el valor
configurado.
set tos-octet <tos-val>
Marca el byte de Type of Service con el valor
configurado.
set tos-octet <tos-val> mask <mask-val>
Marca los bits especificados con <mask-val>
en el campo Type of Service poniéndolos al
valor configurado en <tos-val>.
set atm-clp
Marcar el bit CLP de todas las celdas ATM
que conformen el paquete.
update level-indicator <id> value <val> when-rate-exceeds <rate> [<burst>]
Actualiza el indicador de nivel <id>, que
puede emplearse al configurar un filtro de la
funcionalidad NSLA (ver Dm754). Al
indicador de nivel se le suma el valor entero
<val> cuando el tráfico total de la clase
sobrepasa la tasa <rate> (en kbits/sg), y se le
resta si baja de dicha tasa. Opcionalmente
puede configurarse el burst (en kbits).
wred dscp-based
Habilita WRED en una clase basándose en el
dscp del paquete.
wred dscp <dscp-val> <minth> <maxth> <prob>
Parámetros configurables para cada valor de
dscp. Valor de dscp <dscp-val> cuyos
parámetros de van a configurar, <minth>
umbral mínimo a partir del cual se empiezan a
descartar paquetes, <maxth> umbral máximo
a partir del cual se descartan todos los
paquetes y <prob> probabilidad de descarte
ROUTER TELDAT - Configuración BRS
II - 41
Doc.DM715
Rev.10.92
que se aplicará cuando el tamaño medio de la
cola se encuentre entre el maxth y el minth.
wred exp-weight
Constante para el cálculo del tamaño medio
de la cola. Su valor por defecto es 9.
wred prec-based
Habilita WRED en una clase basándose en la
precedencia del paquete.
wred precedence <dscp-val> <minth> <maxth> <prob> Parámetros configurables para cada valor de
precedencia. Valor de precedencia <precval> cuyos parámetros de van a configurar,
<minth> umbral mínimo a partir del cual se
empiezan a descartar paquetes, <maxth>
umbral máximo a partir del cual se descartan
todos los paquetes y <prob> probabilidad de
descarte que se aplica cuando el tamaño
medio de la cola se encuentre entre el maxth y
el minth.
wred exp-weight
Constante para el cálculo del tamaño medio
de la cola. Su valor por defecto es 9.
Ejemplo 1:
BRS [i #] Config>class alpha 10
BRS [i #] Config>
Ejemplo 2:
BRS [i #] Config>class beta 10 real-time
BRS [i #] Config>
Opcionalmente se puede especificar una prioridad para la nueva clase, ver apartado 2 (Priorización) en
este mismo manual, siendo la prioridad por defecto normal.
Ejemplo 3:
Configuración de una clase con el 30 % del ancho de banda asegurado pero con su throughput máximo
limitado a 40 kilobits por segundo.
BRS [i #] Config>class beta 30
BRS [i #] Config>class beta rate-limit 40
2.5. Clear-block
Borra la configuración de Reserva de Ancho de Banda para el interfaz actual o el CVP Frame Relay.
Sintaxis:
BRS [i #] Config>clear-block
Ejemplo:
BRS
You
Are
BRS
[i #] Config>clear-block
are about to clear BRS configuration information for this interface.
you sure you want to do this (Yes/No)? y
[i #] Config>
2.6. Deassign
Utilice el comando DEASSIGN para restaurar un circuito (únicamente en nivel de interfaz FrameRelay), una etiqueta, o un protocolo especificado a su clase por defecto y a su prioridad.
ROUTER TELDAT - Configuración BRS
II - 42
Doc.DM715
Rev.10.92
Sintaxis 1:
BRS [i #] Config>deassign <cvp>
Sintaxis 2:
BRS [i #] Config>deassign <protocolo o etiqueta> <clase> <prioridad>
Ejemplo:
BRS [i #] Config>deasign sna test low
BRS [i #] Config>
2.7. Default-class
Define la clase/prioridad a la que se asignarán los paquetes que no se hayan clasificado explícitamente
mediante ningún otro mecanismo (comandos ACCESS-LIST o ASSIGN). Si no se ha asignado
previamente ningún valor se utilizan los valores por defecto del sistema (clase default, prioridad
normal).
Sintaxis:
BRS [i #] Config>default-class <clase> <prioridad>
Ejemplo:
BRS [i #] Config>default-class test low
BRS [i #] Config>
2.8. Disable
Deshabilita la Reserva de Ancho de banda en el Interfaz o en el circuito Frame Relay. Este comando
requiere reiniciar el router. Para verificar que la Reserva de Ancho de Banda está deshabilitada se
utiliza el comando LIST.
Sintaxis:
BRS [i #] Config>disable
Ejemplo:
BRS [i #] Config>disable
BRS [i #] Config>
2.9. Enable
Habilita la Reserva de Ancho de banda en el Interfaz o en el circuito Frame Relay.
Sintaxis:
BRS [i #] Config>enable
Ejemplo:
BRS [i #] Config>enable
BRS [i #] Config>
ROUTER TELDAT - Configuración BRS
II - 43
Doc.DM715
Rev.10.92
2.10. Link-layer
Provoca que los cálculos de ancho de banda en BRS se realicen a nivel 2 o nivel de enlace.
Se puede especificar un valor de offset (en bytes) a tener en cuenta a la hora de realizar el cálculo del
comando link-layer.
Sintaxis:
BRS [i #] Config>link-layer [offset <value>]
Ejemplo:
BRS [i #] Config>link-layer offset 4
2.11. List
Muestra las clases de Ancho de Banda definidas actualmente por el porcentaje garantizado y los
valores de prioridad en las colas almacenadas en la memoria SRAM. Este comando también muestra
todos los protocolos, listas de acceso y criterios de clasificación asignados.
Sintaxis:
BRS [i #] Config>list
Ejemplo:
BRS [i #] Config>list
La salida depende del prompt en el que se introduzca el comando LIST. Se puede introducir este
comando desde los siguientes prompts:
BRS Config>
BRS [i x25-node] Config> (para el interfaz X.25)
BRS [i serial0/0] [dlci 17] Config> (para el circuito 17 en el interfaz Frame Relay número 1)
Por ejemplo si se introduce el comando LIST en el prompt BRS Config> se obtiene la siguiente salida:
Ejemplo:
BRS config>list
Bandwidth Reservation is available for 5 interfaces.
Interface
--------------ethernet0/0
ethernet0/1
serial0/0
x25-node
ppp1
BRS config>
State
----Enabled
Disabled
Enabled
Disabled
Disabled
Vemos que las funcionalidades del BRS están disponibles para los interfaces X.25, PPP y Frame
Relay.
Si se introduce el comando LIST en el prompt BRS [i x25-node] Config> se obtiene la siguiente
salida:
Ejemplo:
BRS [i x25-node] Config>list
BANDWIDTH
bandwidth
bandwidth
interface
RESERVATION listing from SRAM
reservation is enabled
reservation is operating on the network layer
name x25-node
ROUTER TELDAT - Configuración BRS
II - 44
Doc.DM715
Rev.10.92
maximum queue length 10 minimum queue length 3
Priority low total bandwidth allocated 0
Priority normal total bandwidth allocated 50
Priority high total bandwidth allocated 0
Priority real-time total bandwidth allocated 100
total classes defined (counting one local and one default) 3
class control has 100% bandwidth allocated
this is the default class for control traffic.
class local has 20% bandwidth allocated
this is the default class for locally generated traffic.
class default has 80% bandwidth allocated
this is the default class for unclassified traffic.
default class is default with priority NORMAL
BRS [i x25-node] Config>
El anterior listado es el que aparece por defecto cuando se entra por primera vez en la configuración de
la Reserva de Ancho de Banda para un interfaz X.25 ya habilitado. En un primer momento siempre se
tienen disponibles tres clases:
• La clase CONTROL: esta clase no se puede eliminar nunca. Está reservada para el tráfico de
control, es decir para todo aquel tráfico cuya funcionalidad se considera básica para asegurar la
conectividad. Por ejemplo el tráfico ARP se considera de control.
• La clase LOCAL: esta clase no se puede eliminar nunca. Esta clase está reservada para el tráfico
generado localmente en el equipo, es decir para todo aquel tráfico que no es de conmutación sino
que se genera internamente y que procede fundamentalmente de protocolos de routing (RIP,
OSPF), generación de paquetes de mantenimiento, pings, etc.
• La clase DEFAULT: como su nombre indica es la clase por defecto en donde inicialmente se
encuentran asignados todos los protocolos disponibles en el equipo y en principio tiene asignado
un peso del 40%. Como la suma de pesos de todas las clases es 10% (local) + 40% (default) =
50%, la clase default tiene asegurado el 80% del ancho de banda disponible, tal como se ve en el
listado.
El resto de los valores que aparecen son los utilizados por defecto.
En el listado no aparece el peso asignado a cada clase, sino el tanto por ciento de
ancho de banda disponible que se asegura para cada clase.
El peso es el valor configurado con el comando CLASS, y el tanto por ciento de ancho
de banda disponible depende de la suma de pesos de todas las clases de la misma
prioridad.
Si se introduce el comando LIST en el prompt BRS [i serial0/0] Config> se obtiene la siguiente
salida:
Ejemplo:
BRS [i serial0/0] Config>list
BANDWIDTH RESERVATION listing from SRAM
bandwidth reservation is enabled
interface name serial0/0
maximum queue length 10 minimum queue length 3
total bandwidth allocated 10
ROUTER TELDAT - Configuración BRS
II - 45
Doc.DM715
Rev.10.92
total circuit classes defined (counting one default) 1
class default has 100% bandwidth allocated
the following circuits are assigned:
16
17
default class is default
BRS [i serial0/0] Config>
El anterior listado es el que aparece por defecto cuando se entra por primera vez en la configuración de
la Reserva de Ancho de Banda para un interfaz Frame Relay ya habilitado. En un primer momento
siempre se tiene disponible una clase:
* la clase DEFAULT: como su nombre indica es la clase por defecto. Esta es la clase en donde
inicialmente se van asignando todos los circuitos para los que se va habilitando la Reserva de
Ancho de Banda. Vemos que esta clase contiene dos circuitos (el 16 y el 17), y esto significa
que la Reserva de Ancho de Banda está habilitada para estos dos circuitos. El ancho de banda
inicial asignado para esta clase es un 10%.
El resto de los valores que aparecen son los utilizados por defecto.
Si se introduce el comando LIST en el prompt BRS [i serial0/0] [dlci 17] Config> se obtiene la
siguiente salida:
Ejemplo:
BRS [i serial0/0] [dlci 17] Config>list
BANDWIDTH RESERVATION listing from SRAM
bandwidth reservation is enabled
bandwidth reservation is operating on the network layer
interface name serial0/0 circuit number 17
maximum queue length 10 minimum queue length 3
Priority low total bandwidth allocated 0
Priority normal total bandwidth allocated 50
Priority high total bandwidth allocated 0
Priority real-time total bandwidth allocated 100
total classes defined (counting one local and one default) 3
class control has 100% bandwidth allocated
this is the default class for control traffic.
class local has 20% bandwidth allocated
this is the default class for locally generated traffic.
class default has 80% bandwidth allocated
this is the default class for unclassified traffic.
default class is default with priority NORMAL
BRS [i serial0/0] [dlci 17] Config>
Cuando hacemos este listado por primera vez para el circuito 17 (y una vez que está habilitado la
Reserva de Ancho de Banda), obtendríamos uno muy similar al que aparece en el ejemplo del interfaz
X.25. En un primer momento siempre se tienen disponibles tres clases:
• La clase CONTROL: esta clase no se puede eliminar nunca. Está reservada para el tráfico de
control, es decir para todo aquel tráfico cuya funcionalidad se considera básica para asegurar la
conectividad. Por ejemplo el tráfico ARP se considera de control.
ROUTER TELDAT - Configuración BRS
II - 46
Doc.DM715
Rev.10.92
•
La clase LOCAL: esta clase no se puede eliminar nunca. Esta clase está reservada para el tráfico
generado localmente en el equipo, es decir para todo aquel tráfico que no es de conmutación sino
que se genera internamente y que procede fundamentalmente de protocolos de routing (RIP,
OSPF), generación de paquetes de mantenimiento, pings, etc.
• La clase DEFAULT: como su nombre indica es la clase por defecto en donde inicialmente se
encuentran asignados todos los protocolos disponibles en el equipo y en principio tiene asignado
un 40%.
El resto de los valores que aparecerían son los utilizados por defecto.
Nota. Para Frame Relay este comando tiene dos niveles: el nivel de interfaz y el nivel
de circuito.
2.12. Match
Utilice el comando MATCH para asignar un criterio de clasificación a una clase, con una determinada
prioridad. El tráfico que pertenezca a dicho criterio de clasificación es clasificado como perteneciente
a la clase/prioridad a la que esté asignada. Los criterios de clasificación se asocian a una clase con una
prioridad determinada, siendo la prioridad por defecto Normal. A la hora de elegir el siguiente paquete
a enviar para una clase en concreto se buscan paquetes con prioridad Urgent, si no los hay con
prioridad High, si no los hay con prioridad Normal, etc. Los cuatro tipos de prioridades son:
* Urgent
* High
* Normal (prioridad por defecto)
* Low
Los criterios de clasificación se comprueban en el mismo orden en que se configuraron los comandos
MATCH, es decir, tal como aparecen al mostrar la configuración.
También se puede indicar que todos los paquetes que encajen con dicho criterio sean marcados
especificando la opción set seguida del tipo de marcado y el valor a marcar.
Los criterios de clasificación disponibles son los siguientes:
a) Label
El criterio de clasificación label, nos permite clasificar el paquete en función de la etiqueta que
contenga. El valor de la etiqueta puede ir desde 0 a 99.
Sintaxis:
BRS [i #] Config>match label <etiqueta> class <clase> [<prioridad>
[set cos {<cos-val> | dscp | precedence}]]
BRS [i #] Config>match label <etiqueta> class <clase> [<prioridad>
[set dscp <dscp-val>]]
BRS [i #] Config>match label <etiqueta> class <clase> [<prioridad>
[set precedence <precedence-val>]]
BRS [i #] Config>match label <etiqueta> class <clase> [<prioridad>
[set tos-octet <tos-val> [mask <mask-val>]]]
BRS [i #] Config>match label <etiqueta> class <clase> [<prioridad>
[set atm-clp]]
etiqueta
clase
Número de etiqueta a comprobar.
Clase en la que se clasificarán los paquetes que concuerden con la etiqueta dada.
ROUTER TELDAT - Configuración BRS
II - 47
Doc.DM715
Rev.10.92
prioridad
cos-val
set cos dscp
set cos precedence
dscp-val
precedence-val
tos-val
mask-val
Prioridad intraclase, es decir, en cuál de las 4 colas de prioridad de la clase se
clasifica el paquete.
Valor de COS a establecer para los paquetes que concuerden con la etiqueta
dada.
Establecer el valor de COS conforme al valor de DSCP del paquete.
Establecer el valor de COS conforme al valor de Precedence del paquete.
Valor de DSCP a establecer en los paquetes que concuerden con la etiqueta
dada.
Valor de Precedence a establecer en los paquetes que concuerden con la
etiqueta dada.
Valor del octeto Type of Service a establecer en los paquetes que concuerden
con la etiqueta dada.
Si no se quieren marcar los 8 bits del octeto Type of Service, se puede
especificar una máscara de bits con el valor de los bits a marcar. Por ejemplo, si
se configura tos-val con valor 96 (en binario 01100000) y mask-val con valor
254 (en binario 11111110) se marcan los siete primeros bits con el valor binario
0110000 y dejándose el último bit inalterado, o lo que es lo mismo, se marca el
campo Precedence con valor 3 y el campo TOS con valor 0.
Marcar el bit CLP de todas las celdas ATM que conformen el paquete.
set atm-clp
Ejemplo:
Asignación de la etiqueta 30 a la clase etiqueta con prioridad normal dentro de dicha clase y marcar el
campo CoS con valor 5 en todos los paquetes que encajen con dicha etiqueta.
BRS [i #] Config>match label 30 class etiqueta normal set cos 5
BRS [i #] Config>
2.13. Max-packets-in-driver
Limita el número de paquetes que como máximo pueden encontrarse en el driver simultáneamente.
Una vez que los paquetes llegan al driver estos son transmitidos respetando el orden con el cuál han
sido enviados a dicho driver, por lo que si en un momento dado llega al subsistema de BRS un
paquete más prioritario este paquete debe esperar a que se transmitan los paquetes que se encuentran
en el driver, aunque estos paquetes sean menos prioritarios.
De hecho el retardo máximo que provoca en los paquetes prioritarios el tráfico no prioritario se puede
calcular como (MTU * MAX-PACKETS-IN-DRIVER)/velocidad línea, por lo que para entornos
donde no exista la posibilidad de fragmentar (MTUs por tanto elevadas) y líneas de baja velocidad
puede ser conveniente limitar este valor a uno para asegurarnos que el tráfico prioritario sufre el menor
retardo posible.
El valor por defecto de este parámetro varía dinámicamente en función de la MTU y la velocidad de la
línea por lo que no suele ser necesario configurarlo. La excepción a esta regla son los escenarios con
ADSL donde por defecto toma un valor de dos, siendo interesante configurarlo a uno para escenarios
con tráfico muy sensible al retardo y líneas ADSL de baja velocidad (128 Kbps).
La contrapartida de configurar valores bajos de MAX-PACKETS-IN-DRIVER es que en situaciones
de alta carga del router (uso de CPU muy elevado) puede disminuir la eficiencia, ya que es el software
(y por lo tanto la CPU) quien se encarga de alimentar el driver con paquetes a transmitir.
Sintaxis:
BRS [i #] Config>max-packets-in-driver <numero de paquetes>
ROUTER TELDAT - Configuración BRS
II - 48
Doc.DM715
Rev.10.92
Ejemplo:
BRS [i #] Config>max-packets-in-driver 1
BRS [i #] Config>
2.14. Network-layer
Provoca que los cálculos de ancho de banda en BRS se realicen a nivel 3 o nivel de red.
Sintaxis:
BRS [i #] Config>network-layer
Ejemplo:
BRS [i #] Config>network-layer
2.15. Network
Accede a la configuración de Reserva de Ancho de Banda para el interfaz seleccionado.
Sintaxis:
BRS Config>network <interfaz>
Ejemplo:
BRS config>network serial0/0
BRS [i serial0/0] Config>
2.16. No
Desactiva parámetros de configuración BRS.
a) no access-list
Elimina la asociación entre una lista de acceso y una clase.
Sintaxis:
BRS [i #] Config>no access-list <lista>
Ejemplo:
Eliminar la asociación entre la lista de acceso 100 y la clase a la que estuviese asociada.
BRS [i #] Config>no access-list 100
BRS [i #] Config>
b) no class
Elimina una clase de Ancho de Banda configurada previamente del interfaz especificado o del circuito
Frame Relay, o uno de los parámetros configurados en la misma.
Sintaxis 1:
BRS [i #] Config>no class <nombre>
<nombre>
Nombre de la clase a eliminar.
ROUTER TELDAT - Configuración BRS
II - 49
Doc.DM715
Rev.10.92
Sintaxis 2:
BRS [i #] Config>no
BRS [i #] Config>no
BRS [i #] Config>no
BRS [i #] Config>no
2g-cell-advisor
3g-cell-advisor
4g-cell-advisor
BRS [i #] Config>no
BRS [i #] Config>no
<nombre>
queue
exceed
rate-limit
rate-limit track
set cos
set dscp
set precedence
set tos-octet
update
class <nombre>
class <nombre>
class <nombre>
class <nombre>
Applied when
Applied when
Applied when
class <nombre>
class <nombre>
queue
exceed
rate-limit
rate-limit track ?
established cellular link technology is 2G
established cellular link technology is 3G
established cellular link technology is 4G
set {cos | dscp | precedence | tos-octet}
update
Nombre de la clase a configurar.
Elimina la configuración del tamaño de las cuatro colas de la clase, y
recupera los valores por defecto.
Los paquetes que excedan la capacidad de la cola no se reclasificarán.
Elimina la limitación de ancho de banda (traffic shaping) impuesta en
la clase.
Elimina un rate-limit configurado para hacer seguimiento de un
elemento advisor.
Elimina el marcado de COS.
Elimina el marcado del campo DSCP.
Elimina el marcado del campo Precedence.
Elimina el marcado del campo Type of Service.
Cancela la actualización de un indicador de nivel en función del
tráfico total de la clase.
Ejemplo:
BRS [i #] Config>no class ip
BRS [i #] Config>
c) no match
Elimina la asociación entre un criterio match y una clase
Sintaxis:
BRS [i #] Config>no match <criterio> <datos_criterio>
Ejemplo:
Eliminar la asociación entre el criterio match label 30 y la clase a la que estuviese asociado.
BRS [i #] Config>no match label 30
BRS [i #] Config>
d) no max-packets-in-driver
Configura el valor por defecto para este parámetro. El valor por defecto de este parámetro varia
dinámicamente en función de la MTU y la velocidad de la línea.
Sintaxis:
BRS [i #] Config>no max-packets-in-driver
Ejemplo:
BRS [i #] Config>no max-packets-in-driver
BRS [i #] Config>
ROUTER TELDAT - Configuración BRS
II - 50
Doc.DM715
Rev.10.92
e) no queue-length
Configura el valor por defecto de las colas del interfaz, dejando intacta la configuración de las colas
por clase. Las colas configuradas por defecto con un mínimo de 3 paquetes en congestión y un
máximo de 10 paquetes.
Sintaxis:
BRS [i #] Config>no queue-length
Ejemplo:
BRS [i #] Config>no queue-length
BRS [i #] Config>
f) no rate-limit
Elimina la limitación de throughput máximo impuesta a un interfaz, el throughput máximo será
entonces igual a la velocidad real del interfaz.
Sintaxis:
BRS [i #] Config>no rate-limit
Ejemplo:
BRS [i #] Config>no rate-limit
BRS [i #] Config>
g) no rate-limit track
Borra un rate-limit configurado para hacer seguimiento de un elemento advisor.
Sintaxis:
BRS [i #] Config>no rate-limit track ?
2g-cell-advisor
Applied when established cellular link technology is 2G
3g-cell-advisor
Applied when established cellular link technology is 3G
4g-cell-advisor
Applied when established cellular link technology is 4G
h) no update
Elimina la funcionalidad que actualiza un indicador de nivel de NSLA en función de la tasa de tráfico
del interfaz o circuito virtual Frame-Relay.
Sintaxis:
BRS [i #] Config>no update
Ejemplo:
BRS [i #] Config>no update
BRS [i #] Config>
2.17. Queue-length
Precaución: No utilice este comando salvo que sea totalmente imprescindible.
TELDAT recomienda los valores por defecto para la longitud de cola para la mayoría
de los usuarios. Si se configuran los valores para la longitud de cola demasiado
grandes se corre el riesgo de degradar seriamente el funcionamiento del router.
Configura el número de paquetes que el router puede colocar en cada una de las colas de prioridad de
Reserva de Ancho de Banda. Cada clase de Ancho de Banda tiene un valor de prioridad que se asigna
ROUTER TELDAT - Configuración BRS
II - 51
Doc.DM715
Rev.10.92
a sus etiquetas, filtros y protocolos. Cada cola de prioridad puede albergar tantos paquetes como se
hayan especificado con este comando.
Este comando configura el máximo número de paquetes de salida que se pueden colocar en una cola
de prioridad de Reserva de Ancho de Banda. También configura el máximo número de paquetes de
salida que pueden ser colocados en cada cola de prioridad cuando los buffers de entrada al Router
Teldat son escasos (en este caso se aplica el valor denotado como queue minimum length).
Si se ejecuta un comando QUEUE-LENGTH para un interfaz que no sea Frame Relay, éste configura
los valores de la longitud de la cola para cada cola de prioridad de cada clase de Ancho de Banda que
es definida por el interfaz.
Si se ejecuta un comando QUEUE-LENGTH para un interfaz Frame Relay (en un prompt como este:
BRS [i serial0/0] Config>), este configura los valores de la longitud de la cola por defecto para cada
cola de prioridad de cada clase de Ancho de Banda que es definida por cada uno de los circuitos
virtuales permanentes del interfaz.
Si se ejecuta un comando QUEUE-LENGTH para un Circuito Virtual Permanente Frame Relay (en
un prompt como este BRS [i serial0/0] [dlci 16] Config>), este configura los valores de la longitud de
la cola para cada cola de prioridad de cada clase de Ancho de Banda que es definida por el CVP. Estos
valores anulan los valores de la longitud de la cola por defecto configurados para el interfaz Frame
Relay.
Precaución: Será necesario utilizar este comando para aumentar el tamaño de las
colas cuando, por ejemplo, el circuito esté operando con algún tipo de fragmentación.
Sintaxis:
BRS [i #] Config>queue-length <longitud-maxima> <longitud-minima>
Ejemplo:
BRS [i #] Config>queue-length 10 3
BRS [i #] Config>
2.18. Rate-limit
Limita el throughput máximo de un interfaz o circuito virtual Frame-Relay al valor especificado.
El throughput máximo se especifica en kilobits por segundo, mientras que el burst y el excess-burts se
especifican en kilobits. La cantidad de bytes transmitidos se mide a nivel IP o a nivel de enlace (ver
comandos link-layer y network-layer), por lo que el throughput final puede ser algo mayor, según las
cabeceras que introduzca el encapsulado empleado en el interfaz en cuestión.
En interfaces PPP, existe la posibilidad de configurar el throughput máximo como un valor en tanto
por ciento, utilizando la opción percent. En tal caso, el throughput máximo en Kbps se calcula
aplicando ese porcentaje al ancho de banda total disponible de la interfaz. En interfaces configuradas
como multilink PPP, si el número de enlaces cambia de forma dinámica esta configuración permite
que el thoughput máximo se adapte al nuevo ancho de banda total.
Sintaxis:
BRS [i #] Config>rate-limit <throughput> [burst] [excess-burst]
BRS [i #] Config>rate-limit percent <throughput> [burst] [excess-burst]
Ejemplo 1:
BRS [i #] Config>rate-limit 30 20
BRS [i #] Config>
ROUTER TELDAT - Configuración BRS
II - 52
Doc.DM715
Rev.10.92
Ejemplo 2:
BRS [i #] Config>rate-limit percent 90 128 128
BRS [i #] Config>
Un rate-limit configurado a nivel de interfaz es equivalente a tener una velocidad de la
línea igual al valor configurado. Debido a esto, en situación de congestión, las
estadísticas que contabilizan los paquetes que se descartan a causa de este rate-limit
son las de paquetes descartados por overflow de las colas.
2.19. Rate-limit track
Utilizando la opción track se pueden configurar diferentes rate-limits que son aplicados según el
estado notificado por un elemento advisor. Solo es posible configurar un único rate-limit para cada
uno de los posibles estados que puede notificar un advisor, de forma que nunca se puede dar la
situación de que dos rate-limits puedan aplicarse simultáneamente.
Cuando la interfaz sobre la que se configura BRS tiene una interfaz base de tipo cellular, se ofrece la
posibilidad de configurar un advisor de tipo cell-advisor. Este tipo de advisor monitoriza la tecnología
del enlace en la interfaz base cellular y la notifica a BRS en cuanto se produce un cambio. Ante dicha
notificación, el rate-limit configurado para esa nueva tecnología (2G, 3G, etc.) comienza a aplicarse.
Si no existe ninguno especificado para ese estado, se aplica el rate-limit configurado sin la opción
track.
Esta funcionalidad de seguimiento de un cell-advisor sólo está disponible en interfaces PPP y DirectIP.
Sintaxis:
BRS [i #] Config> rate-limit track
2g-cell-advisor
Applied when
3g-cell-advisor
Applied when
4g-cell-advisor
Applied when
BRS [i #] Config> rate-limit track
BRS [i #] Config> rate-limit track
BRS [i #] Config> rate-limit track
<cir>
<bc>
<be>
Ejemplo:
?
established cellular link technology is
established cellular link technology is
established cellular link technology is
2g-cell-advisor {<cir> | percent <cir>}
3g-cell-advisor {<cir> | percent <cir>}
4g-cell-advisor {<cir> | percent <cir>}
2G
3G
4G
<bc> <be>
<bc> <be>
<bc> <be>
Commited information rate. Throughput medio máximo configurado
en Kbps o en porcentaje del ancho de banda total de la línea.
Commited burst. Tamaño máximo de ráfaga permitido en kilobits.
Excess burst. Exceso de ráfaga máximo permitido en kilobits.
BRS [i #] Config> rate-limit track 3g-cell-advisor 500 1000 1000
BRS [i #] Config>
En este ejemplo se configura un rate-limit de 500 kbps en la interfaz, que se aplica cuando el celladvisor notifique que se ha establecido un enlace 3G en la interfaz base cellular.
a) Class <cname> rate-limit track
Esta funcionalidad también está disponible a nivel de clase.
Ejemplo:
BRS [i #] Config>class myclass rate-limit track 3g-cell-advisor percent 80 3000 300
ROUTER TELDAT - Configuración BRS
II - 53
Doc.DM715
Rev.10.92
En este ejemplo se configura para la clase “myclass” un throughput medio máximo del 80% de la
línea, que será aplicado cuando el cell-advisor notifique que la tecnología cellular del enlace es 3G en
la interfaz base.
En una clase BRS, la configuración de un rate-limit utilizando la opción track no es
compatible con la configuración de WRED.
2.20. Tag
Asocia una etiqueta a un filtro MAC. Los paquetes se etiquetan mediante la facilidad de filtrado MAC
(feature mac-filtering), y luego en BRS se clasifican mediante los filtros MAC tag1 a
tag5. Los filtros se asocian a una clase y una prioridad utilizando el comando assign.
Sintaxis:
BRS [i #] Config>tag <etiqueta #> <filtro>
Ejemplo:
BRS [i #] Config>tag 3 tag1
BRS [i #] Config>
2.21. Untag
Elimina la relación etiqueta-filtro. Una etiqueta sólo puede ser eliminada si no está asignada a ninguna
clase.
Sintaxis:
BRS [i #] Config>untag <etiqueta #>
Ejemplo:
BRS [i #] Config>untag 3
BRS [i #] Config>
2.22. Update
Agrega una funcionalidad que actualiza un indicador de nivel, determinado por el índice <id>, de los
que se usan en NSLA (ver Dm754). Para ello, se emplea un mecanismo de traffic-shaping, como en
RATE-LIMIT, pero en este caso no limita el tráfico sino que sólo actualiza un indicador: al indicador
de nivel se le suma el valor numérico <val> (que puede ser positivo o negativo) cuando el tráfico total
del interfaz o circuito virtual Frame-Relay sobrepasa la tasa <rate>, y se le resta si baja de dicha tasa.
Se puede configurar opcionalmente <burst>, como en el comando RATE-LIMIT, usado para
considerar cuándo se excede la tasa especificada. Si no se configurara el <burst>, por defecto se
calcula como la cantidad de kilobits que se pueden transmitir en 125 milisegundos a la tasa <rate>. El
valor de <rate> se configura en kilobits por segundo y <burst> en kilobits.
Sintaxis:
BRS [i #] Config>update level-indicator <id> value <val> when-rate-exceeds <rate>
[<burst>]
ROUTER TELDAT - Configuración BRS
II - 54
Doc.DM715
Rev.10.92
Ejemplo:
BRS [i #] Config>update level-indicator 1 value 10 when-rate-exceeds 1000
BRS [i #] Config>
2.23. Exit
Utilice el comando EXIT para volver al prompt anterior.
Sintaxis:
BRS Config>exit
Ejemplo:
BRS Config>exit
Config>
ROUTER TELDAT - Configuración BRS
II - 55
Doc.DM715
Rev.10.92
Capítulo 3
Monitorización
1. El Prompt de Monitorización de BRS
Para acceder a los comandos de monitorización de Reserva de Ancho de Banda y a la monitorización
de Reserva de Ancho de Banda del Router Teldat se deben seguir los siguientes pasos:
1. En el prompt + hay que introducir FEATURE BANDWIDTH-RESERVATION
+feature bandwidth-reservation
-- Bandwidth Reservation user console -BRS+
2. En el prompt BRS+ hay que introducir NETWORK seguido por el nombre del interfaz que se
quiere monitorizar.
BRS+network serial0/0
BRS [i serial0/0]+
3. Para Circuitos Virtuales Permanentes Frame Relay hay que introducir CIRCUIT para monitorizar
BRS para un PVC particular.
BRS [i serial0/0]+circuit
Circuit number:[16]?
BRS [i serial0/0] [dlci 16]+
Para volver al prompt + en cualquier momento hay que utilizar el comando EXIT.
ROUTER TELDAT – Monitorización BRS
III - 57
Doc.DM715
Rev.10.92
2. Comandos de Monitorización
Estos comandos se introducen en el prompt BRS+.
Comando
Función
CACHE
CIRCUIT
Muestra la memoria cache de clasificación.
Selecciona el DLCI de un Circuito Virtual Permanente Frame
Relay. Para monitorizar el tráfico de Reserva de Ancho de Banda
Frame Relay se debe estar en el nivel de prompt de circuito.
Borra los contadores de reserva actuales, y los almacena como
contadores del comando LAST. Los contadores se enumeran
según la utilización de la clase.
Borra los contadores de reserva para todas las clases de circuitos
del interfaz.
Muestra los contadores actuales.
Muestra los contadores actuales para todas las clases de circuitos
del interfaz.
Selecciona el interfaz serie que ejecuta la Reserva de Ancho de
Banda. Nota: Este comando debe introducirse ANTES de utilizar
ningún otro comando de monitorización de Reserva de Ancho de
Banda, en el prompt BRS.
Muestra la ocupación de las colas de cada clase.
Muestra información relativa a traffic-shaping.
Muestra los últimos estadísticos salvados.
Muestra los últimos estadísticos salvados.
Muestra los parámetros y estadísticos de WRED.
Permite salir del proceso de monitorización de Reserva de Ancho
de Banda.
CLEAR
CLEAR-CIRCUIT-CLASS
COUNTERS
COUNTERS-CIRCUIT-CLASS
NETWORK
QUEUE-LENGTH
TRAFFIC-SHAPE-GROUP
LAST
LAST-CIRCUIT-CLASS
WRED
EXIT
2.1. Cache
Este comando muestra un listado del contenido de la memoria caché de clasificación de tráfico del
interfaz seleccionado o del circuito Frame Relay.
La memoria caché de clasificación conserva información de determinados flujos para acelerar el
proceso de clasificación. Una memoria caché es parte fundamental de un sistema de predicción cuyo
objetivo es acelerar las nuevas búsquedas en base a resultados anteriores. En ningún caso se trata de un
registro del que se pueda extraer información concluyente para el usuario, ya que los algoritmos
empleados son complejos y pueden cambiar de una versión a otra, ya sea para incluir nuevos criterios
o para mejorar las prestaciones.
El listado de la memoria caché muestra los flujos memorizados en el momento en que se ejecuta el
comando, y la clasificación correspondiente a cada uno de estos flujos.
La caché de clasificación NO incluye necesariamente todos los flujos. Sólo incluye
flujos correspondientes a paquetes que ya han sido clasificados cumpliendo
determinadas condiciones y que no se han purgado en favor de otros flujos o por otros
motivos, como por ejemplo la invalidación de la caché por cambios de configuración.
ROUTER TELDAT – Monitorización BRS
III - 58
Doc.DM715
Rev.10.92
Sintaxis:
BRS [i #]+cache
Ejemplo:
BRS [i ethernet0/0]+cache
2 entries in cache
1 ethernet0/1 172.24.51.104 -> 192.168.17.2 tos 0 protocol 1 icmp type 8 code 0
no match
2 internal 192.168.17.1 -> 192.168.17.2 tos 0 protocol 6 tcp ports 23 -> 2303
class oro priority high set tos 32 mask 252
BRS [i ethernet0/0]+
En el ejemplo se observa que la caché de clasificación ha guardado memoria de dos flujos de datos:
1. Tráfico proveniente del interfaz ethernet0/1, de la dirección IP 172.24.51.104 y destinado a la
dirección IP 192.168.17.2. Se trata de tráfico ICMP de tipo 8 (echo request). No hay
información de clasificado específica para este flujo.
2. Tráfico generado internamente con dirección IP de origen 192.168.17.1, y dirección IP de
destino 192.168.17.2. Se trata de una sesión de Telnet (protocolo TCP, puerto 23). Este tráfico
se clasifica en la cola de alta prioridad de la clase oro, y se hace marcando del campo Type of
Service de la cabecera IP. El marcado se realiza poniendo el valor 32 (en binario 00100000)
con máscara 252 (en binario 11111100), es decir, poniendo el valor 8 (en binario 001000) en
los primeros seis bits del campo Type of Service, que equivalen al campo DSCP.
2.2. Circuit
Utilice el comando CIRCUIT para seleccionar el DLCI de un CVP Frame Relay para monitorización.
Este comando solo es operativo desde el prompt de configuración del interfaz de la Reserva de Ancho
de Banda (BRS [i #]+).
Sintaxis:
BRS [i #]+circuit <circuito-virtual-permanente #>
Ejemplo:
BRS [i #]+circuit 16
BRS [i #] [dlci 16]+
Cuando el circuito Frame Relay está habilitado, se pueden utilizar los siguientes comandos en el
prompt del circuito:
* COUNTERS
* CLEAR
* LAST
* QUEUE-LENGTH
* TRAFFIC-SHAPE-GROUP
* EXIT
2.3. Clear
Borra de la memoria RAM los contadores de Reserva de Ancho de Banda actuales del interfaz
seleccionado o del circuito Frame Relay, y los almacena como contadores que se pueden visualizar
con el comando LAST.
ROUTER TELDAT – Monitorización BRS
III - 59
Doc.DM715
Rev.10.92
Sintaxis:
BRS [i #]+clear
Ejemplo:
BRS [i #]+clear
BRS [i #]+
2.4. Clear-circuit-class
Este comando se introduce en el prompt BRS [i #]+. Borra los contadores de Reserva de Ancho de
Banda actuales para las clases de circuito del Interfaz Frame Relay seleccionado. Este comando borra
los contadores de la memoria RAM y los almacena como contadores que se pueden visualizar con el
comando LAST-CIRCUIT-CLASS.
Sintaxis:
BRS [i #]+clear-circuit-class
Ejemplo:
BRS [i #]+clear-circuit-class
BRS [i #]+
2.5. Counters
Muestra los estadísticos que describen el tráfico de Reserva de Ancho de Banda para el interfaz
seleccionado o para el circuito Frame Relay de acuerdo con las clases configuradas.
Sintaxis:
BRS
[i #] [dlci #]+counters
Los estadísticos que se muestran mediante este comando son los siguientes:
Estadísticos generales
Input packets
Input bytes
Transmitted packets
Transmitted bytes
Discarded packets
Discarded bytes
Paquetes procesados por la funcionalidad BRS.
Bytes procesados por la funcionalidad BRS.
Paquetes transmitidos después de aplicar algún procesado de QoS.
Bytes transmitidos después de aplicar algún procesado de QoS.
Paquetes descartados debido a algún procesado de QoS.
Bytes descartados debido a algún procesado de QoS.
Estadísticos relativos a la aplicación de un rate-limit
Disc pkts rate-limit
Paquetes descartados por un rate-limit aplicado a nivel de clase.
Disc bytes rate-limit
Bytes descartados por un rate-limit aplicado a nivel de clase.
Remarked packets
Paquetes remarcados por superarse el rate-limit aplicado a una clase.
Remarked bytes
Bytes remarcados por superarse el rate-limit aplicado a una clase.
Reassigned packets
Paquetes reasignados a otra clase por superarse el rate-limit aplicado a
nivel de clase.
ROUTER TELDAT – Monitorización BRS
III - 60
Doc.DM715
Rev.10.92
Reassigned bytes
Bytes reasignados a otra clase por superarse el rate-limit aplicado a
nivel de clase.
Paquetes descartados por intentar reasignarse a la clase original.
Bytes descartados por intentar reasignarse a la clase original.
Disc packets loop
Disc bytes loop
Estadísticos relativos al tamaño de las colas
Disc pkts queue ovfl
Paquetes descartados por superarse el tamaño de las colas.
Disc bytes queue ovfl
Bytes descartados por superarse el tamaño de las colas.
Estadísticos relativos al algoritmo WRED
Disc pkts wred
Paquetes descartados por algoritmo RED.
Disc bytes wred
Bytes descartados por algoritmo RED.
Ejemplo 1:
BRS [i ethernet0/0]+counters
Bandwidth Reservation Counters
Interface ethernet0/0
Class: local
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
5
5
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
420
420
0
0
0
0
0
0
0
Class: default
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
0
0
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
0
0
0
0
0
0
0
0
0
Class: control
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
1440
1440
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
57516
57516
0
0
0
0
0
0
0
TOTAL:
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
1445
1445
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
57936
57936
0
0
0
0
ROUTER TELDAT – Monitorización BRS
III - 61
Doc.DM715
Rev.10.92
Disc packets loop:
0
Disc pkts queue ovfl: 0
Disc pkts wred:
0
BRS [i ethernet0/0]+
Disc bytes loop:
0
Disc bytes queue ovfl: 0
Disc bytes wred:
0
Ejemplo 2:
BRS [i serial0/0] [dlci 16]+counters
Bandwidth Reservation Counters
interface name serial0/0 circuit number 16
Class: local
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
0
0
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
0
0
0
0
0
0
0
0
0
Class: default
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
189
17
172
0
0
0
0
172
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
270648
24344
246304
0
0
0
0
246304
0
Class: prueba
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
199
10
0
189
0
189
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
282280
11632
0
270648
0
270648
0
0
0
Class: control
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
0
0
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
0
0
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
552928
35976
246304
270648
0
270648
0
246304
0
TOTAL:
Input packets:
388
Transmitted packets: 27
Discarded packets:
172
Disc pkts rate-limit: 189
Remarked packets:
0
Reassigned packets:
189
Disc packets loop:
0
Disc pkts queue ovfl: 172
Disc pkts wred:
0
BRS [i serial0/0] [dlci 16]+
ROUTER TELDAT – Monitorización BRS
III - 62
Doc.DM715
Rev.10.92
2.6. Counters-circuit-class
Este comando se introduce en el prompt BRS [i #]+. Muestra los estadísticos que describen el tráfico
de Reserva de Ancho de Banda para las clases de circuitos del interfaz seleccionado Frame Relay.
Sintaxis:
BRS [i #]+counters-circuit-class
Los estadísticos que se muestran mediante este comando son los siguientes:
Estadísticos generales
Input packets
Input bytes
Transmitted packets
Transmitted bytes
Discarded packets
Discarded bytes
Paquetes procesados por la funcionalidad BRS.
Bytes procesados por la funcionalidad BRS.
Paquetes transmitidos después de aplicar algún procesado de QoS.
Bytes transmitidos después de aplicar algún procesado de QoS.
Paquetes descartados debido a algún procesado de QoS.
Bytes descartados debido a algún procesado de QoS.
Estadísticos relativos a la aplicación de un rate-limit
Disc pkts rate-limit
Paquetes descartados por un rate-limit aplicado a nivel de clase de
circuitos Frame-Relay.
Disc bytes rate-limit
Bytes descartados por un rate-limit aplicado a nivel de clase de
circuitos Frame-Relay.
Remarked packets
Paquetes remarcados por superarse el rate-limit aplicado a una clase
de circuitos Frame-Relay.
Remarked bytes
Bytes remarcados por superarse el rate-limit aplicado a una clase de
circuitos Frame-Relay.
Reassigned packets
Paquetes reasignados a otra clase por superarse el rate-limit aplicado a
nivel de clase de circuitos Frame-Relay.
Reassigned bytes
Bytes reasignados a otra clase por superarse el rate-limit aplicado a
nivel de clase de circuitos Frame-Relay.
Disc packets loop
Paquetes descartados por intentar reasignarse a la clase original.
Disc bytes loop
Bytes descartados por intentar reasignarse a la clase original.
Estadísticos relativos al tamaño de las colas
Disc pkts queue ovfl
Paquetes descartados por superarse el tamaño de las colas.
Disc bytes queue ovfl
Bytes descartados por superarse el tamaño de las colas.
Estadísticos relativos al algoritmo WRED
Disc pkts wred
Paquetes descartados por algoritmo RED.
Disc bytes wred
Bytes descartados por algoritmo RED.
ROUTER TELDAT – Monitorización BRS
III - 63
Doc.DM715
Rev.10.92
Ejemplo:
BRS [i serial0/0]+counters-circuit-class
Bandwidth Reservation Circuit Class Counters
Interface serial0/0
Class: default
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
0
0
0
0
0
0
Class: new
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
199
27
172
172
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
282280
35976
246304
246304
0
0
199
27
172
172
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
282280
35976
246304
246304
0
0
TOTAL:
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
BRS [i serial0/0]+
2.7. Network
Accede a la monitorización de Reserva de Ancho de Banda para el interfaz seleccionado.
Sintaxis:
BRS+network <interfaz>
Ejemplo:
BRS+network serial0/0
BRS [i serial0/0]+
2.8. Last
Muestra las últimas estadísticas de Reserva de Ancho de Banda salvadas. Estas estadísticas se
visualizan con el mismo formato que utiliza el comando COUNTERS.
Sintaxis:
BRS
[i #]+last
Ejemplo:
BRS [i ethernet0/0]+last
Bandwidth Reservation Counters
Interface ethernet0/0
Class: local
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
938
901
37
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
ROUTER TELDAT – Monitorización BRS
III - 64
247858
241221
6637
0
Doc.DM715
Rev.10.92
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
0
0
0
37
0
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
0
0
0
6637
0
Class: default
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
302
20
282
0
0
0
0
282
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
431256
28560
402696
0
0
0
0
402696
0
Class: oro
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
358
20
36
302
0
302
0
36
0
Input bytes:
511224
Transmitted bytes:
28560
Discarded bytes:
51408
Disc bytes rate -limit: 431256
Remarked bytes:
0
Reassigned bytes:
431256
Disc bytes loop:
0
Disc bytes queue ovfl: 51408
Disc bytes wred:
0
Class: control
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
1641
1641
0
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
65556
65556
0
0
0
0
0
0
0
3239
2582
355
302
0
302
0
355
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Reassigned bytes:
Disc bytes loop:
Disc bytes queue ovfl:
Disc bytes wred:
1255894
363897
460741
431256
0
431256
0
460741
0
TOTAL:
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Reassigned packets:
Disc packets loop:
Disc pkts queue ovfl:
Disc pkts wred:
BRS [i ethernet0/0]+
2.9. Last-circuit-class
Este comando se introduce en el prompt BRS [i #]+. Muestra las últimas estadísticas de Reserva de
Ancho de Banda salvadas para las clases de circuitos del interfaz seleccionado Frame Relay. Estas
estadísticas se visualizan con el mismo formato que utiliza el comando COUNTERS-CIRCUITCLASS.
Sintaxis:
BRS [i #]+last-circuit-class
ROUTER TELDAT – Monitorización BRS
III - 65
Doc.DM715
Rev.10.92
Ejemplo:
BRS [i #]+last-circuit-class
Bandwidth Reservation
Interface serial0/0
Class: default
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
0
0
0
0
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
0
0
0
0
0
0
Class: new
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
199
27
172
172
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
282280
35976
246304
246304
0
0
199
27
172
172
0
0
Input bytes:
Transmitted bytes:
Discarded bytes:
Disc bytes rate-limit:
Remarked bytes:
Disc bytes loop:
282280
35976
246304
246304
0
0
TOTAL:
Input packets:
Transmitted packets:
Discarded packets:
Disc pkts rate-limit:
Remarked packets:
Disc packets loop:
BRS [i serial0/0]+
Circuit Class Counters
2.10. Queue-length
Este comando se introduce en el prompt BRS [i #]+. Muestra la ocupación de la cola de transmisión
del interfaz y de las colas de BRS para cada clase y para cada prioridad. En caso de interfaces PPP
también aparece la ocupación de la cola no-real-time-traffic (ver priorización de tráfico en enlaces
multilink).
Para la cola de transmisión del interfaz se muestra el tamaño máximo (que puede ser diferente del
tamaño configurado mediante el comando max-packets-in-driver) y el nivel de ocupación actual.
Para cada cola de cada clase (colas de prioridad urgent, high, normal y low) se muestra el valor de
ocupación actual, y los valores mínimo y máximo configurados.
Sintaxis:
BRS [i #]+queue-length
Ejemplo:
BRS [i #]+queue-length
Max packets in driver 2
Current pkts in driver 1
Queues lengths (current/low/max)
class
urgent
high
local
0/3/10
0/3/10
default
0/3/10
0/3/10
lessimpor
0/3/10
0/3/10
important
0/3/10
0/3/10
control
0/3/10
0/3/10
non rtt
0/3/10
0/3/10
BRS [i #]+
normal
0/3/10
0/3/10
0/3/10
6/3/10
0/3/10
0/3/10
low
0/3/10
0/3/10
0/3/10
0/3/10
0/3/10
0/3/10
En este ejemplo se ve que la cola de transmisión del interfaz de salida admite un máximo de 2
paquetes. Actualmente hay 1 paquete en proceso de transmisión en el interfaz de salida. Además hay 6
paquetes en la cola de prioridad normal de la clase important. Todas las colas de todas las prioridades
ROUTER TELDAT – Monitorización BRS
III - 66
Doc.DM715
Rev.10.92
de todas las clases están configuradas con un mínimo de 3 paquetes en congestión y un máximo de 10
paquetes.
2.11. Traffic-shape-group
Este comando se introduce en el prompt BRS [i #]+ o dentro de un pvc Frame-Relay. Muestra la
información relativa a traffic-shaping para cada clase y para el interfaz o pvc (fila llamada “Global”).
Sintaxis:
BRS [i #]+traffic-shape-group
Ejemplo:
BRS [i #]+
BRS [i #]+traffic-shape-group
States: R (ready), B (bursting), C (congested)
Types: RL (rate limit), LI (level indicator), TA (tracking advisor)
Class
- Type - CIR -
bc -
be - Burst - State - Queued - Idle time – Throughput(kbps)
-----------------------------------------------------------------------------------Global
RL
0
0
0
0
R
No
0s
30
c110
RL
0
0
0
0
R
No
32m27s
0
local
RL
0
0
0
0
R
No
32m27s
0
default
RL
6
0
0
0
R
No
32m27s
0
c100
RL
0
0
0
0
R
No
0s
12
c104
RL
0
0
0
0
R
No
6s
18
c105
RL
0
0
0
0
R
No
32m27s
0
c106
RL
0
0
0
0
R
No
32m27s
0
c106
LI
20 7968
0
4104
B
No
32m27s
0
c107
RL
0
0
0
0
R
No
32m27s
0
c109
TA
100 7812
0
0
R
No
32m27s
0
control
RL
0
0
0
0
R
No
0s
0
BRS [i #]+
La explicación de los campos es la siguiente:
Type:
Tipo de traffic-shaping según su finalidad (RL: Rate-limit, LI: Level-indicator, TA:
Tracking-Advisor). Los de tipo Rate-limit se emplean para limitar el ancho de banda
de una clase (o el global) y se muestran siempre, aunque no estén configurados. Los
de tipo Level-indicator sólo se presentan cuando están configurados, y se utilizan para
actualizar indicadores de nivel para la funcionalidad NSLA cuando la tasa de tráfico
supera un umbral. Los de tipo Tracking-Advisor, al igual que los de tipo Rate-Limit,
se emplean para limitar el ancho de banda de una clase (o el global), pero sólo se
muestran cuando han sido activados debido a la notificación de una elemento advisor.
CIR:
Throughput máximo medio permitido (0 indica que no hay límite).
Burst:
Tamaño de ráfaga utilizado actualmente (en bits)
bc:
Tamaño máximo de ráfaga permitido. Este valor puede diferir del configurado debido
a la aplicación de ciertos límites en la temporización.
be:
Tamaño máximo de exceso de ráfaga permitido. Este valor puede diferir del
configurado debido a la aplicación de ciertos límites en la temporización.
State:
Hay tres estados posibles R: Ready B: Bursting C: Congested. Si una clase o interfaz
se encuentra en estado congestionado indica que no puede transmitir en este momento,
en cualquier otro estado puede transmitir.
Queued:
Si una clase está encolada quiere decir que tiene tráfico listo para ser transmitido.
Idle time:
Tiempo de inactividad. Normalmente refleja el tiempo transcurrido desde el último
paquete transmitido, ya que cada vez que se transmite un paquete se reinicia la cuenta.
Este parámetro es un buen indicador de actividad, ya que en las clases en que hay
tráfico se mantiene a 0, y en las que no hay tráfico va aumentando.
ROUTER TELDAT – Monitorización BRS
III - 67
Doc.DM715
Rev.10.92
Throughput:
Throughput medio de una clase. Si se desea empezar a medir el throughput en un
instante dado se puede ejecutar el comando CLEAR con lo que la medición del
throughput tiene en cuenta únicamente los paquetes transmitidos a partir de ese
instante. De otro modo indica el throughput medio de los últimos minutos.
2.12. WRED
Este comando muestra la configuración de WRED según precedencia o dscp, los estadísticos de
paquetes enviados y descartados, y el tamaño medio de la cola en cada momento.
Sintaxis:
BRS [i #]+wred
Ejemplo:
BRS [i #]+wred
WRED status for class local: disabled
WRED status for class default: precedence based
Weight for mean queue depth calculation: 9
Queue average: 50.00
Prec
Pkts sent
Random drop
Tail drop
Minth
Maxth
Mark prob
---------------------------------------------------------------------0
0
0
0
25
50
1/10
1
3263
936
1661
28
50
1/10
2
0
0
0
31
50
1/10
3
0
0
0
34
50
1/10
4
0
0
0
38
50
1/10
5
0
0
0
41
50
1/10
6
0
0
0
44
50
1/10
7
261
10
0
47
50
1/10
WRED status for class control: disabled
BRS
[i #]+
La explicación de los campos es la siguiente:
Pkts sent:
Paquetes procesados a través de WRED.
Random drop: Paquetes marcados por WRED para su descarte.
Tail drop:
Paquetes marcados por WRED para su descarte que han superado el maximum
threshold.
Minth:
Minimum threshold. Umbral mínimo desde el cual se empieza a aplicar la política de
marcado de paquetes de WRED.
Maxth:
Maximum threshold. Umbral máximo a partir del cual se marcan todos los paquetes
para ser descartados.
Mark prob:
Mark probability. Propabilidad de marcar un paquete cuando se encuentra entre el
minth y el maxth.
2.13. Exit
Utilice el comando EXIT para volver al prompt anterior.
Sintaxis:
BRS+exit
ROUTER TELDAT – Monitorización BRS
III - 68
Doc.DM715
Rev.10.92
Ejemplo:
BRS+exit
+
ROUTER TELDAT – Monitorización BRS
III - 69
Doc.DM715
Rev.10.92
Capítulo 4
Ejemplos
1. BRS sobre FR
Se pretende garantizar un 70 % de ancho de banda para el ftp. Dicho tráfico FTP se caracteriza por
tener como puerto origen o como puerto destino los puertos 20 o 21.
Pasos a seguir:
1- Configurar el circuito Frame-Relay, en este caso el 16, así como las direcciones IP de la WAN
y de la LAN.
2- Crear una lista de acceso para clasificar tráfico FTP, como se necesita priorizar por puerto y
por protocolo se debe utilizar una lista de acceso extendida.
3- Habilitar el BRS a nivel de interfaz Frame-Relay, en este caso el serial0/0.
4- Habilitar el BRS a nivel de circuito Frame-Relay, en este caso el dlci 16.
5- Disminuir el ancho de banda asignado a la clase por defecto (default) de un 40% a un 20%
para así poder asignar un 70% de ancho de banda a la clase FTP.
6- Crear una clase que represente el tráfico FTP y que llamaremos ftp con un 70% de ancho de
banda garantizado.
7- Asociar la lista de acceso creada en el punto 2 con la clase ftp.
8- Guardar y reiniciar.
La configuración resultante sería la siguiente:
log-command-errors
no configuration
set data-link frame-relay serial0/0
feature access-lists
; -- Access Lists user configuration -access-list 100
entry 1 default
entry 1 permit
entry 1 source port-range 20 21
entry 1 protocol tcp
;
entry 2 default
entry 2 permit
entry 2 destination port-range 20 21
entry 2 protocol tcp
exit
exit
;
network ethernet0/0
; -- Ethernet Interface User Configuration -ip address 172.24.78.131 255.255.0.0
exit
;
network serial0/0
; -- Frame Relay user configuration -ip address 1.1.1.1 255.255.255.0
;
pvc 16 default
;
protocol-address 1.1.1.2 16
no lmi
exit
;
ROUTER TELDAT – Ejemplos BRS
IV - 71
Doc.DM715
Rev.10.92
protocol ip
; -- Internet protocol user configuration -route 0.0.0.0 0.0.0.0 1.1.1.2
exit
;
feature bandwidth-reservation
; -- Bandwidth Reservation user configuration -network serial0/0
enable
circuit 16
enable
class control 100 real-time
class local 10
class default 20
class ftp 70
;
access-list 100 ftp
exit
exit
exit
;
dump-command-errors
end
ROUTER TELDAT – Ejemplos BRS
IV - 72
Doc.DM715
Rev.10.92
2. BRS sobre ATM
Una empresa posee una conexión ATM para salida a internet, conexión que utiliza además para crear
una VPN con otra delegación mediante un túnel IP. La empresa desea que el tráfico http tenga menor
prioridad que el resto, es decir, que cualquier otro tipo de tráfico tenga prioridad absoluta sobre el
tráfico http a la hora de ser enviado. También se desea que el tráfico enviado por el túnel IP (tráfico
entre las dos delegaciones) tenga al menos un 50% de ancho de banda reservado.
Pasos a seguir:
1- Configurar el circuito ATM, en este caso el 8 32, y crear el subinterfaz asociado así como las
direcciones IP del subinterfaz ATM y de la LAN.
2- Crear una lista de acceso para clasificar tráfico http, como se necesita priorizar por puerto y
por protocolo se debe utilizar una lista de acceso extendida.
3- Crear otra lista de acceso para clasificar el tráfico perteneciente al túnel IP, como se necesita
priorizar por IP origen y destino y por protocolo se debe utilizar una lista de acceso extendida.
4- Habilitar el BRS a nivel de subinterfaz ATM, en este caso el atm0/0.1.
5- Crear una clase http con prioridad low, de tal manera que el resto del tráfico tenga preferencia
sobre dicha clase. Como es la única clase con prioridad low se le asignará el 100% de ancho
de banda de las clases con dicha prioridad.
6- Crear una clase que represente el tráfico de la VPN y que llamaremos vpn con un 50% de
ancho de banda garantizado.
7- Asociar la lista de acceso creada en el punto 2 con la clase http.
8- Asociar la lista de acceso creada en el punto 3 con la clase vpn.
9- Guardar y reiniciar.
log-command-errors
no configuration
add device tnip 1
add device atm-subinterface atm0/0 1
feature access-lists
; -- Access Lists user configuration -access-list 100
entry 1 default
entry 1 permit
entry 1 source port-range 80 80
entry 1 protocol tcp
;
entry 2 default
entry 2 permit
entry 2 destination port-range 80 80
entry 2 protocol tcp
exit
;
access-list 101
entry 1 default
entry 1 permit
entry 1 source address 10.30.1.2 255.255.255.255
entry 1 destination address 10.30.1.1 255.255.255.255
entry 1 protocol gre
exit
exit
;
ROUTER TELDAT – Ejemplos BRS
IV - 73
Doc.DM715
Rev.10.92
network ethernet0/0
; -- Ethernet Interface User Configuration -ip address 172.1.1.147 255.255.0.0
exit
;
network atm0/0
; -- ATM interface configuration -aal-connection 1 pvc 8 32
pvc 8 32 default
exit
;
network x25-node
; -- X25-node interface configuration -no ip address
exit
;
network atm0/0.1
; -- ATM subinterface configuration -ip address 10.30.1.2 255.0.0.0
aal-connection-requested 1 default
exit
;
network tnip1
; -- IP Tunnel Net Configuration -ip address unnumbered
mode gre ip
source 10.30.1.2
destination 10.30.1.1
exit
;
protocol ip
; -- Internet protocol user configuration -route 192.167.0.0 255.255.0.0 tnip1
route 0.0.0.0 0.0.0.0 atm0/0.1
exit
;
protocol dhcp
; -- DHCP Configuration -server
; -- DHCP Server Configuration -global boot-unknown-clients
global one-lease-per-client
exit
exit
;
feature bandwidth-reservation
; -- Bandwidth Reservation user configuration -network atm0/0.1
enable
class control 100 real-time
class local 10
class default 40
class http 100 low
class vpn 50
;
access-list 100 http
access-list 101 vpn
exit
exit
;
dump-command-errors
end
Nota: Con esta configuración el tráfico http se interrumpirá siempre que el resto del
tráfico ocupe todo el ancho de banda disponible, por ejemplo al hacer un FTP, por lo
que se debe estar muy seguro de que esto es lo que se desea.
ROUTER TELDAT – Ejemplos BRS
IV - 74
Doc.DM715
Rev.10.92
3. Priorización de VoIP sobre MP
Se desea garantizar la calidad de servicio para la voz sobre IP en una línea punto a punto a 64 Kbps.
Al ser una línea de baja velocidad se necesita fragmentar a nivel de enlace, por lo que se debe
configurar multilink con fragmentación forzada, en este caso a 256 bytes. El tráfico de VoIP se
caracteriza por utilizar los puertos en el rango 20000-20025 para enviar la voz mediante el protocolo
RTP-UDP y el puerto 1720 (protocolo TCP) para señalización. Se desea limitar el ancho de banda
máximo para la voz a 40 kilobits por segundo.
Pasos a seguir:
1- Crear el interfaz PPP y asociarle el interfaz serie, crear a su vez un perfil PPP con multilink y
fragmentación habilitados, así como asignar las direcciones IP del interfaz PPP y de la LAN.
2- Crear una lista de acceso para clasificar tráfico VoIP, como se necesita priorizar por puerto y
por protocolo se debe utilizar una lista de acceso extendida.
3- Crear otra lista de acceso para clasificar el tráfico de señalización, como se necesita priorizar
por puerto y por protocolo se debe utilizar una lista de acceso extendida.
4- Habilitar el BRS a nivel de interfaz PPP, en este caso el ppp1.
5- Crear una clase VoIP con prioridad real-time de tal manera que no sea encapsulada en MP y
tenga prioridad absoluta sobre el resto del tráfico ya fragmentado. Como es la única clase con
prioridad real-time se le asignará el 100% de ancho de banda de las clases con dicha prioridad.
6- Crear una clase que represente el tráfico de señalización y que llamaremos signal con un 50%
de ancho de banda garantizado de tal manera que las llamadas siempre puedan realizarse.
7- Asociar la lista de acceso creada en el punto 2 con la clase voip.
8- Asociar la lista de acceso creada en el punto 3 con la clase signal.
9- Guardar y reiniciar.
log-command-errors
no configuration
add device ppp 1
set data-link sync serial0/0
feature access-lists
; -- Access Lists user configuration -access-list 100
entry 1 default
entry 1 permit
entry 1 source port-range 20000 20025
entry 1 protocol udp
;
entry 2 default
entry 2 permit
entry 2 destination port-range 20000 20025
entry 2 protocol udp
exit
;
access-list 101
entry 1 default
entry 1 permit
entry 1 source port-range 1720 1720
entry 1 protocol tcp
;
entry 2 default
entry 2 permit
entry 2 destination port-range 1720 1720
entry 2 protocol tcp
exit
exit
;
ROUTER TELDAT – Ejemplos BRS
IV - 75
Doc.DM715
Rev.10.92
global-profiles ppp
; -- PPP Profiles Configuration -facilities 1 default
facilities 1 multilink
;
multilink 1 default
multilink 1 fragmentation 256
;
ppp 1 default
ppp 1 facilities-profile 1
ppp 1 multilink-profile 1
exit
;
network ethernet0/0
; -- Ethernet Interface User Configuration -ip address 172.24.78.131 255.255.0.0
exit
;
network ppp1
; -- Generic PPP User Configuration -ip address unnumbered
;
ppp
; -- PPP Configuration -profile 1
exit
;
base-interface
; -- Base Interface Configuration -base-interface serial0/0 link
exit
exit
;
protocol ip
; -- Internet protocol user configuration -route 0.0.0.0 0.0.0.0 ppp1
exit
;
feature bandwidth-reservation
; -- Bandwidth Reservation user configuration -network ppp1
enable
class control 100 real-time
class local 10
class default 40
class voip 100 real-time
class voip rate-limit 40
class signal 50
;
access-list 100 voip
access-list 101 signal
exit
exit
;
dump-command-errors
end
ROUTER TELDAT – Ejemplos BRS
IV - 76
Doc.DM715
Rev.10.92
4. Filtrado MAC
En un escenario de bridging entre ethernet y Frame Relay se pretende priorizar el tráfico proveniente
de una MAC que se puentee por la línea Frame Relay.
Pasos a seguir:
1- Configurar el circuito Frame-Relay, en este caso el 16.
2- Configurar el protocolo de bridge (ASRT).
3- Configurar el etiquetado por MAC. En este caso se asigna la etiqueta 15 a los paquetes que
entran por el interfaz Ethernet con dirección MAC origen 00-10-b5-f5-26-19.
4- Habilitar el BRS a nivel de circuito Frame-Relay, en este caso el dlci 16.
5- Crear una clase prioritaria, en este caso oro.
6- Asociar la etiqueta configurada en el punto 3 con un filtro MAC. En este caso asociamos la
etiqueta 15 con el filtro tag1.
7- Asociar la el filtro del punto 6 con la clase y prioridad del punto 5.
8- Guardar y reiniciar.
La configuración resultante sería la siguiente:
log-command-errors
no configuration
add device bvi 0
set data-link frame-relay serial0/0
;
network serial0/0
; -- Frame Relay user configuration -no ip address
pvc 16 default
pvc 16 name PVC_BRIDGE
no lmi
exit
;
protocol asrt
; -- ASRT Bridge user configuration -bridge
port ethernet0/0 1
port serial0/0 2 PVC_BRIDGE
no stp
exit
;
feature mac-filtering
; -- MAC Filtering user configuration -create list ethin
create filter input ethernet0/0
attach ethin 1
enable all
update "ethin"
; -- MAC Filtering list configuration -add source 00-10-b5-f5-26-19 ff-ff-ff-ff-ff-ff
set-action tag 15
exit
exit
;
ROUTER TELDAT – Ejemplos BRS
IV - 77
Doc.DM715
Rev.10.92
feature bandwidth-reservation
; -- Bandwidth Reservation user configuration -network serial0/0
enable
circuit 16
enable
class control 100 real-time
class local 10
class default 40
class gold 100 high
;
tag 15 tag1
assign tag1 gold normal
exit
exit
exit
;
dump-command-errors
end
ROUTER TELDAT – Ejemplos BRS
IV - 78
Doc.DM715
Rev.10.92
5. Bridge con IRB
En un escenario de bridging entre Ethernet y Frame Relay se pretende priorizar el tráfico en el puerto
Frame Relay. La estrategia a seguir es la siguiente:
- 128 kbps de ancho de banda asegurado para el tráfico de voz (precedence 5)
- 5% de ancho de banda para el tráfico de gestión
- 20% de ancho de banda para el tráfico prioritario (precedence 3)
- 75% para el resto de tráfico
Pasos a seguir:
1- Configurar el circuito Frame-Relay, en este caso el 16.
set data-link frame-relay serial0/0
network serial0/0
pvc 16 default
pvc 16 name PVC_BRIDGE
exit
2- Configurar el protocolo de bridge (ASRT).
protocol asrt
bridge
irb
port ethernet0/0 1
port serial0/0 2 PVC_BRIDGE
route-protocol ip
exit
3- Configurar listas de acceso para seleccionar tráfico de voz y tráfico prioritario.
feature access-lists
access-list 100
description "Voice"
entry 1 precedence 5
exit
access-list 101
description "Priority"
entry 1 precedence 3
exit
exit
4- Configurar direccionamiento IP y habilitar el preclasificado en el interfaz BVI.
network bvi0
ip address 192.168.1.1 255.255.255.0
qos-pre-classify
exit
5- Habilitar el BRS a nivel de circuito Frame-Relay, en este caso el dlci 16.
ROUTER TELDAT – Ejemplos BRS
IV - 79
Doc.DM715
Rev.10.92
feature bandwidth-reservation
network serial0/0
enable
circuit 16
enable
6- Definir reparto de ancho de banda para tráfico de gestión (local) y tráfico normal (default).
class local 5
class default 75
7- Crear una clase real-time para el tráfico de voz.
class voice 100 real-time
class voice rate-limit 128
8- Crear una clase para el tráfico prioritario.
class priority 20
9- Asociar la lista de acceso del tráfico de voz.
access-list 100 voice
10- Asociar la lista de acceso del tráfico prioritario.
access-list 101 priority
11- Guardar y reiniciar.
La configuración resultante sería la siguiente:
log-command-errors
no configuration
add device bvi 0
set data-link frame-relay serial0/0
feature access-lists
; -- Access Lists user configuration -access-list 100
description "Voice"
;
entry 1 default
entry 1 permit
entry 1 precedence 5
exit
;
access-list 101
description "Priority"
;
entry 1 default
entry 1 permit
entry 1 precedence 3
exit
ROUTER TELDAT – Ejemplos BRS
IV - 80
Doc.DM715
Rev.10.92
exit
;
network serial0/0
; -- Frame Relay user configuration -pvc 16 default
pvc 16 name PVC_BRIDGE
exit
;
network bvi0
; -- Bridge Virtual Interface configuration -ip address 192.168.1.1 255.255.255.0
qos-pre-classify
exit
;
protocol asrt
; -- ASRT Bridge user configuration -bridge
irb
port ethernet0/0 1
port serial0/0 2 PVC_BRIDGE
route-protocol ip
exit
;
feature bandwidth-reservation
; -- Bandwidth Reservation user configuration -network serial0/0
enable
circuit 16
enable
class control 100 real-time
class local 5
class default 75
class voice 100 real-time
class voice rate-limit 128
class priority 20
;
access-list 100 voice
access-list 101 priority
exit
exit
exit
;
dump-command-errors
end
ROUTER TELDAT – Ejemplos BRS
IV - 81
Doc.DM715
Rev.10.92