VoIP, SIP, softphone : ces termes apparaissent vite lorsque l’on équipe une équipe pour les appels sortants. Pour prendre les bonnes décisions, il n’est pas nécessaire de devenir spécialiste du réseau. Il faut surtout comprendre le rôle de chaque élément et savoir décrire un problème sans modifier tous les réglages à la fois.
La VoIP désigne la voix transportée sur un réseau IP
La téléphonie VoIP utilise un réseau IP pour transporter la voix. L’agent peut employer un logiciel de téléphonie sur son ordinateur ou un équipement adapté, selon la configuration retenue. Son casque, sa connexion, le logiciel et le service téléphonique participent ensemble au fonctionnement de l’appel.
Un accès Internet qui ouvre correctement des pages web ne suffit pas à valider un poste téléphonique. L’audio doit circuler dans les deux sens pendant toute la conversation. Il faut donc essayer le poste dans ses conditions d’utilisation : au même emplacement, avec le même casque et sur le réseau réellement utilisé par l’agent.
SIP organise l’appel, il ne désigne pas tout le service
SIP est un protocole de signalisation : il sert notamment à établir, modifier et terminer une session. C’est la partie qui organise la communication entre les équipements. Le transport du son repose sur d’autres mécanismes, couramment RTP. Une connexion SIP acceptée ne prouve donc pas, à elle seule, que l’audio fonctionne correctement.
Les paramètres transmis par le prestataire peuvent comprendre un serveur, un identifiant, un secret d’authentification et des indications de transport. Leur nom dans votre logiciel peut varier. Faites correspondre chaque champ à la consigne reçue, sans supposer que le numéro présenté à l’appelant est aussi l’identifiant de connexion.
Pour approfondir : IETF : RFC 3261, le protocole SIP (nouvelle fenêtre).
Tester un parcours complet
Un contrôle utile va du poste de l’agent jusqu’à la fin de l’appel. Vérifiez la destination composée, la sonnerie, la réception de la voix dans les deux sens, puis le raccrochage. Testez également les fonctions que votre organisation prévoit réellement d’utiliser. Ne déduisez pas leur disponibilité du seul fait que le logiciel affiche un bouton.
Si un appel sonne mais reste muet, décrivez ce symptôme précisément. Si la connexion est refusée avant même de composer, signalez plutôt l’état de connexion et le message affiché. Ces deux situations n’appellent pas nécessairement le même diagnostic.
Pour approfondir : IETF : RFC 3550, transport RTP (nouvelle fenêtre).
Préparer les informations utiles au support
Une demande exploitable contient le moment du test, le poste concerné, le logiciel utilisé et le résultat observé. Masquez les mots de passe et les données personnelles inutiles sur les captures. Gardez une configuration de référence pour pouvoir comparer un poste qui fonctionne avec celui qui rencontre un problème.
- Noter l’heure du test et le fuseau horaire.
- Décrire le symptôme, sans envoyer le mot de passe SIP.
- Indiquer les changements récents de casque, de réseau ou de logiciel.
À retenir
VoIP décrit la téléphonie sur IP. SIP organise les sessions. Pour valider un poste, testez aussi la voix, la destination et la fin de l’appel.