[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Stabilité de jitsi (débit utile)



Raphaël POITEVIN a écrit :
> Pour ma part, ça tourne sur un dual core 2.7gHz, 2go de ram, buster +
> LXC derrière une connexion ADSL et je suis plutôt satisfait. Quelques
> bugs, mais ce sont les mêmes rencontrés lorsqu’on utilise framatalk par
> exemple. Ça nous arrive d’être trois.

	Toujours dans mes expérimentations.

Test 1:
- un utilisateur avec chromium ;
- un utilisateur avec firefox.

L'utilisateur avec firefox provoque un flux normal sur le porte
10000/UDP. Celui avec chromium envoie un flux nettement moins soutenu.
Je n'ai pas compris pourquoi.

Test 2:
- un utilisateur côté WAN (3G) ;
- un utilisateur côté LAN (VPN).
=> débit de 350kbps sur les deux liens. C'est presque utilisable durant
quelques secondes puis le débit devient asymétrique côté WAN et ça plante.

Test 3:
- deux utilisateur côté LAN.
=> débit de 150 kbps sur chaque connexion. Ça finit par planter et je me
prends un "a network problem occured" déconnectant l'un des deux
clients. Lorsqu'il n'y a plus qu'un client sur les deux, le débit de
l'autre remonte à plus de 200 kbps.

J'ai donc rajouté des règles de QoS strictes sur les deux interfaces
réseau utilisées et je tente de faire fonctionner le videobridge avec
les options suivantes :

Nice=-15
IOSchedulingClass=realtime
IOSchedulingPriority=0
CPUSchedulingPriority=99
IOSchedulingPriority=rr

	Même chose pour les VPN.

	Deux accès côté LAN (donc au travers du VPN) font maintenant saturer le
lien. Ce n'est pas le VPN qui sature, mais la connexion ADSL à l'autre
bout. Les deux flux sont symétriques, ce qui me semble correct.

	En revanche, lorsque l'un des deux clients est sur un modem 3G, il y a
un truc qui me chagrine. Extraits des tcpdump sur le serveur (rayleigh) :

1/ trafic avec le client LAN :
10:41:20.607061 IP rayleigh.systella.fr.10000 >
hilbert.systella.fr.49587: UDP, length 34
10:41:20.623522 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 704
10:41:20.646299 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 1009
10:41:20.648390 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 103
10:41:20.660890 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 93
10:41:20.677986 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 506
10:41:20.678367 IP rayleigh.systella.fr.10000 >
hilbert.systella.fr.49587: UDP, length 34
10:41:20.680635 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 98
10:41:20.695936 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 94
10:41:20.704745 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 352
10:41:20.716978 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 101
10:41:20.742949 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 380
10:41:20.757796 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 653
10:41:20.765682 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 99
10:41:20.777510 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 513
10:41:20.795055 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 701
10:41:20.821266 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 1176
10:41:20.821788 IP rayleigh.systella.fr.10000 >
hilbert.systella.fr.49587: UDP, length 34
10:41:20.833788 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 530
10:41:20.839980 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 98
10:41:20.846990 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 95
10:41:20.863488 IP hilbert.systella.fr.49587 >
rayleigh.systella.fr.10000: UDP, length 859

	On s'aperçoit que le client envoie un flux conséquent vers le serveur.
Le serveur renvoie visiblement ce flux vers le client WAN :
10:41:24.856924 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 96
10:41:24.876357 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 26
10:41:24.879489 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 1065
10:41:24.885305 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 104
10:41:24.891950 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 237
10:41:24.901022 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 356
10:41:24.903534 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 102
10:41:24.923620 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 945
10:41:24.929382 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 95
10:41:24.938620 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 98
10:41:24.953259 IP pop.92-184-96-113.mobile.abo.orange.fr.46601 >
rayleigh.systella.fr.10000: UDP, length 703
10:41:24.953752 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 34
10:41:24.960191 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 618
10:41:24.962160 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 46
10:41:24.967299 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 91
10:41:24.982678 IP rayleigh.systella.fr.10000 >
pop.92-184-96-113.mobile.abo.orange.fr.46601: UDP, length 606

	Mais je ne vois pas de flux en provenance du client WAN. Ou plutôt, la
communication s'établit de manière à peu près symétrique durant les
premières secondes (ce qui permet au client LAN d'avoir quelques images
de la vide) puis évolue vers quelque chose qui ne l'est plus du tout.

	J'ai pourtant ouvert les ports suivants (eth1 est l'interface WAN en
question) :

 -A OUTPUT -o eth1 -p udp -m udp --sport 10000 -j ACCEPT
 -A INPUT -i eth1 -p udp -m udp --dport 10000 -j ACCEPT
 -A INPUT -i eth1 -p tcp -m tcp --dport 4443 -j ACCEPT

	En terme de débit :
rayleigh.systella.fr => wan       273Kb   263Kb   258Kb
                     <=          1,31Kb  3,64Kb  41,1Kb

	Et là, j'avoue ne plus savoir où chercher.

	À suivre.

	JKB


Reply to: