Instruções especiais de configuração para transações sintéticas no Lync Server 2013

 

Tópico Última Modificação: 11-11-2015

A maioria das transações sintéticas pode ser executada em um nó do inspetor no local em que se encontrar; ou seja, assim que a transação sintética tiver sido adicionada às definições de configuração do nó do inspetor, o nó do inspetor poderá começar a usar a transação sintética durante a passagem de teste. No entanto, isso não é verdadeiro para todas as transações sintéticas. As exceções , transações sintéticas que exigem instruções especiais de configuração, são discutidas nas seções a seguir.

Lidando com erros de tempo limite do servidor

Em alguns casos, você pode descobrir que suas transações sintéticas estão falhando com erros de tempo limite do servidor (código de erro 504). Esses erros normalmente ocorrem devido a problemas de firewall. Quando uma transação sintética é executada, essa transação é executada no MonitoringHost.exe processo; por sua vez, MonitoringHost.exe inicia uma instância do PowerShell.exe processo. Se MonitoringHost.exe ou PowerShell.exe for bloqueado pelo firewall, a transação sintética falhará e gerará um erro 504.

Para resolver esse problema, você deve criar manualmente regras de firewall de entrada para MonitoringHost.exe e PowerShell.exe no computador local. Isso pode ser feito por meio do firewall do Windows ou de um software de firewall local de terceiros, dependendo da configuração pré-existente do servidor.

Se você estiver empregando um dispositivo de firewall de rede entre o computador host de transação sintética e os Servidores Lync que está tentando monitorar, deverá tratar o host como um computador cliente e observar todos os requisitos de porta de firewall de portas e protocolos para servidores internos no Lync Server 2013.

Transações sintéticas de conferência de dados

Se o computador do nó do inspetor estiver localizado fora da rede de perímetro, provavelmente você não poderá executar a Transação Sintética de Conferência de Dados, a menos que primeiro desabilite as configurações de proxy do Internet Explorer para a conta de Serviço de Rede. Para desabilitar as configurações de proxy para esse serviço, conclua o seguinte procedimento:

  1. No computador do nó do inspetor, clique em Iniciar, clique em Todos os Programas, clique em Acessórios, clique com o botão direito do mouse no Prompt de Comando e clique em Executar como administrador.

  2. Na janela do console, digite o seguinte comando e pressione ENTER:

    bitsadmin /util /SetIEProxy NetworkService NO_PROXY
    

A seguinte mensagem será exibida na janela comando:

BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administration tools for the BITS service are now provided by BITS PowerShell cmdlets.

Internet proxy settings for account NetworkService set to NO_PROXY. 
(connection = default)

Essa mensagem significa que você desabilitou as configurações de proxy do Internet Explorer para a conta de Serviço de Rede.

Transações sintéticas de Unificação de Mensagens do Exchange

A transação sintética de Unificação de Mensagens do Exchange verifica se usuários de teste podem se conectar a contas de correio de voz hospedadas no Exchange. Esses usuários de teste precisarão ser pré-configurados com contas de caixa postal antes que possam usar os testes de UNIFICAÇÃO do Exchange.

Transações sintéticas de chat persistente

Para usar a transação sintética de Chat Persistente, os administradores devem primeiro criar um canal e conceder aos usuários de teste permissões para usá-lo. O cmdlet Test-CsPersistentChatMessage pode ser usado para configurar corretamente esses usuários de teste:

$cred1 = Get-Credential "litwareinc\kenmyer"
$cred2 = Get-Credential "litwareinc\pilar"

Test-CsPersistentChatMessage -TargetFqdn atl-cs-001.litwareinc.com -SenderSipAddress sip:kenmyer@litwareinc.com -SenderCredential $cred1 -ReceiverSipAddress sip:pilar@litwareinc.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:kenmyer@litwareinc.com -TestUser2SipAddress sip:pilar@litwareinc.com -Setup $True

Essa tarefa de instalação deve ser executada de dentro da empresa:

  • Se executado de um computador não servidor, o usuário que executa o cmdlet deverá ser um membro da função PersistentChatAdministrators para Role-Based Controle de Acesso (RBAC).

  • Se for executado do próprio servidor, o usuário que executa o cmdlet deverá ser membro do grupo RTCUniversalServerAdmins.

No comando anterior, o parâmetro Setup foi incluído e definido como True ($True). Se você incluir o parâmetro Setup, Test-CsPersistentChatMessage criará uma sala especial de Chat Persistente e preencherá essa sala com os usuários de teste. Isso ajuda a garantir que haja, na verdade, uma sala de chat disponível para fins de teste. Observe que o parâmetro De instalação deve ser executado somente de um Servidor Front-End.

A sala de chat criada pelo Test-CsPersistentChatMessage pode ser excluída somente por um administrador.

Transações sintéticas de chamada ponto a ponto PSTN

A transação sintética Test-CsPstnPeerToPeerCall verifica a capacidade de fazer e receber chamadas por meio da PSTN (rede telefônica pública comuada).

Para executar essa transação sintética, os administradores devem configurar:

  • Dois usuários de teste (um chamador e um receptor) habilitados para Enterprise Voice.

  • Números DID (Discagem Interna Direta) para cada conta de usuário.

  • Políticas de voz e rotas de voz que permitem que chamadas para o número do receptor cheguem ao gateway PSTN.

  • Um gateway PSTN que aceita chamadas e mídia que roteia chamadas de volta para o pool inicial de um receptor com base no número discado.

Transações sintéticas do Repositório de Contatos Unificado

A transação sintética do Repositório de Contatos Unificado verifica se o Lync Server 2013 é capaz de recuperar contatos em nome de um usuário do Microsoft Exchange Server 2013.

Para usar essa transação sintética, as seguintes condições devem ser atendidas:

  • O gerenciamento de OAuth (autenticação de servidor para servidor) e aplicativos de parceiros no Lync Server 2013 deve ser configurado entre o Lync Server 2013 e o Exchange 2013.

  • Os usuários de teste devem ter uma caixa de correio válida do Exchange 2013.

Depois que essas condições forem atendidas, os administradores poderão executar o seguinte comando para verificar se o usuário com o endereço SIP kenmyer@litwareinc.com pode recuperar seus contatos do repositório unificado de contatos:

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer -Setup

Observe o uso do parâmetro Setup usado no comando anterior. Se o parâmetro Setup for incluído durante a execução Test-CsUnifiedContactStore, os contatos do usuário especificado (nesse caso, sip:kenmyer@litwareinc.com) serão movidos para o repositório unificado de contatos. (É claro que, se os contatos do usuário já estiverem no Repositório unificado de Contatos, eles não precisam ser movidos.) O parâmetro Setup normalmente é usado apenas uma vez (a primeira vez que Test-CsUnifiedContactStore é executado) e só deve ser usado com usuários de teste; ou seja, com contas de usuário que nunca serão realmente conectadas ao Lync Server. Depois que o usuário de teste tiver sido migrado para o repositório unificado de contatos, você poderá verificar se os contatos do usuário podem ser recuperados chamando Test-CsUnifiedContactStore sem o parâmetro Setup:

Test-CsUnifiedContactStore -TargetFqdn atl-cs-001.litwareinc.com -UserSipAddress "sip:kenmyer@litwareinc.com" -RegistrarPort 5061 -Authentication TrustedServer

Transações sintéticas XMPP

A transação sintética de mensagens instantâneas XMPP (Extensible Messaging and Presence Protocol) requer que o recurso XMPP seja configurado com um ou mais domínios federados.

Para habilitar a transação sintética XMPP, um parâmetro XmppTestReceiverMailAddress deve ser fornecido com uma conta de usuário em um domínio XMPP roteável. Por exemplo:

Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com

Neste exemplo, uma regra do Lync Server 2013 precisará existir para rotear mensagens para litwareinc.com para um gateway XMPP.