El 10/05/05, Marcelo Morales<[EMAIL PROTECTED]> escribi�:Hola a [EMAIL PROTECTED],
Estoy implementando qos en un enrutador con debian sarge, kernel 2.6.9.
Me he quedado estancado en el trafico saliente, y para el trafico
entrante la �nica soluci�n que veo es lo de la IMQ.
Del modo que lo entiendo, no hay otra alternativa. Posiblemente la funcionalidad de las colas de ingress est�ndar (como RED) te puedan servir (entiendo que no). Aunque personalmente nunca he visto la necesidad de colocar una (m�s bien han sido un estorbo). Me gustar�a saber cu�les son los problemas que tienes que resolver con una cola de ingreso. Agradecer� m�s informaci�n al respecto.
El problema que tengo es que tengo varios servidores en produccion y
para poner en funcionamiento lo del imq tengo que parchear el kernel y
volverlo a compilar.
La verdad que no soy gran experto en parchear kernels y me hecha un
poco para atras.
La idea es que lo compilas una vez (una vez parchado) y generas un .deb
(utilizando make-kpkg del paquete kernel-package). Lo instalas con dpkg
en cada servidor o bien haces un repositorio de apt (con algo f�cil
como apt-move)
�Verdad que s�? Tambi�n me gustar�a saber c�mo lo mides.La priorizacion del trafico saliente la he implentado con HTB, y la verdad que va muy bien.
Lo veo bajandome alguna cosa desde los clientes, bien por ftp, bien por web, bien mirando en ADSL4EVER,... Tambien miro los datos que me devuelve el tc -s class show dev ethx. Estar�a bien hacer un script que visualize la salida de este comando.
�Alguien sabe de otra soluci�n para el tr�fico entrante, o alguna manera de utilizar IMQ sin tener que recompilar el kernel?
No, lo siento
Gracias por todo.
Todo lo contrario, agradecer� m�s informaci�n
Conoceis algun howto para tontos para compilar un kernel parcheado... Gracias
Para tontos no, pero hay esta referencia:
http://www.debian.org/doc/manuals/reference/ch-kernel.es.html
que es la oficial de debian para el asunto. No tiene mucho acerca del parche pero es un comienzo de c'omo hacer un .deb
