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 <[email protected]> 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
