Compartilhar via

Testar a configuração de voz no Lync Server 2013

  • Artigo

 

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-CsVoiceTestConfiguration aplicativo. Para ver uma lista de todas as funções RBAC que podem usar esse cmdlet, execute o seguinte comando Windows PowerShell prompt:

Get-CsAdminRole | Where-Object {$_.Cmdlets -match "Test-CsVoiceTestConfiguration"}

Descrição

O Lync Server inclui vários cmdlets do Windows PowerShell (como Test-CsVoiceRoute e Test-CsVoicePolicy, Test-CsTrunkConfiguration) que permitem verificar se as partes individuais de sua infraestrutura do Enterprise Voice – rotas de voz, políticas de voz, troncos SIP – estão funcionando conforme o esperado.

Embora seja importante com Enterprise Voice que todas as partes individuais funcionem: é possível ter uma rota de voz válida, uma política de voz válida e um tronco SIP válido, mas ainda ter usuários que não conseguem fazer ou receber chamadas telefônicas. Por isso, o Lync Server também fornece a capacidade de criar configurações de teste de voz. As configurações de teste de voz representam cenários comuns de Enterprise Voice: você pode especificar coisas como uma rota de voz, uma política de voz e um plano de discagem e verificar se esses itens individuais são capazes de trabalhar juntos para fornecer serviço de telefone. Além disso, você pode validar suas expectativas em um determinado cenário. Por exemplo, suponha que você espere que a combinação do plano de discagem A e da política de voz B resultaria em chamadas sendo roteados pela rota de voz C. Você pode inserir a rota de voz C como o ExpectedRoute. Quando você executar o teste, se a rota de voz C não estiver empregada, o teste será marcado como tendo falhado.

Executando o teste

Antes de testar coleções de configuração de voz usando Windows PowerShell, primeiro você deve usar o cmdlet Get-CsVoiceTestConfiguration para recuperar uma instância dessas definições de configuração. Essa instância deve ser redirecionada para Test-CsVoiceTestConfiguration. Por exemplo:

Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration

Para validar todas as definições de configuração de teste de voz ao mesmo tempo, use este comando:

Get-CsVoiceTestConfiguration | Test-CsVoiceTestConfiguration

Para obter mais informações, consulte a documentação da Ajuda para Test-CsVoiceTestConfiguration cmdlet.

Determinando êxito ou falha

O cmdlet Test-CsVoiceTestConfiguration relata se um teste falhou ou foi bem-sucedido e fornece informações adicionais sobre cada teste bem-sucedido, como a regra de conversão, a rota de voz e o uso de PSTN usados para concluir a tarefa:

Resultado: Êxito

TranslatedNumber: +15551234

MatchingRule: Description=; Pattern=^(\d{4})$; Translation=+1\d;Name=Test;IsInternalExtension=False

FirstMatchingRoute: site:Redmond

MatchingUsage: Local

Se o teste falhar, o resultado será relatado como Falha:

Resultado: Falha

TranslatedNumber:

FirstMatchingRoute:

MatchingUsage:

Motivos pelos quais o teste pode ter falhado

Como o teste de configuração de teste de voz testa vários itens diferentes , incluindo políticas de voz, planos de discagem, rotas de voz e assim por diante, há vários fatores diferentes que podem resultar em um teste com falha. Se um teste falhar, sua primeira etapa deverá ser examinar as próprias definições de configuração usando o cmdlet Get-CsVoiceTestConfiguration:

Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration"

Se as configurações parecem estar definidas corretamente, execute novamente o teste enquanto inclui o parâmetro Detalhado:

Get-CsVoiceTestConfiguration -Identity "RedmondVoiceTestConfiguration" | Test-CsVoiceTestConfiguration

O parâmetro Detalhado fornecerá uma conta passo a passo de cada ação executada pelo Test-CsVoiceTestConfiguration conforme mostrado neste exemplo:

VERBOSE: Carregando plano de discagem: "Global"

VERBOSE: Carregando a política de voz: "RedmondDialPlan"

Essa conta passo a passo pode fornecer uma dica útil sobre onde o teste realmente falhou. Caso contrário, você poderá usar outros cmdlets do Windows PowerShell (como Test-CsVoicePolicy) e começar a verificar metoticamente os componentes individuais incluídos nas definições de configuração de teste de voz.

Além disso, lembre-se de que é possível que um teste seja capaz de rotear uma chamada e ainda ser marcado como uma falha; que podem ocorrer se você inserir valores para ExpectedRoute, ExpectedTranslatedNumber e ExpectedUsage, e qualquer uma dessas expectativas não for atendida. Por exemplo, suponha que você insira a rota de voz C como a rota de voz esperada, mas o teste realmente conclui a chamada usando a rota de voz D. Nesse caso, o teste será marcado como Falha porque a rota de voz esperada não foi usada. Se um teste falhar, você poderá remover os valores de ExpectedRoute, ExpectedTranslatedNumber e ExpectedUsage e, em seguida, executar novamente o teste. Isso ajudará você a determinar se a falha ocorreu porque a chamada não pôde ser concluída ou porque você espera uma coisa e realmente recebeu outra.