El 21/06/07, Luciano Ruete <[EMAIL PROTECTED]> escribió:
En realidad no es una limitación de htb-gen sino del kernel de Linux. La limitación viene dada porque las classful qdisc[1] solo funcionan con tráfico saliente y no con tráfico entrante.
Bueno, eso es lógico ya que el tráfico entrante cuando entra es porque ya llegó. Pero hay maneras de controlarlo con imq por ejemplo.
Se me ocurren dos soluciones: 1)invertir a proposito los valores de iface_up e iface_down en la conf de las ips que corresponden a servidores. 2)implementando "yet another parameter" en htb-gen-rates.conf que determine si la ip es un server o un cliente(es decir si hace falta invertir el sentido de los puertos o no).
Lo que yo veo en todos estos frontends para configurar tc, es que al final se vuelven tan complicados como escribir las reglas de TC a mano. Lo que está haciendo falta es algo más descriptivo. O sea, algo donde planteés la situación que tenés y qué querés hacer y el frontend se encargue de decidir las reglas. Algo así como decirle: tengo un servidor web en tal dirección, un usuario con tal prioridad en tal parte, y quiero que el bit torrent tenga tal ancho de banda. Si hay que invertir cosas, porque la dirección del servidor web corresponde con la del equipo que hace de router, que sea el frontend el que se encargue de hacerlo.
El beneficio de htb-gen es la simplicidad, ya que armar y mantener jerarquías usando htb_init resulta engorroso e imantenible con esquemas muy grandes o muy dinámicos.
Lo que te decía, que al final se complica igual o más la cosa.
