Panoramisk

Configuration automatique d’un poste IP Polycom

La configuration par le réseau et automatisée des postes SIP est une composante de base indispensable de l’utilisation de ce type d’équipement en entreprise; difficile d’imaginer configurer à la main et via le navigateur Internet l’ensemble des postes de son parc.
Polycom fait parti des constructeurs ayant acquis une réelle maturité dans la téléphonie, leurs postes IP, en plus d’être d’une excellente qualité, proposent un environnement de configuration par le réseau très riche.
Voici les principes de base pour débuter dans ce domaine.

Principe de fonctionnement

Pour que le téléphone Polycom se configure automatiquement par le réseau, il est indispensable de disposer d’un serveur de configuration qui contiendra l’ensemble des fichiers nécessaires, que ce soient les configurations, le répertoire téléphonique ou encore le logiciel permettant au téléphone de fonctionner.

Cette centralisation permet une mise à jour rapide des logiciels lorsque Polycom en édite de nouveaux, mais surtout la configuration des postes. L’approche de Polycom est très modulaire, il en résulte une complexité relative mais surtout une grande puissance dans la configuration. L’ensemble des postes peut recevoir des paramètres communs, par exemple un langage pour les messages à l’écran et les menus, les paramètres de qualité de service, ou encore les ports RTP à utiliser.

En complément, on pourra affecter des paramètres spécifiques à chaque téléphone basé sur son adresse MAC, par exemple les identifiants SIP et l’affectation des lignes de supervision.

Tous ces fichiers sont téléchargés automatiquement lors du démarrage du téléphone et mis en mémoire flash, ainsi si le serveur de configuration n’est pas disponible le téléphone pourra redémarrer sur la version précédente (qui dans la majorité des cas n’a pas changée).

Serveur central

Lors du démarrage d’un téléphone Polycom, il effectue une demande d’adresse IP au serveur DHCP¹. En complément de l’adresse IP, du serveur DNS², du routeur par défaut et éventuellement d’autres paramètres, on lui fourni également l’adresse IP d’un serveur de configuration qui par défaut est basé sur le protocole FTP³ /⁴, basé sur TCP celui-ci peut donc se situer en un point central de notre réseau.

L’option 66 est utilisée par le DHCP afin de spécifier le serveur de configuration. Voici la configuration de base de notre serveur ISC dhcpd du laboratoire, ici le serveur de configuration se nomme config-ipphones⁵ :

subnet 192.168.16.0 netmask 255.255.255.0 {
  range 192.168.16.129 192.168.16.192;
  option broadcast-address 192.168.16.255;
  option routers 192.168.16.10;
  option domain-name "lyon.meta-x.org";
  option domain-name-servers 192.168.16.10;
  option tftp-server-name "config-ipphones.lyon.meta-x.org";
}

Le serveur central proposera les fichiers de configuration et de code via FTP, il est donc nécessaire de mettre en place ce service avec un utilisateur spécifique nommé : PlcmSpIp, le mot de passe étant le même. On veillera donc à restreindre les accès à ce service, notamment en écriture pour des raisons de sécurité informatique.

Contenu des fichiers

Dans le répertoire de base de l’utilisateur PlcmSpIp on doit trouver le contenu de l’archive disponible chez Polycom pour son téléphone IP, en particulier:

000000000000.cfg: premier fichier téléchargé par le téléphone et contenant les instructions de base
sip.ver: version du firmware, ceci permet aux postes de savoir quand il est nécessaire de télécharger la nouvelle version
sip.ld: code binaire contenant le logiciel du téléphone
sip.cfg: fichier de configuration de base de l’ensemble des téléphones

000000000000.cfg

Par défaut ce fichier est très simple et aucune modification n’est nécessaire, néanmoins, chaque téléphone lors de sa phase de démarrage dépose sur le serveur ses fichiers de log, je propose de mettre ceux-ci dans un répertoire bien spécifique (champ LOG_FILE_DIRECTORY).

<APPLICATION
   APP_FILE_PATH="sip.ld"
   CONFIG_FILES="phone1.cfg, sip.cfg"
   MISC_FILES=""
   LOG_FILE_DIRECTORY="logs"
   OVERRIDES_DIRECTORY=""
   CONTACTS_DIRECTORY=""/>

sip.cfg

Dans le fichier sip.cfg de nombreux paramètres sont à notre disposition, par défaut aucune modification n’est indispensable, je propose néanmoins les suivantes:

   <localization>
      <multilingual>
         <language lcl.ml.lang="French_France">

permettant de passer le téléphone en français, aussi bien les menus que la date, et celle-ci permettant de spécifier un serveur NTP⁶:

   <TCP_IP>
      <SNTP tcpIpApp.sntp.address="192.168.16.10" .../>

phone.cfg

Enfin, il nous faut définir la configuration spécifique de nos postes IP. Il est pour cela nécessaire de construire un fichier par téléphone, le nom est composé de l’adresse MAC suivi de -phone.cfg, par exemple : 0004f203511c-phone.cfg. Chaque téléphone connaissant son adresse MAC sera capable de télécharger ce fichier spécifiquement.

Le contenu de ce fichier est basé sur le modèle phone.cfg que l’on modifiera afin de paramétrer les lignes SIP notamment. Je vous propose de changer au moins les points suivants⁷ :

reg.X.displayName: nom de la ligne
reg.X.address: identifiant SIP de la ligne
reg.X.label: label à afficher sur l’écran en face de la ligne
reg.X.auth.userId et reg.X.auth.password: identifiant et mot de passe pour l’authentification
reg.X.server.1.address: serveur SIP registrar principal nécessaire à l’enregistrement SIP

Une fois ces fichiers modifiés et rendus disponibles sur le serveur FTP, un reboot du téléphone est nécessaire, l’ensemble de cette phase prend environ une minute, le log permettra de corriger les éventuelles erreurs.

Conclusion

Voici donc les étapes principales nécessaires pour démarrer un serveur de configuration centralisé pour des téléphones SIP Polycom. La richesse des fichiers de configuration permet d’envisager de modifier des paramètres plus fins et spécifiques, l’ensemble de ceux-ci est explicité dans la documentation du constructeur, aussi n’hésitez pas à la consulter pour aller plus loin.

Dynamic Host Configuration Protocol [↩]
pour la résolution des noms de domaine [↩]
File Transfer Protocol [↩]
on peut changer cette méthode pour du TFTP, HTTP ou HTTPS [↩]
on pourrait utiliser les fonctions d’alias du DNS pour fournir de la régionalisation et de la redondance à ce service [↩]
permettant la mise à l’heure sur un serveur central [↩]
le X doit être remplacé par le numéro de la ligne, commençant à 1 [↩]