Compartilhar via


Definindo seus requisitos de mobilidade para Lync Server 2013

 

Tópico última modificação: 14/02/2013

Some information in this topic pertains to Cumulative Updates for Lync Server 2013: February 2013.

Durante a fase de planejamento do recurso de mobilidade do Lync Server 2013, ao usar clientes do Lync 2010 Mobile e do Lync 2013 Mobile, você toma decisões que determinam as etapas de implantação.

Aqui estão as decisões que você deve considerar:

  • Deseja usar a descoberta automática para clientes móveis do Lync?

    Se você quiser dar suporte à descoberta automática, precisará criar novos registros DNS (Sistema de Nomes de Domínio) internos e externos, adicionar nomes alternativos de entidade a certificados nos Servidores Front-End, diretores e proxy reverso e modificar as regras de publicação existentes no proxy reverso. Para obter detalhes, consulte Requisitos técnicos para mobilidade no Lync Server 2013. Com a descoberta automática, os usuários podem localizar automaticamente os Serviços Web do Lync Server 2013 de qualquer lugar dentro ou fora da rede corporativa, sem inserir URLs em suas configurações de dispositivo móvel.

    Se você usar configurações manuais em vez de descoberta automática, os usuários móveis precisarão inserir manualmente as seguintes URLs em seus dispositivos móveis:

    • <https:// ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root para acesso externo

    • <https:// IntPoolFQDN>/AutoDiscover/ autodiscoverservice.svc/Root para acesso interno

    É altamente recomendável usar a descoberta automática. O principal uso das configurações manuais é para solução de problemas.

  • Se você decidir dar suporte à descoberta automática, está disposto a atualizar certificados no proxy reverso com nomes alternativos de entidade para cada domínio SIP?

    Se você tiver muitos domínios SIP, a atualização de certificados públicos no proxy reverso poderá se tornar muito cara. Se esse for o caso, você pode optar por implementar a descoberta automática para que a solicitação inicial do Serviço de Descoberta Automática use HTTP na porta 80, em vez de usar HTTPS na porta 443. No entanto, essa não é a abordagem recomendada. Se você decidir escolher essa alternativa, não precisará atualizar os certificados no proxy reverso, mas precisará criar uma regra de publicação na Web para HTTP na porta 80. Para obter mais detalhes, consulte Requisitos técnicos para mobilidade no Lync Server 2013.

  • Deseja dar suporte a clientes móveis do Lync internos e externos à rede corporativa ou a clientes de suporte somente dentro da rede corporativa?

    Se você quiser dar suporte a clientes móveis internos e externos à sua rede, os dispositivos móveis poderão acessar recursos de mobilidade de qualquer local. A configuração padrão é dar suporte a clientes internos e externos à rede corporativa.

    Embora a configuração padrão permita que o tráfego de cliente móvel acesse o site externo, você pode restringir o tráfego do cliente móvel à rede corporativa interna. Quando você restringe o tráfego para a rede interna, os usuários podem usar aplicativos móveis do Lync em seus dispositivos móveis somente quando estiverem dentro da rede.

    Para implantações que dão suporte à mobilidade usando o serviço de mobilidade Mcx e o Lync 2010 Mobile, execute o cmdlet Set-CsMcxConfiguration . Para definir a mobilidade somente para uso interno, você usaria um comando semelhante ao seguinte:

    Set-CsMcxConfiguration -Identity site:Redmond -ExposedWebURL Internal
    

    Nota

    Não há configurações adicionais necessárias para o UCWA. O UCWA não tem uma configuração interna equivalente somente.

    Importante

    Se você estiver usando um servidor front-end ou pools front-end do Lync Server 2013 e não tiver nenhum Lync Server 2010 Front-End Servers ou pools front-end, não haverá nenhum requisito para persistência baseada em cookie. Se você precisar manter qualquer Lync Server 2010 Front-End Servers ou pools de Front-End, as mesmas regras ainda se aplicarão como no Lync Server 2010 para persistência baseada em cookie.

  • Deseja dar suporte a notificações por push para dispositivos Apple iOS e Windows Phones?

    Se você for compatível com notificações por push, os dispositivos Apple iOS e Windows Phones com suporte receberão uma notificação de eventos que ocorrem quando o aplicativo móvel está inativo. Você deve configurar o Servidor de Borda para ter uma relação de federação com o Serviço de Notificação por Push do Lync Server baseado em nuvem, que está localizado no datacenter do Lync Online, e executar um cmdlet para habilitar notificações por push.

    Se você quiser dar suporte a notificações por push pela rede Wi-Fi, além de dar suporte a notificações por push sobre redes de dados ou 3G dos provedores de dispositivo móvel, você deve abrir a porta 5223 de saída em sua rede corporativa Wi-Fi. O suporte a notificações por push pela rede Wi-Fi dá suporte a dispositivos móveis que usam apenas Wi-Fi dispositivos móveis que têm recepção interna ruim.

    Importante

    A abertura da porta TCP 5223 é necessária somente ao dar suporte a dispositivos Apple que executam o cliente Lync 2010 Mobile.

    Se você não for compatível com notificações por push, os usuários de dispositivos móveis da Apple e do Windows Phones não saberão sobre eventos, como convites de mensagens instantâneas ou mensagens perdidas, que ocorrem quando o aplicativo móvel está inativo.

    Nota

    Os clientes do Lync 2013 Mobile em dispositivos Apple não exigem notificação por push. Os clientes do Lync 2013 Mobile no Windows Phone usam notificação por push. O planejamento para notificação por push e a limpeza de notificação por push permanecem os mesmos para o Lync Mobile em dispositivos Windows Phone e Apple que não são capazes de executar o cliente Lync 2013 Mobile.

  • Você deseja que todos os usuários tenham acesso aos recursos de mobilidade ou deseja poder especificar quais usuários têm acesso a esses recursos?

    A tabela descreve os recursos disponíveis para usuários no Lync Server 2013. Os padrões permitem Chamada via Trabalho, permitem VoIP (Voice over IP) e habilitam a Mobilidade. Aqui está o conjunto completo de opções disponíveis:

    Nome/Escopo do Recurso/Parâmetro (os nomes dos parâmetros de política podem não ser os mesmos) Descrição Introduzido

    Habilitar mobilidade

    Nome do parâmetro: EnableMobility

    Escopo: Global/Site/Usuário

    Configuração administrativa para controlar usuários em um determinado escopo que têm o Lync Mobile instalado. Se a política estiver definida como False, o usuário não poderá entrar no cliente.

    A configuração padrão é True.

    Atualização cumulativa do Lync Server 2010: novembro de 2011

    Habilitar Voz Externa

    Nome do parâmetro: EnableOutsideVoice

    Escopo: Global/Site/Usuário

    Controla a capacidade de um usuário de usar a chamada via trabalho, um recurso que permite que os usuários façam e recebam chamadas usando seu número de trabalho em vez de seu número de celular. Se definido como False, o usuário não poderá fazer ou receber chamadas usando seu número de trabalho de seu dispositivo móvel.

    A configuração padrão é True

    Atualização cumulativa do Lync Server 2010: novembro de 2011

    Habilitar áudio e vídeo por IP

    Nome do parâmetro: EnableIPAudioVideo

    Escopo: Global/Site/Usuário

    Controla se um usuário pode usar VoIP para fazer ou receber chamadas de voz ou vídeo em seu dispositivo móvel. Se definido como False, o usuário não poderá fazer ou receber chamadas voIP ou vídeo em seu dispositivo.

    A configuração padrão é True.

    Microsoft Lync Server 2013

    Requer WiFi para áudio por IP

    Nome do parâmetro: RequireWiFiForIPAudio

    Escopo: Global/Site/Usuário

    Essa configuração define se o cliente precisará fazer e receber chamadas por VoIP no WiFi em vez da rede de dados da rede celular. Se definido como True, o usuário pode fazer e receber chamadas VoIP somente quando conectado a uma rede WiFi.

    A configuração padrão é False.

    Microsoft Lync Server 2013

    Requer WiFi para vídeo por IP

    Nome do parâmetro: RequireWiFiForIPVideo

    Escopo: Global/Site/Usuário

    Essa configuração define se o cliente precisará fazer e receber chamadas de vídeo Wi-Fi em vez de na rede de dados da rede celular. Se definido como True, o usuário pode fazer e receber chamadas de vídeo somente quando conectado a uma Wi-Fi rede.

    A configuração padrão é False.

    Microsoft Lync Server 2013

    Para obter uma descrição das configurações de política que você pode definir e como gerenciar as políticas, consulte New-CsMobilityPolicy, Set-CsMobilityPolicy, Get-CsMobilityPolicy, Grant-CsMobilityPolicy e Remove-CsMobilityPolicy.

  • Deseja que os usuários que não estão habilitados para Enterprise Voice possam usar Clique para Ingressar para ingressar em conferências?

    Para que os usuários tenham acesso aos recursos de mobilidade e à Chamada via Trabalho, eles devem estar habilitados para Enterprise Voice. No entanto, os usuários que não estão habilitados para Enterprise Voice podem ingressar em conferências clicando no link em seu dispositivo móvel, se tiverem uma política de voz apropriada atribuída a eles. Você pode atribuir uma política de voz específica a esses usuários ou verificar se existe uma política global ou de nível de site que se aplica a eles. A política de voz que você atribui deve ter registros de uso de PSTN (rede telefônica pública comunada) e rotas que definem as áreas às quais os usuários podem discar para ingressar em uma conferência. Para obter detalhes sobre como definir a política de voz, registros de uso de PSTN e rotas, consulte Configurando políticas de voz, registros de uso PSTN e rotas de voz no Lync Server 2013.

    Nota

    Os usuários móveis que desejam usar Clique para Ingressar exigem uma política de voz, juntamente com os registros de uso PSTN relacionados e as rotas de voz, porque clicar no link no dispositivo móvel resulta em uma chamada de saída do Lync Server 2013.