Controlar trafico p2p

[Miguel Oyarzo O.]

El 27-03-2010 22:57, Aldrin Martoq escribió:
> 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
>


Estas mal interpretando el ejemplo. Solo estas mostrando una herramienta 
MAC filtering complementaria a iptables.

Intenta usar ese Bridge/Filter en un red ruteada y ve si funciona (jamas 
lo hará!). Por otro lado en este ejemplo no esta deshabilitado en STACK 
de TCP/IP, no podría pues se está esta usando una cola de discliplina.

Además, que ebtables  trabaje en conjunto con CBQ para crear un
"Rate Shapping" entre las MACs no quiere decir que el Traffic Shapping 
no tenga que ver con TCP/IP.
De hecho la cola CBQ mostrada en el ejemplo es una implementación de la 
capa IP (No Capa 2)

http://broadcastengineering.com/mag/broadcasting_classbased_queuing/
http://en.wikipedia.org/wiki/Class-based_queueing

Tu te debes estar refiriendo al Rate Shapping en la Capa 2/OSI (y a QoS 
talvez), pero el thread es de traffic shaping de protocolos.
De hecho con esta herramienta no puedes indicar que protocolo TCP/IP va 
mas rapido o más lento o con mas o menos prioridad, ebtables solo mira 
frames (y con suerte la IP).

No me hace sentido hablar de Traffic Shaping de Tramas, el tema se 
desarrolla en Paquetes (capa 3), sea por colas o por manejo de la 
ventana TCP de cada paquete.


Saludos,

=====================================
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
=====================================