Pour étudier certains problèmes de qualité d'appel (points morts de 0,5 à 1 seconde dans les appels), j'ai fait une capture de paquets d'un appel téléphonique entre deux extensions sur le même PBX. Comme je capturais à partir du PBX, j'ai été plutôt surpris de voir Wireshark rapporter un énorme pic de gigue qui correspondait à un point mort dans l'appel :
D'après ce que j'ai compris, la gigue est causée par la perte de paquets et/ou la latence en transit, et le flux RTP qui quitte le PBX doit être relativement pur. Mais ce pic est apparu dans les quatre flux RTP (du bureau 1 au PBX, du bureau 2 au PBX, du PBX au bureau 1, du PBX au bureau 2). Il semble donc que les paquets soient déjà en mauvais état au moment où ils quittent le serveur.
Le PBX est Asterisk 13 sur Scientific Linux (RHEL) 6.9 (fonctionnant sur un invité VMWare ESXi 5.5 avec des outils récemment mis à jour et des adaptateurs VMXNET3). Le processeur se maintient assez régulièrement autour de 5-15% d'utilisation, et le trafic réseau est minimal. Où puis-je chercher à résoudre ce problème ? Existe-t-il des causes courantes pour ce type de problème ? Je suppose que puisque les problèmes sont présents sur le serveur, je peux exclure les problèmes du côté du réseau externe ?
0 votes
Veuillez fournir les données des couches inférieures. Combien de retransmissions peut-on observer au niveau IP ?
0 votes
@Nils, quel type de données recherchez-vous ? Il s'agit d'un flux UDP, donc pas de retransmissions ; pas de paquets perdus ou hors séquence non plus.
0 votes
Si rien de tel n'est visible, le problème se situe plus loin, probablement derrière votre premier routeur/commutateur. Pouvez-vous également analyser le trafic sur l'interface ESXi physique (par exemple, par la mise en miroir des ports par l'équipe réseau) ?
0 votes
Je le constate dans les traces du PBX, du trafic sortant, donc la gigue semble être déjà en place avant même qu'elle n'atteigne le réseau. Le graphique ci-dessus provient de tcpdump exécuté sur le PBX, de l'audio allant du PBX à un client.