Obtenir le nom de domaine complet du serveur d’inscriptions et l’URL des services Web
Dernière rubrique modifiée : 2012-06-21
Après avoir acquis une adresse IP, un périphérique doit obtenir l’adresse web des services web et l’adresse du serveur d’inscriptions. Celles-ci sont utilisées en premier lieu pour l’authentification, puis pour l’établissement des communications avec Lync Server. Le périphérique a besoin de ces informations la première fois qu’il démarre ou si elles ne sont pas disponibles dans son cache.
Le périphérique envoie un message DHCPInform, avec l’ID de classe Lync Server (ms-uc-client) et indique que les options 43 et 120 sont nécessaires. Si celles-ci sont configurées sur le serveur DHCP, il envoie un message DHCPack mentionnant les valeurs requises. L’option 120 spécifie le nom de domaine complet du serveur d’inscriptions (autrement dit, du rôle de serveur d’inscriptions Lync Server) et l’option 43 spécifie l’URL du serveur Web.
Outre la demande DHCP, le périphérique envoie également une recherche DNS portant sur le serveur d’inscriptions. Toutefois, la première réponse DHCP contenant un nom de domaine complet est utilisée ; les autres réponses sont ignorées, à moins qu’il n’y ait aucune réponse DHCP comportant un nom de domaine complet.
Problème 1 : DHCP ne fournit pas l’URL des services Web
Problème : le serveur DHCP doit être configuré de façon à renvoyer l’URL des services Web dans l’option 43 (pour les demandes dans lesquelles l’ID de classe spécifiée est ms-uc-client). Si ce n’est pas le cas, le périphérique utilise le système DNS au lieu de DHCP. Toutefois, il se peut qu’il n’y ait aucune entrée de serveur DNS redondant pour le cluster de serveurs d’inscriptions dans le site à partir duquel le périphérique se connecte ; le système DNS est par conséquent une option moins fiable.
Solution : ouvrez Lync Server Management Shell et exécutez la transaction synthétique test-CsPhoneBootstrap :
test-CsPhoneBootstrap -TargetFQDN <fqdn of DHCP server>-PhoneOrExt <phone or extension of the user on the device seeing this failure> -PIN <pin of the user on the device seeing this failure> -verbose
Elle indique si le protocole DHCP renvoie l’URL ou non.
Si le protocole DHCP ne renvoie pas l’URL, configurez-le pour qu’il le fasse. Pour cela, utilisez DHCPUtil.exe afin de déterminer les options DHCP qui ont été configurées sur un serveur DHCP. DHCPUtil peut également aider à configurer correctement toute option manquante et servir à configurer l’option 43. Pour plus de détails sur DHCPUtil, voir Configuration des options DHCP pour permettre aux téléphones IP de se connecter.
Vous devez également vérifier que l’URL renvoyée est résolue correctement aux services Web. Pour cela, tapez l’URL dans un navigateur Web et vérifiez qu’aucune erreur « HTTP 404 - Fichier introuvable » n’apparaît.
Problème 2 : DHCP ne fournit pas le nom de domaine complet du serveur d’inscriptions
Problème : le serveur DHCP doit être configuré de façon à renvoyer le nom de domaine complet du serveur d’inscriptions dans l’option 120 (pour les demandes dans lesquelles l’ID de classe spécifiée est ms-uc-client). Si ce n’est pas le cas, le périphérique utilise le système DNS au lieu de DHCP. Toutefois, il se peut qu’il n’y ait aucune entrée de serveur DNS redondant pour le cluster de serveurs d’inscriptions dans le site à partir duquel le périphérique se connecte ; le système DNS est par conséquent une option moins fiable. Dans ce cas, il se peut que le périphérique réussisse à s’authentifier mais pas à démarrer les communications SIP avec Lync Server.
Solution : ouvrez Lync Server Management Shell et exécutez la transaction synthétique test-CsPhoneBootstrap :
test-CsPhoneBootstrap -PhoneOrExt <phone number or extension> -PIN <pin for that user> -verbose
En cas d’échec, il est probable que l’option 120 n’est pas configurée sur le serveur DHCP. Pour la configurer, utilisez DHCPUtil.exe pour vérifier que l’option 120 est configurée sur le serveur DHCP et que celui-ci renvoie le nom de domaine complet des serveurs d’inscriptions.
Il est possible d’inclure jusqu’à deux noms de domaine complets de serveurs d’inscriptions dans cet enregistrement. Le client essaie chacun d’eux jusqu’à recevoir une réponse positive à sa requête. Veillez également à vérifier qu’un enregistrement SRV DNS faisant autorité est configuré pour le serveur d’inscriptions.
Le périphérique ne reçoit pas d’options DHCP correctes
Problème : il se peut que le serveur DHCP auquel le périphérique Aries se connecte ne renvoie pas les options 120 et 43 utilisées par le périphérique pour la connexion. Vous pouvez déterminer si c’est le cas en obtenant un journal DHCP du périphérique à l’emplacement \DSK1\logs\cpsw3g.log. Pour plus d’informations, voir Comment récupérer les fichiers journaux d’un appareil.
Solution : vérifiez si votre serveur DHCP est configuré de façon à renvoyer les options 120 et 43. Vous pouvez utiliser DHCPUtil.exe pour assumer la fonction de client et voir ce que renvoie le serveur DHCP. Pour plus d’informations, voir Utilisation de DHCPUtil. Si le serveur DHCP n’est pas configuré de façon à renvoyer ces options et que vous utilisez le serveur DHCP sur le serveur d’inscriptions ou le serveur DHCP de Windows, consultez les rubriques Utilisation de DHCP pour affecter des adresses IP aux périphériques et Configuration des options DHCP pour permettre aux téléphones IP de se connecter pour en savoir plus sur la façon de configurer ces options. Si vous utilisez un autre serveur DHCP, reportez-vous à la documentation de configuration de ce serveur.
Informations complémentaires
Le serveur effectue une requête d’option 120 DHCP en parallèle à une recherche SRV DNS.
Les réponses DHCP contenant des noms de domaine complets sont toujours mises en cache, quel que soit le résultat de la recherche SRV DNS.
Une fois que le périphérique s’est authentifié et connecté au serveur d’inscriptions, les résultats DHCP/DNS précédents sont effacés du cache et les valeurs sont stockées.