Panoramisk / Le druide de la VoIP 

Tous les téléphones SIP requièrent la configuration d’un serveur SIP. Cette information est utilisée lors de l’enregistrement du poste auprès du registrar afin que ce dernier puisse renseigner la base interne sur l’association de l’adresse IP du téléphone avec son identification. Mais saisir cette information dans tous les téléphones de l’installation n’est pas simple (même lorsque l’on utilise un serveur d’installation) et surtout ne permet pas la mise en place simplifiée d’un plan de continuité du service en cas de défaillance.

La mise en place de ce service est simplifiée par la présence et le support généralisé aujourd’hui des entrées de type SRV dans les serveurs DNS. Ces entrées permettent de bénéficier du fonctionnement du DNS (client/serveur, hiérarchique, sécurisé, simple, efficace) afin de trouver la localisation de services. Le système Microsoft Active Directory utilise les enregistrements SRV afin de publier ses services¹.

Dans le cas de la téléphonie sur IP, la première information requise est l’adresse IP, le protocole et le numéro de port sur lesquels un terminal² va pouvoir joindre le registrar ou le proxy. Avec un serveur bind, on ajoutera une entrée pour son domaine pour chaque serveur SIP, le format est le suivant:

_sip._udp               IN SRV  10      1 5060  asterisk-prod1

Lors de l’enregistrement d’un poste, une requête DNS de type SRV va être effectuée sur le domaine configuré dans le poste afin de trouver le service SIP. Ici nous avons spécifié que ce service existait, utilisait UDP et résidait sur le port 5060³ du serveur asterisk-prod1. Une requête supplémentaire sera nécessaire afin de connaître l’adresse IP du serveur en question. Le premier paramètre fourni (ici 10) permet de gérer plusieurs enregistrements et ainsi soit le partage de charge si la valeur est la même pour chacun, soit de la redondance. Le mécanisme est similaire à celui du champ MX utilisé pour l’échange de courriel.

Sur les postes, on configurera alors en lieu et place du serveur SIP⁴ le nom du domaine DNS sur lequel on réside.

Le DNS peut également être utilisé pour l’interconnexion automatique de proxy SIP qui se basant sur le nom du domaine présent dans l’URI de l’appel peuvent déterminer comment se connecter et acheminer l’appel. Aujourd’hui, les URI étant pratiquement toujours des numéros de téléphones au standard E.164, cette fonction n’est pas encore très utilisée, mais cela va venir progressivement avec les téléphones plus intelligents et plus riches. Cette fonction est également utilisée dans le routage d’appel par ENUM, mais c’est une autre histoire.

1. c’est toujours mieux que des broadcast sur le réseau à intervalle régulier [↩]
2. plus exactement un UA [↩]
3. port par défaut pour SIP [↩]
4. address sur un Polycom, domain sur un X-ten [↩]