test

Guía de administración del sistema: servicios IP

Capítulo 33 Planificación para una red con IPQoS (Tareas)

Puede configurar IPQoS en cualquier sistema que ejecute Oracle Solaris. El sistema IPQoS funciona con enrutadores con Diffserv para proporcionar servicios diferenciados y administración del tráfico en una intranet.

Este capítulo contiene tareas de planificación para añadir sistemas con IPQoS a una red con Diffserv. Se tratan los temas siguientes.

Planificación de configuración IPQoS general (Mapa de tareas)

Utilizar servicios diferenciados, como IPQoS, en una red requiere una planificación exhaustiva. Debe considerarse no sólo la posición y función de cada sistema con IPQoS, sino también la relación de cada sistema con el enrutador de la red local. El mapa de tareas siguiente muestra las principales tareas de planificación para implementar IPQoS en la red, y contiene vínculos a procedimientos para realizar las tareas.

Tarea 

Descripción 

Para obtener instrucciones 

1. Planificar una distribución de red Diffserv que incorpore los sistemas con IPQoS. 

Adquirir conocimientos sobre las diferentes distribuciones de red Diffserv para determinar cuál es la mejor solución en su caso. 

Planificación de la distribución de la red Diffserv.

2. Planificar los diferentes tipos de servicios que ofrecerán los sistemas IPQoS. 

Organizar los tipos de servicios que proporciona la red en acuerdos de nivel de servicio (SLA). 

Planificación de la directiva de calidad de servicio.

3. Planificar la directiva QoS para cada sistema IPQoS. 

Decidir cuáles son las funciones de clases, medición y recopilación de datos necesarias para cada acuerdo SLA. 

Planificación de la directiva de calidad de servicio.

4. Si procede, planificar la directiva del enrutador Diffserv. 

Establecer las directivas de planificación y espera en cola del enrutador Diffserv utilizado con los sistemas IPQoS. 

Consulte la documentación del enrutador si necesita información sobre las directivas de espera en cola y planificación. 

Planificación de la distribución de la red Diffserv

Para proporcionar servicios diferenciados en la red, necesita al menos un sistema con IPQoS y un enrutador con Diffserv. Puede expandir esta configuración básica de diferentes modos, como se explica en esta sección.

Estrategias de hardware para la red Diffserv

Normalmente, los clientes utilizan IPQoS en servidores y consolidaciones de servidores, como Sun Enterprise™ 0000. También puede utilizar IPQoS en sistemas de sobremesa, como UltraSPARC®, según las necesidades de la red. La siguiente lista contiene posibles sistemas para una configuración IPQoS:

Puede integrar sistemas IPQoS en una distribución de red que ya tenga enrutadores con Diffserv en funcionamiento. Si el enrutador que utiliza no admite Diffserv, considere las soluciones Diffserv que ofrecen Cisco Systems, Juniper Networks y otros fabricantes de enrutadores. Si el enrutador local no utiliza Diffserv, se limita a transferir los paquetes marcados al siguiente salto sin evaluar las marcas.

Distribuciones de red IPQoS

En esta sección se ilustran estrategias IPQoS para redes con diferentes requisitos.

IPQoS en hosts individuales

La siguiente figura ilustra una red de sistemas con IPQoS.

Figura 33–1 Sistemas IPQoS en un segmento de red

El diagrama de distribución muestra una red local con un enrutador Diffserv y tres sistemas con IPQoS: Servidor FTP, servidor de base de datos y servidor web.

Esta red es sólo un segmento de una intranet empresarial. Activando IPQoS en los servidores de aplicaciones y servidores web, puede controlar la tasa a la que cada sistema IPQoS envía el tráfico saliente. Si configura el enrutador para utilizar Diffserv, puede obtener un mayor grado de control del tráfico entrante y saliente.

El ejemplo de esta guía utiliza una configuración con IPQoS en un único host. Para ver la distribución de ejemplo que se utiliza en esta guía, consulte la Figura 33–4.

IPQoS en una red de conjuntos de servidores

La siguiente figura muestra una red con varios conjuntos de servidores heterogéneos.

Figura 33–2 Red de conjuntos de servidores con IPQoS

El diagrama de distribución muestra una red con un enrutador Diffserv, un equilibrador de carga con IPQoS y tres conjuntos de servidores.

En esta distribución, el enrutador utiliza Diffserv y, por lo tanto, puede poner en cola y tasar el tráfico entrante y saliente. El equilibrador de carga también utiliza Diffserv y los conjuntos de servidiores usan IPQoS. El equilibrador de carga permite realizar un filtrado adicional al del enrutador utilizando selectores como el ID de usuario o de proyecto. Estos selectores están incluidos en los datos de aplicación.

Esta configuración permite controlar el flujo y reenviar el tráfico para administrar la congestión en la red local. También evita que el tráfico saliente de los conjuntos de servidores sobrecargue otros sectores de la intranet.

IPQoS en un cortafuegos

La siguiente figura muestra un segmento de una red corporativa protegido de otros segmentos mediante un cortafuegos.

Figura 33–3 Red protegida por un cortafuegos con IPQoS

El diagrama de distribución muestra una red que incluye un enrutador Diffserv, un cortafuegos con IPQoS, un sistema Oracle Solaris y otros hosts.

En esta configuración, el tráfico fluye hasta un enrutador con Diffserv que filtra y pone en cola los paquetes. Todo el tráfico entrante reenviado por el enrutador se transfiere al cortafuegos con IPQoS. Para utilizar IPQoS, el cortafuegos no debe omitir la pila de reenvío de IP.

La directiva de seguridad del cortafuegos determina si el tráfico entrante puede entrar o salir de la red interna. La directiva QoS controla los niveles de servicio para el tráfico entrante que ha pasado el cortafuegos. Según la directiva QoS, el tráfico saliente también puede marcarse con un comportamiento de reenvío.

Planificación de la directiva de calidad de servicio

Al planificar la directiva de calidad de servicio (QoS) debe revisar, clasificar y después priorizar los servicios que proporciona la red. También debe evaluar la cantidad de ancho de banda disponible para determinar la tasa a la que cada clase de tráfico se transfiere en la red.

Ayudas para planificar la directiva QoS

Recopile información para planificar la directiva QoS en un formato que incluya los datos necesarios para el archivo de configuración IPQoS. Por ejemplo, puede usar la siguiente plantilla para realizar una lista de las categorías de información principales que se utilizarán en el archivo de configuración IPQoS.

Tabla 33–1 Plantilla de planificación QoS

Clase 

Prioridad 

Filtro 

Selector 

Tasa 

¿Reenvío? 

¿Recopilación de datos? 

Clase 1 

1 

Filtro 1 

Filtro 3 

Selector 1 

Selector 2 

Tasas de medidor, según tipo de medidor 

Precedencia de descarte de marador 

Requiere estadísticas de recopilación de datos de flujo 

Clase 1 

1 

Filtro 2 

Selector 1 

Selector 2 

 

N/D 

N/D 

N/D 

Clase 2 

2 

Filtro 1 

Selector 1 

Selector 2 

Tasas de medidor, según tipo de medidor 

Precedencia de descarte de marador 

Requiere estadísticas de recopilación de datos de flujo 

Clase 2 

2 

Filtro 2 

Selector 1 

Selector 2 

N/D 

N/D 

N/D 

Puede dividir cada categoría principal para definir más la directiva QoS. En las siguientes secciones se explica cómo obtener información sobre las categorías mostradas en la plantilla.

Planificación de la directiva QoS (Mapa de tareas)

Este mapa de tareas enumera las tareas principales para planificar una directiva QoS.

Tarea 

Descripción 

Para obtener instrucciones 

1. Diseñar la distribución de red para que sea compatible con IPQoS. 

Identificar los hosts y enrutadores de la red para proporcionar servicios diferenciados. 

Cómo preparar una red para IPQoS

2. Definir las clases en las que los servicios de la red deben dividirse. 

Examinar los tipos de servicios y acuerdos SLA que ofrece su organización y determinar las clases de tráfico independientes a las que pertenece cada servicio. 

Cómo definir las clases de la directiva QoS

3. Definir filtros para las clases. 

Determinar el mejor modo de separar el tráfico de una clase específica del flujo de tráfico de la red. 

Cómo definir filtros en la directiva QoS

4. Definir tasas de control de flujo para medir el tráfico cuando los paquetes salen del sistema IPQoS. 

Determinar tasas de flujo aceptables para cada clase de tráfico. 

Cómo planificar el control de flujo

5. Definir los puntos DSCP o valores de prioridad de usuario que se deben untilizar en la directiva QoS. 

Planificar un esquema para determinar el comportamiento de reenvío asignado a un flujo de tráfico cuando lo controla el enrutador o nodo. 

Cómo planificar el comportamiento de reenvío

6. Si procede, definir un plan de supervisión de estadísticas para los flujos de tráfico de la red. 

Evaluar las clases de tráfico para determinar qué flujos de tráfico deben supervisarse por cuestiones de recopilación de datos o estadísticas. 

Cómo planificar la recopilación de datos de flujo

Nota –

En el resto de esta sección se explica cómo planificar la directiva QoS de un sistema con IPQoS. Para planificar la directiva QoS del enrutador Diffserv, consulte la documentación y el sitio web del fabricante del enrutador.

ProcedureCómo preparar una red para IPQoS

El siguiente procedimiento contiene tareas generales que llevar a cabo antes de crear la directiva QoS.

  1. Revisar la distribución de la red. Después, planificar una estrategia que utilice sistemas IPQoS y enrutadores Diffserv.

    Para ver ejemplos de distribución de la red, consulte la sección Planificación de la distribución de la red Diffserv.

  2. Identificar los hosts de la distribución de red que requieren IPQoS o que pueden ser buenos candidatos para el servicio IPQoS.

  3. Determinar qué sistemas con IPQoS pueden usar la misma directiva QoS.

    Por ejemplo, si piensa activar IPQoS en todos los hosts de la red, identifique los hosts que pueden usar la misma directiva QoS. Cada sistema con IPQoS debe tener una directiva QoS local, que se implementa en el archivo de configuración IPQoS correspondiente. Aunque puede crear un archivo de configuración IPQoS que utilicen varios sistemas. Después puede copiar el archivo de configuración en los sistemas que tengan los mismos requisitos de directiva QoS.

  4. Revisar y realizar cualquier tarea de planificación requerida por el enrutador Diffserv de la red.

    Consulte la documentación y el sitio web del fabricante del enrutador si necesita más información.

ProcedureCómo definir las clases de la directiva QoS

El primer paso para definir la directiva QoS es organizar los flujos de tráfico en clases. No es necesario crear una clase para cada tipo de tráfico en una red Diffserv. Según la distribución de la red, puede que necesite crear una directiva QoS diferente para cada sistema con IPQoS.

Nota –

Para ver una descripción general de las clases, consulte la sección Clases IPQoS.

En el siguiente procedimiento se asume que ya ha determinado qué sistemas de la red utilizarán IPQoS, como se explica en la sección Cómo preparar una red para IPQoS.

  1. Crear una tabla de planificación QoS para organizar la información de directiva QoS.

    Para ver sugerencias, consulte la Tabla 33–1.

  2. Realizar el resto de los pasos para cada directiva QoS de la red.

  3. Definir las clases que utilizar en la directiva QoS.

    Las siguientes preguntas son una guía para analizar el tráfico de red para posibles definiciones de clases.

    • ¿Su empresa ofrece acuerdos de nivel de servicio a los clientes?

      En caso afirmativo, evalúe los niveles de prioridad relativa de los acuerdos SLA que su empresa ofrece a los clientes. Las mismas aplicaciones pueden ofrecerse a clientes con niveles de prioridad diferentes garantizados.

      Por ejemplo, su empresa puede ofrecer alojamiento de sitios web a cada cliente, lo que indica que necesita definir una clase para cada sitio web de cliente. Un acuerdo SLA puede ofrecer un sitio web de nivel alto como un nilvel de servicio. Otro acuerdo SLA puede ofrecer un sitio web personal "best-effort" a clientes con descuento. Este factor no sólo implica diferentes clases de sitio web sino también diferentes comportambientos por salto que se asignan a las clases de sitio web.

    • ¿El sistema IPQoS ofrece aplicaciones comunes que necesitan control de flujo?

      Puede mejorar el rendimiento de la red activando IPQoS en servidores que ofrecen aplicaciones comunes que generan mucho tráfico. Algunos ejemplos son el correo electrónico, noticias de red y FTP. Considere la posibilidad de crear clases independientes para el tráfico entrante y saliente para cada tipo de servicio, si corresponde. Por ejemplo, puede crear una clase mail-in y una clase mail-out para la directiva QoS de un servidor de correo.

    • ¿La red contiene aplicaciones que requieren comportamientos de reenvío de máxima prioridad?

      Cualquier aplicación importante que requiera comportamientos de reenvío de máxima prioridad debe recibir la máxima prioridad en la cola del enrutador. Los ejemplos más típicos son el streaming de vídeo y audio.

      Definir clases de entrada y clases de salida para estas aplicaciones de alta prioridad. Después, añadir las clases a las directivas QoS del sistema con IPQoS que proporciona las aplicaciones y del enrutador Diffserv.

    • ¿La red tiene flujos de tráfico que deben controlarse porque consumen grandes cantidades de ancho de banda?

      Utilizar netstat , snoop y otras herrmientas de supervisión de la red para descubrir los tipos de tráfico que causan problemas en la red. Revisar las clases creadas hasta ahora y crear clases para cualquier categoría de tráfico con problemas no definidos. Si ya ha definido clases para una categoría de tráfico problemático, defina tasas para que el medidor controle el tráfico.

      Crear clases para el tráfico problemático en cada sistema con IPQoS de la red. Después, cada sistema IPQoS puede gestionar el tráfico problemático limitando la tasa a la que el flujo de tráfico se envía en la red. Asegúrese de definir estas clases de problemas en la directiva QoS del enrutador Diffserv. Después, el enrutador puede poner en cola y planificar los flujos problemáticos de acuerdo con la configuración de la directiva QoS.

    • ¿Necesita estadísticas sobre determinados tipos de tráfico?

      Una revisión rápida del acuerdo SLA permite determinar qué tipos de tráfico del cliente requieren recopilación de datos. Si su empresa ofrece acuerdos SLA, es probable que ya haya creado clases para el tráfico que requiere recopilación de datos. También puede definir clases para activar la recopilación de estadísticas en flujos de trafico qu eesté supervisando. También es posilbe crear clases para tráfico al que se restringe el acceso por motivos de seguridad.

  4. Enumerar las clases definidas en la tabla de planificación QoS creada en el paso 1.

  5. Asignar un nivel de prioridad a cada clase.

    Por ejemplo, el nivel de prioridad 1 representa la clase de prioridad máxima y se asignan priordiades de nivel descendentes al resto de clases. El nivel de priordiad que se asigna sólo tiene propósito organizativo. Los niveles de prioridad definidos en la plantilla de directiva QoS no se utilizan en IPQoS. De hecho, puede asignar la misma prioridad a varias clases, si es apropiado para la directiva QoS.

  6. Cuando haya terminado de definir las clases, puede definir filtros para cada clase, como se explica en Cómo definir filtros en la directiva QoS.

Priorizar las clases

Al crear clases, resulta fácil ver cuáles tiene la prioridad máxima, la prioridad media y la prioridad "best-effort". Un buen esquema para priorizar clases resulta especialmente importante si se asignan comportamientos por salto al tráfico saliente, como se explica en la sección Cómo planificar el comportamiento de reenvío.

Además de asignar un PHB a una clase, también puede definir un selector de prioridad en un filtro para la clase. El selector de prioridad está activo sólo en el host con IPQoS. Imagine que varias clases con tasas iguales y puntos DSCP idénticos en ocasiones compiten por el ancho de banda al salir del sistema IPQoS. El selector de prioridad de cada clase puede ordenar el nivel de servicio que se asigna a dos clases con valores que de otro modo serían idénticos.

Definir filtros

Puede crear filtros para identificar flujos de paquetes como miembros de una clase específica. Cada filtro contiene selectores, que definen los criterios para evaluar un flujo de paquetes. El sistema con IPQoS utiliza los criterios de los selectores para extraer paquetes de un flujo de tráfico. Después, el sistema IPQoS asocia los paquetes con una clase. Para ver una intruducción a los filtros, consulte la sección Filtros IPQoS.

En la siguiente tabla se enumeran los selectores más usados. Los cinco selectores representan el 5-tuple IPQoS, que el sistema IPQoS utiliza para identificar paquetes como miembros de un flujo. Para ver una lista completa de selectores, consulte la Tabla 37–1.

Tabla 33–2 Selectores IPQoS comunes

Nombre 

Definición 

saddr

Dirección de origen. 

daddr

Dirección de destino. 

sport

Número de puerto de origen. Puede usar un número de puerto conocido, definido en /etc/services o un número de puerto definido por el usuario.

dport

Número de puerto de destino. 

protocol

Número de protocolo IP o nombre de protocolo asignado al tipo de flujo de tráfico en /etc/protocols.

ip_version

Estilo de direcciones que usar. Se utiliza IPv4 o IPv6. IPv4 es el predeterminado. 

dsfield

Contenido del campo DS, es decir, el punto DSCP. Utilice este selector para extraer paquetes entrantes que ya están marcados con un DSCP específico. 

priority

Nivel de prioridad asignado a la clase. Si necesita más información, consulte Cómo definir las clases de la directiva QoS.

user

El ID de usuario de UNIX o nombre de usuario que se utiliza cuando se ejecuta la aplicación de nivel superior. 

projid

ID de proyecto que se utiliza cuando se ejecuta la aplicación de nivel superior. 

direction

Dirección del fujo de tráfico. El valor es LOCAL_IN, LOCAL_OUT, FWD_IN o FWD_OUT.

Nota –

Elija los selectores con detenimiento. Utilice sólo los selectores necesarios para extraer paquetes de una clase. Cuantos más selectores defina, más se verá afectado el rendimiento IPQoS.

ProcedureCómo definir filtros en la directiva QoS

Antes de empezar

Antes de llevar a cabo los siguientes pasos, debe haber completado el procedimiento Cómo definir las clases de la directiva QoS.

  1. Cree al menos un filtro para cada clase de la tabla de planificación QoS creada en la sección Cómo definir las clases de la directiva QoS.

    Considere la posibilidad de crear filtros independientes para el tráfico entrante y saliente de cada clase, si procede. Por ejemplo, añada un filtro ftp-in y un filtro ftp-out a la directiva QoS de un servidor con IPQoS. Después puede definir un selector direction apropiado además de los selectores básicos.

  2. Defina al menos un selector para cada filtro de una clase.

    Utilice la tabla de planificación QoS que se ha introducido en la Tabla 33–1 para rellenar los filtros de las clases definidas.

Ejemplo 33–1 Definir filtros para el tráfico FTP

La tabla siguiente es un ejemplo de cómo definir un filtro para el tráfico FTP saliente.

Clase 

Prioridad 

Filtros 

Selectores 

ftp-traffic

4 

ftp-out

saddr 10.190.17.44

daddr 10.100.10.53

sport 21

direction LOCAL_OUT

Véase también

ProcedureCómo planificar el control de flujo

El control de flujo implica medir el flujo de tráfico de una clase y transferir los paquetes en la red a una tasa definida. Al planificar el control de flujo, se definen los parámetros que utilizarán los módulos de medición IPQoS. Los medidores determinan la tasa a la que se transfiere el tráfico en la red. Para ver una introducción a los módulos de medición, consulte la sección Descripción general de medidor (tokenmt y tswtclmt).

En el siguiente procedimiento se asume que ha definido filtros y selectores, como se describe en la sección Cómo definir filtros en la directiva QoS.

  1. Determine el ancho de banda máximo de la red.

  2. Revise cualquier acuerdo SLA que ofrezca su red. Identifique los clientes y los tipos de servicio garantizados a cada cliente.

    Para garantizar un nivel de servicio determinado, es posible que necesite medir ciertas clases de tráfico generadas por el cliente.

  3. Revise la lista de clases creadas en la sección Cómo definir las clases de la directiva QoS.

    Determine si hay alguna otra clase, a parte de las asociadas con acuerdos SLA, que deba medirse.

    Suponga que el sistema IPQoS incluye una aplicación que genera mucho tráfico. Después de clasificar el tráfico de la aplicación, mida los flujos para controlar la tasa a la que los paquetes del flujo vuelven a la red.

    Nota –

    No es necesario medir todas las clases. Tenga en mente estas directrices al revisar la lista de clases.

  4. Determine qué filtros de cada clase seleccionan el tráfico que necesita control de flujo. Después, refine la lista de clases que necesitan medición.

    Las clases que tengan varios filtros pueden necesitar medición sólo para un filtro. Suponga que define filtros para el tráfico entrante y saliente de una clase específica. Puede llegar a la conclusión de que sólo el tráfico en una dirección requiere control de flujo.

  5. Elija un módulo de medición para cada clase con control de flujo.

    Añada el nombre de módulo a la columna de medición de la tabla de planificación QoS.

  6. Añada las tasas de cada clase que se medirá a la tabla de organización.

    Si utiliza el módulo tokenmt, deberá definir las siguientes tasas en bits por segundo:

    • Tasa asignada

    • Tasa máxima

    Si estas tasas son suficientes para medir una clase específica, puede definir solamente la tasa asignada y ráfaga asignada para tokenmt.

    Si es necesario, puede definir también las siguientes tasas:

    • Ráfaga asignada

    • Ráfaga máxima

    Para ver una definición completa de las tasas de tokenmt, consulte la sección Configuración de tokenmt como medidor de doble tasa. También puede encontrar información detallada en la página de comando man tokenmt (7ipp).

    Si utiliza el módulo tswtclmt, debe definir las siguientes tasas en bits por segundo.

    • Tasa asignada

    • Tasa máxima

    También puede definir el tamaño de la ventana en milisegundos. Estas tasas están definidas en la sección Módulo de medición tswtclmt y en la página de comando man twstclmt (7ipp).

  7. Añada resultados de cumplimiento del tráfico al metro medido.

    Los resultados de ambos módulos de medición son verde, rojo y amarillo. Añada a la tabla de organización QoS los resultados de cumplimiento del tráfico aplicables a las tasas definidas. Los resultados de los medidores están explicados en la sección Módulo Meter.

    Debe determinar qué acciones deben realizarse con el tráfico que cumple, o no cumple, la tasa asignada. Normalmente, pero no siempre, la acción consiste en marcar el encabezado del paquete con un comportamiento por salto. Una acción aceptable para el tráfico de nivel verde es continuar el procesamiento mientras los flujos de tráfico no excedan la tasa asignada. Otra acción sería descartar los paquetes de la clase si los flujos exceden la tasa máxima.

Ejemplo 33–2 Definir medidores

La tabla siguiente muestra entradas de medidor para una clase de tráfico de correo electrónico. La red en la que se encuentra el sistema IPQoS tiene un ancho de banda total de 100 Mbits/seg, o 10000000 bits por segundo. La directiva QoS asigna una prioridad baja a la clase de correo electrónico. Esta clase también recibe un comportamiento de reenvío "best-effort".

Clase 

Prioridad 

Filtro 

Selector 

Tasa 

email

8 

mail_in

daddr10.50.50.5

dport imap

direction LOCAL_IN

 

email

8 

mail_out

saddr10.50.50.5

sport imap

direction LOCAL_OUT

medidor=tokenmt

tasa asignada=5000000 

ráfaga asignada =5000000 

tasa máxima =10000000 

ráfaga máxima=1000000 

precedencia verde=continuar procesando 

precendencia amarilla=marcar PHB amarillo 

precedencia roja=descartar 

Véase también

ProcedureCómo planificar el comportamiento de reenvío

El comportamiento de reenvío determina la prioridad y precedencia de descarte de los flujos de tráfico que se van a reenvíar a la red. Puede elegir dos comportamientos de reenvío principales: priorizar los flujos de una clase en relación con otras clases de tráfico o descartar los flujos por completo.

El modelo Diffserv utiliza el marcador para asignar el comportamiento de reenvío elegido a los flujos de tráfico. IPQoS ofrece los siguiente módulos de marcador.

Nota –

Las sugerencias de esta sección hacen referencia específicamente a paquetes IP. Si el sistema IPQoS incluye un dispositivo VLAN, puede usar el marcador dlcosmk para marcar comportamientos de reenvío para datagramas. Si necesita más información, consulte la sección Uso del marcador dlcosmk con dispositivos VLAN.

Para priorizar el tráfico IP, debe asignar un punto DSCP a cada paquete. El marcador dscpmk marca el campo DS del paquete con el DSCP. El DSCP de una clase se elige de un grupo de puntos de código conocidos asociados con el tipo de comportamiento de reenvío. Estos puntos de código conocidos son 46 (101110) para el comportamiento PHB EF y un conjunto de puntos de código para el comportamiento PHB AF. Para ver una descripción general de los puntos DSCP y el reenvío, consulte la sección Reenvío del tráfico en una red con IPQoS.

Antes de empezar

En los siguientes pasos se asume que ha definido clases y filtros para la directiva QoS. Aunque normalmente se usa el medidor con el marcador para controlar el tráfico, puede usarse solamente el marcador para definir un comportamiento de reenvío.

  1. Revise las clases creadas hasta ahora y las prioridades asignadas a cada clase.

    No es necesario que se marquen todas las clases de tráfico.

  2. Asigne el comportamiento por salto EF a la clase con la prioridad más alta.

    El comportamiento PHB EF garantiza que los paquetes con el punto DSCP EF 46 (101110) se transfieren a la red antes que los paquetes con cualquier comportamiento PHB AF. Utilice el comportamiento PHB EF para el tráfico de mayor prioridad. Si necesita más información sobre EF, consulte la sección Reenvío acelerado (EF) PHB.

  3. Asigen comportamientos de reenvío a clases cuyo tráfico se va a medir.

  4. Asigne puntos de código DS al resto de clases, de acuerdo con las prioridades asignadas a las clases.

Ejemplo 33–3 Directiva QoS para una aplicación de juegos

El tráfico se suele medir según los siguientes criterios:

Se utiliza el marcador con el medidor para proporcionar servicios diferenciados y administración del ancho de banda a estas clases. Por ejemplo, la siguiente tabla muestra una parte de una directiva QoS. Esta directiva define una clase para una aplicación de juegos muy utilizada que genera un alto volumen de tráfico.

Clase 

Prioridad 

Filtro 

Selector 

Tasa 

¿Reenvío? 

games_app

9 

games_in

sport 6080

N/D 

N/D 

games_app

9 

games_out

dport 6081

medidor=tokenmt

tasa asignada=5000000 

ráfaga asignada =5000000 

tasa máxima =10000000 

ráfaga máxima=15000000 

precedencia verde=continuar procesando 

precendencia amarilla=marcar PHB amarillo 

precedencia roja=descartar 

verde =AF31 

amarillo=AF42 

rojo=descartar 

Los comportamientos de reenvío asignan puntos DSCP de baja prioridad al tráfico games_app que cumple su tasa asignada o está por debajo de la tasa máxima. Cuando el tráfico games_app excede la tasa máxima, la directiva QoS indica que los paquetes de games_app deben descartarse. Todos los puntos de código AF se enumeran en la Tabla 37–2.

Véase también

ProcedureCómo planificar la recopilación de datos de flujo

El módulo IPQoS flowacct se utiliza para supervisar los flujos de tráfico por motivos de facturación o de administración de la red. Utilice el siguiente procedimiento para determinar si su directiva QoS debe incluir recopilación de datos sobre flujo.

  1. ¿Su empresa ofrece acuerdos SLA a los clientes?

    Si la respuesta es "sí", debe recopilar datos sobre el flujo. Revise los acuerdos SLA para determinar qué tipos de tráfico de red desea ofrecer su empresa a los clientes. A continuación, revise la directiva QoS para determinar qué clases seleccionan el tráfico que se facturará.

  2. ¿Hay aplicaciones que deben supervisarse o comprobarse para evitar problemas de red?

    Si la respuésta es "sí", considere la posibilidad de recopilar datos sobre el flujo para observar el comportamiento de estas aplicaciones. Revise la directiva QoS para determinar qué clases ha asignado al tráfico que requiere supervisión.

  3. En la tabla de planificación QoS, marque una Y en la columna de recopilación de datos sobre el flujo de las clases que requieran recopilación de datos.

Véase también

Introducción al ejemplo de configuración IPQoS

Las tareas de los siguientes capítulos de la guía utilizan la configuración IPQoS de ejemplo de esta sección. El ejemplo muestra la solución de servicios diferenciados de la intranet pública de BigISP, un proveedor de servicios ficticio. BigISP ofrece servicios a grandes empresas que acceder a BigISP a través de líneas arrendadas. Los indivíduos que se conectan desde módems también puede adquirir servicios de BigISP.

Distribución IPQoS

La siguiente figura muestra la distribución de red que utiliza la intranet pública de BigISP.

Figura 33–4 Ejemplo de distribución IPQoS

El diagrama de distribución muestra dos tipos de usuarios, corporativos e individuos, que acceden a una red ISP definida en el siguiente contexto.

BigISP utiliza cuatro niveles en su intranet pública: