Criar um arquivo de entrada do Servidor de Borda personalizaod (Migração do Office Communications Server 2007)
Tópico modificado em: 2011-04-06
O tópico anterior, Definir o arquivo de entrada do Servidor de Borda (Migração do Office Communications Server 2007), definiu os blocos de construção para o arquivo de entrada necessários para mesclar a topologia herdada usando o Shell de Gerenciamento do Lync Server. Este tópico aborda em mais detalhes o layout e a finalidade do arquivo input.xml. Ele explica os diversos parâmetros que você precisa definir durante a criação do arquivo input.xml do Servidor de Borda.
O arquivo, que pode ser criado utilizando qualquer editor de texto, deve ter esta aparência:
<?xml version="1.0" encoding="utf-8"?>
<TopologyInput xmlns="urn:schema:Microsoft.Rtc.Management.Deploy.LegacyUserInput.2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<EdgeClusters>
<EdgeCluster AP="true" MR="false" DP="false" Version="OCS2007" FederationEnabled="true">
<LoadBalancer InternalFqdn="edgeint.fqdn" ExternalDPFqdn="ExternalDP.Fqdn " />
<Machines>
<Machine InternalFqdn = "node1.fqdn"/>
<Machine InternalFqdn = "anothernode1.fqdn"/>
</Machines>
<Ports InternalAPPort="5061" />
<DirectorOrEdgeNextHop Fqdn="director.fqdn.com " />
</EdgeCluster>
</EdgeClusters>
<RegistrarClusterPort EnableAutoDiscoveryOfPorts = "false" Port = "5065" />
</TopologyInput>
O que isso significa, então? Bem, para começar, seu arquivo XML deve começar com a seguinte declaração XML: <?xml version="1.0" encoding="utf-8"?>
Observação: |
---|
Embora seja opcional, a declaração XML ajuda a evitar qualquer confusão sobre a versão ou tipo de codificação usado no arquivo. |
Após a declaração XML você deve inserir o elemento <TopologyInput>, desta maneira:
<TopologyInput xmlns="urn:schema:Microsoft.Rtc.Management.Deploy.LegacyUserInput.2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
Este elemento é importante: se <TopologyInput> não estiver presente, a validação do esquema não acontecerá. Caso contrário, isso poderia fazer com que Merge-CsLegacyTopology tente mesclar um arquivo XML muito mal formado. É importante que o arquivo XML seja muito bem formado. Como resultado, você pode precisar adicionar uma marca de fechamento para o elemento <TopologyInput>: </TopologyInput>
Isso significa que agora seu arquivo XML deve se parecer com isto:
<?xml version="1.0" encoding="utf-8"?>
<TopologyInput xmlns="urn:schema:Microsoft.Rtc.Management.Deploy.LegacyUserInput.2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
</TopologyInput>
Com a estrutura básica do arquivo no lugar, você agora pode identificar os componentes do Servidor de Borda implantados no Office Communications Server. Isso é algo feito dentro do elemento <EdgeClusters>. Sua próxima etapa é adicionar marcas de abertura e de fechamento para o elemento <EdgeClusters> no arquivo XML:
<?xml version="1.0" encoding="utf-8"?>
<TopologyInput xmlns="urn:schema:Microsoft.Rtc.Management.Deploy.LegacyUserInput.2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<EdgeClusters>
</EdgeClusters>
</TopologyInput>
Dentro do elemento <EdgeClusters> você adiciona até cinco elementos filho:
<EdgeCluster>. O elemento <EdgeCluster> é que define as funções diferentes do Servidor de Borda na topologia existente do Office Communications Server. Existem três funções as quais você precisa se envolver:
Servidor de Borda de Acesso Conhecido anteriormente como servidor de Proxy de acesso, o Servidor de Borda de Acesso é responsável por manipular todo o tráfego SIP que passa pelo firewall da sua organização. Se sua topologia incluir um Servidor de Acesso de Borda, será necessário adicionar este atributo ao elemento <EdgeCluster>:
AP="true"
Servidor de Borda de Webconferência. O Servidor de Borda de Webconferência (também conhecido como servidor Proxy de dados) retransmite o tráfego entre o Servidor de Webconferência e os clientes externos. Para as implantações do Office Communications Server 2007 Servidor de Borda, é suportado apenas o AE (acesso externo) através da herança do Servidor de Borda. Você precisa adicionar este atributo ao elemento <EdgeCluster>:
DP="false"
Servidor de Borda A/V. O Servidor de Borda A/V (também conhecido como servidor Media Relay) fornece um único ponto de conexão que permite a entrada e saída do tráfego de mídia para ajudar os firewalls e dispositivos NAT (conversão de endereço de rede). Para implantações Office Communications Server 2007 Servidor de Borda, é suportado somente o AE (external acess) através da herança do Servidor de Borda. Você precisa adicionar este atributo ao elemento <EdgeCluster>:
MR="false"
Em seguida, especifique a versão do Office Communications Server em execução no seu domínio herdado. Para o Office Communications Server 2007, use este atributo e o valor de atributo:
Version="OCS2007"
Por fim, se você habilitou a federação no Office Communications Server, você deve adicionar o atributo FederationEnabled ao elemento <EdgeCluster>:
FederationEnabled="true"
Um elemento <EdgeCluster> completo terá a seguinte aparência:
<EdgeCluster AP="true" MR="false" DP="false" Version="OCS2007" FederationEnabled="true">
<LoadBalancer>. O elemento <LoadBalancer> contém FQDNs (nome de domínio totalmente qualificado para ambos os Servidor de Borda interno e Servidor de Borda externos. Observe que para os balanceadores de carga externos, você deve especificar todos os seus balanceadores de carga, incluindo o AP (Borda de acesso), DP (Webconferência) e os balanceadores de carga MR (Borda A/V). Um marcador <LoadBalancer> completo deve ser algo parecido com isto:
<LoadBalancer InternalFqdn="edgeint.fqdn " ExternalDPFqdn="ExternalDP.Fqdn" />
Se você não usar os balanceadores de carga Servidor de Borda este elemento então pode ser emitido.
<Machine>. O elemento <Machine> contém o FQDN do seu Servidor de Borda (observe que este deve ser o nome do servidor interno). Por exemplo:
<Machine InternalFqdn="node1.fqdn" />
<Ports>. Utilize o elemento <Ports> para indicar a porta usada pelos seus Servidores de Borda. Uma APPort indica um Servidor de Borda de Acesso, uma DPPort indica um Servidor de Borda de Webconferência e um MRPort indica um Servidor Media Relay. Para implantações do Office Communications Server 2007 Servidor de Borda somente o AE (acesso externo) é suportado através da herança do Servidor de Borda. Você precisa adicionar este atributo ao elemento <Ports>:
<Ports InternalAPPort="5061" />
<DirectorOrEdgeNextHop>. O elemento <DirectorOrEdgeNextHop> contém o FQDN do seu servidor do próximo salto do Servidor de Borda:
<DirectorOrEdgeNextHop Fqdn="director.fqdn.com" />
Se o servidor do próximo salto for um Diretor então você precisa adicionar o atributoIsDirector="true":
<DirectorOrEdgeNextHop Fqdn=" director.fqdn.com " IsDirector="true" />
Se o atributo
IsDirector
não estiver definido como ‘True,’ o Lync Server 2010 não conseguirá usar o Office Communications Server 2007 Diretor para federação.Após a conclusão o elemento deve se parecer com o seguinte:
<EdgeClusters> <EdgeCluster AP="true" MR="false" DP="false" Version="OCS2007"> <LoadBalancer InternalFqdn="edgeint.fqdn" ExternalDPFqdn="ExternalDP.Fqdn /> <Machines> <Machine InternalFqdn = "node1.fqdn"/> <Machine InternalFqdn = "anothernode1.fqdn"/> </Machines> <Ports InternalAPPort="5061" /> <DirectorOrEdgeNextHop Fqdn="director.fqdn.com " /> </EdgeCluster> </EdgeClusters>
Tudo o que resta agora é adicionar o elemento <RegistrarClusterPort>. Esta é a seção do arquivo XML onde você define a porta e o tipo de transporte para o seu cluster de Registradores. Um elemento <RegistrarClusterPort> completo, que define a port 5065 e o tipo de transporte MTLS (TLS mútuo), se parecerá com o seguinte:
<RegistrarClusterPort EnableAutoDiscoveryOfPorts = "false" Port = "5065" />
As condições a seguir se aplicam ao parâmetro EnableAutoDiscoveryOfPorts:
O EnableAutoDiscoveryOfPorts é um parâmetro necessário mas, Port é um parâmetro opcional.
Se EnableAutoDiscoveryOfPorts estiver definido como true e Port for fornecido, o valor de Port será ignorado.
Se EnableAutoDiscoveryOfPorts estiver definido como false e Port for fornecido, o valor de Port será utilizado.
Se EnableAutoDiscoveryOfPorts for false e Port não for fornecido, um erro será registrado como se fosse uma configuração não suportada.
Por fim, temos um arquivo XML que pode ser utilizado com o cmdlet Merge-CsLegacyTopology:
<?xml version="1.0" encoding="utf-8"?>
<TopologyInput xmlns="urn:schema:Microsoft.Rtc.Management.Deploy.LegacyUserInput.2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<EdgeClusters>
<EdgeCluster AP="true" MR="false" DP="false" Version="OCS2007" FederationEnabled="true">
<LoadBalancer InternalFqdn="edgeint.fqdn" ExternalDPFqdn="ExternalDP.Fqdn " />
<Machines>
<Machine InternalFqdn = "node1.fqdn"/>
<Machine InternalFqdn = "anothernode1.fqdn"/>
</Machines>
<Ports InternalAPPort="5061" />
<DirectorOrEdgeNextHop Fqdn="director.fqdn.com " />
</EdgeCluster>
</EdgeClusters>
<RegistrarClusterPort EnableAutoDiscoveryOfPorts = "false" Port = "5065" />
</TopologyInput>