Requisitos de DNS para pools Enterprise

Tópico modificado em: 2009-03-19

Esta seção descreve os registros DNS necessários para a implantação dos pools Enterprise.

Registros DNS para pools Enterprise

A tabela a seguir especifica os requisitos de DNS para a implantação de um pool Enterprise do Office Communications Server 2007 R2.

Tabela 1. Requisitos de DNS para um pool Enterprise

Cenário da implantação	Requisito de DNS
Pool Enterprise com vários Servidores Front-End e um balanceador de carga necessário	Um registro A interno que resolva o FQDN do pool Enterprise como o endereço IP virtual do balanceador de carga.
Pool Enterprise com um único Servidor Front-End e um Banco de Dados Back-End dedicado, mas sem balanceador de carga	Um registro A interno que resolva o FQDN do pool Enterprise como o endereço IP do único servidor Enterprise Edition.
Uma URL interna de webconferência que é diferente do FQDN do pool padrão	Um registro A interno que resolva a parte do nome do host da URL como o IP virtual do balanceador de carga de webconferência (ou Servidor Front-End único, caso apropriado).
Logon automático de clientes	Para cada domínio SIP aceito, um registro SRV para _sipinternaltls._tcp.<domínio> na porta 5061 que mapeie para o FQDN do pool Enterprise responsável por autenticar e redirecionar as solicitações de entrada dos clientes. Para obter detalhes, consulte Requisitos de DNS para a entrada automática de clientes.
Descoberta do Serviço de Atualização de Dispositivo por dispositivos de UC	Um registro A interno com o nome ucupdates-r2.<domínio SIP> que se resolva como o endereço IP do pool Enterprise que hospeda o Serviço de Atualização de Dispositivo. Na situação em que um dispositivo de UC do Office Communications Server 2007 R2 esteja ativado, mas um usuário nunca tenha feito logon no dispositivo, o registro A permite que o dispositivo descubra o pool Enterprise que hospeda o Serviço de Atualização de Dispositivo e obtenha atualizações. Caso contrário, os dispositivos obterão essas informações por meio de provisionamento em banda na primeira vez que um usuário fizer logon. Para obter detalhes, consulte Serviço de atualização de dispositivo. Importante: Se tiver uma implantação existente do Software Update Server no Office Communications Server 2007, você já terá criado um registro A interno com o nome ucupdates.<domínio SIP>. Para o Office Communications Server 2007 R2, é necessário criar um registro A de DNS adicional com o nome ucupdates-r2.<domínio SIP>.
Um proxy reverso para oferecer suporte a webconferências para usuários externos, bem como acesso ao Serviço de Atualização de Dispositivo por dispositivos de UC externos	Um registro A externo que resolva o FQDN da web farm externa como o endereço IP externo do proxy reverso. Os clientes e os dispositivos de UC usam esse registro para se conectar ao proxy reverso. Para obter detalhes, consulte Requisitos de DNS para acesso de usuário externo.

A tabela a seguir mostra um exemplo dos registros DNS necessários para o FQDN da web farm interna.

Tabela 2. Exemplos de registros DNS para o FQDN da web farm interna

FQDN da web farm interna	FQDN do pool	Registro(s) A de DNS
EEpool.contoso.com	EEpool.contoso.com	Registro A de DNS do EEpool.contoso.com que se resolva como o endereço VIP (IP virtual) do balanceador de carga usado pelos servidores Enterprise Edition no pool. Nesse caso, o balanceador de carga distribui o tráfego SIP para os Servidores Front-End e o tráfego HTTP(S) para os Servidores de Web Components.
Meetings.internal.contoso.com	EEpool.contoso.com	Registro A de DNS do EEpool.contoso.com que se resolva como o endereço VIP do balanceador de carga usado pelos Servidores Front-End. Registro A de DNS do Meetings.internal.contoso.com que se resolva como o endereço VIP do balanceador de carga usado pelos Servidores de Web Components.