|
|
Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable)
(55512 lectures)
Por Kiko Piris
kiko
()
Creado el 02/10/2002 09:11 modificado el 02/10/2002 09:11
|
Cuando "compraste" tu conexión adsl (o cable) te dijeron que
el ancho de banda de bajada era independiente del de subida. Pero por
más pruebas que haces, ¿ no consigues que éso parezca real
?
* ¿ Quieres poder navegar a la velocidad de siempre (o casi) mientras
subes megas a saco a tu servidor ?
* ¿ Quieres poder trabajar "en condiciones" con una
sesión de ssh (o incluso navegar decentemente) mientras te bajas megas a
todo trapo ?
Si es así, sigue leyendo ... |
Pagina1/1 |
Linux dispone de unos algoritmos de "Quality of Service"
(gestión del ancho de banda o "bandwidth management") que ya
quisieran muchos routers.
Primero un poco de teoría -light- (puedes saltartelo si tienes mucha prisa :-) :
Si el ancho de banda de subida y de bajada son independientes, ¿ por
qué la cosa no funciona como debería desde un principio ?
Por culpa de las colas. Cuando el tráfico de subida es grande, se forman
colas largas de paquetes en la cola "Send-Q" (del router). El
servidor del cual intentamos bajarnos algo deja de enviarnos paquetes hasta que
recibe los ack's (y esos ack's deben atravesar una cola "Send-Q"
congestionada).
¿ Qué se puede hacer ?
Limitar la velocidad de subida un poco por debajo de nuestro ancho de banda.
Así conseguimos que las colas "largas" se formen en nuestro
equipo (y no en el router). Ahora podemos hacer que los paquetes del tipo
"ack" y de tráfico interactivo pasen por delante de los otros
y no tengan que "hacer cola".
Nos queda un punto por resolver. La cola de bajada. Esta cola se encuentra en
los equipos de nuestro ISP. Si la cola de bajada es demasiado larga, el
tráfico interactivo se verá afectado negativamente. La
solución para evitar ésto es limitar la velocidad de bajada un
poquito con el siguiente "truco" : si los paquetes llegan
"demasiado rápido", los descartaremos y entonces el emisor
adecuará su velocidad de transmisión a la nuestra.
De esta manera sacrificando un poquito de nuestro ancho de banda
conseguiremos 2 cosas: aprovechar los anchos de banda independientes de
subida y de bajada, y que el tráfico "masivo" no nos
deje la latencia del tráfico interactivo por los suelos. Casi nada !
Ahora lo práctico :
¿ Qué necesito ?
Wonder Shaper es un script muy
sencillo que nos definirá las colas necesarias para implementar lo que
he comentado en el punto anterior. De hecho la información está
sacada directamente del README, os recomiendo su lectura.
Pero antes de ponernos con el script, necesitamos habilitar (si no lo
están ya) un par de cosillas en nuestro kernel 2.4 (o superior).
Debemos tener al menos las siguientes opciones activadas dentro de
"Networking Options" / "QoS and/or Fair Queueing" :
CBQ,
PRIO,
SFQ,
Ingress Qdisc,
QoS support,
Rate Estimator,
Packet classifier,
Firewall based classifier.
U32 classifier y
Traffic Policing.
Aunque puedes activar todo lo de dentro de QoS and/or Fair Queueing
sin problemas.
También hemos de instalar el paquete
iproute.
Wonder Shaper nos proporciona dos
versiones del script : "wshaper" que nos servirá con
cualquier kernel 2.4 y que usa el algoritmo CBQ. Y
"wshaper.htb" que usa el algoritmo
HTB
(HTB no viene incluido en todos los kernels 2.4, viene a partir del
2.4.21).
CBQ es un algoritmo más usado y testeado pero técnicamente
inferior a HTB (?). La tendencia parece ser que es hacia HTB. Yo lo he
implementado usando HTB y no he tenido ningun problema (os lo recomiendo).
Pero antes hay que hacer una comprobación: si vamos a usar HTB,
la versión del algoritmo HTB del kernel debe corresponderse con la
versión del binario tc que viene en el paquete iproute. Si al
ejecutar el script wshaper.htb os da errores y en el syslog se os queja de
la versión del HTB, buscad una versión más reciente de iproute (el enlace lo teneis al principio de la página del Wonder Shaper).
Nota para debianitas: Si usais Debian Sid, no problem. Si usais Debian Woody, lo más sencillo es tirar de backports. Concretamente de este.
Una vez tenemos nuestro kernel listo y el iproute adecuado
instalado, pasamos al script que define las colas.
Aquí me centraré en wshaper.htb que es el que he usado yo (aunque
tampoco es que haya mucho que comentar ...).
Lo único que tenemos que hacer es definir los anchos de banda de
bajada y de subida y el interfaz de red donde tenemos conectado el router.
Modificando las siguientes líneas (son Kilobits/s) :
DOWNLINK=208
UPLINK=120
DEV=eth0
Los valores mostrados son los que me han funcionado a mí con una
línea adsl de telefónica de 256 Kbits. Se trata de ir
probando y ajustando hasta encontrar los valores óptimos para nuestra
conexión (cómo dicen los ingleses: YMMV).
Copiamos el script en /etc/init.d/ y ponemos los enlaces simbólicos
correspondientes en /etc/rc.X/ (ojo, esto es para Debian, para otras distros,
consultar la documentación de los scripts de arranque de los servicios,
YMMV).
En el script wshaper.htb pueden personalizarse otras cosillas, para mas
información leeros el README y los comentarios que encontrareis en el
mismo script.
Con HTB
pueden hacerse auténticas virguerías, pero éso se
escapa del objetivo de este artículo.
PD.: Si alguien lo prueba con otra conexión a Internet, estaría
bien que pusiera los valores que haya encontrado como comentarios para
compartir la información.
Actualización para los usuarios de mldonkey :
Acabo de encontrar (02/04/2003) en la sección de howto's de la página de mldonkey un artículo donde comenta (en la página 3) que para que el shaping funcione correctamente con el mldonkey hay que hacer una pequeña modificación al script wshaper.htb.
Se trata de añadir las siguientes lineas :
# mldonkey UDP source propagation packets are small, but go to
# bulk priority class
tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 \
match ip protocol 17 0xff \
match ip sport 4666 0xffff \
flowid 1:30
Entre los párrafos :
# ICMP (ip protocol 1) in the interactive class 1:10 so we
# can do measurements & impress our friends:
y
# To speed up downloads while an upload is going on, put ACK packets in
# the interactive class:
Nota: Cuando digo párrafo, quiero decir el comentario citado y la/s instrucciones a que hace referencia dicho comentario. |
|
|
|
|
|
|---|
Comentarios
Es posible que se hayan omitido algunos comentarios considerados poco constructivos
| 1. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 13:26, #8828)
Por: El cobarde anónimo |
| Me parece un artículo fantástico. Gracias. | No es pot respondre
|
2. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 15:07, #8830)
Por: hackerscq |
| Tengo un server Linux Mandrake 9.0 con squid, iptables y htb con dos tarjetas de red.
A las pc les administro el ancho de banda con htb pero queria hacer que las pc accedan al cache de squid a mayor velocidad, osea :
cuando leen del cache que lean a 1 Mb pero cuando quieren salir a internet lo hagan a 128 Kb.
El tema es que no encuentro como limitar la eth0 (salida a internet) para poder bloquearla en 200Kb y poder darle a las maquinas que se conectan a traves de la eth1 1Mb de ancho de banda para que lean a toda velocidad del cache.
Alguien tiene alguna idea, ya que si defino cada pc en 128Kb , leen a esa velocidad del cache tambien.
Hackerscq@ciudadenred.com
Gracias y espero una pronta respuesta | No es pot respondre
|
3. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 16:29, #8833)
Por: Kiko |
Tendras que montarte tu las bandas de prioridad con htb.
Basandote en el script wshaper.htb, y con la documentacion de HTB deberas definirte las clases como a ti te interesen.
HTB permite unos filtros muy flexibles para decidir que paquetes van a caer en que clase. | No es pot respondre
|
|
4. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 15:15, #8831)
Por: golan (http://www.roncero.org) |
| Una pregunta: El canal de subida y bajada es siempre independiente? Supongo que las tarjetas de red tienen que ser full-duplex.
Por ejemplo, en el ADSL con router 3com 812, imagina que tienes conectado un hasefroch al router, este no respetaría esos límites, no? sólo el linux local, no? ¿Se puede activar este tipo de cosas en el router?
Un saludo. Muy buen artículo. | No es pot respondre
|
5. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 16:37, #8834)
Por: Kiko |
Una pregunta: El canal de subida y bajada es siempre independiente? Supongo que las tarjetas de red tienen que ser full-duplex.
realmente no hace falta, porque las tarjetas ethernet, en el peor de los casos, dispondran de 10 MBits de ancho de banda (y eso es mucho ! :-).
Por ejemplo, en el ADSL con router 3com 812, imagina que tienes conectado un hasefroch al router, este no respetaría esos límites, no? sólo el linux local, no?
correcto. Deberias conectar los otros pc's a internet a traves del linux donde has implementado "todo el tinglado".
Necesitarias 2 tarjetas de red en ese linux.
¿Se puede activar este tipo de cosas en el router? Un saludo.
En los routers que proporcionan las operadoras? No lo creo (en el 3com -que es el que yo tengo-, seguro que no).
Muy buen artículo.
Gracias ! :-)
Un saludo | No es pot respondre
|
6. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (03/10/2002 22:53, #8877)
Por: El cobarde anónimo |
| No necesitas dos tarjetas de red, basta con poner como gateway la ip del linux y habilitar el forwarding, claro. | No es pot respondre
|
7. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (04/10/2002 09:14, #8885)
Por: Kiko |
Vale, estrictamente no necesitas dos. Ade+ de lo que comentas tendras que deshabilitar (si no lo estan ya) los ICMP redirects en tu linux.
Aunque con 2 tarjetas tendrias 2 grandes ventajas :
1.- Posibilidad de montarte un bonito cortafuegos con netfilter.
2.- Si tu linux da otros servicios a la red interna aparte de la conexion a internet, estos otros servicios tendrian el ancho de banda limitado dentro de la propia red local.
Y, teniendo en cuenta lo que vale una tarjeta ethernet 10/100 ... | No es pot respondre
|
|
|
|
8. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 16:06, #8832)
Por: El cobarde anónimo |
Ya que estas podria explicar que es esta retahila de opciones que tiene el programa y como se usan:
# low priority OUTGOING traffic - you can leave this blank if you want
# low priority source netmasks
NOPRIOHOSTSRC=80
# low priority destination netmasks
NOPRIOHOSTDST=
# low priority source ports
NOPRIOPORTSRC=
# low priority destination ports
NOPRIOPORTDST=
¿Como se ponen rangos? ¿Como es que solo se pueden poner las que tienen baja prioridad? ¿No deberia ser al reves? | No es pot respondre
|
9. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/10/2002 21:32, #8838)
Por: El cobarde anónimo |
| Esto lo intente yo hacer hace un mes o asi y no hubo forma.. me funcionaba todo bien pero el marcado de paquetes no me funcionaba tenia dos prioridades, la 10 y la 20 y marcando con iptables (el fwmark q lo llaman) o con el otro metodo.. con el tc no me funciono, poniendo puerto destino o por ip source.. nada..
El kernel era la 2.4.20.pre-4 quizas haya cambiado algo pero no me funciono nada, ni con el wshaper ni con unos scripts q me hice a manubrio..
Ya lo probare otra vez :)
a ver si ampliais el articulo con algun howto de como hacernos nuestros scripts.. :) | No es pot respondre
|
10. CableModem 128k (03/10/2002 00:08, #8844)
Por: El cobarde anónimo |
Uso:
DOWNLINK=118
UPLINK=60
DEV=eth0
y al ejecutar el script obtengo:
RTNETLINK answers: Invalid argument
RTNETLINK answers: Invalid argument
RTNETLINK answers: Invalid argument
RTNETLINK answers: Invalid argument
RTNETLINK answers: Invalid argument
Pero realmente es muy interesante el resultado ya que puedo estar descargando con mldonkey por ej y a la vez visitar páginas web sin que tenga que esperar horas para verlas.
Saludos | No es pot respondre
|
11. Re: CableModem 128k (03/10/2002 03:10, #8851)
Por: El cobarde anónimo |
Caramba, pues tiene realmente merito!
Sin que el programa funcione ya obtienes resultados, y ni siquiera le has tenido que decir que trafico es el que tiene prioridad y cual no!
Mi mas sincera enhorabuena | No es pot respondre
|
12. Re: CableModem 128k (03/10/2002 09:50, #8860)
Por: Kiko |
y ni siquiera le has tenido que decir que trafico es el que tiene prioridad y cual no!
Inicialmente no haria falta. El script diferencia el trafico interactivo del trafico masivo (o "bulk", como el lo llama) por el campo TOS de las cabeceras tcpip.
Otra cosa es que quieras hacer algun ajuste adicional segun tus necesidades, o que uses sistemas operativos que pasan del campo TOS como de la mierda (i.e. no lo ponen) :-PPPPP.
Ah!, y de los errores, tienes toda la razon. Habria que mirar en que lineas se producen (como comento en el otro post). | No es pot respondre
|
13. Re: CableModem 128k (03/10/2002 20:30, #8872)
Por: El cobarde anónimo |
Inicialmente no haria falta. El script diferencia el trafico interactivo del trafico masivo (o "bulk", como el lo llama) por el campo TOS de las cabeceras tcpip.
Me extrañaria mucho que el script automagicamente detectara, entre las mil conexiones (por ejemplo, ahora mismo en mi sistema hay 402 conexiones tcp abiertas), las que a mi me interese que tengan una respuesta mas o menos rapida...
Otra cosa es que quieras hacer algun ajuste adicional segun tus necesidades
Exactamente, eso es lo que quiero, pero el autor del articulo me parece que no sabe explicar como va el programa, porque no me ha respondido a mi anterior comentario de como se usaban las opciones.
En particular, me gustaria poder navegar y poder bajar cosas por http mientras uso el mldonkey, pero no encuentro la manera de hacerlo!
| No es pot respondre
|
14. automagia ? (04/10/2002 09:28, #8886)
Por: Kiko |
Automagicamente ? Quien ha hablado de automagia ?
Si quieres saber el script "como decide" el trafico prioritario. Relee tu mismo post (pista: la parte quoteada). Y si no encuentras la respuesta, busca por aqui.
Y respecto al autor, le conozco personalmente; y seria muy posible que no tuviera ni idea.
O tambien, que viendo tu pregunta inicial y la manera de formularla creyera que no lo buscastes tu mismo por pereza (y, como le conozco, puedo asegurarte que el autor es de lo mas vago y seguro que paso de buscarte la respuesta el).
El autor, ade+ de vago, es una persona muy rencorosa, y dudo que despues de haberle llamado ignorante le apetezca ayudarte. | No es pot respondre
|
15. Re: automagia ? (04/10/2002 12:16, #8889)
Por: El cobarde anónimo |
Jul, ante todo, perdona, no me habia dado cuenta de que eras el autor!
En cuanto a lo del campo TOS, sinceramente, dudo muchisimo que los programas lleven en esa cabecera un codigo que diga "Oye, que soy poco importante", porque entonces no tendria sentido todo el articulo, ya que todo el "shaping" se haria solo!
Por otra parte, el articulo no esta demasiado bien, no has explicado practicamente nada de las opciones del programa, es como si yo hiciera un articulo "Manejo de aviones" y solo pusiera "Para despegar pulsad el boton rojo"...
No te he llamado ignorante, es simplemente que creo que la autentica "chicha" del programa esta exactamente donde no has explicado, y me da pena porque un monton de usuarios de mldonkey sufrimos la falta de ancho banda para navegacion en silencio :(
| No es pot respondre
|
16. Re: automagia ? (04/10/2002 14:20, #8892)
Por: Kiko |
Hola,
sobre tus dudas respecto al campo TOS: leete algo de tcpip (el libro que te he recomendado antes, está considerado "una biblia del tcpip"). Tal vez después de documentarte un poquito desaparezcan esas dudas que tienes.
Sobre si el "shaping" se haria "sólo" si existiera ése campo: te he de dar la razón, el artículo debe estar mal explicado, porque no has entendido nada (o es que no has leido la parte donde habla de las colas tcpip?).
Y respecto a lo del mldonkey, documéntate sobre que puertos tcp utilizan sus conexiones, léete el README, y luego configuras el script. Bert Huber se molestó en escribir el README e hizo un muy buen trabajo. Moléstate tu un poquito en leerlo.
Yo no lo he traducido todo porque está muy bien explicado,y como he dicho antes, soy muy vago ;-).
Y si te queda alguna duda concreta, postea aquí o manda un correo y gustosamente intentaré ayudarte. Pero si tu cuestión es del tipo: ¿por favor, explicamelo porque no lo entiendo? (como la primera), pues no te extrañe que la gente te ignore. Para solicitar ayuda, hay que demostrar un poco de interés (no pedir que te hagan todo el trabajo). | No es pot respondre
|
17. Re: automagia ? (04/10/2002 19:02, #8900)
Por: El cobarde anónimo |
Y respecto a lo del mldonkey, documéntate sobre que puertos tcp utilizan sus conexiones,
No recuerdo haber dicho que no sepa los puertos: lo que digo es que no has explicado como se usa el programa.
léete el README, y luego configuras el script. Bert Huber se molestó en escribir el README e hizo un muy buen trabajo.
Conocia el wondershaper antes de que escribieras este articulo, y ya entonces me llamo la atencion que, despues de trabajar tanto en un programa, lo arruinara con una documentacion tan penosa, que es poco mas que un cortar y pegar del texto de la pagina web, y sin un solo ejemplo de uso.
Moléstate tu un poquito en leerlo.
Efectivamente, me moleste _AL_ leerlo.
Por eso tuve que descartarlo y desde entonces hago pruebas, infructuosamente, con la informacion que dan en este jautu de routing avanzado.
Por eso me ilusione al ver el titular en la portada, de que alguien se atreviera por fin a explicar como va el programa, y luego la desilusion al ver que el articulo era poco mas que un poco de teoria, anunciar a los cuatro vientos las maravillas del htb y unos valores, a ojimetro, para tres de los siete parametros que tiene el programa.
| No es pot respondre
|
18. Re: automagia ? (05/10/2002 13:50, #8917)
Por: iarenaza (http://www.escomposlinux.org/iarenaza/) |
Por eso tuve que descartarlo y desde entonces hago pruebas, infructuosamente, con la informacion que dan en este jautu de routing avanzado.
Aun cuando ese jautu da algunas pistas de por donde empezar, realmente esta algo obsoleto y ademas te lleva por el camino
de CBQ, que si bien es muy potente, es excesivamente complicado para los no (realmente) expertos en QoS.
Te aconsejaria que de tes una vuelta por http://lartc.org/ y leas directamente del original en ingles, que se actualiza mucho mas a menudo. Tambien en http://docum.org/puedes encontrar un monton de cosas sobre QoS y algunas recetas mas sencillas, scripts de monitorización del trafico real obtenido y mucho mas.
Saludos. Iñaki. | No es pot respondre
|
19. Re: automagia ? (05/10/2002 01:41, #8907)
Por: El cobarde anónimo |
..y me da pena porque un monton de usuarios de mldonkey sufrimos la falta de ancho banda para navegacion ..
¿¡Pero qué demonios!?. Yo uso a diario el "mldonkey", y no sufro nada, simplemente limito su velocidad de subida y de bajada. Es bien fácil, mi hermano ya no se queja ":)
Aun asi, gracias por la idea Kiko :P | No es pot respondre
|
20. Re: edonkey (05/10/2002 09:36, #8914)
Por: Kiko |
De nada :-)
Limitar el ancho de banda con el propio edonkey es una posibilidad, pero seria mejor "despriorizar" su tráfico (mediante las opciones NOPRIOPORTSRC y NOPRIOPORTDST). De esta manera :
1.- Cuando hubiera ancho de banda disponible, el edonkey tomaría todo el que pudiera.
2.- Cuando hubiera cualquier otro tipo de trafico, éste último tendría mas prioridad que el del edonkey (lo hemos "despriorizado", que palabreja mas fea! :P).
En resumen : así conseguirías un mejor aprovechamiento del ancho de banda. | No es pot respondre
|
21. Re: edonkey (05/10/2002 15:00, #8920)
Por: El cobarde anónimo |
Limitar el ancho de banda con el propio edonkey es una posibilidad, pero seria mejor "despriorizar" su tráfico (mediante las opciones NOPRIOPORTSRC y NOPRIOPORTDST)
Ya esta probado, y, desde luego, a mi no me funciona. Aun asi, a ver si te vamos arrancando poco a poco como funciona el programa (que apuesto a que si lo sabes pero por alguna razon te resistes a explicarlo)...
Dados los puertos a,b y c de salida y los d, e y f de destino, como se le indica al programa que esos son los puertos que llevan el trafico de baja prioridad?
¿Y como se le indican los puertos con el trafico que tienen que tener alta prioridad? ¿Ponemos en baja todos menos el que nos interesa?
Gracias
PD: mldonkey, no edonkey.... el edonkey es bastante inferior.
| No es pot respondre
|
22. Re: edonkey (05/10/2002 16:39, #8923)
Por: kiko |
Vamos a ver, no se trata de arrancarme las cosas. No me resisto a explicar nada. "Mi estilo" no es ocultar información, todo lo contrario, estoy encantado de divulgar lo poquito que sé. A lo que me resisto es a "hacerte los deberes".
Dados los puertos a,b y c de salida y los d, e y f de destino, como se le indica al programa que esos son los puertos que llevan el trafico de baja prioridad?
Ahora empezamos con preguntas concretas, esto esta mejor.
Si te fijas en el script veras que para los campos NOPRIO... hace un for. Entonces esto (y unos conocimientos muy muy elementales de bash) nos dice que basta que indiques los puertos separados por un espacio : NOPRIOPORTSRC="21 80". por ejemplo.
¿Y como se le indican los puertos con el trafico que tienen que tener alta prioridad? ¿Ponemos en baja todos menos el que nos interesa?
Seguimos con preguntas concretas ... Vamos bién ...
Los puertos de alta prioridad no se indican. Se supone que son los demas. De las 3 bandas de prioridad que define el script, la más alta es la interactiva (el campo TOS famoso). La segunda, o "normal" es el resto de trafico y la tercera y menos prioritaria es lo que definamos en los 4 campos NOPRIO*.
Si quieres definirte una clase donde especifiques tráfico de mayor prioridad, tendrás que modificar levemente el script para que dicho trafico "caiga" en la clase interactiva.
Si usas sistemas operativos que gestionen el protocolo tcpip "como toca", no te hará falta, porque las aplicaciones estableceran el campo TOS adecuadamente (por ejemplo ssh lo hace asi, diferenciando una sesión interactiva ssh de una copia de archivos con scp).
PD: mldonkey, no edonkey.... el edonkey es bastante inferior.
Me referia al protocolo, no al cliente. Pero bueno, no poblem!
Un saludo | No es pot respondre
|
23. Re: edonkey (02/04/2003 21:09, #13356)
Por: kiko |
Ya esta probado, y, desde luego, a mi no me funciona.
Bueno, de puñetera casualidad he encontrado por qué no te funciona el shaping con el mldonkey (suele pasar, muchas veces las cosas se encuentran cuando uno no las busca...).
He actualizado el artículo indicando que es lo que hay que tocar en el wshaper.htb.
Hace ya varios meses de esta "discusión", pero bueno...
Ah!, por cierto, si tu comentario no hubiera sido anónimo, ahora recibirías un correo electrónico de WebBulma indicando que alguien a contestado a tu comentario (sólo lo comento para "incentivar" que la gente ponga su dirección de correo en los comentarios).
Hala!, dicho queda... | No es pot respondre
|
|
|
24. Re: CableModem 128k (03/10/2002 09:44, #8859)
Por: Kiko |
Respecto a los errores, en el README dice:
If you get errors, add an -x to the first line, as follows:
#!/bin/bash -x
And retry. This will show you which line gives an error. Before contacting me, make sure that you are running a recent version of iproute!
No recomiendo la lectura del mismo porque si! ;-)
Un saludo | No es pot respondre
|
25. Re: CableModem 128k (03/10/2002 16:11, #8868)
Por: El cobarde anónimo |
asias, hice el -x pero no creí que fuera buen sitio para postearlo, pero ya que insistes.... ;)
...
+ tc filter add dev eth0 parent 1:0 protocol ip prio 10 u32 match ip tos 0x10 0xff flowid 1:10
RTNETLINK answers: Invalid argument
+ tc filter add dev eth0 parent 1:0 protocol ip prio 10 u32 match ip protocol 1 0xff flowid 1:10
RTNETLINK answers: Invalid argument
+ tc filter add dev eth0 parent 1: protocol ip 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
RTNETLINK answers: Invalid argument
+ tc filter add dev eth0 parent 1: protocol ip prio 18 u32 match ip dst 0.0.0.0/0 flowid 1:20
RTNETLINK answers: Invalid argument
+ tc qdisc add dev eth0 handle ffff: ingress
+ tc filter add dev eth0 parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate 118kbit burst 10k drop flowid :1
RTNETLINK answers: Invalid argument
saludos | No es pot respondre
|
26. Re: CableModem 128k (03/10/2002 20:24, #8871)
Por: Kiko |
Has probado con el binario tc que comento en el articulo.
Porque es lo unico que se me ocurre que pueda fallarte. | No es pot respondre
|
27. Re: CableModem 128k (03/10/2002 22:15, #8876)
Por: r00z (http://r00z.ath.cx) |
Si has compilado las partes necesarias del kernel para que funciona (QoS y demás) en forma de módulos asegurate que se han cargado correctamente (mírate el archivo /var/log/syslog).
En mi caso no me cargaba el módulo sch_ingress y me salía exactamente lo mismo que a tí.
Aún así me continuan fallando los dos últimos comandos del script aunque seguro que es debido a la versión del iproute2. | No es pot respondre
|
28. Re: CableModem 128k (05/10/2002 23:07, #8934)
Por: Clon21 |
El problema es que precisamente te falta cargar el módulo sch_htb.
Este módulo no viene con el kernel, se debe añadir aplicando el parche correspondiente. Algunos kernels de algunas distribuciones sí que lo llevan pero otros como por ejemplo los fuentes vanilla-sources no los tienen.
Yo he aplicado el parche http://luxik.cdi.cz/~devik/qos/htb/v3/htb3.6-020525.tgz sobre mi kernel 2.4.19 a pesar de que este parche es para el 2.4.17, ignorando los errores al parchear ya que leyendo por numerosas listas afirmaban que era debido a que algunos de estos parcheos ya estaban incluidos en el 2.4.19 y luego configurando el kernel para añadir el htb he conseguido que no me salgan esos errores y que el script funcione como es debido. | No es pot respondre
|
|
|
|
29. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (03/10/2002 01:29, #8847)
Por: El cobarde anónimo |
Yo hice este intento pero como comento dos posts mas arriba no me funciono (por el tema de la clasificacion de paquetes)
Al final esta el tema de como clasificar cada paquete en cada cola con el filtro u32.. repito q a mi no me funciono pero creo q esta bien.. :(
(siento el megapost)
----------
#!/bin/bash
#rate para la q no tiene prioridad
DOWNRATE=10
DOWNRATEUP=15
#rate para la prioritaria
UPRATE=26
DEV=eth0
if [ "$1" = "status" ]
then
tc -s qdisc ls dev $DEV
tc -s class ls dev $DEV
exit
fi
if [ "$1" = "stop" ]
then
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
exit
fi
#inicio el HTB con dos clases 128 kb/seg y maximo 128 kb/seg
tc qdisc add dev $DEV root handle 1: htb default 20
#Clases
tc class add dev $DEV parent 1: classid 1:1 htb rate $[$UPRATE]kbps ceil $[$UPRATE]kbps
# clase 1:10 max prioridad 128 kb/seg max 128 kb /seg
tc class add dev $DEV parent 1:1 classid 1:10 htb rate $[$UPRATE]kbps ceil $[$UPRATE]kbps
#clase 1:20 segunda prioridad, el resto
#automaticamente todos los paquetes sin calsificar van por la mas baja que esta
tc class add dev $DEV parent 1:1 classid 1:20 htb rate $[$DOWNRATE]kbps ceil $[$DOWNRATEUP]kbps
#esto no lo entiendo creo q es la foma en que trabaja la cola
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
#que pauqetes van para cada cola valores en hexadecimal para los puertos
#tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 1 fw classid 1:10
#tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 2 fw classid 1:20
#
U32="tc filter add dev $DEV protocol ip parent 1:0 u32"
$U32 match ip src 172.26.0.20 flowid 1:10
# $U32 match ip dport 21 0xffff flowid 1:10
# $U32 match ip dport 27015 0xffff flowid 1:10
#tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 \
# match ip src 1.2.3.4 flowid 1:20 | No es pot respondre
|
30. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (16/10/2002 03:32, #9178)
Por: N0K |
| El articulo es genial, al fin podre disfrutar de todo el ancho de banda que he contratado, solo tengo una gran duda, y es esta parte:
"Si al ejecutar el script wshaper.htb os da errores y en el syslog se os queja de la versión del HTB, bajaros el binario tc de aquí y sustituid el que tengais en vuestro sistema"
Efectivamente me salen errores y creo que es por eso, me he bajado el binario tc y al descomprimirlo me aparecen unos archivos entre ellos dos .diff. Pero no se exactamente que tengo que substituir del sistema, he buscado todo lo que tenga que ver con htb pero no encuentro nada por el que cambiarlos. No se si esto hay que compilarlo a parte o que, tengo una debian woody con el kernel 2.4.20-pre10 y el modulo lo tengo bien cargado, con lsmod: sch_htb.
Saludos........N0K. | No es pot respondre
|
31. Re: Wondershaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (16/10/2002 09:50, #9179)
Por: Kiko |
Muchas gracias.
El fichero a sustituir es el que se llama "tc". Es el binario (a.k.a. ejecutable). Haz (desde root) un "which tc" y te dirá donde está ese binario en tu sistema (normalmente en /sbin). Entonces cojes el que hay en el tar que te has bajado y lo metes en ese directorio (como siempre que sustituyas algo de tu sistema "a pedal", hazte una copia antes de machacarlo por si las moscas ...).
Sólo una pequeña aclaración: precisamente con ésto vas a perder un poquito de ancho de banda ;-) (p.ej. bajando un archivo a tope de velocidad, antes conseguía 27 KBytes/seg, ahora consigo 25.5 + ó -). Lo que pasa es que podrás utilizar simuntáneamente el ancho de banda de subida y el de bajada, y el tráfico "bulk" casi no te interferirá en el tráfico "interactivo". Con lo cual estarás utilizándolo de manera más eficiente (lo cual, a mi entender, es mucho mejor).
Ade+, el script te da la posibilidad de eliminar el "shaping" llamándolo con el parámetro stop (por si tienes muchísima prisa ;-).
Un saludo
Kiko | No es pot respondre
|
|
32. Debian Woody + kernel 2.4.18-586tsc (28/11/2002 11:04, #10400)
Por: El cobarde anónimo |
Antes usaba el wondershaper sin ningun problema en una Red Hat pq el kernel ya tenia habilitadas las opciones que comentais en este articulo tan util :P
La cuestion es que ahora me estoy intentando "debianizar" y esto es lo ultimo que me falta por conseguir. No queria ponerme ahora mismo a recompilar el kernel pq esta maquina es un poco vieja y se utiliza mientras tanto para mas cosas... asi que estuve mirando los modulos disponibles para cargar.
Utilizando modconf encontre dentro del grupo "kernel/net/sched" la mayoria de los modulos que son necesarios, pero aunque los habilite todos, siempre que lanzo el wshaper mi eth0 deja de funcionar para todas las direcciones de red que no sean la suya propia.
Antes de decidirme por fin a tener que recompilar el kernel en esta maquina, queria saber si en algun sitio o con alguna herramienta se puede saber exactamente cuales fueron las opciones con las que se compiló el kernel.
Hace tiempo habia oido de una herramienta que te servia para clonar kernels. Lo que te hacia era sacarte primero a un fichero la configuracion con la que se habia compilado el kernel que estabas usando, para que despues, desde el make xconfig, pudieras importar ese fichero de configuracion y asi solo tener que hacer los cambios que te interesaban.
Alguna idea??
Saludos | No es pot respondre
|
33. Re: Debian Woody + kernel 2.4.18-586tsc (28/11/2002 12:04, #10402)
Por: Kiko |
| En debian, la instalación del kernel, por defecto te deja el fichero de configuración (.config) del kernel en /boot/config-version (/boot/config-2.4.18-586tsc, por ejemplo) | No es pot respondre
|
|
34. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (11/12/2002 11:49, #10616)
Por: jor |
| ¿como podria hacer para que el script no afectara a mi red local usandose solo para el trafico saliente pero con un solo interfaz de red?
thx | No es pot respondre
|
35. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (11/12/2002 12:28, #10617)
Por: Kiko |
Bueno, primero indicar que no lo he probado y lo que voy a decir es una suposición. Habría que modificar el script wshaper[.htb] :
1.- crear una nueva clase de prioridad que no tuviera límite en el "rate".
2.- definir un filtro para que todo lo destinado a nuestra red local caiga en esta nueva clase.
3.- modificar el filtro del "ingress policier" del final para que lo viene de nuestra red local no sea descartado si "viene demasiado rápido".
Ahora bien, te puedes encontrar con un "inconveniente" :
Todo el tráfico con Internet que se genere en tu red local y que no pase por tu linux, no será "gestionado" por el wshaper y te "chafará todo" el invento (si otro pc de tu red se pone a descargar "algo gordo", "colapsará" las colas en tu router y "éste invento" no te servirá para nada, te tirará por los suelos la latencia con Internet en toda tu red local, incluso en tu linux).
Para que la cosa funcione bien, la única máquina que intercambia tráfico con Internet debe ser el linux donde tienes el wshaper.
--
Kiko | No es pot respondre
|
|
36. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (21/12/2002 17:19, #10847)
Por: Pedro Martinez Juliá |
Hola,
Desde ya hace tiempo estoy utilizando el paquete "shaper" que viene con Debian para configurar el QoS en mi sistema. En los ultimos meses, a raiz de una actualización, me da el siguiente mensaje cuando lo cargo: "RTNETLINK answers: No such file or directory".
He estado buscando como solucionar el error y, en el canal #debian-es, me aconsejaron que mirara este artículo. Me ha parecido muy interesante y me hubiera volcado directamente en utilizar el script que se comenta si no fuera porque me chafaría todo el otro sistema (shaper) que aunque da errores sigue funcionando.
El shaper tiene una configuración un poco extraña pero permite mucha flexibilidad a la hora de limitar ancho de banda específicamente para cierto tipo de tráfico. Se definen unas ips y unos puertos de origen o destino que hay que limitar...
Bueno, la cuestión es si se puede hacer esto que he comentado con el wsaper. Discriminar cierto tipo de tráfico a una velocidad muy inferior a la del resto (quiero limitar el kazaa de la red interna a 1 o 2 kb/seg).
Gracias por todo,
Pedro | No es pot respondre
|
37. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (21/12/2002 20:42, #10851)
Por: Kiko |
Hola,
lo del error RTNETLINK ... puede ser debido a que te falte cargar algun modulo en el kernel (hace algunas semanas en debian Sid se actualizo el paquete iproute2).
Respecto a tu pregunta sobre el Kazaa, lo que pretendes exactamente no lo hace el wshaper. El wshaper toma todo el ancho de banda y da mas o menos prioridad a un tipo de trafico (puede definirse trafico de baja prioridad en funcion de los puertos tcp origen y destino y en funcion de las ip's locales y remotas, el resto del trafico es tratado como normal o de alta prioridad en funcion del campo TOS). No se si el kazaa usara unos puertos determinados para sus conexiones, si es asi, no problem; puede despriorizarse su trafico y ya esta.
Pero, si lo que pretendes es restringir el ancho de banda de las conexiones de kazaa (como comentas), el wshaper tal y como viene no te sirve; pero basandote en el, puedes definirte tus propias banda de prioridad y hacer lo que quieres con htb (o con qdisc) sin mayores problemas. | No es pot respondre
|
|
38. Desde la ip del router (31/12/2002 19:38, #11063)
Por: CoC |
| Es posible decirle que solo afecte a los paquetes que viene de la ip del router para que no lo aplique a los paquetes que vienen del resto de la red ?? | No es pot respondre
|
39. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (01/01/2003 17:36, #11077)
Por: ediaz |
| Hola a todos, hace poco he intentado montar el Wonder Shaper en mi debian woodie con mi kernel 2.4.18.
yo uso la version para QOS pero el problema esta en las dos ultimas lineas del script, si estas lineas las ejecuto mi red local se va a la porra, osea deja de recibir y de enviar datos, eso si si lo paro todo funciona.
Sin meter las dos ultimas lineas el script funiciona, pero no me va muy bien la verdad :-(.
Lo mejor es que no da ningun error.
que caña.
Es muy raro alguna idea? | No es pot respondre
|
40. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (05/01/2003 21:20, #11172)
Por: Carlos |
Hola, en verdad que me ayudo mucho el wondershaper, en mi caso, mi maquina Linux sirve de servidor para la red de mi hogar, y el problema con el que me encontre es que el Kazaa en su nueva version no maneja un puerto especifico para la descarga de sofware, para corregir este problemita, lo unico que tube que hacer es editar el wshaper (porque el wshaper.htq por alguna razon no funciono), anadi las siguientes lineas al script, (fue una secuencia de copiar-pegar-modificar ;) )
las lineas fueron,
PRIOPORTDST="80 21 6667"
PRIO2PORTDST="6112 1863"
y en donde se encuentran los ciclos de "depriorizacion" copie pegue y modifique los siguientes ciclos
for a in $PRIOPORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 1 u32 \
match ip dport $a 0xffff flowid 1:30
done
for a in $PRIO2PORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 2 u32 \
match ip dport $a 0xffff flowid 1:30
done
como podran darse cuenta lo unico que hice fue el agregar prioridades 1 para paginas web y ftp y 2 para msn messenger, y juegos battle.net
agradeceria futuros comentarios acerca del cambio que hice en caso de alguna falla, hasta ahora todo parece estar funcionando bien
Gracias por todo y hasta la vista :c) | No es pot respondre
|
41. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (13/02/2003 15:13, #12205)
Por: Martin |
Hola, muy buen articulo!
Que complementa detalles de los otros que he encontrado en la web.
Mi pregunta es la siguiente:
Tengo mandrake 9 y 4 lineas adsl para darle servicios a las escuelas publicas y lo queremos hacer con linux por supuesto. (lamentablemente somos nuevos en esto)
Como hago para que estos 4 enlaces funcionen como uno solo que sume los anchos de bandas de cada uno, y a ese enlace final que es la suma de todos le aplique el wondershaper.
ej: 4 adsl de 512kbits (512kb dw, 256 up)
manejarlo como 1 de 2mb?
Muchas gracias por su respuesta.
Saludos,
Martin
martin@concordia.com.ar | No es pot respondre
|
42. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (19/11/2003 09:15, #18149)
Por: wless |
| Primero, ante todo, fecilitar a la gente de BULMA, la mejor web sobre linux sin lugar a dudas.
Os comento mi caso, yo tengo un servidor en linux, el cual hace de puente para dar acceso a internet a una minilan, después de mucho pelearme con el kernel, he conseguido que me funcione el Wonder Shaper sin dar errores, pero me surgen dos dudas:
1-¿Tengo que configurar algo para q el Wonder Shaper gestione el trafico enrrutado desde la lan?.
2-Algunos pc de la lan usan windows, por lo que el tema del el campo TOS no funcionara, tendría que dar preferencia al igual que Carlos a unos puertos, por ej el 80.
PRIOPORTDST="80"
for a in $PRIOPORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 1 u32 \
match ip dport $a 0xffff flowid 1:10
done
¿Esta así bien?, prio no se cual poner, supongo q cuanto mas baja, mayor prioridad tendrá y creo que tendría que meterlo en la banda 1:10 no como dices en la 1:30. | No es pot respondre
|
43. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (19/11/2003 09:25, #18150)
Por: wless |
Lo repito así para que se lea bien...no encontre la forma de editarlo
Primero, ante todo, fecilitar a la gente de BULMA, la mejor web sobre linux sin lugar a dudas.
Os comento mi caso, yo tengo un servidor en linux, el cual hace de puente para dar acceso a internet a una minilan, después de mucho pelearme con el kernel, he conseguido que me funcione el Wonder Shaper sin dar errores, pero me surgen dos dudas:
1-¿Tengo que configurar algo para q el Wonder Shaper gestione el trafico enrrutado desde la lan?.
2-Algunos pc de la lan usan windows, por lo que el tema del el campo TOS no funcionara, tendría que dar preferencia al igual que Carlos a unos puertos, por ej el 80.
PRIOPORTDST="80"
for a in $PRIOPORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 1 u32 \
match ip dport $a 0xffff flowid 1:10
done
¿Esta así bien?, prio no se cual poner, supongo q cuanto mas baja, mayor prioridad tendrá y creo que tendría que meterlo en la banda 1:10 no como dices en la 1:30. | No es pot respondre
|
|
|
44. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (09/03/2003 08:28, #12680)
Por: Siwen |
| Yo he seguido los pasos del articulo pero me quedo atascado con las opciones del kernel, no encuentro por ninguna parte nada, ni cbq ni wshaper.htb, nose si es que me estoy equivocando de lugar o que, pero tengo la sensación de que las opciones no me las carga, uso el xconfig y las habilito. Creo que debería generar algo, sino es así como debería crear los archivos, yo tengo Mandrake 9.0 y el kernel 2.4.19. | No es pot respondre
|
45. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (09/03/2003 09:31, #12681)
Por: Kiko |
Vamos por partes:
1.- Las opciones a configurar en el kernel estan en:
Menu principal
Networking Options
QoS and/or fair queueing
Y ahi dentro puedes activarlo todo sin miedo.
2.- cbq es un algoritmo de QoS, wshaper.htb es el script del Wonder Shaper que utiliza el algoritmo htb (el que recomiendo en el articulo). wshaper (a secas) es el script del Wonder Shaper que utiliza el algoritmo cbq (tambien "dicen" que funciona bien, no lo he probado).
3.- El algoritmo htb no esta disponible en el kernel 2.4.19 (lo esta a partir del 2.4.20). | No es pot respondre
|
46. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (09/03/2003 10:38, #12685)
Por: Siwen |
| vale,eso lo he hecho, ami me vale con cbq, pero la cuestión es que porqué no aparece por ningún lado cbq ni wshaper y si no tiene q aparecer cuando yo activo las opciones donde lo tengo q poner, además tengo q recompilar el nucleo o no hace falta?
nota: toy más verde que una lechuga en linux | No es pot respondre
|
47. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (15/03/2003 18:32, #12819)
Por: Siwen |
| Por favor q alguien me conteste | No es pot respondre
|
|
|
|
48. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 13:47, #13427)
Por: ddt |
| En primer lugar gracias por el artículo. Conciso y de calidad.
Ahora vienen un par de problemillas, ¿cómo no?
Uso debian, kernel 2.4.20 con las opciones que citas.
wshaper.htb me da bastantes problemas... El que no usa el algoritmo HTB (wshaper) me responde con error a lo siguiente:
+ tc qdisc add dev eth0 handle ffff: ingress
RTNETLINK answers: Invalid argument
+ tc filter add dev eth0 parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate 48kbit burst 10k drop flowid :1
RTNETLINK answers: Invalid argument
El resto del script sin problemas. Y lo curioso es que efectivamente limita a 48kb que es lo que yo le había puesto... Al menos en red local. Tengo que hacer más pruebas. Luego ya crearía subinterfaces y aplicaría el script al respectivo a internet para limitar el bw de mi servidor.
¿Alguna idea de los errores?
Muchas gracias,
ddt. | No es pot respondre
|
49. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 17:07, #13429)
Por: Kiko |
Tienes activado el "Ingress Qdisc" en tu kernel (CONFIG_NET_SCH_INGRESS) ?
Tiene pinta de que sea ése el que te falta...
Por otro lado, si el wshaper.htb te da problemas y estas hablando de debian woody, el paquete iproute de woody no funiona bien con el htb. Has de sustituir el binario tc (/bin/tc) con el que puedes encontrar aquí dentro (con sid si funciona bien, pero NO con woody). | No es pot respondre
|
50. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 17:19, #13430)
Por: ddt |
Hola kiko,
Creo que va a ser eso! ... Acabo de revisar las opciones del kernel y es justo ésa la que me falta. Pero el problema es que NO VIENE en la sección de QoS! ¿Seguro que está en esa sección? :( Y se trata de las fuentes del 2.4.20 bajado hace un par de días de kernel.org
Respecto a la debian: está todo instalado y actualizado con apt así que supongo que la versión de tc es la misma que viene con sid. El paquete se llama iproute_20010824-8_i386.deb. Antes de instalar éste me bajé, compilé y probé directamente el iproute2-2.4.7-now-ss010824.tar.gz y los fallos igual :(
Creo que con que me funcione el script wshaper me podría valer... A ver si me confirmas dónde anda esa opción (Ingress Qdisc).
Muchas gracias!
ddt. | No es pot respondre
|
51. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 17:27, #13431)
Por: Kiko |
La opción esta dentro de "Networking options" / "QoS and/or fair queueing", allí mismo la encontrarás (se llama "Ingress Qdisc".
Respecto al paquete iproute de debian, la versión que me comentas es la que hay en woody, y NO SIRVE. Bajate el tgz que te he comentado antes, lo extraes, y el binario tc que hay ahí dentro lo copias a /sbin machacando el que hay ahora (antes he dicho /bin pero es /sbin). Con eso deberia de funcionarte. | No es pot respondre
|
52. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 18:32, #13432)
Por: ddt |
Hola kiko (de nuevo) ;)
Punto nº1 solucionado: he puesto el tc que me has dicho y han desaparecido los errores extra que me daba el script que usa htb.
Pero sigo con el otro par de errores del principio. Me vas a mandar a la.. ;)) pero no puedo seleccionar Ingress Qdisc. Esta vez he hecho un make xconfig para ver las opciones "ocultas" y ahí está... oculta :(
¿De qué otra cosa puede depender para que no pueda seleccionarla? En cuanto pueda compilar el kernel con ella todo irá como la seda.
(Muchas gracias)E99 :)
ddt. | No es pot respondre
|
53. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 18:49, #13433)
Por: Kiko |
Bueeeeeno, vamos avanzando ... :-)
Seguramente debes tener desmarcada la opción "Prompt for development and/or incomplete code/drivers" (de dentro de "Code maturity level options").
Sí es así, márcala. | No es pot respondre
|
54. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 19:07, #13434)
Por: ddt |
snifff...
Estaba desactivada, sí. Pero activándola nada de nada. Ésa opción y ATM pseudo-scheduler siguen apareciendo "ocultas"...
¿Alguna otra idea? ¿O me pongo una gentoo que debe de ser sencillita? :D
Saludos! | No es pot respondre
|
55. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2003 20:23, #13437)
Por: Kiko |
mmmmmh, he visto que si no está marcada la opción "Network packet filtering (replaces ipchains)", no aparece la opción del "Ingress Qdisc". No sé si habrá otras opciones de las cuales dependa ésta...
Sobre ponerte gentoo... El kernel es el mismo, o sea que en este aspecto no ganarás nada... | No es pot respondre
|
56. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (07/04/2003 00:14, #13440)
Por: ddt |
Era eso!!! :DD Muchas gracias!!
Bueno, mi kernel ya está compilado con las opciones adecuadas. Ambos scripts funcionan (tanto el que usa HTB como el que no) y ahora "sólo" tengo que trastear un poco para que no aplique limitación a la parte de mi red local y sí a la salida a internet.
Había pensado en un subinterfaz eth0:1 pero parece que el wondershaper aplica el límite de tráfico al subinterfaz también, no sólo al eth0...
Le daré a las neuroncillas. ;)
Saludos,
ddt. | No es pot respondre
|
57. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (25/09/2003 23:16, #17238)
Por: El cobarde anónimo |
| me encuentro con le mismo problema ke tu, me gustaria ke el trafico local no pasase por el wondershaper
Lo has podido solucionar? de que forma lo has arreglao
gracias | No es pot respondre
|
|
|
|
58. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (26/04/2003 00:40, #13949)
Por: pch |
Hola amigos,
Donde trabajo tenemos una conexión a Internet vía modem común y corriente y Red Hat 7.2 (interfaz ppp0). Para copiar archivos de Internet utilizamos prozilla, el problema es que funciona tan bien que acapara la conexión y no deja navegar a los usuarios desde sus PCs windows. Revisando con netstat -nr veo que el puerto de destino es el 80, así que entiendo que de nada me sirve si es el mismo puerto de consulta de páginas web. Ya que la conexion para los PCs se hace a traves del Linux configurado como intermediario (squid), igual, creo que tampoco puedo priorizar por host de origen ya que siempre aparecerá el equipo Linux como origen. El script wshaper (1.1) carga sin problemas (kernel 2.4.9-34). Veo que prozilla tiene una opcion para limitar la velocidad de la copia, pero esa no es la mejor solución. ¿alguna idea? | No es pot respondre
|
59. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (27/04/2003 23:29, #14001)
Por: Kiko |
En tu caso, no creo que el wonder shaper te sirva.
A lo mejor podrias montarte tu mismo las bandas de prioridad marcando los paquetes con netfilter (explicado en este otro artículo).
Si el proxy (squid) es el mismo equipo que va a realizar el shaping, tienes el "Owner match support" en netfilter que puede servirte para distinguir los paquetes que salen del proxy del resto (sólo es una idea).
Por otro lado, el shaping implica sacrificar un poquito de ancho de banda para mejorar la latencia, y en el caso de una conexión ppp via modem, el ancho de banda es muy corto para andar haciendo sacrificios...
Pero bueno... todo es probarlo. | No es pot respondre
|
60. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (18/06/2003 18:37, #15292)
Por: El cobarde anónimo |
| Si se puede, y muchas cosas mas, te recomiendo iptables + qos. Un ejemplo de como podrias hacer lo que quieres es que el iptables cambie el TOS , o por marcas. Para ello te recomiendo que te empolles iptables ;) es simplemente genial. | No es pot respondre
|
|
61. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (19/09/2003 01:30, #17170)
Por: El cobarde anónimo |
| Estupendo!!!!!
Porfin puedo navegar a gusto con el Mldonkey abierto....ya que ni se nota que que está (pero como baja el condenao :P )!
Mil gracias ^^ | No es pot respondre
|
62. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/11/2003 17:53, #17802)
Por: Yo |
Buenas
Despues de pasarme días buscando información al respecto y leido los articulos este más el de ecualización el ancho de banda me han venido varias dudas.
Tengo una redhat 7.3 con el núcleo 2.4.22 y lo que se describe en los articulos este y el de ecalización del ancho de banda por módulos, no se me lo deja fijar en el núcleo. Hasta ahora yo tenía el router adsl, el linux y la red de casa en hub pero para evitar que me ahoguen el adsl. He colocado una tarjeta de red eth1 donde he puesto el router adsl en la red 192.168.2.0 para probar el wondershaper mientra en eth0 tengo la 192.168.1.0. No he obtenido resultados satisfactorios. Por un lado al ejecutar el wshaper.htb siempre me manda a leer el readme y luego estoy en la duda si al poner eth1 tengo que enmascarar el tráfico de eth0 hacia eth1 con el iptables. Alguno que tenga algo parecido y que me guie.
Saludos y gracias. | No es pot respondre
|
63. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/11/2003 19:32, #17804)
Por: Kiko |
Dejame adivinar: A que te suelta un mensaje que dice exactamente:
Please read the documentation in 'README' first
Si editas el script verás 2 lineas: una con el "echo" de arriba y otra con un exit. Se trata de que establezcas los valores adecuados en las variables del script y luego quites esas 2 lineas. | No es pot respondre
|
64. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/11/2003 19:42, #17805)
Por: Yo |
| OK. Miro eso y pruebo. Con respecto a lo de tener dos redes tengo que enmascarar con el iptables o el script me lo hace?. Saludos y gracias. | No es pot respondre
|
65. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (02/11/2003 23:13, #17807)
Por: Yo |
| Tengo el núcleo 2.4.22 bajado de kernel.org con todas las opciones relacionadas con este tema como módulos. Tengo la versión del tc que viene con el paquete iproute 2.4.7-1. Con estos datos me da el error descrito más arriba por otra persona haciendo referencia al RTNETLINK answers: No such file or directory y a continuación Invalid argument. En la consola me sale también insmod sch_ingress failed. Cambiando del binario tc por otras entre los que se encuentra el enlace de este artículo y me salen los mismos errores más insmod sch_htb failed. Compilando las opciones directamente soportadas en el núcleo se solventará o el problema va por otro lado? Saludos y gracias | No es pot respondre
|
|
|
|
66. Ya me funciona el Script (04/11/2003 01:05, #17837)
Por: YO |
| Buenas.
He conseguido que me funcione el wondershaper en mi linux. Para ello he parcheado el núcleo 2.4.22 con la actualización hasta el momento de escribir este mensaje que es el patch-2.4.22-ac4 y usando el tc del archivo htb3.6-020525.tgz. He tenido que cargar el módulo manualmente con insmod sch_htb. A ver como lo meto en el modules.conf y pelearme con las reglas que quiero hacer unos pequeños cambios.
Saludos. | No es pot respondre
|
67. Re: Ya me funciona el Script (04/11/2003 01:12, #17838)
Por: Yo |
| El script carga los módulos automaticamente no hay que tocar nada del modules.conf. Espero haber puesto mi granito de arena. Saludos. | No es pot respondre
|
|
68. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (16/01/2004 11:15, #19200)
Por: JEsus |
cojonudo el articulo, pero necesito ayuda con un tema muy relacionado!!!!
lo que quiero es tener un filtro que mande a una cierta cola
los paquetes procedentes de una cierta ip. Estoy intentando lo siguiente:
echo "Indicamos al nucleo que paquetes pertenecen a que clase"
tc filter add dev $INTERFAZ parent 10: protocol ip prio 100 u32 \
match ip src 172.16.100.15/16 flowid 10:100
tc filter add dev $INTERFAZ parent 10: protocol ip prio 110 u32 \
match ip src 0.0.0.0/0 flowid 10:400
o sea, los paquetes de 172.16.100.15 a la cola 10:100 y el resto a la 10:400 (se trata de "perjudicar" a un determinado host).
sin embargo y tras probar todo lo imaginable:
match ip src 172.16.100.15/16 flowid 10:100
match ip src 172.16.100.15/32 flowid 10:100
match ip src 172.16.100.15 flowid 10:100
etcetera, no consigo que me filtre, siempre me va por la entrada
de default y si hago:
match ip src 172.16.100.15/0 flowid 10:100
todo el trafico va por esta rama.
podeis echarme algo por favor??
gracias por adelantado,
jEsUs | No es pot respondre
|
69. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (03/11/2004 03:23, #24083)
Por: Anónimo |
| Buenas, les tengo una pregunta:
yo tengo un servidor apache montado en knoppix, como hago para limitar el ancho de banda de cada una de las terminales conectadas a mi servidor??
gracias por las respuesta y mucha suerte.. | No es pot respondre
|
70. Wondershaper realmente optimizado? (13/12/2004 20:41, #24650)
Por: GoAuLd |
| le veo un fallo al wondershaper,leyendo el codigo fuente del wondershaper he visto que prioriza todos los paquetes menores de 64 bytes (a estos paketes pekeños los considera SYN ACK SEQ O RST) y los prioriza, y eso esta muy bien pero si no me ekivoko existen ACKS SEQ y SYNS mayores de 64 bytes con lo q no se conseguiria una optimizacion completa, y un gran numero de ellos si el snifer q he puesto (ethereal) no me engaña asta 78 bytes de tamaño.
haber si confirmais esto o me sacais de un error.
quiza se tendria q modificar el wondershaper y cambiar el valor de 64 bytes por uno mayor de 78 por ejemplo.
y por cierto, de 64 bytes a 78 restan 14, justo lo que ocupan los campos MAC origen y MAC destino en un Frame.
(me conecto con una tarjeta de red 10/100 al router adsl) | No es pot respondre
|
71. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (08/03/2005 16:34, #25573)
Por: morihendu |
1º Felicitar por el articulo, gracias a BULMA tengo un Linux/Router funcionando y aprobechando al maximo mi ADSL.
Pero al Instalarlo en el servidor
(un pequeño ordenador q tengo en el salon para q no haga ruido con una debian)
me he encontrado con que el protocolo de SAMBA no funciona
(va muy lento pq lo gestiona el wondershaper)
Quisiera saber como hago para este protocolo se salte la gestion del WonderShaper
(y solo este pq no se tiene acceso desde el exterior y no me satura el ADSL)
(he probado con ponerlo en la maxima prioridad(TOS) pero tp funciona pq tiene el puesto el ancho de banda maximo del ADSL
Saludos y gracias por vuestros comentarios | No es pot respondre
|
72. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (27/09/2005 01:59, #28600)
Por: enrique |
| Hola: Estoy probando el Wonder Shaper incluido en el última versión del linux coyote y al activarlo no puedo acceder al administrador ni a internet, he descubierto que la activarlo con una con la configuración a internet IP fija como es la que poseo sucede esto, pero al activarlo con una configuración en internet por DHCP (aromático no sucede) claro que puedo entrar al web administrador pero no a internet. Alguien puede darme una mano al respecto. Gracias. enrilop@hotmail.com | No es pot respondre
|
|
73. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (11/11/2005 03:58, #29365)
Por: Anónimo |
| tengo instalado el smoothwall. puedo instalar el wondershaper para gestionar el ancho de banda? | No es pot respondre
|
74. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (06/04/2006 22:35, #31830)
Por: sKUrZ0 (http://skurz0.homelinux.net) |
| Puede que os interese probar NetLoad para ver el consumo de ancho de banda de cada host de la red. Bajarlo, compilarlo y instalarlo no lleva más de 2 minutos, probarlo y a ver que opinais. | No es pot respondre
|
75. Re: Wonder Shaper : Gestiona eficientemente el ancho de banda de tu conexión adsl (o cable) (05/05/2006 16:59, #32377)
Por: bgustavo (http://bgustavo.googlepages.com) |
| Quisiera saber si la asignacion de ancho de banda para cada maquina puede ser instantanea, o sea que lo modifico y ya se aplica o hay que reiniciar algun servicio?... | No es pot respondre
|
|
|
|
|---|
|
|
|
|
Calificacion
Vots: 37 |
Danos tu opinion:
|
|
|
|
|
|
|
|
