Partilhar via


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"?>

noteObservaçã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 atributo IsDirector="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>