Controlar trafico p2p

[Aldrin Martoq]

2010/3/27 Miguel Oyarzo O. <admin en aim.cl>:
> 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...
>>> 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.

No, eso no es TCP/IP, el traffic shaping es a nivel de capa 2, algo
que es utilizado por todos los protocolos en linux. De hecho, los
mismos algoritmos de encolamiento pueden ser utilizados para cualquier
tipo de tráfico como UDP, ICMP, NETBIOS, etc. Como muestra de que no
tiene nada que ver con TCP/IP, puedes hacer traffic shaping en linux
con una caja que actua de bridge (ni siquiera rutea o sabe de
conexiones).

http://ebtables.sourceforge.net/examples/real.html#example5


Los filtros/matchers como l7filter, iptables, ebtables, etc permiten
marcar internamente el tipo de tráfico, pero el traffic shaping no es
afectado por ningún parámetro TCP/IP (ni el ruteo en tal caso, pues
tampoco ve conexiones TCP/IP).


> Qué es incorrecto?

Que ajustar parámetros de TCP/IP mejoran el rendimiento de
ruteo/traffic shaping. El kernel no ve ni mantiene conexiones TCP/IP
en ambos casos.

-- 
Aldrin Martoq
http://aldrin.martoq.cl/