Planejando a Federação do Lync Server 2013 e do Office Communications Server

Tópico da última modificação: 2013-02-13

Federação entre o Microsoft Lync Server 2013, o Lync Server 2010 e o Office Communications Server oferece suporte a comunicações ponto a ponto e de vários participantes. As conversas ponto a ponto podem ser escalonadas para conversas com vários participantes, permitindo reuniões ad hoc. Reuniões: Webconferência ou conferências de áudio/visuais – podem ser programadas para incluir contatos dentro da sua organização e contatos em parceiros com os quais você se federa.

A Federação apareceu primeiro no Microsoft Office Live Communications Server 2005 e com suporte um tipo de Federação, Federação direta. A Federação direta exigia que você saiba o domínio SIP (Session Initiation Protocol) do parceiro de Federação e o nome de domínio totalmente qualificado (FQDN) do servidor de borda do parceiro. O Live Communications Server 2005 com SP1 introduziu tipos de Federação adicionais, todos os registros SRV do sistema de nome de domínio (DNS) necessários a serem publicados pelo parceiro federado para localizar o servidor de borda. A terminologia do lançamento era:

  • Abrir a Federação aprimorada: aceitar qualquer nome de domínio SIP e usar o SRV DNS para localizar o servidor de borda de parceiro

  • Federação aprimorada: configurar o nome de domínio SIP do parceiro como um parceiro de Federação para a sua organização e usar o SRV DNS para localizar o servidor de borda de parceiro

  • Federação direta: configurar o nome de domínio SIP do parceiro e o FQDN para o servidor de borda do parceiro

  • Lista de permissões do servidor: aceitar qualquer domínio, usar o SRV DNS para localizar o servidor de borda de um provedor de hospedagem ou um provedor de conectividade de mensagens instantâneas (IM) público

O Microsoft Office Communications Server 2007 introduziu o nome atualizado dos tipos de Federação para definir melhor o que cada tipo de Federação realmente realizou:

  • A Federação aprimorada aberta se tornou conhecida como domínio de parceiro descoberto

  • A Federação aprimorada se tornou conhecida como domínio de parceiro permitido

  • A Federação direta se tornou conhecida como servidor parceiro permitido

  • A lista de permissões do servidor se tornou conhecida como provedor de hospedagem e provedor de mensagens de chat públicas

O Microsoft Lync Server 2010 introduziu uma definição mais estreita do provedor de Hospedagem de acordo com o Microsoft Lync Online 2010 e o Microsoft Office 365 e também o fez sujeito à mesma lista permitida definida pelo tipo de Federação do domínio parceiro permitido.

Habilitar a Federação entre o Microsoft Lync Server 2013, o Lync Server 2010 e o Office Communications Server usa os servidores de borda e proxies reverso para impor as regras e os domínios de parceiros permitidos que você definir. De uma perspectiva de planejamento, a Federação com outro Lync Server, o Office Communications Server exige o seguinte:

  • Habilite a Federação no construtor de topologias. Para obter detalhes, consulte o tópico de implantação Configurando a Federação do SIP, a Federação do XMPP e o sistema de mensagens instantâneas públicas no Lync Server 2013.

  • Determine suas necessidades para descoberta de domínio federado:


    • Para a configuração manual da Federação, você deve ter o nome de domínio totalmente qualificado (FQDN) do servidor de borda do parceiro e do nome do domínio, ou nome do domínio online, que é inserido no painel de controle do Lync Server, agrupamento e acesso externo, domínios federados do SIP. Crie uma nova política ou edite uma política existente para permitir ou bloquear domínios por FQDN.

      Aviso

      A configuração manual do servidor de borda do parceiro de Federação está sujeita a falhas caso o parceiro altere o endereço IP do servidor de borda.

      Observação

      Para novos domínios federados SIP, você deve fornecer o nome de domínio (ou FQDN) para o Microsoft Lync Online e o Microsoft 365 ou o Office 365. Para o Microsoft Lync Server 2013, Lync Server 2010 e Office Communications Server, você também deve fornecer um serviço de borda de acesso (FQDN)


    • Para a Federação de parceiro descoberto, em que os parceiros podem descobrir seu servidor de borda, você cria um registro SRV em seu DNS- _ sipfederationtls externo. _ tcp.contoso.com – que aponta para a porta 5061 e para o registro do host (A) de seu servidor de borda

      Importante

      Se você estiver oferecendo suporte para clientes móveis do Microsoft Lync no Windows Phone ou no iPhone do Apple, no iPad ou em outros dispositivos Apple e estiver usando o serviço de notificação por Push ou o serviço de notificação por push, você deve planejar o sipfederationtls. _ TCP. <>Registros SRV do domínio SIP para cada domínio SIP para os quais você tem clientes móveis do Lync. Android e Nokia Symbian Lync Mobile não use a notificação por push e não está sujeito a esse requisito.

  • Configurar políticas de acesso de usuários externos para dar suporte a domínios federados

  • Abra portas de firewall para o protocolo SIP, conferência da Web e áudio/visual para acomodar a Federação ou os contatos que você está habilitando. Para obter detalhes, consulte: determinar requisitos de firewall e porta externo A/V para o Lync Server 2013

As informações a seguir ajudarão você a definir os requisitos de certificado, de porta/protocolo e DNS para federação com o Microsoft Lync Server 2013 e o Lync Server 2010.

O planejamento de certificados, firewall e requisitos de porta/protocolo e requisitos de DNS geralmente é um processo direto se você planejou ou implantou seus servidores de borda do Microsoft Lync Server 2013. Como a Federação é um recurso adicional que usa o servidor de borda existente, os requisitos de planejamento geralmente são atendidos pelo planejamento e implantação do servidor de borda. Você deve usar as tabelas a seguir para determinar se os seus requisitos são atendidos e fazer alterações de acordo com a porta/protocolo e DNS.

Importante

Se você tiver um pool de servidores de borda e estiver conferindo-se com os parceiros do Lync Server 2013 ou Lync Server 2010, poderá usar o balanceamento de carga DNS ou os balanceadores de carga de hardware nos lados internos e externos dos servidores de borda. Se você estiver fazendo a Federação com o Office Communications Server 2007 ou o Office Communications Server 2007 R2, o balanceamento de carga de hardware fornecerá suporte de failover em caso de um servidor de borda. O Office Communications Server 2007 e o Office Communications Server 2007 R2 não têm reconhecimento de balanceamento de carga de DNS. Os servidores de borda de parceiro estabelecerão comunicação com o primeiro servidor de borda no pool que responde. Se esse servidor de borda falhar, a comunicação não executará automaticamente o failover.

Os requisitos do certificado geralmente são atendidos pelo planejamento de certificados para o servidor de borda escolhido ou plano do servidor de borda em pool.