QoS : limiter à un débit par ip le trafic sortant sur un port

QoS : limiter à un débit par ip le trafic sortant sur un port - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 06-01-2004 à 10:10:57    

Puisque Samba ne permet pas de le faire, je souhaiterais limiter à 300 Ko/s le trafic sortant par le port 139 par IP.
 
D'après le LARTC, je devrais m'orienter vers  
 
If your link is truly full and you want to make sure that no single session can dominate your outgoing bandwidth, use Stochastical Fairness Queueing.
 
mais j'ai pas du tout idée comment mettre ça en fonctionnement, tant le QoS implique de notions nouvelles.
 
bref, un coup de main ne serait pas de refus.


---------------
Bitcoin, Magical Thinking, and Political Ideology
Reply

Marsh Posté le 06-01-2004 à 10:10:57   

Reply

Marsh Posté le 06-01-2004 à 10:24:37    

tc
plein de scripts tous prêts sur le forum de fast800.tuxfamily.org

Reply

Marsh Posté le 06-01-2004 à 10:29:53    

Reply

Marsh Posté le 06-01-2004 à 10:31:54    

Pour avoir fais de nombreux tests sous SME et IPCOP; je te conseille de partr d'un script tout fait ; comme le fameux Wondershaper et de l'adapter à ta sauce... La QOS est pas très intuitivet et c'est plus facile de partir d'une base fiable.

Reply

Marsh Posté le 06-01-2004 à 10:35:06    

j'ai trouvé mon bonheur avec le script cbq je pense:
 


### Device parameters
#
# DEVICE=<ifname>,<bandwidth>[,<weight>]        mandatory
# DEVICE=eth0,10Mbit,1Mbit
### Class parameters
#
# RATE=<speed>                                  mandatory
# RATE=5Mbit
#
#       Bandwidth allocated to the class. Traffic going through the class is
#       shaped to conform to specified rate. You can use Kbit, Mbit or bps,
#       Kbps and Mbps as suffices. If you don't specify any unit, bits/sec
#       are used. Also note that "bps" means "bytes per second", not bits.
#
# WEIGHT=<speed>                                mandatory
# WEIGHT=500Kbit
#
#       Tuning parameter that should be proportional to RATE. As a rule
#       of thumb, use WEIGHT ~= RATE / 10.
 
 
 
### Filter parameters
#
# RULE=[[saddr[/prefix]][:port[/mask]],][daddr[/prefix]][:port[/mask]]
#
#       These parameters make up "u32" filter rules that select traffic for
#       each of the classes. You can use multiple RULE fields per config.
#
#       The optional port mask should only be used by advanced users who
#       understand how the u32 filter works.
#
# Some examples:
#
#       RULE=10.1.1.0/24:80
#               selects traffic going to port 80 in network 10.1.1.0
 


 
merci de votre aide [:cupra]


---------------
Bitcoin, Magical Thinking, and Political Ideology
Reply

Marsh Posté le 06-01-2004 à 10:51:19    

htb c'est mieux que cbq .


---------------
Intermittent du GNU
Reply

Marsh Posté le 06-01-2004 à 10:53:09    

mikala a écrit :

htb c'est mieux que cbq .
 

:kaola:


---------------
Bitcoin, Magical Thinking, and Political Ideology
Reply

Marsh Posté le 06-01-2004 à 10:59:28    

:??:
tu as surement le _meme_ script avec htb hein .


---------------
Intermittent du GNU
Reply

Marsh Posté le 06-01-2004 à 11:15:55    

mikala a écrit :

:??:
tu as surement le _meme_ script avec htb hein .


htb c po sans les packages daubian


---------------
Bitcoin, Magical Thinking, and Political Ideology
Reply

Marsh Posté le 06-01-2004 à 11:36:14    

htb c'est dans le kernel , aucun rapport avec des paquets debian .


---------------
Intermittent du GNU
Reply

Marsh Posté le 06-01-2004 à 11:36:14   

Reply

Marsh Posté le 06-01-2004 à 11:46:37    

si tu as le support intégré dans le noyau , tu récupères le script wondershaper.htb et tu l'adpate à ta sauce.

Reply

Marsh Posté le 06-01-2004 à 12:05:23    

ben regardez les scripts htb et cbq, et vous verrez que le cbq est, euh, bien plus avancé, y'a même une interface gtk2 pour les fénéants.


---------------
Bitcoin, Magical Thinking, and Political Ideology
Reply

Marsh Posté le 06-01-2004 à 12:09:40    

que dire face a autant d'arguments ? ...


---------------
Intermittent du GNU
Reply

Marsh Posté le 06-01-2004 à 12:48:26    

htb est beaucoup plus simple à l'utilisation mais necessite de savoir la bande passante (max).

Reply

Marsh Posté le 06-01-2004 à 13:01:08    

En plus les sources "gentoo-sources" integrent déjà le HTB et d'autres patchs tres utiles au QOS :d

Reply

Marsh Posté le 06-01-2004 à 13:20:54    

htb est plus "précis" dans sa gestion de la bande passante que cbq. Après tout dépend comment tu veux gérer le truc. tu nous demandes conseil: on te réponds.

Reply

Marsh Posté le 10-01-2004 à 01:27:15    

je dos implémenter le meme genre de choses sur un bridge, branché sur un switch avvec une disaine de machines a controler, presque chacune avec des debits différents qqn peut me filler (en gros) les avantages/inconvénients de cbq par rapport a htb ?
 
C bien adapté comme methode ou vous me conseillez autre chose ?
 
J'ai lu pas mal de trucs avec tc et les filtres U32 mais je pige pas trop, si vous avez de la doc au chaud autre que lartc et les trucs des apgesofficielels, je suis preneur...

Reply

Marsh Posté le 10-01-2004 à 01:54:30    

htb-init ... :o

Reply

Marsh Posté le 10-01-2004 à 02:20:28    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed