Tester la configuration vocale dans Lync Server 2013
Rubrique Dernière modification : 2014-05-20
Planification de vérification |
Mois |
Outil de test |
Windows PowerShell |
Autorisations requises |
En cas d’exécution locale à l’aide de Lync Server Management Shell, les utilisateurs doivent être membres du groupe de sécurité RTCUniversalServerAdmins. Lors de l’exécution à l’aide d’une instance distante de Windows PowerShell, un rôle RBAC doit être attribué aux utilisateurs qui ont l’autorisation d’exécuter l’applet de commande Test-CsVoiceTestConfiguration. Pour afficher la liste de tous les rôles RBAC qui peuvent utiliser cette applet de commande, exécutez la commande suivante à partir de l’invite Windows PowerShell :
|
Description
Lync Server inclut plusieurs applets de commande Windows PowerShell (telles que Test-CsVoiceRoute et Test-CsVoicePolicy, Test-CsTrunkConfiguration) qui vous permettent de vérifier que les éléments individuels de votre infrastructure voix d’entreprise (itinéraires vocaux, stratégies vocales, jonctions SIP) fonctionnent comme prévu.
Bien qu’il soit important pour Enterprise Voice que toutes les pièces individuelles fonctionnent : il est possible d’avoir un itinéraire vocal valide, une stratégie vocale valide et une jonction SIP valide, mais les utilisateurs ne peuvent toujours pas passer ou recevoir d’appels téléphoniques. Pour cette raison, Lync Server offre également la possibilité de créer des configurations de test vocal. Les configurations de test vocal représentent des scénarios voix d’entreprise courants : vous pouvez spécifier des éléments tels qu’un itinéraire vocal, une stratégie de voix et un plan de numérotation, puis vérifier que ces éléments individuels sont en mesure de fonctionner ensemble pour fournir un service téléphonique. En outre, vous pouvez valider vos attentes dans un scénario donné. Par exemple, supposons que vous vous attendiez à ce que la combinaison du plan de numérotation A et de la stratégie de voix B entraîne le routage des appels via l’itinéraire vocal C. Vous pouvez entrer la route vocale C en tant que ExpectedRoute. Lorsque vous exécutez le test, si l’itinéraire vocal C n’est pas utilisé, le test est marqué comme ayant échoué.
Exécution du test
Avant de tester des collections de configuration Vocale à l’aide de Windows PowerShell, vous devez d’abord utiliser l’applet de commande Get-CsVoiceTestConfiguration pour récupérer une instance de ces paramètres de configuration. Cette instance doit ensuite être rediriagée vers Test-CsVoiceTestConfiguration. Par exemple :
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration
Pour valider tous les paramètres de configuration des tests vocaux en même temps, utilisez plutôt cette commande :
Get-CsVoiceTestConfiguration | Test-CsVoiceTestConfiguration
Pour plus d’informations, consultez la documentation d’aide relative à l’applet de commande Test-CsVoiceTestConfiguration.
Détermination de la réussite ou de l’échec
L’applet de commande Test-CsVoiceTestConfiguration indique si un test a échoué ou a réussi et fournit des informations supplémentaires sur chaque test réussi, comme la règle de traduction, l’itinéraire vocal et l’utilisation rtc utilisée pour terminer la tâche :
Résultat : Réussite
TranslatedNumber : +15551234
MatchingRule: Description=; Pattern=^(\d{4})$; Translation=+1\d;Name=Test;IsInternalExtension=False
FirstMatchingRoute: site:Redmond
MatchingUsage : Local
Si le test échoue, le résultat est signalé comme ayant échoué :
Résultat : Échec
TranslatedNumber :
FirstMatchingRoute :
MatchingUsage :
Raisons pour lesquelles le test a peut-être échoué
Étant donné que les tests de configuration des tests vocaux testent plusieurs éléments différents, notamment les stratégies vocales, les plans de numérotation, les itinéraires vocaux, et ainsi de suite, plusieurs facteurs différents peuvent entraîner l’échec d’un test. Si un test échoue, votre première étape doit consister à passer en revue les paramètres de configuration eux-mêmes à l’aide de l’applet de commande Get-CsVoiceTestConfiguration :
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration"
Si les paramètres semblent être configurés correctement, réexélez le test tout en incluant le paramètre Détaillé :
Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration
Le paramètre Détaillé fournit un compte-à-pas de chaque action effectuée par Test-CsVoiceTestConfiguration, comme illustré dans cet exemple :
VERBOSE : Chargement du plan de numérotation : « Global »
VERBOSE : Chargement de la stratégie de voix : « RedmondDialPlan »
Ce compte pas à pas peut fournir une indication utile de l’endroit où le test a échoué. Si ce n’est pas le cas, vous pouvez utiliser d’autres applets de commande Windows PowerShell (telles que Test-CsVoicePolicy) et commencer à vérifier de manière méthodique les composants individuels inclus dans les paramètres de configuration des tests vocaux.
En outre, sachez qu’il est possible qu’un test puisse acheminer un appel tout en étant marqué comme un échec; qui peut se produire si vous entrez des valeurs pour ExpectedRoute, ExpectedTranslatedNumber et ExpectedUsage, et si l’une de ces attentes n’est pas satisfaite. Par exemple, supposons que vous entrez l’itinéraire vocal C comme itinéraire vocal attendu, mais que le test termine réellement l’appel à l’aide de la route vocale D. Dans ce cas, le test est marqué comme ayant échoué, car l’itinéraire vocal attendu n’a pas été utilisé. Si un test échoue, vous pouvez supprimer les valeurs de ExpectedRoute, ExpectedTranslatedNumber et ExpectedUsage, puis réexécuter le test. Cela vous aidera à déterminer si l’échec a été dû au fait que l’appel n’a pas pu être terminé ou parce que vous vous attendez à une chose et en avez réellement reçu une autre.
Voir aussi