Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1575 connectés 

 


Dernière réponse
Sujet : Qos sous Linux / Comment tirer le max de sa connection :)
Nicool si si :) et c'est de plus en plus à la mode...
les entreprises veulent de plus en plus pouvoir préserver une certaine qualité de service...
 
par exemples des services temps réèl (voix ...) sont super exigeants sur la qualité de service, on ne peut pas se permttre qu'un autre service moins important (lecture des mail, surf ...) fasse tomber le service de voix.
 
Il y a donc un marché en plein developpement.
 

Kikoune a écrit a écrit :

tiens je savais meme po que ca existait comme matos un traffic shaper :)  




Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Nicool si si :) et c'est de plus en plus à la mode...
les entreprises veulent de plus en plus pouvoir préserver une certaine qualité de service...
 
par exemples des services temps réèl (voix ...) sont super exigeants sur la qualité de service, on ne peut pas se permttre qu'un autre service moins important (lecture des mail, surf ...) fasse tomber le service de voix.
 
Il y a donc un marché en plein developpement.
 

Kikoune a écrit a écrit :

tiens je savais meme po que ca existait comme matos un traffic shaper :)  



Kikoune tiens je savais meme po que ca existait comme matos un traffic shaper :)
Nicool moi je trouve ça interessant!
vu le prix d'un traffic shaper ... ya  des entreprises qui economiserait beaucoup en passant sous linux!
(traffic shapper, routeur (option VPN ipsec), serveur de messagerie ... et tellement d'autres choses bien implementées efficaces et très économiques)
Kikoune c possible que ce soit supporter...
 
mais je suis incapable de te dire j'ai toujours été en 2.4...
 
sinon voila un exemple d'application :
 
64 octets from 80.65.225.98: icmp_seq=0 ttl=243 time=168.2 ms  <-- qos on
64 octets from 80.65.225.98: icmp_seq=1 ttl=243 time=133.7 ms
64 octets from 80.65.225.98: icmp_seq=2 ttl=243 time=159.3 ms
64 octets from 80.65.225.98: icmp_seq=3 ttl=243 time=190.2 ms
64 octets from 80.65.225.98: icmp_seq=4 ttl=243 time=123.2 ms
64 octets from 80.65.225.98: icmp_seq=5 ttl=243 time=209.3 ms
64 octets from 80.65.225.98: icmp_seq=6 ttl=243 time=189.1 ms
64 octets from 80.65.225.98: icmp_seq=7 ttl=243 time=106.2 ms
64 octets from 80.65.225.98: icmp_seq=8 ttl=243 time=201.5 ms
64 octets from 80.65.225.98: icmp_seq=9 ttl=243 time=185.6 ms
64 octets from 80.65.225.98: icmp_seq=10 ttl=243 time=170.8 ms
64 octets from 80.65.225.98: icmp_seq=11 ttl=243 time=152.4 ms
64 octets from 80.65.225.98: icmp_seq=12 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=13 ttl=243 time=213.1 ms
64 octets from 80.65.225.98: icmp_seq=14 ttl=243 time=140.6 ms
64 octets from 80.65.225.98: icmp_seq=15 ttl=243 time=177.9 ms
64 octets from 80.65.225.98: icmp_seq=16 ttl=243 time=97.6 ms
64 octets from 80.65.225.98: icmp_seq=17 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=18 ttl=243 time=151.8 ms
64 octets from 80.65.225.98: icmp_seq=19 ttl=243 time=144.6 ms
64 octets from 80.65.225.98: icmp_seq=20 ttl=243 time=174.2 ms
64 octets from 80.65.225.98: icmp_seq=21 ttl=243 time=141.5 ms
64 octets from 80.65.225.98: icmp_seq=22 ttl=243 time=180.1 ms
64 octets from 80.65.225.98: icmp_seq=23 ttl=243 time=140.0 ms
64 octets from 80.65.225.98: icmp_seq=24 ttl=243 time=180.4 ms
64 octets from 80.65.225.98: icmp_seq=25 ttl=243 time=351.5 ms <-- qos off
64 octets from 80.65.225.98: icmp_seq=26 ttl=243 time=279.1 ms
64 octets from 80.65.225.98: icmp_seq=27 ttl=243 time=432.1 ms
64 octets from 80.65.225.98: icmp_seq=28 ttl=243 time=235.5 ms
64 octets from 80.65.225.98: icmp_seq=29 ttl=243 time=397.2 ms
64 octets from 80.65.225.98: icmp_seq=30 ttl=243 time=739.2 ms
64 octets from 80.65.225.98: icmp_seq=31 ttl=243 time=637.1 ms
64 octets from 80.65.225.98: icmp_seq=32 ttl=243 time=512.8 ms
64 octets from 80.65.225.98: icmp_seq=33 ttl=243 time=504.9 ms
64 octets from 80.65.225.98: icmp_seq=34 ttl=243 time=928.5 ms
64 octets from 80.65.225.98: icmp_seq=35 ttl=243 time=891.9 ms
64 octets from 80.65.225.98: icmp_seq=36 ttl=243 time=516.2 ms
64 octets from 80.65.225.98: icmp_seq=37 ttl=243 time=355.9 ms
64 octets from 80.65.225.98: icmp_seq=38 ttl=243 time=338.1 ms
64 octets from 80.65.225.98: icmp_seq=39 ttl=243 time=289.6 ms
64 octets from 80.65.225.98: icmp_seq=40 ttl=243 time=368.5 ms <-- qos re on
64 octets from 80.65.225.98: icmp_seq=41 ttl=243 time=176.6 ms
64 octets from 80.65.225.98: icmp_seq=42 ttl=243 time=128.9 ms
64 octets from 80.65.225.98: icmp_seq=43 ttl=243 time=132.9 ms
64 octets from 80.65.225.98: icmp_seq=44 ttl=243 time=122.7 ms
64 octets from 80.65.225.98: icmp_seq=45 ttl=243 time=126.4 ms
64 octets from 80.65.225.98: icmp_seq=46 ttl=243 time=145.7 ms
64 octets from 80.65.225.98: icmp_seq=47 ttl=243 time=225.9 ms
64 octets from 80.65.225.98: icmp_seq=48 ttl=243 time=186.0 ms
64 octets from 80.65.225.98: icmp_seq=49 ttl=243 time=124.0 ms
64 octets from 80.65.225.98: icmp_seq=50 ttl=243 time=225.4 ms
64 octets from 80.65.225.98: icmp_seq=51 ttl=243 time=123.8 ms
64 octets from 80.65.225.98: icmp_seq=52 ttl=243 time=159.1 ms
64 octets from 80.65.225.98: icmp_seq=53 ttl=243 time=141.6 ms
64 octets from 80.65.225.98: icmp_seq=54 ttl=243 time=159.9 ms
64 octets from 80.65.225.98: icmp_seq=55 ttl=243 time=225.4 ms
64 octets from 80.65.225.98: icmp_seq=56 ttl=243 time=148.1 ms
64 octets from 80.65.225.98: icmp_seq=57 ttl=243 time=537.2 ms
64 octets from 80.65.225.98: icmp_seq=58 ttl=243 time=107.0 ms
64 octets from 80.65.225.98: icmp_seq=59 ttl=243 time=190.5 ms
64 octets from 80.65.225.98: icmp_seq=60 ttl=243 time=162.1 ms
64 octets from 80.65.225.98: icmp_seq=61 ttl=243 time=286.2 ms
64 octets from 80.65.225.98: icmp_seq=62 ttl=243 time=259.0 ms
64 octets from 80.65.225.98: icmp_seq=63 ttl=243 time=535.4 ms <-- qos re off
64 octets from 80.65.225.98: icmp_seq=64 ttl=243 time=810.5 ms
64 octets from 80.65.225.98: icmp_seq=65 ttl=243 time=914.6 ms
64 octets from 80.65.225.98: icmp_seq=66 ttl=243 time=719.6 ms
64 octets from 80.65.225.98: icmp_seq=67 ttl=243 time=488.4 ms
64 octets from 80.65.225.98: icmp_seq=68 ttl=243 time=739.9 ms
64 octets from 80.65.225.98: icmp_seq=69 ttl=243 time=1020.9 ms
wrong data byte #0 should be 0x9d but was 0x9c9c ec bb 3c 1 54 7 0  
        8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27  
        28 29 2a 2b 2c 2d 2e 2f  
64 octets from 80.65.225.98: icmp_seq=70 ttl=243 time=1065.0 ms
wrong data byte #0 should be 0x9e but was 0x9d9d ec bb 3c 86 53 7 0  
        8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27  
        28 29 2a 2b 2c 2d 2e 2f  
64 octets from 80.65.225.98: icmp_seq=71 ttl=243 time=851.4 ms
64 octets from 80.65.225.98: icmp_seq=72 ttl=243 time=904.5 ms
64 octets from 80.65.225.98: icmp_seq=73 ttl=243 time=684.8 ms
64 octets from 80.65.225.98: icmp_seq=74 ttl=243 time=629.6 ms
64 octets from 80.65.225.98: icmp_seq=75 ttl=243 time=492.1 ms
64 octets from 80.65.225.98: icmp_seq=76 ttl=243 time=404.5 ms
64 octets from 80.65.225.98: icmp_seq=77 ttl=243 time=353.0 ms <-- qos re on
64 octets from 80.65.225.98: icmp_seq=78 ttl=243 time=217.8 ms
64 octets from 80.65.225.98: icmp_seq=79 ttl=243 time=220.8 ms
64 octets from 80.65.225.98: icmp_seq=80 ttl=243 time=175.8 ms
64 octets from 80.65.225.98: icmp_seq=81 ttl=243 time=120.3 ms
64 octets from 80.65.225.98: icmp_seq=82 ttl=243 time=172.7 ms
64 octets from 80.65.225.98: icmp_seq=83 ttl=243 time=111.3 ms
64 octets from 80.65.225.98: icmp_seq=84 ttl=243 time=199.3 ms
64 octets from 80.65.225.98: icmp_seq=85 ttl=243 time=230.0 ms
64 octets from 80.65.225.98: icmp_seq=86 ttl=243 time=150.6 ms
64 octets from 80.65.225.98: icmp_seq=87 ttl=243 time=196.9 ms
64 octets from 80.65.225.98: icmp_seq=88 ttl=243 time=171.5 ms
64 octets from 80.65.225.98: icmp_seq=89 ttl=243 time=218.3 ms
64 octets from 80.65.225.98: icmp_seq=90 ttl=243 time=156.4 ms
64 octets from 80.65.225.98: icmp_seq=91 ttl=243 time=213.5 ms
64 octets from 80.65.225.98: icmp_seq=92 ttl=243 time=171.0 ms
64 octets from 80.65.225.98: icmp_seq=93 ttl=243 time=152.5 ms
64 octets from 80.65.225.98: icmp_seq=94 ttl=243 time=188.0 ms
64 octets from 80.65.225.98: icmp_seq=95 ttl=243 time=135.5 ms
64 octets from 80.65.225.98: icmp_seq=96 ttl=243 time=174.8 ms
64 octets from 80.65.225.98: icmp_seq=97 ttl=243 time=230.4 ms
64 octets from 80.65.225.98: icmp_seq=98 ttl=243 time=136.8 ms
64 octets from 80.65.225.98: icmp_seq=99 ttl=243 time=145.1 ms
64 octets from 80.65.225.98: icmp_seq=100 ttl=243 time=211.8 ms
64 octets from 80.65.225.98: icmp_seq=101 ttl=243 time=128.6 ms
64 octets from 80.65.225.98: icmp_seq=102 ttl=243 time=174.7 ms
64 octets from 80.65.225.98: icmp_seq=103 ttl=243 time=112.9 ms
64 octets from 80.65.225.98: icmp_seq=104 ttl=243 time=153.2 ms
64 octets from 80.65.225.98: icmp_seq=105 ttl=243 time=106.4 ms
64 octets from 80.65.225.98: icmp_seq=106 ttl=243 time=125.1 ms
64 octets from 80.65.225.98: icmp_seq=107 ttl=243 time=184.7 ms
 
voila c cool je conserve une bonne connection tout en utilisant au max ma bande passante...
 
Incoming rates: 25.6 kbytes/sec
Outgoing rates: 16.3 kbytes/sec
 
(bon je downloade pas a donf la vu que j'ai rien lancer de particulier, par contre mon upload est au taquet)
 
donc la c cool je suis en ssh depuis mon taff et ca rame pas :D  
 
voila :)
 
par contre y a pas eu bocoup de reply, ca interesse personne ?  :sweat:

 

[jfdsdjhfuetppo]--Message édité par Kikoune--[/jfdsdjhfuetppo]

Grizly Il me semble avoir déjà vu un support QoS sur mon noyau 2.2.19 ...
Maintenant je ne sais pas ce que l'on peut effectivement en faire !
 
Merci de toute façon pour cette info intéressante !
Kikoune hello
 
voila je viens de decouvrir WonderShaper
 
http://lartc.org/wondershaper/
 
c un script qui permet de profiter de controle de traffic
avec les noyaux 2.4
 
il utilise tc and co
 
donc moi je le trouve sympa et je voulais en faire profiter
 
donc si vous etes comme moi, que vous voulez pour votre connection pourvoir donwloader et uploader a fond tout en faisant du ssh de facon fluide mais que vous avec pas le temps de vous en occupez essayer ce script ;)
 
za+

 

[jfdsdjhfuetppo]--Message édité par Kikoune--[/jfdsdjhfuetppo]


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR