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 t'aider à localiser si un équipement est 
problématique sur ton chemin (wireshark pour rejouer les flux audio pour une 
vérification facile)

Gérald

-----Original Message-----
From: frnog-requ...@frnog.org <frnog-requ...@frnog.org> On Behalf Of Stephane 
Perez
Sent: jeudi 9 mars 2023 20:17
To: Mickael Hubert <mick...@winlux.fr>; Christophe DABADIE 
<christophe.daba...@recom.fr>
Cc: frnog-t...@frnog.org
Subject: Re: [TECH] Re: [FRnOG] Discussion technique : gestion gigue serveur 
VOIP | [TECH] || frnog-t...@frnog.org

Bonjour christophe,


> > Environ 1000 utilisateurs (multisites) sont reliés aux serveurs VoIP 
> > pour environ 400 communications SIP simultanées.
> > Nous rencontrons de plus en plus de dégradations sur la qualité des 
> > communications VoIP (mauvaise qualité et décalage voix, blanc, 
> > etc..)
> >
>

400 comms simultanées, ça doit tourner entre 38 et 40 Mbits/s avec du G711 sans 
compter la signalisation, est-ce qu'une partie des comms passent déjà ou 
peuvent passer sur du G726 / G729 ou équivalents ?

En terme de QoS, la problématique des pare-feux est que majoritairement ils 
n'intègrent pas de gestion de QoS sur la partie State-machine, ils traitent la 
QoS au niveau de l'interface mais il faut considérer au niveau du routeur le 
queueing qui peut persister.
Une des grandes questions est de savoir sur une infra où la QoS de bout en bout 
ne peut être garantie, où est-ce que la Gigue et packet loss (blancs) peut se 
produire et surtout dans quelle direction ?
De ma fenêtre les premiers symptômes décrits ressemblent à une QoS où le lien 
WAN bufferise dans les deux sens et vu qu'il n'y a pas de priorisation voix 
certains paquets RTP sont mis dans la file d'attente du routeur opérateur dans 
le sens montant mais probablement en descendant aussi.

> Après analyse de nos équipements et investigations, nous pensons que 
> cela
> > peut être lié à la gestion de la QoS coté WAN ainsi que la gigue et 
> > la latence.
> >
> > Existe-t-il des solutions pour optimiser la gigue et la latence ?
> >
>
> A priori une des premières cibles serait de :

   - Mesurer précisément la bande passante de la partie Voix pour ajuster
   les valeurs de QoS
   - Vérifier si certains flux VoiP (RTP) ne passent pas dans la mauvaise
   classe de trafic en sortie
   - Garder une marge de secours par rapport à la bande passante théorique
   et limiter la BP de la DATA en sortie
   - Effectuer un Shaping entrant sur le flux Data Internet -> DC qui n'est
   pas de la VoIP pour limiter la bande passante utilisée et limiter les
   risques de queueing au niveau du réseau opérateur.
      - En gros. 1 Gbits / s de BP théorique
      - On garde 100 Mbits sur la classe VOIP
      - On mets 700 Mbits en shaping Data entrant sur le premier équipement
      derrière le routeur opérateur ce n'est pas parfait mais tu limite pour les
      flux data TCP la vitesse à laquelle les segments sont envoyés au client
      interne et donc on abaisse "heuristiquement" les gros blocs entrants
      - Par ailleurs sur le FW faire une modification de TCP window pour
      les flux data, etc.

Voilà pour mes idées.

a+
--
-----------------------------------------------
Stephane Perez

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à