Algunos comentarios sobre la instalaci�n:
- Es necesario tener un kernel 2.4.20 o superior para poder utilizar el scheduler HTB. Tambi�n se puede patchear el kernel, si es de una versi�n anterior y no quieren o no pueden actualizarlo, con los parches de htb disponibles en
http://luxik.cdi.cz/~devik/qos/htb/
- Es necesario compilar el kernel(en caso de compilarlo manualmente) con las opciones de Advanced Routing, Policy Routing, y con los schedulers prio, htb, y sfq(en la parte de QoS and/or fair queing), y con el clasificador u32, y Traffic Policing(si ponen todo lo de QoS en */M, no va a estar mal :)
- Es necesario tener una versi�n de iproutes2 con el patch de htb(ver p�gina anterior) la mayor�a de las distribuciones ya lo traen, pero redhat 7.3, por ejemplo, no, y es necesario patchear los sources del iproute y compilarlo a mano para poder usar htb.
- El script que mand� cristian est� basado en los scripts que est�n en lartc.org, pero los scripts para htb de lartc.org NO funcionan, aparentemente por un tema de versiones y sem�ntica del clasificador u32. Se puede jugar a "encuentre las 7 diferencias" :)
- Si no quieren levantar todo el bardo de htb/scripts de startup, etc., o no lo necesitan, pueden usar el scheduler prio �nicamente(agregarlo al kernel) que con eso s�lo linux ya hace honor a los bits de ToS de los paquetes, mejorando el tr�fico interactivo, por ejemplo, sin necesidad de ning�n script adicional.
Saludos, espero que les sea de utilidad,
Mauro
Cristian P. Biondi wrote:
"Cuando descubr� esto, realmente me impact�. Linux 2.2/2.4 viene con todo lo necesario para gestionar el ancho de banda en formas comparables a los sistemas dedicados de alto nivel para gesti�n de ancho de banda.
Linux va incluso m�s all� de lo que proporcionan Frame y ATM."
(sacado el howto: Enrutamiento avanzado y control de tr�fico en Linux)
+---------------------------------------------------------------------
Hola a todos/as:
Estoy usando desde el domingo, el scrip que me paso Mauro, con algunas modificaciones, para el control de trafico.
Realmente es MARAVILLOSO.
Para los que no estuvieron en la reuni�n, se trata de control de tr�fico con HTB. Este script permite por ejemplo estar bajando 3 peliculas con bittorent, poder navegar (http) y conecciones ssh con casi nada de latencia , como si bittorrent no existiera!!
Es FABULOSO.
Explico r�pidamente como funciona: Maneja colas y prioridades, e identifica el tipo de servicio. Entonces cada cola tienen distintas prioridades gerarquicas.
Lo maravilloso es que cuando no se utilizan los servicios de alta prioridad, los de baja prioridad, din�micamente utilizan todo el ancho de banda disponible.
Adem�s tiene unas optimizaciones para para no saturar los buffers del m�dem y mejorara la latencia de todas la conexiones.
Se los recomiendo a todos los que utilicen un linux para conectarse a internet.
Obviamente esto es s�lo la puntititita del iceberg del TC.
Mando los scripts que uso yo con una conexion de 256. Estan disponibles todos los scripts. Al que los quiera se los paso.
Ahora mando 2 que YO uso.
Se los recomiendo.
------------------------------------------------------------------------
#!/bin/sh
# The Ultimate Setup For Your Internet Connection At Home
# #
# Set the following values to somewhat less than your actual download
# and uplink speed. In kilobits
DOWNLINK=300
UPLINK=150
DEV=ppp0
# clean existing down- and uplink qdiscs, hide errors
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
------------------------------------------------------------------------
#!/bin/sh
# The Ultimate Setup For Your Internet Connection At Home
# #
# Set the following values to somewhat less than your actual download
# and uplink speed. In kilobits
DOWNLINK=230
UPLINK=90
DEV=ppp0
# clean existing down- and uplink qdiscs, hide errors tc qdisc del dev $DEV root 2> /dev/null > /dev/null tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
###### uplink
# install root HTB, point default traffic to 1:30:
tc qdisc add dev $DEV root handle 1: htb default 30
# shape everything at $UPLINK speed - this prevents huge queues in your # DSL modem which destroy latency:
tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit burst 6k
# high prio class 1:10:
tc class add dev $DEV parent 1:1 classid 1:10 htb rate $[8*$UPLINK/10]kbit burst 6k
# bulk class 1:20 - gets slightly less traffic, # and a lower priority:
tc class add dev $DEV parent 1:1 classid 1:20 htb rate $[5*$UPLINK/10]kbit ceil ${UPLINK} burst 6k
tc class add dev $DEV parent 1:1 classid 1:30 htb rate 1kbit ceil ${UPLINK}kbit burst 6k
# all get Stochastic Fairness: tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10 tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10 tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10
# TOS Minimum Delay (ssh, NOT scp) in 1:10: tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip tos 0x10 0xff flowid 1:10
# ICMP (ip protocol 1) in the interactive class 1:10 so we # can do measurements & impress our friends:
tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip protocol 1 0xff flowid 1:10
# ipsec tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip protocol 50 0xff flowid 1:10
# To speed up downloads while an upload is going on, put ACK packets in # the interactive class: tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x10 0xff at 33 flowid 1:10
#Now add all ssh/http traffic to the second prio class tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip dport 22 0xffff flowid 1:10 tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip dport 80 0xffff flowid 1:20 tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip dport 53 0xffff flowid 1:20 tc filter add dev $DEV protocol ip parent 1:0 prio 10 u32 match ip dport 25 0xffff flowid 1:20
# rest is 'non-interactive' ie 'bulk' and ends up in 1:30
########## downlink #############
# slow downloads down to somewhat less than the real speed to prevent # queuing at our ISP. Tune to see how high you can set it.
# ISPs tend to have *huge* queues to make sure big downloads are fast
#
# attach ingress policer:
tc qdisc add dev $DEV handle ffff: ingress
# filter *everything* to it (0.0.0.0/0), drop everything that's # coming in too fast:
tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1
_______________________________________________ Lista de Correo Lnx-brc [EMAIL PROTECTED] http://www.cenitec.com.ar/mailman/listinfo/lnx-brc Grupo de Ususarios de Linux Bariloche - GULBar - http://www.gulbar.homelinux.org
