Router Teldat. Bandwidth Reservation System

Transcripción

1 Router Teldat Bandwidth Reservation System Doc. DM715 Rev Junio, 2014

2 ÍNDICE Capítulo 1 Introducción Sistema de Reserva de Ancho de Banda Clasificación del tráfico Filtros para clasificar tráfico Listas de Acceso para clasificar tráfico Clasificación de tráfico por criterios Clasificación de tráfico por protocolo Orden de Precedencia Preclasificado Marcado de tráfico Reparto de Ancho de Banda Priorización Limitación de Ancho de Banda - Traffic-shaping Calidad de Servicio en enlaces Multilink Reserva de Ancho de Banda sobre Frame Relay Uso de colas en interfaces Frame Relay Reserva de Ancho de Banda sobre interfaz TNIP BRS y redes privadas virtuales BRS y VLAN BRS y Bridge Cálculo del ancho de banda en BRS Capítulo 2 Configuración El Prompt de Configuración de BRS Comandos de Configuración Access-list Assign Circuit Class Clear-block Deassign Default-class Disable Enable Link-layer List Match a) Label Max-packets-in-driver Network-layer Network No a) no access-list b) no class c) no match d) no max-packets-in-driver e) no queue-length f) no rate-limit g) no rate-limit track h) no update ii -

3 2.17. Queue-length Rate-limit Rate-limit track a) Class <cname> rate-limit track Tag Untag Update Exit Capítulo 3 Monitorización El Prompt de Monitorización de BRS Comandos de Monitorización Cache Circuit Clear Clear-circuit-class Counters Counters-circuit-class Network Last Last-circuit-class Queue-length Traffic-shape-group WRED Exit Capítulo 4 Ejemplos BRS sobre FR BRS sobre ATM Priorización de VoIP sobre MP Filtrado MAC Bridge con IRB iii -

4 Capítulo 1 Introducción

5 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

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

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

8 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

9 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 6 Recepción 2 7 Transmisión Llega una trama por interfaz ethernet0/0. 2. La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP. 3. La interfaz ethernet 0/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 ethernet0/1. 5. El paquete IP se entrega a la interfaz ethernet0/1. 6. 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. 7. Cuando se cumplen las condiciones adecuadas se desencola el paquete IP y se entrega al proceso de transmisión de la interfaz ethernet0/1. 8. 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

10 Proceso de routing 4 5 ethernet0/1.23 Transmisión 6 7 ethernet0/0 3 ethernet0/1 BRS 8 Recepción 2 9 Transmisión Llega una trama por interfaz ethernet0/0. 2. La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP. 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 ethernet0/ El paquete IP se entrega a la interfaz ethernet0/ 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. 7. 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. 8. 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. 9. Cuando se cumplen las condiciones adecuadas se desencola el paquete VLAN y se entrega al proceso de transmisión de la interfaz ethernet0/ 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

11 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

12 Proceso de routing 4 5 ethernet0/1.23 Qos-pre-classify 6 Transmisión 7 8 ethernet0/0 3 ethernet0/1 BRS 9 Recepción 2 10 Transmisión Llega una trama por interfaz ethernet0/0. 2. La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP. 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 ethernet0/ El paquete IP se entrega a la interfaz ethernet0/ 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. 7. 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. 8. 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. 9. 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. 10. 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

13 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 10 ethernet0/0 3 ethernet0/1 serial0/0 BRS 11 Recepción 12 Transmisión 2 Transmisión 13 1 ROUTER TELDAT - Introducción BRS I - 10

14 1. Llega una trama por interfaz ethernet0/0. 2. La interfaz ethernet0/0 procesa el encapsulado de nivel 2 obteniendo un paquete IP. 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 bvi0. 5. El paquete IP se entrega a la interfaz bvi0. 6. 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. 7. 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. 8. El proceso de transmisión de la interfaz bvi0 entrega la trama de bridge a la entidad de bridge. 9. 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/ 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. 11. 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. 12. Cuando se cumplen las condiciones adecuadas se desencola el paquete (trama bridge) y se entrega al proceso de transmisión de la interfaz ethernet0/ 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

15 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 tnip1 Qos-pre-classify 6 Transmisión 7 8 ethernet0/1.23 Qos-pre-classify 11 Transmisión ethernet0/0 3 ethernet0/1 BRS 14 Recepción 2 15 Transmisión 16 1 ROUTER TELDAT - Introducción BRS I - 12

16 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 ( ). 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 ( ), que sigue teniendo asociada una copia de las cabeceras del paquete IP ( ). 8. El proceso de transmisión de la interfaz tnip1 entrega el paquete IP ( ) al proceso de routing. 9. El proceso de routing determina que el paquete IP ( ) ha de ser transmitido por la interfaz ethernet0/ El paquete IP ( ) se entrega a la interfaz ethernet0/ Se ha habilitado el preclasificado (qos-pre-classify) en la interfaz ethernet0/1.23, pero el paquete IP ( ) ya está preclasificado, así que no se altera dicho preclasificado, conservando la copia de cabeceras IP ( ). 12. 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 ( ). 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/ 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 ni al paquete IP ( ). 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/ 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

17 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-DSCP- CONTINUE <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: El formato de la cabecera IP está definido en la RFC 791 tal como se muestra en la siguiente figura: Version IHL Type of Service Total Length 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

18 Precedence TOS MBZ Campo Type of Service según RFC 1349 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) Nomenclatura 000 Routine 001 Priority 010 Immediate 011 Flash 100 Flash Override 101 CRITIC/ECP 110 Internetwork Control 111 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) Nomenclatura 0000 Normal service 0001 Minimize monetary cost 0010 Maximize reliability 0100 Maximize throughput 1000 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 en binario, y la máscara 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

19 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

20 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 nivel de prioridad 5 lista de acceso, protocolo, etiqueta o filtro 4 Clase 2 A % Ancho de Banda 3 lista de acceso, protocolo, nivel de prioridad etiqueta o filtro lista de acceso, protocolo, etiqueta o filtro nivel de prioridad lista de acceso, protocolo, etiqueta o filtro Interfaz 1 Clase B % Ancho de Banda lista de acceso, protocolo, etiqueta o filtro lista de acceso, protocolo, etiqueta o filtro nivel de prioridad nivel de prioridad nivel de prioridad lista de acceso, protocolo, etiqueta o filtro Clase C % Ancho de Banda lista de acceso, protocolo, etiqueta o filtro lista de acceso, protocolo, etiqueta o filtro nivel de prioridad nivel de prioridad nivel de prioridad 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

21 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

22 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 default 20 class voip 100 real-time class important1 30 high class important2 70 high class data 60 class 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

23 CLASE THROUGHPUT ENVIADO DESCARTADO Voip bps bps 0 bps Important bps ( )*0.3 = bps bps Important bps ( )*0.7 = bps bps Data bps 0 bps bps Local bps 0 bps bps Default bps 0 bps bps Suponiendo un ancho de banda de 100Kbps y los siguientes throughputs: CLASE THROUGHPUT ENVIADO DESCARTADO Voip bps bps 0 bps Important bps bps 0 bps Important bps bps 0 bps Data bps ( ) * 0.60 = bps bps Local bps ( ) * 0.20 = bps 2000 bps Default bps ( ) * 0.20 = 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

24 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

25 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

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

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

28 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 Prioridad absoluta a las clases realtime Envio de paquete al driver Flujo de tráfico perteneciente a las clases con prioridad real-time Reserva de ancho de banda y priorizacion entre clases real-time Encapsulado Multilink (clase 1 ) y fragmentación 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

29 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

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

31 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