by Philippe Gervasi Le 28 septembre 2018
La plupart du temps, le dépannage VoIP consiste à résoudre une sorte de problème de réseau. Cela ne veut pas dire ça tous Les problèmes VoIP sont des problèmes de réseau : il peut y avoir des problèmes avec la façon dont les téléphones s'enregistrent, avec les versions du micrologiciel, avec la configuration du gestionnaire d'appels, etc., mais lorsqu'il s'agit de dépanner la VoIP, de problèmes audio réels tels que l'audio unidirectionnel, les appels internes non transférés correctement, ou une mauvaise qualité audio, j'ai constaté que c'est presque toujours le réseau.
Qu'est-ce que la VoIP?
Lorsqu'un appel est passé sur un « voix sur protocole Internet » ou VoIP, téléphone, l'appel se connecte d'abord au gestionnaire d'appels. Le gestionnaire d'appels sonne ensuite sur le téléphone du destinataire et lorsque quelqu'un répond, le gestionnaire d'appels diffuse le flux audio sur les appareils individuels. À ce stade, les deux téléphones se parlent directement en temps réel.
"Même si je déteste l'admettre, le dépannage VoIP signifie généralement résoudre un problème de réseau." – Un ingénieur réseau
C'est un aperçu très basique de la façon dont une configuration d'appel typique se produit, mais tenez compte du fait que les téléphones peuvent se trouver dans différents emplacements géographiques et dans différents sous-réseaux. Il ne s'agit plus simplement d'un téléphone pouvant joindre un gestionnaire d'appels. La communication bidirectionnelle entre les terminaux doit également fonctionner parfaitement, et dans les réseaux complexes, cela signifie faire face aux pare-feu, au routage dynamique, aux listes de contrôle d'accès et au routage asymétrique.
La plupart du trafic audio VoIP utilise le protocole de transport en temps réel, ou RTP, comme transport. RTP entre deux points de terminaison existe sous la forme d'un flux UDP qui dépend entièrement du réseau sous-jacent ; par conséquent, tout problème avec le réseau qui empêche un côté du flux audio d'accéder à l'autre entraîne un problème audio.
Dépannage VoIP
Après avoir confirmé que les téléphones sont enregistrés et reçoivent les adresses IP et VLAN corrects, le dépannage VoIP commence généralement par le suivi du flux saut par saut. Cependant, cela peut être incroyablement fastidieux et prendre beaucoup de temps. Cela implique la capture de paquets, la connexion à de nombreux appareils, la recherche de quelqu'un pour accéder aux téléphones en personne et l'exploration du réseau saut par saut dans le but de trouver exactement où sur le chemin la communication est interrompue.
"Ping et traceroute ont de sérieuses limitations pour le dépannage VoIP des problèmes audio.
En règle générale, les ingénieurs utilisent des outils simples tels que ping et traceroute pour tracer un chemin entre les téléphones. Ce sont des outils intégrés faciles à utiliser, ils sont donc de loin les plus courants pour un ingénieur au départ. Cependant, bien qu'ils aient certainement leur place dans les réseaux, ping et traceroute présentent de sérieuses limites pour le dépannage VoIP des problèmes audio.
- Premièrement, dans un réseau complexe, tracer le chemin entre les points de terminaison peut prendre beaucoup de temps. J'ai passé des heures à résoudre les problèmes VoIP de cette manière, uniquement pour ouvrir plusieurs cas TAC et captures de paquets - et cela est exacerbé lorsque vous ne connaissez pas très bien le réseau.
- Deuxièmement, traceroute examine uniquement les sauts de couche 3, et seuls les périphériques de couche 3 configurés pour répondre à ICMP apparaîtront dans la trace. Cela pose un énorme problème pour le dépannage VoIP des problèmes audio. Si, de par leur conception, certains appareils ne répondent pas au traceroute, comment pouvons-nous identifier l'endroit où le chemin échoue ?
- Traceroute ne tient pas compte du routage asymétrique, qui est très courant dans les grands réseaux. Par exemple, j'ai travaillé sur un problème audio unidirectionnel pour un client qui avait des dizaines d'emplacements dans ma région, et le chemin d'un site à un autre était souvent différent de son trafic de retour. Surtout si une sorte de technologie multi-chemins est utilisée, tracer des chemins bidirectionnels qui peuvent changer d'un flux à l'autre peut être un exercice futile.
- Traceroute ne tient pas compte des appareils de couche 2. Bien qu'il puisse n'y avoir que quelques routeurs entre deux téléphones, il pourrait très bien y avoir des dizaines de commutateurs fonctionnant au niveau de la couche 2 sur le chemin. Dans le contexte d'une configuration de qualité de service de bout en bout, chaque appareil du chemin doit être pris en compte. Cela inclut chaque routeur, chaque pare-feu et chaque commutateur.
Traceroute est limité dans sa capacité à trouver exactement où la communication VoIP est interrompue sur le chemin.
Malgré le limites de traceroute, l'analyse du chemin complet entre les points de terminaison reste la clé pour trouver la cause des problèmes VoIP courants, et c'est là qu'intervient le mappage intelligent du réseau. NetBrainLa plate-forme de est conçue spécifiquement pour cartographier par programme un réseau, y compris les chemins entre les points de terminaison, ce qui est incroyablement puissant pour un ingénieur VoIP qui résout les problèmes courants.
L'analyse du chemin complet entre les terminaux est la clé pour trouver la cause des problèmes VoIP courants.
Tout d'abord, NetBrain's Dynamic Maps créer une carte en temps réel et interactive du réseau sans avoir à ramper d'un appareil à l'autre en utilisant traceroute et afficher les voisins cdp. Très rapidement, vous pouvez discerner les types d'appareils auxquels vous êtes confronté et où se trouvent les ACL, la NAT est en cours d'exécution, la redistribution des routes se produit, etc.
D'après mon expérience, cela peut en fait suffire à voir où se trouvent les points chauds. Le NAT, les ACL et la redistribution des routes ont tous été à l'origine de problèmes audio que j'ai dû résoudre au fil des ans. Cependant, pour se concentrer sur un flux audio spécifique, NetBrain's Calculateur de chemin A/B mappe dynamiquement le chemin réel entre les points de terminaison. Dans le cadre du dépannage VoIP, cet outil peut faire gagner littéralement des heures.
Spécifiez simplement une adresse source et une adresse de destination pour mapper dynamiquement le chemin réel entre les points de terminaison.
En utilisant NetBrainDans le calculateur de chemin A/B de , vous pouvez spécifier les adresses IP de deux points de terminaison quelconques, s'il faut examiner la couche 2 ou la couche 3, et quel protocole analyser. Pour un test audio, entrez les deux adresses IP du téléphone, sélectionnez la couche 3 pour démarrer et sélectionnez UDP dans la liste des protocoles. En quelques secondes, vous disposez du chemin en temps réel utilisé par les appareils sur un écran interactif. Vous pouvez très rapidement discerner où se trouvent les ACL, quel chemin le trafic RTP emprunte et où se produit la panne du flux. Il s’agit d’une avancée incroyable dans le dépannage VoIP par rapport à l’envoi maladroit d’une requête ping sur un réseau et à l’utilisation de traceroute entre les appareils.
En quelques secondes, A Dynamic Map vous montre les ACL, RTP traffic paths, et où se produit la rupture du flux.
Une autre cause courante de problèmes audio est une mauvaise qualité de liaison ou des liaisons à faible bande passante dans le chemin entre les points de terminaison. C'est pourquoi la qualité de service a été développée - pour mettre en file d'attente, hiérarchiser et autrement s'assurer que certains trafics (généralement la voix) reçoivent toutes les ressources réseau dont ils ont besoin pour une bonne expérience de l'utilisateur final.
Parce qu'un flux audio utilise UDP, il est intrinsèquement peu fiable et ne dispose d'aucun mécanisme de vérification des erreurs pour retransmettre les mauvais paquets. De plus, s'il y a une congestion importante sur une liaison et qu'aucune QoS n'est configurée pour donner la priorité au trafic audio, le résultat final sera probablement un son de très mauvaise qualité ou des appels complètement abandonnés.
Le problème avec la QoS, c'est qu'elle doit être parfaitement configurée de bout en bout pour être efficace.
Mais le problème avec la QoS, c'est qu'elle doit être parfaitement configurée de bout en bout pour être efficace. Chaque port d'accès utilisé pour générer le trafic voix, chaque port de jonction et chaque terminaison de couche 3 doit avoir une stratégie de service cohérente. Dans un grand réseau, cela peut représenter un nombre énorme d'interfaces. En règle générale, cela signifierait d'abord tracer le chemin entre les points de terminaison, puis se connecter à chaque appareil pour voir si la configuration QoS est présente et correcte.
NetBrain résout également ce problème par programmation en utilisant des Qapps intégrés et personnalisables pour extraire des informations de tous les périphériques réseau du chemin et présenter une carte interactive des informations pertinentes telles que la configuration QoS sur chaque périphérique et les pertes de file d'attente réelles indiquant un problème avec la politique.
Extrayez automatiquement les données en direct de chaque appareil le long du chemin, mettez en surbrillance la politique d'interface et détectez les pertes de file d'attente.
Pouvoir rassembler ces informations par programmation est ce qui permet à un ingénieur de résoudre rapidement un problème VoIP. Sinon, il faut un temps incroyable pour extraire manuellement les informations de QoS appareil par appareil.
Obtenir ce niveau d'informations QoS manuellement, appareil par appareil, prendrait un temps incroyable.
Même si je déteste l’admettre, le dépannage VoIP signifie généralement résoudre un problème de réseau. Jusqu'à récemment, les ingénieurs devaient boiter avec des outils simples comme traceroute pour trouver la rupture du réseau. Cependant, avec les logiciels de programmation réseau modernes tels que NetBrain's Dynamic Maps et A/B Path Calculator, le dépannage VoIP audio unidirectionnel, la mauvaise qualité des appels, les problèmes de transfert d'appel et d'autres problèmes VoIP courants sont devenus plus rapides, plus faciles et avec un temps de résolution beaucoup plus court.