Diagnostiquer un problème de qualité audio médiocre

Dernière mise à jour : Mar 19, 2025 |
Informations sur le prologue
Métadonnées
Mots-clés :
  1. Vérifiez si une évaluation du réseau a déjà été effectuée et si le réseau est resté inchangé après l'évaluation.
    INFORMATIONS SUPPLÉMENTAIRES :
    Si l'évaluation a été effectuée ou si le réseau est resté inchangé, il se peut qu'il y ait un problème de module multimédia, de téléphone IP ou de réseau, ou que le téléphone IP ait un logiciel obsolète. Sinon, le réseau peut ne pas être conforme aux exigences de réseau d'Avaya. Si le problème ne peut pas être résolu en utilisant les procédures décrites ci-dessous, une évaluation ou une réévaluation pourrait être nécessaire, passez à l'étape 2.
  2. Vérifiez si les autres téléphones IP sur le même VLAN/sous-réseau/étage rencontrent le même problème.
    INFORMATIONS SUPPLÉMENTAIRES :
    Si d’autres téléphones IP rencontrent le problème, il peut y avoir un problème de réseau ou plusieurs téléphones IP peuvent avoir un micrologiciel obsolète (voir Mise à jour du logiciel, du micrologiciel et du BIOS ou le site Web de soutien Avaya http://support.avaya.com).
  3. Vérifiez s'il existe un VLAN ou un sous-réseau distinct utilisé pour la voix.
    INFORMATIONS SUPPLÉMENTAIRES :
    Le client peut vérifier cela sur les commutateurs Ethernet.
  4. Si un VLAN ou un sous-réseau distinct est utilisé pour la voix, vérifiez si le commutateur Ethernet connecté au module multimédia est réglé sur la négociation automatique.
  5. Si aucun VLAN ou sous-réseau distinct n’est utilisé pour la voix, vérifiez si le nombre de messages de diffusion reçus est inférieur à 1 000 messages par seconde (c’est le nombre qui peut être traité en toute sécurité par le téléphone IP).
  6. Utilisez la commande change ip-interface location pour vérifier les paramètres ETHERNET OPTIONS.
  7. Si le champ Auto est réglé sur y, passez à l'étape 11.
  8. Si le champ Auto est réglé sur n, modifiez le paramètre à y (négociation automatique activée).
    INFORMATIONS SUPPLÉMENTAIRES :
    Si ce n’est pas possible, réglez la vitesse du module média et le mode duplex pour qu’ils correspondent au port du commutateur.
  9. Utilisez le système de gestion de réseau ou connectez un analyseur de protocole au réseau pour vérifier le nombre de messages.
    INFORMATIONS SUPPLÉMENTAIRES :
    Si cela ne peut pas être vérifié par le système de gestion du réseau, passez d’abord aux étapes suivantes, car il faut un effort relativement important pour brancher un analyseur de protocole.
  10. Si le nombre de messages est inférieur à 1000, allez à l'étape 4.
    INFORMATIONS SUPPLÉMENTAIRES :
    Sinon, il y a un problème de réseau. Le client doit placer le trafic vocal (audio et signalisation) sur un VLAN distinct avec la priorité 802.1p de 6 (la valeur de priorité réservée à la voix et à tout autre trafic en temps réel).
  11. Vérifiez si le commutateur Ethernet connecté au téléphone IP transmet en mode HDX en vous connectant au commutateur Ethernet.
    INFORMATIONS SUPPLÉMENTAIRES :
    Les téléphones IP 4606, 4612, 4624 et 4630 ne peuvent transmettre qu'en HDX. Les téléphones IP 4602 et 4620 prennent en charge le mode duplex intégral, mais exigent que le commutateur Ethernet auquel ils sont connectés soit réglé en mode d’autonégociation.
  12. Si le commutateur Ethernet est connecté, reportez-vous à Vérification de l'utilisation correcte et cohérente de la qualité de service 802.1p et du service IP DiffServ dans les commutateurs et les routeurs.. Si ce n'est pas le cas, réglez le commutateur sur HDX (ou auto pour les modèles 4602 ou 4620). Si cela résout le problème, aucune autre étape n'est nécessaire.
  13. Vérifiez si la qualité de service 802.1p et le DiffServ IP sont utilisés correctement et systématiquement dans les commutateurs, les routeurs et le module média. Vérifiez si l'appel passe par une liaison WAN. Voir la section Vérification de l'utilisation correcte et cohérente de la qualité de service 802.1p et du service IP DiffServ dans les commutateurs et les routeurs..
  14. Connectez-vous aux routeurs WAN et vérifiez si la bande passante disponible est suffisante pour prendre en charge la voix.
    INFORMATIONS SUPPLÉMENTAIRES :
    Remarque :
    Avaya recommande d’utiliser le G.729, qui nécessite 24 Kbit/s (non compressé, à l’exclusion des surcharges de couche 2). La fragmentation des paquets IP doit être activée lorsqu’aucune fonctionnalité QoS DiffServ n’est disponible. Sur les routeurs Avaya et Cisco, il est possible de minimiser la bande passante pour l'utilisation audio en utilisant le CRTP (RTP compressé).
  15. Si la bande passante disponible est suffisante, escaladez le problème à votre représentant du soutien technique.
  16. Vérifiez si le codec vocal est réglé sur G.729 pour les appels sur un réseau WAN. Reportez-vous à la section intitulée Vérification du codec vocal configuré sur G.729 pour les appels sur un réseau étendu .
  17. Si le codec vocal n'est pas réglé sur G.729, modifiez le codec vocal à G.729 (qui est un encodeur à bande passante inférieure à G.711, mais qui offre toujours une qualité élevée) en exécutant la commande change ip-codec-set et en plaçant G.729 en haut de la liste des codecs.
    INFORMATIONS SUPPLÉMENTAIRES :
    Si cela résout le problème, aucune autre étape n'est nécessaire.
  18. Vérifiez si la perte de paquets de bout en bout est inférieure à 1 %. Reportez-vous aux outils d'analyse de la perte de paquets. Si la perte est inférieure à 1 %, il y a un problème de réseau. Le client doit explorer la possibilité de passer à une liaison WAN avec la bande passante et la qualité appropriées pour s’assurer qu’elle est conforme aux exigences du réseau Avaya, possiblement en établissant un nouvel accord de niveau de service (SLA) avec un fournisseur de services réseau. Une évaluation ou une réévaluation du réseau pourrait être nécessaire. Si la perte est supérieure à 1 %, il se peut qu'il y ait toujours un problème de réseau. Faites escalader le problème à votre représentant du soutien technique.