Re: Stabilité de jitsi (débit utile)
Je ne suis pas assez compétent en réseau pour comprendre tous les
détails. Il est vrai qu’avec mes correspondants, on n’utilise que
l’audio. Est-ce que tu as essayé déjà comme ça pourvoir comment ça se
comporte ?
Raphaël
BERTRAND Joël <joel.bertrand@systella.fr> writes:
> 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: