1er et dernier echantillon

[Brizme]

bonjour,

j'ai une question dont j'ai vu l'explication qlq part mais je sais plus ou

qlq un sait ou je pourrais trouver l'explication du fait que l'on aie bcp de perte au debut de l'envoi de données  UDP et donc il doit etre rejette
et le dernier echantillon doit aussi etre rejetté?

merci

[vivien]

Bonjour,

Je ne comprend pas bien le terme "rejeté".

Avec certaines version d'iperf il y à 1 paquet perdu en UDP dans le premier intervalle.

Pourrais-tu poster ton résultat pour qu'on discute sur du réel ?

Peux tu faire un test en rajoutant l'option -i 0.5 ?

[Brizme]

Voici le test que j'ai fait avec Jperf

les résultat que m'embete sont donc le premier et le dernier qui ont une grosse difference avec les autres.

ce test a ete fait avec un serveur et un client sur les deux ordinateur pour arriver au max de la vitesse 1Gbits/s et je ne sais pour quelle raison, la vitesse au bout d'un moment passe de environ 70Mbits/s à 6Mbits/s il y a une raison?



TEST PNDANT 1h30 avec udp et tcp/ip

bin/iperf.exe -s -u -P 0 -i 300 -p 5001 -w 41.0K -f k
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 41.0 KByte
------------------------------------------------------------
[1928] local 10.10.10.40 port 5001 connected with 10.10.10.60 port 63891
[ ID] Interval       Transfer     Bandwidth       Jitter   Lost/Total Datagrams
[1928]  0.0-300.0 sec  2312317 KBytes  63142 Kbits/sec  0.818 ms 1213500680/1630141 (7.4e+004%)
[1928] 300.0-600.0 sec  2998517 KBytes  81880 Kbits/sec  0.090 ms 26129/2114892 (1.2%)
[1928] 600.0-900.0 sec  3048252 KBytes  83238 Kbits/sec  0.608 ms 23329/2146737 (1.1%)
[1928] 900.0-1200.0 sec  2987478 KBytes  81578 Kbits/sec  0.072 ms 24392/2105465 (1.2%)
[1928] 1200.0-1500.0 sec  2986321 KBytes  81546 Kbits/sec  0.101 ms 23874/2104141 (1.1%)
[1928] 1200.0-1500.0 sec  13 datagrams received out-of-order
[1928] 1500.0-1800.0 sec  3075297 KBytes  83976 Kbits/sec  0.058 ms 23617/2165865 (1.1%)
[1928] 1800.0-2100.0 sec  2899424 KBytes  79174 Kbits/sec  0.081 ms 17808/2037543 (0.87%)
[1928] 2100.0-2400.0 sec  2940650 KBytes  80299 Kbits/sec  0.111 ms 16927/2065380 (0.82%)
[1928] 2100.0-2400.0 sec  3 datagrams received out-of-order
[1928] 2400.0-2700.0 sec  2941127 KBytes  80312 Kbits/sec  0.103 ms 17312/2066097 (0.84%)
[1928] 2400.0-2700.0 sec  10 datagrams received out-of-order
[1928] 2700.0-3000.0 sec  2597077 KBytes  70918 Kbits/sec  4.190 ms 17977/1827097 (0.98%)
[1928] 2700.0-3000.0 sec  2 datagrams received out-of-order
[1928] 3000.0-3300.0 sec  236155 KBytes  6449 Kbits/sec  2.383 ms   26/164531 (0.016%)
[1928] 3300.0-3600.0 sec  241301 KBytes  6589 Kbits/sec  2.922 ms   18/168108 (0.011%)
[1928] 3600.0-3900.0 sec  246379 KBytes  6728 Kbits/sec  3.819 ms    4/171631 (0.0023%)
[1928] 3900.0-4200.0 sec  247395 KBytes  6756 Kbits/sec  3.597 ms    5/172340 (0.0029%)
[1928] 4200.0-4500.0 sec  249660 KBytes  6817 Kbits/sec  3.464 ms    3/173916 (0.0017%)
[1928] 4500.0-4800.0 sec  249749 KBytes  6820 Kbits/sec  3.226 ms  215/174190 (0.12%)
[1928] 4800.0-5100.0 sec  1030113 KBytes  28129 Kbits/sec  0.386 ms 264211/981786 (27%)
[1928]  0.0-5399.9 sec  34124564 KBytes  51769 Kbits/sec  0.103 ms 493621/24264746 (2%)

[vivien]

intéressant....

Les données sont visiblement erronés pour la première ligne et je suppose aussi pour la dernière avant le résumé (27% de perte).
La baisse de débit il faut chercher l'explication du coté du poste client (et non coté serveur).

Il te serait possible de faire un test à partir d'un live CD Ubuntu 9.10 + iperf 2.0.2 ?
=> il y a un tuto ici : http://iperf.fr/index.php/topic,2082.0.html

[Brizme]

J'utilise Jperf en fait.

tu crois que je devrai utiliser Iperf pour avoir de meilleur performance?

sinon au niveau des  packet du debut et fin, maintenant qd je fais le test il y a plus autant de données perdu. sauf des fois au debut du premier test la il y a des packet perdu mais plus qd je relance le test...

[Brizme]

J'utilise le 2.0.2

[vivien]

jperf est juste une interface pour iperf.
Aucune différence en utilisant les mêmes options.

Par contre je pense qu'il serait intéressant d'utiliser une autre version d'IPERF pour voir si le débit diminue toujours.

Par exemple la 1.7.0 pour Windows : http://iperf.fr/download/iperf_1.7.0/iperf-1.7.0-win32.exe

Aprés un test avec un live-cd sous linux est l'ultime solution (IPERF pour windows à plusieurs limitations)

[Brizme]

il n'y a pas moyen de faire un test en TCP avec iperf et de voir combien de bytes ont ete renvoyé?

[vivien]

Si c'est possible avec l'utilitaire TCPtrace :

Mode d'emploi :
1/ Lancer la capture avec wireshark ou tcpdump en filtrant sur le port d'iperf (5001 par default)
2/ lancer iperf
3/ Arrêter la capture
4/ post-traiter la capture avec tcptrace


Voici la commande a utiliser avec TCPtrace : .fichier .cap est ta capture wireshark :
/usr/bin/tcptrace --nores_addr -lrW fichier.cap

Pour faire la capture 2 choix : Wireshark ou tcpdump en ligne de commande :
sudo /usr/sbin/tcpdump -i eth0 -n -s 100 -w fichier.cap port 5001

tcptrace comme tcpdump et wireshark sont dans les dépôts d'ubuntu.