Controlar trafico p2p

[Miguel Oyarzo O.]

El 26-03-2010 22:13, Aldrin Martoq escribió:
> 2010/3/26 Miguel Oyarzo O.<admin en aim.cl>:
>> El 25-03-2010 0:57, Aldrin Martoq escribió:
>>> Gracias por el puntero, pero HS-TCP no parece tener nada que ver con
>>> ruteo/shaping. El traffic shaping NO esta basado en el stack TCP...
>> A ver... para que vamos a dejar pasar este comentario. :)
>> En Linux tienes varios mecanismos de traffic shaping:
>> 1) filtro L7 para descubrir paquetes P2P, H323, SIP, Skpype, etc, etc y
>> aplicar QoS en base a alguna estrategia.
>> 2) Traffic Shapping basado 100% en el stack de TCP/IP y no requiere ver el
>> contenido de la data del paquete. tc y tcng son 2 de las herramienta que
>> permite disciplinar las las qdisc, darles a las conexiones prioridad,
>> velocidad, reorganizarlas en clases y subclases para que los paquetes que
>> entran a la interfaz salgan en orden distinto a pfifo_fast (como HTB).
>
> Precisamente, ¿en qué te basas para decir que el traffic shapping del
> kernel está basado en el stack TCP? Eso está incorrecto.
>

Por que esto ocurre en la Interface Layer (if_ethersubr.c), en la fase 
de Preparación del Frame antes de ponerlo en cola output de la interfaz. 
Esta etapa definida en el stack de TCP/IP y es el ultimo proceso antes 
de poner el frame al medio fisico.

En este preciso punto (Interface Queuing del stack) mediante "tc" es 
posible reoganizar los frames, priorizarlos usando algoritmos de colas 
como HTB, HFSC, SFQ y otros; gestionar los que estan macados, darles 
rate, etc.
Qué es incorrecto?


=====================================
Miguel A. Oyarzo O.
Ingeniería en Redes y Telecomunicaciones
Austro Internet S.A.  &  INALAMBRICA S.A.
Teléfono: [+05661] 710030
Punta Arenas - Chile
Linux User: # 483188 - counter.li.org
=====================================