Re: [TECH] [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

2023-03-10 Par sujet Richard Klein
Bonjour , Une autre solution si il y a 400 appels c'est de limiter le premier trunk a 200appels et faire déborder le second trunk sur l ipbx de backup qui a son propre wan sur un autre opérateur bien sûr et donc d'avoir une répartition de charge. Ensuite voir si le problème est toujours sur l

Re: [TECH] [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

2023-03-10 Par sujet Paul Rolland (ポール・ロラン)
Hello, On Fri, 10 Mar 2023 10:03:47 +0100 David Ponzone wrote: > +1 > > La bonne QoS c’est pas de QoS. > Avec le débit des liens de nos jours, mieux vaut shaper la partie data en > lui enlevant X%, pour les garantir pour la voix. Ou regarder si c'est pas plus simple d'avoir un lien dedie a la

Re: [TECH] [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

2023-03-10 Par sujet David Ponzone
+1 La bonne QoS c’est pas de QoS. Avec le débit des liens de nos jours, mieux vaut shaper la partie data en lui enlevant X%, pour les garantir pour la voix. > Le 10 mars 2023 à 09:45, Gérald Vannier a écrit : > > Très bons points de Christophe. > > Eventuellement également vérifier des pb de

RE: [TECH] Re: [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

2023-03-10 Par sujet Gérald Vannier
Très bons points de Christophe. Eventuellement également vérifier des pb de MTU (découpe/réassemblage de paquets...). Sinon, la technique dichotomique classique si c'est possible dans ton architecture : tcpdump/prise de traces réseau sur un appel avant et après les équipements principaux pour