Reprise du message précédent :

J'ai installé mais j'utilise jamais en fait ...
Enfin bon, j'ai fait un ti test pour vérifier ...
Ce que je peux te dire c'est qu'à priori les 4661 et 4662 c'est côté serveur/client contacté ...  
Les deux autres ca soit doit être la même chose j'imagine mais j'ai pas testé ... voilou ...

oulha ! je trouvais que ça ramait depuis quelques minutes ... et pour cause :
 

 
 
avec wshaper.htb et le setting du script est :
 

 
l'upload est au dessus de ce qu'il est censé être si j'en crois nload
le dl est proche de 0 par contre
 
j'ai l'impression que le htb fini par saturer au bout d'un moment
je vais repasser au cbq, en attendant de trouver un script qui tire peut être mieux parti du htb parce que pour moi il marche pas top ici

Bon, je sais que la compil du noyau est très crade, je ne me concentre pas sur ça pour l'instant.
 
Mais bon, suite à vos remarques, j'ai recompilé le tout, et... aucun changmements.
 
Pour preuve, mon lsmod donne maintenant :
 
cls_fw                  2328   2  (autoclean)
sch_ingress             1408   1  (autoclean)
cls_u32                 4540   2  (autoclean)
sch_sfq                 3488   2  (autoclean)
sch_htb                18144   1  (autoclean)
ipt_MARK                 792  12  (autoclean)
ipt_length               472   8  (autoclean)
n_hdlc                  5888   1
ipt_MASQUERADE          1688   1  (autoclean)
ipt_limit                920   3  (autoclean)
ipt_LOG                 3224   6  (autoclean)
ipt_state                568   9  (autoclean)
iptable_mangle          2192   1  (autoclean)
iptable_nat            19672   1  (autoclean) [ipt_MASQUERADE]
ip_conntrack           24352   2  (autoclean) [ipt_MASQUERADE ipt_state iptable_nat]
iptable_filter          1668   1  (autoclean)
ip_tables              13048  11  [ipt_MARK ipt_length ipt_MASQUERADE ipt_limit ipt_LOG ipt_state iptable_mangle iptable_nat iptable_filter]
8139too                13448   1
mii                     2272   0  [8139too]
ne2k-pci                4832   1
8390                    5968   0  [ne2k-pci]
 
Et malgré tout, rien de nouveau, toujours l'utilisation de la règle par défaut malgré la mise en place des filtres.
 
Et ce que ce soit avec le wshaper.htb tout propre tout neuf, ou tout autre script péché sur le net ou créé par mes soins. ET toujours sans aucun messages d'erreurs.
 
Donc, c'est quelque choses de plus subtil.
 
Zzozo> la règle suplémentaire que tu indique ne doit exister que dans le cas ou le default n'est pas spécifier, et/ou, il pointe sur un "noeud" qui n'existe pas.
Or dans mon cas, il pointe vers 1:20 qui est parfaitement décrite et déclaré.
 
Quand à la taille des packets, 85% du traffic engendré par les DL est d'une taille supérieure à 800, et pour les jeux c'est l'inverse (85% inférieur à 800).
Je l'ai testé avant de mettre en place mes bornes (même si elles sont un peu arbitraires).
 
Le passant.

regardes bien le script wshaper.htb ...

 
Justement, je ne comprends pas trop l'utilité de la fameuse règle dont on parle...
 
Hormis courcircuiter le default (faire un default avant le default) ???
j'vois pas trop, je sèche là.
 
Le passant.

Bon moi ça marche pas je me paie des :
 
RTNETLINK answers: Invalid argument
 
Voici la config de mon kernel pour la QoS :
#
# QoS and/or fair queueing
#
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CBQ=y
CONFIG_NET_SCH_HTB=y
CONFIG_NET_SCH_CSZ=y
CONFIG_NET_SCH_PRIO=y
CONFIG_NET_SCH_RED=y
CONFIG_NET_SCH_SFQ=y
CONFIG_NET_SCH_TEQL=y
CONFIG_NET_SCH_TBF=y
CONFIG_NET_SCH_GRED=y
CONFIG_NET_SCH_DSMARK=y
CONFIG_NET_SCH_INGRESS=y
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=y
CONFIG_NET_CLS_ROUTE4=y
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=y
# CONFIG_NET_CLS_U32 is not set
CONFIG_NET_CLS_RSVP=y
CONFIG_NET_CLS_RSVP6=y
CONFIG_NET_CLS_POLICE=y
 
 
vous croyez que le # CONFIG_NET_CLS_U32 is not set est le problème ?
Je dois regarder koi aussi ?
J'utilise wondershapper 1.1a

 
le RTNETLINK c'est le probleme connu quand tu utilise htb sans avoir mis à jour la commande tc
tu utilises quel distrib ? utilises tu le noyau standard de ta distrib ?

j'utilise une debian et j'ai refait mon kernel entre autre pour l'ipv6 et g mis la qos o passage. Donc fo que je prenne un new tc ?

 
tu utilises un kernel de ta distrib ?
si oui, ça doit être un 2.4.20 ?
parce que si c'est un kernel patché ou venu d'ailleurs, j'imagine que c'est parce que tu tournes sous woody
si tu utilises la sarge ou la sid, tu oublies ce que j'ai dit, ça doit venir d'ailleurs puisque la version de tc est suffisante dans sarge et sid

c'est une sid, j'ai apt-get les sources debian du 2.4.20 et g activé les options dedans.
 
Quand je fé tc -V : tc utility, iproute2-ss010824

 
bah au niveau version ça doit être bon, donc oublie ce que j'ai dit, sorry