El 27-03-2010 22:57, Aldrin Martoq escribió:
2010/3/27 Miguel Oyarzo O.<[email protected]>:
El 26-03-2010 22:13, Aldrin Martoq escribió:
2010/3/26 Miguel Oyarzo O.<[email protected]>:
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
=====================================
