Re: Stabilité de jitsi (débit utile)
J'allais suggérer la même chose car à mon avis c'est la gigue / latence
qui doit poser problème vu que le serveur est derrière un vdsl.
Déjà que sur des vps la qualité des confs fluctue vraiment en cause la
qualité de la mise à disposition du cpu (fameux % cpu ready de la
virtualisaton adjaçante) cumulé au fait qu'il vaut mieux que le Jitsi
soit directement en public sans NAT pour pouvoir fonctionner
correctement avec tous les navigateurs.
Mes conclusions pour le moment sont : serveur dédié, optimisation kernel
low latency voir quelques brides de RT, ips v4 et v6 publiques et avec
ça on arrive à tenir 50 utilisateurs sur différents salons en même
temps. Les personnes qui se font déconnecter sont plus sur des soucis de
liaisons chez eux ou sur le trajet vers le serveur.
Le 15/04/2020 à 12:35, NoSpam a écrit :
> Essaye avec tes deux clients une conférence sur le site meet.jit.si
> dans les mêmes conditions de leur côté que celle de tes tests.
>
> Le 15/04/2020 à 11:50, BERTRAND Joël a écrit :
>> Raphaël POITEVIN a écrit :
>>> 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 ?
>> Même motif, même punition.
>>
>> Les deux clients sur le LAN, ça fonctionne. Le son est audible.
>> Si j'en
>> colle un sur le WAN, c'est une catastrophe. La communication s'établit
>> puis le trafic baisse sur le 10000/UDP (mais uniquement côté WAN). Le
>> son est inaudible (comme si les paquets UDP arrivaient dans un ordre
>> totalement aléatoire).
>>
>> Dès que je mets la vidéo, je me retrouve avec des messages
>> aléatoires :
>> "a network problème occurred. Reconnecting".
>>
>> Je n'arrive pas à analyser car pour moi, soit ça passe, soit ça ne
>> passe pas. Mais je ne vois pas pourquoi une communication s'établirait
>> pour planter par la suite.
>>
>> JKB
>
Reply to: