traffic shaping

QoS y configuración del tráfico en modo bridge
transparente
El propósito de este documento es describir la realización de un bridge
transparente que es capaz de realizar QoS (Quality of Service) y gestión
del ancho de banda en el tráfico de red que lo atraviesa.
La elección del modo bridge (en lugar del modo router) se justifica por la
sencillez con que este componente puede ser introducidodentro de una
topología de red sin tener que cambiar los parámetros de IP, como la de
subred y la puerta de enlace predeterminada.
Como se muestra en el diagrama de la Figura 1, se añadirá el bridge de
calidad del servicio “Qos” entre el router de Internet y el switch de nivel
2 a través del cual se conectan los ordenadores de la LAN. Tenga en
cuenta que la simplicidad de la configuraciónelegida no afecta al
funcionamiento y será posible aplicarlo en las topologías de redes más
complejas. En cualquier caso, tener en cuenta que el procedimiento
sigue siendo válido incluso si Zeroshell está configurado para actuar
como router de capa 3 en lugar de bridge. Esto se debe a que QoS
trabaja directamente en las tarjetas de red (Ethernet, VPN, PPPoE ...) y
no dependen del modo detransmisión elegido (router o bridge).

Figura 1. QoS y Traffic Shaping en modo bridge

En la configuración del siguiente ejemplo, vamos a crear un cierto
número de tipos de tráfico a los que le asignaremos los parámetros de
calidad de servicio, la prioridad, el ancho de banda mínimo garantizado
en caso de congestión de red y el máximo ancho de banda cuando la red
no este congestionada.Vamos a utilizar los filtros de capa 7, que con el DPI (Deep Packet
Inspection) pueden clasificar los tráficos, como VoIP y peer-to-Peer los
cuales no son posibles interceptar mediante el uso de filtros en los
puertos TCP y UDP.
En concreto, vamos a obtener los siguientes resultados:
•

Clasificar el trafico VoIP (Voz sobre IP), y el producido por la SIP,
H323, Skype y MSN Messenger en unaclase de alta prioridad y
ancho de banda garantizado. Al hacerlo, el tiempo de latencia se
reduce y por tanto la calidad de vídeo y reproducción de la voz es
mayor;

•

Limitar el ancho de banda máximo disponible para la
transferencias de archivos P2P (Peer to Peer);

•

Para evitar que el tráfico producido por Telnet y SSH shell se
retrase. Se clasifica este tipo de tráfico dentro deuna clase de
alta prioridad y de baja latencia;

•

Para clasificar el tráfico generado por las transferencias FTP y
SMTP, en el que muchos de los grandes paquetes de datos se
mueven a través de la red, pero que no necesitan una baja
latencia. En este caso, tenemos que utilizar una clase con baja
prioridad, pero sin límite de ancho de banda máximo.

Para poner en orden las ideas, vamos asuponer tener un ancho de banda
de Internet con 4 Mb/s de bajada y de 2 Mb/s de subida y asignar a las
clases de calidad (Qos) los parámetros de la Tabla 1

QoS Clases

Protocolos

Prioridad

VOIP

SIP, H323, Skype, MSN Messenger
eMule, EDonkey, KaZaA, Gnutella,
BitTorrent, Direct Connect
ssh, telnet
ftp, smtp
No clasificado

Alta

P2P
SHELL
BULK
DEFAULT

BajaGarantizad
Maximo
o
1Mbit/s
256Kbit/
s

Alta
Baja
Media

Tabla 1. Parámetros de las clases de calidad de servicio (Qos)

Antes de empezar a configurar el bridge en Zeroshell y llevar a cabo las
políticas de calidad de servicio que queremos, es necesario tener en
cuenta los siguientes conceptos:
•

Cuando una clase de QoS se aplica a una tarjeta de red, se
controla el tráfico de salidade la tarjeta. En los paquetes
entrantes no hay control.

•

Mirando el punto anterior, se podría pensar que no es posible
aplicar la QoS para el tráfico entrante, pero esto no es del todo
cierto, porque se puede configurar el tráfico entrante desde la
interfaz de ETH01 (figura 1) por el control de la salida del tráfico de
la ETH00.

En las siguientes secciones aprenderemos a...