Je pose un problème que j'ai depuis assez longtemps et que je ne suis pas
encore arrivé à résoudre concernant le load balancing de ma connection.
En fait, c'est tout simple, imaginons que je veuille faire un forfait 512K
ADSL pour quelqu'un avec l'ip 192.168.0.2 quand il se connecte à mon serveur
web (192.168.0.3)
Je bosse sous FreeBSD 4.10 stable avec ipfw + dummynet compilé ds le kernel.
et ipfw add xx pipe 6 tcp from 192.168.0.2 to 192.168.0.3 80 in recv rl0
Bref, quand la commande passe, c'est clair que globalement j'ai une baisse
du traffic. Mais on dirait que cela ne bloque "qu'un thread à la fois" à la
vitesse demandée et non la connection globale.
En fait, j'ai un speedtest en php bien connu qui tourne sur mon apache et
celui-ci me reporte une vitesse de 2474 Ko/s contre 4665 Ko/s quand la règle
n'est pas active.
D'accord, la BP est limitée, mais j'aimerais quelque chose de plus précis,
quelqu'un a une idée ?
et ipfw add xx pipe 6 tcp from 192.168.0.2 to 192.168.0.3 80 in recv rl0
ça ne serait pas plutôt ipfw add xx pipe 6 tcp from 192.168.0.3 80 to 192.168.0.2 rl0 (du serveur http vers le client http ?)
Sinon, un truc qui peut jouer : ajouter dans la configuration du kernel options HZ00 pour affiner la granularité du scheduler. Personnellement, le defaut à 100 laissait penser que la limitation de la bp ne fonctionnait pas, alors qu'un passage à 1000 à résolu le problème.
et ipfw add xx pipe 6 tcp from 192.168.0.2 to 192.168.0.3 80 in recv rl0
ça ne serait pas plutôt
ipfw add xx pipe 6 tcp from 192.168.0.3 80 to 192.168.0.2 rl0
(du serveur http vers le client http ?)
Sinon, un truc qui peut jouer : ajouter dans la configuration du kernel
options HZ00 pour affiner la granularité du scheduler.
Personnellement, le defaut à 100 laissait penser que la limitation de la
bp ne fonctionnait pas, alors qu'un passage à 1000 à résolu le problème.
et ipfw add xx pipe 6 tcp from 192.168.0.2 to 192.168.0.3 80 in recv rl0
ça ne serait pas plutôt ipfw add xx pipe 6 tcp from 192.168.0.3 80 to 192.168.0.2 rl0 (du serveur http vers le client http ?)
Sinon, un truc qui peut jouer : ajouter dans la configuration du kernel options HZ00 pour affiner la granularité du scheduler. Personnellement, le defaut à 100 laissait penser que la limitation de la bp ne fonctionnait pas, alors qu'un passage à 1000 à résolu le problème.
