Testar o número de telefone em uma rota de voz no Lync Server 2013
Tópico última modificação: 2014-05-20
Agendamento de verificação |
Mensal |
Ferramenta de teste |
Windows PowerShell |
Permissões necessárias |
Quando executados localmente usando o Shell de Gerenciamento do Lync Server, os usuários devem ser membros do grupo de segurança RTCUniversalServerAdmins. Ao executar usando uma instância remota do Windows PowerShell, os usuários devem receber uma função RBAC que tenha permissão para executar o cmdlet Test-CsVoiceRoute aplicativo. Para ver uma lista de todas as funções RBAC que podem usar esse cmdlet, execute o seguinte comando Windows PowerShell prompt:
|
Descrição
As rotas de voz funcionam em conjunto com políticas de voz para ajudar a Enterprise Voice chamadas à rede PSTN. Cada rota de voz inclui uma expressão regular (um padrão de número) que identifica os números de telefone que serão roteados por uma determinada rota de voz: a rota será capaz de lidar com qualquer número de telefone que corresponda a essa expressão regular. Por exemplo, uma rota de voz pode ter uma expressão regular que permite manipular qualquer número de 10 dígitos. Isso significa que a rota seria capaz de lidar com um número de telefone como este:
- 2065551219
A rota não seria capaz de lidar com nenhum dos dois números a seguir, nenhum dos quais tem 10 dígitos:
5551219
12065551219
O Test-CsVoiceRoute cmdlet verifica se uma determinada rota de voz pode rotear um número de telefone especificado.
Executando o teste
Verificar a capacidade de uma rota de voz rotear um número de telefone especificado é um processo de duas etapas. Primeiro, você precisa usar o cmdlet Get-CsVoiceRoute para retornar uma instância dessa rota de voz e, em seguida, usar o cmdlet Test-CsVoiceRoute para verificar a capacidade dessa rota de lidar com o número de telefone de destino. Por exemplo, esse comando verifica se a rota de voz RedmondVoiceRoute pode rotear o número de telefone 2065551219:
Get-CsVoiceRoute -Identity "RedmondVoiceRoute" | Test-CsVoiceRoute -TargetNumber "2065551219"
Observe que o número de telefone deve ser digitado conforme você espera que os usuários disquem esse número. Por exemplo, se você não espera que os usuários incluam o código do país e o código de área ao discar, use uma sintaxe semelhante a esta:
-TargetNumber "5551219"
Nesse caso, o número de destino deixa de fora o código do país e o código de área.
Para usar um único comando para testar todas as rotas de voz em relação a um número de destino especificado, use uma sintaxe como a seguinte:
Get-CsVoiceRoute | Test-CsVoiceRoute -TargetNumber "2065551219"
Para obter mais informações, consulte a documentação da Ajuda para Test-CsVoiceRoute cmdlet.
Determinando êxito ou falha
Se a rota de voz puder rotear o número de telefone de destino, Test-CsVoiceRoute cmdlet retornará apenas o valor True:
MatchesPattern
--------------
Verdadeiro
Isso significa que a rota pode manipular números semelhantes ao número de destino. Se a rota de voz não puder manipular o número de destino, Test-CsVoiceRoute retornará o valor False:
MatchesPattern
--------------
Falso
Motivos pelos quais o teste pode ter falhado
Ao testar rotas de voz, "falha" é um termo relativo. Nesse caso, isso não significa que a rota seja de alguma forma "quebrada", em vez disso, isso significa apenas que a rota não pode lidar com o número de destino. Isso pode ser porque a rota de voz foi configurada incorretamente. Isso também pode significar que a rota nunca foi destinada a manipular números usando esse padrão. Por exemplo, se você não quiser rotear chamadas para outros países em uma determinada rota, essa rota poderá ser configurada para rejeitar todos os números de telefone que incluem um código de país. Se Test-CsVoiceRoute retornar False quando você espera que ele retorne True, verifique se você digitou o número de destino corretamente. Se você fez isso, use um comando semelhante a este para exibir o NumberPattern configurado para a rota:
Get-CsVoiceRoute -Identity "RedmondVoiceRoute" | Select-Object NumberPattern
Confira também