Compartilhar via


Plan for Enterprise Voice resiliency in Skype for Business Server

Saiba como dar suporte à resiliência de voz em Skype for Business Server Enterprise Voice, em sites centrais e sites de branch. As opções do site do branch incluem a implantação de dispositivos de branch de sobrevivência ou servidores de branch de sobrevivência.

A resiliência de voz refere-se à capacidade dos usuários de continuar fazendo e recebendo chamadas se um site central que hospeda Skype for Business Server ficar indisponível, seja por meio de uma falha de WAN (rede de ampla área) ou outra causa. Se um local central falhar, o serviço do Enterprise Voice deverá continuar sem interrupções por meio de failover direto para um local de backup. No caso de uma falha de WAN, as chamadas do local de filial deverão ser redirecionadas para um gateway PSTN local. Esta seção discute o planejamento de resiliência de voz no caso de uma falha do local central ou de WAN.

Resiliência do local central

Cada vez mais, as empresas possuem vários sites espalhados por todo o mundo. Manter serviços de emergência, acesso ao help desk e a capacidade de realizar tarefas comerciais críticas quando um site central está fora de serviço é essencial para qualquer solução de resiliência Enterprise Voice. Quando um site central torna-se indisponível, as seguintes condições devem ser atendidas:

  • O failover de voz deve ser fornecido.

  • Os usuários que normalmente se registram no pool front-end no site central devem ser capazes de se registrar com um pool de Front-End alternativo. Isso pode ser feito criando vários registros DNS SRV, cada um dos quais se resolve para um pool de diretores ou pool de Front-End em cada um de seus sites centrais. Você pode ajustar a prioridade e os pesos dos registros SRV para que os usuários atendidos por esse site central obtenham o pool de Direção e Front End correspondentes à frente daqueles em outros registros SRV.

  • As chamadas para/de usuários localizados em outros sites devem ser reencaminhadas para a PSTN.

Este tópico descreve a solução recomendada para proteger a resiliência de voz do site central.

Arquitetura e topologia

O planejamento da resiliência de voz em um site central requer uma compreensão básica da função central desempenhada pelo Registrador Skype for Business Server na habilitação do failover de voz. O Registrador Skype for Business Server é um serviço que permite o registro e a autenticação do cliente e fornece serviços de roteamento. Ele é executado em todos os servidores Standard Edition, Front End Server, Director ou Survivable Branch Appliance. Um pool de Registradores consiste em Serviços de Registrador em execução no pool front-end e residindo no mesmo site. Um cliente Skype for Business descobre o pool do Front-End por meio do seguinte mecanismo de descoberta:

  1. Registro SRV de DNS

  2. Serviço Web de Descoberta Automática

  3. Opção 120 do DHCP

Depois que o Skype for Business cliente se conecta ao pool front-end, ele é direcionado pelo balanceador de carga para um dos Servidores front-end no pool. Esse Servidor front-end, por sua vez, redireciona o cliente para um Registrador preferencial no pool.

Cada usuário habilitado para Enterprise Voice é atribuído a um pool de Registrador específico, que se torna o pool de Registradores primário desse usuário. Em um determinado site, centenas ou milhares de usuários normalmente compartilham um único pool de Registradores Avançados primário. Para calcular o consumo de recursos do site central pelos usuários do site de filial que dependem do site central para presença, conferência ou failover, recomendamos considerar cada usuário do site de filial como se fosse um usuário registrado no site central. No momento, não há limites para o número de usuários do site da filial, incluindo usuários registrados com um Dispositivo de Branch De Sobrevivência.

Para garantir a resiliência de voz em caso de uma falha do site central, o pool de Registradores Avançados primário deve ter um único pool de Registradores Avançados de backup designado localizado em outro site. O backup pode ser configurado usando as configurações de resiliência do Construtor de Topologia. Supondo que haja um link WAN resiliente entre os dois sites, os usuários cujo pool de Registradores Avançados primário não está mais disponível serão direcionados automaticamente para pool de backup.

As etapas a seguir descrevem o processo de descoberta e registro de clientes:

  1. Um cliente descobre Skype for Business Server por meio de registros de SRV DNS. Em Skype for Business Server, os registros DNS SRV podem ser configurados para retornar mais de um FQDN à consulta DNS SRV. Por exemplo, se a empresa Contoso tiver três sites centrais (América do Norte, Europa e Ásia-Pacífico) e um pool de Diretores em cada um desses sites, os registros DNS SRV poderão apontar para os FQDNs do pool de Diretores em cada um dos três locais. Desde que o pool de diretores em um dos locais esteja disponível, o cliente poderá se conectar ao primeiro salto Skype for Business Server.

    Nota

    Usar um pool de diretores é opcional. Em vez disso, um pool de Front-End pode ser usado.

  2. O pool de diretores informa o cliente Skype for Business sobre o pool principal do Registrador do usuário e o pool de registradores de backup.

  3. O cliente Skype for Business tenta se conectar primeiro ao pool de registradores primário do usuário. Se esse pool estiver disponível, o Registrador Avançado aceitará o registro. Se o pool de Registradores primário não estiver disponível, o cliente Skype for Business tentará se conectar ao pool de registradores de backup. Se o pool de registradores de backup estiver disponível e tiver determinado que o pool principal do Registrador do usuário não está disponível (detectando a falta de pulsação para um intervalo de failover especificado), o pool de registradores de backup aceitará o registro do usuário. Depois que o Registrador Avançado de backup detectar que o Registrador Avançado primário está novamente disponível, o pool de backup redirecionará os clientes de failover para seu pool primário.

Requisitos e recomendações

Os seguintes requisitos e recomendações para a implementação da resiliência de voz do site central são apropriados para a maioria das organizações:

  • Os sites nos quais residem os pools de Registradores Avançados primário e de backup devem estar conectados por um link WAN resiliente.

  • Cada site central deve conter um pool de Registradores Avançados que consiste em um ou mais Registradores Avançados.

  • Cada pool de Registradores Avançados deve ter sua carga balanceada por meio do balanceamento de carga DNS, do balanceamento de carga de hardware ou de ambos. Para obter informações detalhadas sobre como planejar sua configuração de balanceamento de carga, consulte Requisitos de balanceamento de carga para Skype for Business.

  • Cada usuário deve ser atribuído a um pool de Registrador primário usando o cmdlet do Skype for Business Server Management Shell set-CsUser ou o Skype for Business Server Painel de Controle.

  • O pool primário deve ter um único pool de backup localizado em um site central diferente.

  • O pool de Registradores Avançados primário deve ser configurado de modo que seja feito o seu failover para o pool de Registradores Avançados de backup. Por padrão, o Registrador primário é definido para que esse failover ocorra após um intervalo de 300 segundos. Você pode alterar esse intervalo usando o construtor de topologia Skype for Business Server.

  • Configure uma rota de failover. Ao configurar a rota, especifique um gateway que está localizado em um site diferente do gateway especificado na rota primária.

  • Se o site central contiver seu servidor de gerenciamento primário e o site provavelmente ficar desligado por um longo período, você precisará reinstalar suas ferramentas de gerenciamento no site de backup; caso contrário, você não poderá alterar nenhuma configuração de gerenciamento.

Dependências

Skype for Business Server depende dos seguintes componentes de infraestrutura e software para garantir a resiliência de voz:

Componente
Funcional
DNS
Resolver registros SRV e registros A para conectividade de servidor-servidor e servidor-cliente
Exchange e Serviços Web do Exchange (EWS)
Armazenamento de contatos; dados do calendário
Unificação de Mensagens do Exchange e Serviços Web do Exchange
Logs de chamada, lista de caixas postais, caixa postal
Opções 120 do DHCP
Se o DNS SRV não estiver disponível, o cliente tentará usar a Opção 120 do DHCP para descobrir o Registrador Avançado. Para que isso funcione, um servidor DHCP deve ser configurado ou Skype for Business Server DHCP deve estar habilitado.

Recursos de voz persistente

Se os requisitos e as recomendações anteriores tiverem sido implementados, os seguintes recursos de voz serão fornecidos pelo pool de Registradores Avançados de backup:

  • Chamadas PSTN de saída

  • Chamadas PSTN de entrada, se o provedor de serviços de telefonia oferecer suporte ao failover para um site de backup

  • Chamadas corporativas entre usuários no mesmo site e entre dois sites diferentes

  • Administração básica de chamadas, incluindo espera, recuperação e transferência de chamadas

  • Mensagens instantâneas entre dois participantes e compartilhamento de áudio e vídeo entre usuários no mesmo site

  • Encaminhamento de chamadas, toque simultâneo de pontos de extremidade, delegação de chamadas e serviços de chamada de equipe, mas somente se as duas partes da delegação de chamadas, ou todos os membros da equipe, estiverem configurados no mesmo site.

  • Os clientes e telefones existentes continuam funcionando.

  • Registro de detalhes das chamadas (CDR)

  • Autenticação e autorização

Dependendo de como são configurados, os seguintes recursos de voz podem ou não funcionar quando um site central primário está fora de serviço:

  • Depósito e recuperação de caixa postal

    Se você desejar disponibilizar o UM do Exchange quando o site central primário estiver fora de serviço, deverá fazer o seguinte:

    • Altere os registros DNS SRV para que os servidores do UM do Exchange no site central apontem para os servidores de backup do UM do Exchange em outro site.

    • Configure o plano de discagem do Exchange UM de cada usuário para incluir servidores do Exchange UM no site central e no site de backup, mas designe os servidores exchange um de backup como desabilitados. Se o site primário ficar indisponível, o administrador do Exchange precisará marcar os servidores do Exchange UM no site de backup conforme habilitado.

      Se nenhuma das soluções anteriores for possível, o Exchange UM não estará disponível no caso de o site central ficar indisponível.

  • Conferência de todos os tipos

    Um usuário que fez failover para um site de backup pode ingressar em uma conferência criada ou hospedada por um organizador cujo pool está disponível, mas não pode criar nem hospedar uma conferência no seu próprio pool primário, que não está mais disponível. Da mesma forma, outros usuários não podem participar de conferências hospedadas no pool primário do usuário afetado.

Os seguintes recursos de voz não funcionam quando um site central primário está fora de serviço:

  • Atendedor Automático de Conferência

  • Roteamento baseado em DND e presença

  • Atualização de configurações de encaminhamento de chamadas

  • Serviço de Grupo de Resposta e Estacionamento de Chamada

  • Provisionamento de novos telefones e clientes

  • Pesquisa do Catálogo de Endereços na Web

Resiliência do site de filial

Se você quiser fornecer resiliência de branch-site, ou seja, serviço de Enterprise Voice de alta disponibilidade, você terá três opções para fazer isso:

  • Aparelho de Filial Persistente

  • Servidor de Filial Persistente

  • Uma implantação de Skype for Business Server completa no site da filial

Este guia ajudará você a avaliar qual solução de resiliência é melhor para a organização e, com base em sua solução de resiliência, a solução de conectividade PSTN a ser usada. Ele também o ajuda a se preparar para implantar a solução escolhida, descrevendo os pré-requisitos e outras considerações de planejamento.

Recursos de resiliência do site de filial

Se você fornecer resiliência de branch-site, se a conexão WAN de um site de branch com um site central falhar ou se o site central for inacessível, os seguintes recursos de voz devem continuar disponíveis:

  • Chamadas de rede de telefonia pública comutada (PSTN) de entrada e saída

  • Chamadas corporativas entre usuários no mesmo site e entre dois sites diferentes

  • Administração básica de chamadas, incluindo espera, recuperação e transferência de chamadas

  • Mensagens instantâneas de dois participantes

  • Encaminhamento de chamadas, toque simultâneo de pontos de extremidade, delegação de chamadas e serviços de chamada de equipe, mas somente se o delegado e o delegado (por exemplo, um gerente e o administrador do gerente) ou todos os membros da equipe estiverem configurados no mesmo site

  • Registros de detalhes de chamadas (CDRs)

  • Conferência de discagem PSTN com Atendedor Automático de Conferência

  • Recursos de caixa postal, se forem configuradas definições de reroteamento de caixa postal.

  • Autenticação e autorização de usuário

Os seguintes recursos estarão disponíveis somente se sua solução de resiliência for uma implantação de Skype for Business Server em larga escala no site da ramificação:

  • Conferências de IM, webconferências e conferências de A/V

  • Presença e roteamento baseado em Não Incomodar (DND), onde as chamadas não tocam em extensões com o DND ativado

  • Atualização de configurações de encaminhamento de chamadas

  • Aplicativo grupo de resposta e aplicativo Call Park

  • Provisionando novos telefones e clientes, mas somente se Active Directory Domain Services estiver presente no site da filial.

  • 9-1-1 Avançado (E9-1-1)

    Se o E9-1-1 for implantado e o tronco SIP no site central não estiver disponível porque o link WAN está desligado, o Dispositivo branch do Survivable roteará chamadas E9-1-1 para o gateway de branch local. Para habilitar esse recurso, as políticas de voz dos usuários do branch-site devem rotear chamadas para o gateway local em caso de falha de WAN.

Nota

O SBA (aparelho de filial persistente) não tem suporte no XMPP. Os usuários hospedados em configurações de SBA não poderão enviar IMs ou ver Presença com contatos XMPP.

Soluções de resiliência do site de filial

A resiliência de sites de filial proporciona vantagens evidentes à sua organização. Especificamente, se você perder a conexão com o site central, os usuários do site do branch continuarão a ter Enterprise Voice serviço e correio de voz (se você configurar configurações de redirecionamento de correio de voz). Entretanto, em sites com menos de 25 usuários, a solução de resiliência poderá não gerar um retorno adequado sobre o investimento.

Há três opções para fornecer a resiliência do site de filial. A tabela a seguir o ajudará a determinar qual opção é a melhor para sua organização.

Se você... Recomendamos que você use um...
Hospedar entre 25 e 1.000 usuários no seu site de filial e se o retorno sobre o investimento não permitir uma implantação completa ou quando não houver suporte administrativo local disponível
Aparelho de Filial Persistente
O Dispositivo branch de sobrevivência é um servidor de folhas padrão do setor com um Servidor de Registro e Mediação Skype for Business Server em execução no Windows Server 2008 R2. O Dispositivo branch de sobrevivência também contém um gateway PSTN (rede telefônica comutável pública). Dispositivos qualificados de terceiros (desenvolvidos por parceiros da Microsoft no programa de qualificação/certificação SBA [Aparelho de Filial Persistente]) fornecem uma conexão PSTN contínua em caso de falha da WAN, mas essa abordagem não oferece presença e conferência resilientes porque esses recursos dependem dos Servidores Front-End do site central.
Para obter detalhes sobre dispositivos de ramificação de sobrevivência, consulte "Detalhes do dispositivo de ramificação de sobrevivência", mais tarde neste tópico.
Nota: Se você decidir usar também um tronco SIP com seu Dispositivo branch de sobrevivência, entre em contato com seu fornecedor de dispositivos branch para saber qual provedor de serviços é melhor para sua organização.
Hospedar entre 1000 e 2.000 usuários em seu site de filial, não ter uma conexão WAN resiliente e ter treinado Skype for Business Server administradores disponíveis
Servidor de Branch de sobrevivência ou dois dispositivos de branch de sobrevivência.
O Servidor de Branch de Sobrevivência é uma reunião do Windows Server especificada requisitos de hardware que tem Skype for Business Server software do Registrador e do Servidor de Mediação instalado nele. Ele deve estar conectado a um provedor de serviços telefônicos por meio de um gateway PSTN ou de um tronco SIP.
Para obter detalhes sobre servidores de branch de sobrevivência, consulte "Detalhes do servidor de branch de sobrevivência", mais tarde neste tópico.
Se você precisar de recursos de presença e conferência, além de recursos de voz para até 5.000 usuários, e tiver treinado Skype for Business Server administradores disponíveis
Implante como um site central com um servidor Standard Edition e não como um site de filial.
Uma implantação de Skype for Business Server em larga escala fornece uma conexão PSTN contínua e presença resiliente e conferência em caso de falha de WAN.

Topologias de resiliência

A figura a seguir mostra as topologias recomendadas para a resiliência do site de filial.

Opções de resiliência do site de filial

Opções de resiliência do Branch de Voz.

Detalhes do Aparelho de Filial Persistente

O Skype for Business Server Dispositivo de Branch de Sobrevivência inclui os seguintes componentes:

  • Um Registrador Avançado para autenticação do usuário, registro e roteamento de chamadas

  • Um Servidor de Mediação para tratar a sinalização entre o Registrador Avançado e o gateway PSTN

  • Um gateway PSTN para o roteamento de chamadas para a PSTN como um transporte fallback no caso de uma interrupção da WAN

  • O SQL Server Express para armazenamento de dados local do usuário

O Dispositivo branch de sobrevivência também inclui troncos PSTN, portas analógicas e um adaptador Ethernet.

Se a conexão WAN do site da ramificação com um site central ficar indisponível, os usuários de branch interno continuarão a ser registrados no Registrador de Dispositivos de Branch de Sobrevivência e obterão o serviço de voz ininterrupto usando a conexão do Branch Appliance de Sobrevivência com o PSTN. Os usuários do site de filial que se conectarem de casa ou de outros locais remotos serão capazes de se registrar em um servidor do Registrador Avançado em um site central quando um link WAN com o site de filial não estiver disponível. Esses usuários contarão com total funcionalidade de comunicações unificadas, sendo a única exceção as chamadas de entrada para o site de filial, que irão para a caixa postal. Quando a conexão WAN voltar a ficar disponível, a funcionalidade total deverá ser restabelecida para os usuários do site de filial. Nem o failover para o Dispositivo do Branch De Sobrevivência nem a restauração do serviço exigem a presença de um administrador de TI.

Skype for Business Server dá suporte a até dois branch appliances de sobrevivência em um site de branch.

Visão geral da implantação do aparelho de filial persistente

O Dispositivo branch de sobrevivência é fabricado por fabricantes de equipamentos originais em parceria com a Microsoft e implantado em seu nome por varejistas com valor agregado. Essa implantação só deve ocorrer depois que Skype for Business Server tiver sido implantado no site central, uma conexão WAN com o site da ramificação estiver em vigor e os usuários do site da ramificação estiverem habilitados para Enterprise Voice.

Para obter detalhes sobre essas fases, consulte Deploying a Survivable Branch Appliance or Server na documentação de Implantação.

Fase Etapas Direitos do usuário
Configurar Active Directory Domain Services para o dispositivo de branch de sobrevivência
No site central:
Crie uma conta de usuário de domínio (ou identidade corporativa) para o técnico que instalará e ativará o Dispositivo de Ramificação De Sobrevivência no site da filial.
Crie uma conta de computador (com o FQDN (nome de domínio totalmente qualificado) aplicável para o Dispositivo de Branch de Sobrevivência em Active Directory Domain Services.
No Construtor de Topologia, crie e publique o Dispositivo de Branch De Sobrevivência.
A conta de usuário do técnico deve ser membro do grupo RTCUniversalSBATechnicians. O dispositivo branch de sobrevivência deve pertencer ao grupo RTCSBAUniversalServices, que acontece automaticamente quando você usa o Construtor de Topologia.
Instale e ative o Dispositivo de Ramificação De Sobrevivência.
No site de filial:
Conecte o Dispositivo branch de sobrevivência a uma porta Ethernet e porta PSTN.
Inicie o dispositivo branch de sobrevivência.
Insira o Dispositivo de Ramificação De Sobrevivência ao domínio, usando a conta de usuário de domínio criada para o Dispositivo de Ramificação De Sobrevivência no site central. Defina o FQDN e o endereço IP para corresponderem ao FQDN criado na conta do computador.
Configure o Dispositivo branch de sobrevivência usando a interface do usuário OEM.
Teste a conectividade PSTN.
A conta de usuário do técnico deve ser membro do grupo RTCUniversalSBATechnicians.

Detalhes do Servidor de Filial Persistente

No Construtor de Topologia, crie o site da ramificação, adicione o Servidor branch de sobrevivência a esse site e execute o Assistente de Implantação Skype for Business Server no computador em que você deseja instalar a função.

Requisitos de resiliência do site da filial

Este tópico ajudará você a preparar os usuários para resiliência do site de filial e persistência da caixa postal. Ele também especifica os requisitos importantes de hardware e software.

Preparação de usuários da filial para resiliência do site de filial

Prepare os usuários para resiliência de branch-site definindo seu pool de Registradores como o SBA (Survivable Branch Appliance) ou o Servidor branch de sobrevivência.

Atribuições do Registrador Avançado para usuários da filial

Independentemente da solução de resiliência de site de filial escolhida, será necessário atribuir um Registrador Avançado primário a cada usuário. Os usuários do site da ramificação devem sempre registrar-se no Registrador no site da filial, independentemente de o Registrador residir no Servidor de Branch de Sobrevivência, no Servidor de Branch de Sobrevivência ou no servidor Skype for Business Server Standard ou Edição Enterprise autônomo. Um registro DNS (Sistema de Nomes de Domínio) de recurso de serviços (SRV) é necessário para que o cliente possa descobrir o seu pool de Registradores Avançados. Se o Dispositivo branch de sobrevivência ficar indisponível, é assim que os clientes do site de branch descobrirão automaticamente o Registrador de backup.

Se um site de branch não tiver um servidor DNS, haverá duas maneiras alternativas de configurar a descoberta do Dispositivo de Ramificação De Sobrevivência ou do Servidor de Branch de Sobrevivência:

  • Configure a opção DHCP 120 no servidor DHCP (Protocolo de Configuração de Host Dinâmico) do site do branch para apontar para o FQDN (nome de domínio totalmente qualificado) do Dispositivo de Branch de Sobrevivência ou servidor de branch de sobrevivência.

  • Configure o Dispositivo de Branch de Sobrevivência ou o Servidor de Branch de Sobrevivência para responder às consultas DHCP 120.

Roteamento de voz para usuários de filial

É recomendável criar uma política VoIP separada em nível de usuário para os usuários de um site de filial. Essa política deve incluir uma rota primária que usa o Branch Appliance ou o gateway do servidor de branch e uma ou mais rotas de backup que usam um tronco com um gateway PSTN (rede telefônica comutado público) no site central. Se a rota principal não estiver disponível, a rota de backup que usa um ou mais gateways do site central será utilizada. Dessa forma, independentemente de onde um usuário esteja registrado, no site da ramificação Registrador ou no pool de registradores de backup no site central, a política voIP do usuário está sempre em vigor. Essa é uma consideração importante para cenários de failover. Por exemplo, se você precisar renomear o Dispositivo de Ramificação De Sobrevivência ou reconfigurar o Dispositivo de Branch De Sobrevivência para se conectar a um pool de registradores de backup no site central, deverá mover os usuários do site da ramificação para o site central durante a duração. (Para obter detalhes sobre como renomear ou reconfigurar um dispositivo de branch de sobrevivência, consulte Apêndice B: Gerenciamento de um dispositivo de branch de sobrevivência na documentação de implantação.) Se esses usuários não tiverem políticas voIP no nível do usuário ou planos de discagem no nível do usuário, quando os usuários são movidos para outro site, as políticas voIP no nível do site e os planos de discagem no nível do site do site do site se aplicam aos usuários por padrão, em vez das políticas voIP no nível do site do branch e planos de discagem,. Nesse cenário, a menos que as políticas VoIP e os planos de discagem em nível de site usados pelo pool de Registradores Avançados de backup também possam ser aplicados aos usuários do site de filial, suas chamadas falharão. Por exemplo, se os usuários de um site de filial localizado no Japão forem movidos para um site central em Redmond, um plano de discagem com regras de normalização que acrescentem o prefixo +1425 a todas as chamadas de 7 dígitos provavelmente não converterá as chamadas de forma apropriada para esses usuários.

Importante

Ao criar uma rota de backup do escritório da filial, é recomendável adicionar dois registros de uso do telefone PSTN à política do usuário do escritório da filial e atribuir rotas separadas a cada um deles. A primeira ou principal rota direcionaria chamadas para o gateway associado ao SBA (Survivable Branch Appliance) ou ao servidor de branch; a segunda rota ou backup direcionaria chamadas para o gateway no site central. Ao direcionar as chamadas, o SBA ou o servidor da filial tentará todas as rotas atribuídas ao primeiro registro de uso PSTN, antes de tentar o segundo registro.

Para ajudar a garantir que as chamadas de entrada para usuários do site de ramificação alcancem esses usuários quando o gateway de branch ou o componente Windows do site do Branch Appliance do Survivable não estiver disponível (o que aconteceria, por exemplo, se o Branch Appliance ou o gateway de branch do Survivable estivesse em baixa para manutenção), crie uma rota de failover no gateway (ou trabalhe com o provedor de DID (Direct Inward Dialing) para redirecionar chamadas de entrada para o pool de registradores de backup na central Site. A partir desse local, as chamadas serão encaminhadas através do link WAN para os usuários da filial. Certifique-se de que a rota traduz números para cumprir o gateway PSTN ou os formatos de número de telefone aceitos por outros pares de tronco. Para obter detalhes sobre como criar uma rota de failover, consulte Configuring a Failover Route. Além disso, crie planos de discagem de nível de serviço para o tronco associado ao gateway no site de filial a fim de normalizar as chamadas de entrada. Se você tiver dois dispositivos de branch de sobrevivência em um site de branch, poderá criar um plano de discagem no nível do site para ambos, a menos que um plano de nível de serviço separado para cada um seja necessário.

Nota

Para contabilizar o consumo de recursos do site central pelos usuários de um site de filial que dependam do site central para fins de presença, conferência ou failover, é recomendável considerar cada usuário do site de filial como se estivesse registrado no site central. No momento, não há limites para o número de usuários do site da filial, incluindo usuários registrados com um Dispositivo de Branch De Sobrevivência.

Também é recomendável criar um plano de discagem e uma política de voz em nível de usuário, e atribuí-los aos usuários do site de filial. Para obter detalhes, consulte Criar ou modificar um plano de discagem no Skype for Business Server e Criar a Política de Roteamento voIP para usuários de branch na documentação de implantação.

Roteamento de números de ramal

Ao preparar planos de discagem e políticas de voz para usuários do site do branch, inclua regras de normalização e conversão que correspondam às cadeias de caracteres e formato de número usados no atributo msRTCSIP (ou URI de Linha), para que Skype for Business chamadas habilitadas entre usuários do site do branch e usuários do site central sejam roteadas corretamente, especialmente quando as chamadas devem ser redirecionadas pelo PSTN porque o link WAN não está disponível. Além disso, há considerações especiais para números discados que contêm números de ramal, e não apenas números de telefone.

As regras de normalização e de conversão que fazem a correspondência das URIs de Linha que contêm um número de ramal, exclusivamente ou além de um número de telefone E.164 completo, têm requisitos adicionais. Esta seção descreve vários cenários de exemplo para encaminhar chamadas para URIs de Linha com um número de ramal.

Se a sua organização não tiver números de telefone de Discagem Direta Interna (DDI) configurados para usuários individuais, e a URI da Linha de cada usuário estiver configurada apenas com um número de ramal, os usuários internos poderão ligar uns para os outros discando apenas um número de ramal. No entanto, é necessário configurar regras de normalização aplicáveis às chamadas de um usuário do site de filial para outro do site central, que façam a correspondência dos números de ramal.

Em um cenário em que o link WAN entre um site de filial e um site central esteja disponível, as chamadas de usuários do site de filial para os do site central não exigirão que a regra de normalização de correspondência converta o número porque a chamada não é encaminhada através da PSTN. Por exemplo:

Nome da regra Descrição Padrão de número Conversão Exemplo
5digitExtensions
Não converte números de 5 dígitos
^(\d{5})$
$1
10001 não é convertido

Você também deve acomodar números de ramal para cenários específicos, como, por exemplo, quando o link WAN entre um site de filial e o site central não está disponível, e uma chamada de um site de filial deve ser encaminhada através da PSTN. Durante uma interrupção da WAN, se um usuário do site da ramificação chamar um usuário do site central apenas discando a extensão do usuário do site central, você deverá ter uma regra de tradução de saída que adicione o número de telefone completo do usuário do site central. Se o URI de Linha de um usuário contiver o número de telefone completo da sua organização e o número de extensão exclusivo do usuário em vez de um número de telefone completo exclusivo para o usuário, você deverá ter uma regra de tradução de saída que adicione o número de telefone completo da sua organização. Por exemplo:

Descrição Padrão correspondente Conversão Exemplo
Traduz números de 5 dígitos para o número de telefone e a extensão de um usuário
^(\d{5})$
+14255550123;ext=$1
10001 é convertido em +14255550123;ext=10001
Traduz números de 5 dígitos para o número de telefone da sua organização e a extensão de um usuário
^(\d{5})$
+14255550100;ext=$1
10001 é convertido em +14255550100;ext=10001

Neste cenário, se o par do tronco que trata do reencaminhamento para a PSTN não aceitar números de ramal, a regra de conversão de saída também deverá remover o número do ramal. Por exemplo:

Descrição Padrão correspondente Conversão Exemplo
Remove o ramal dos números de telefone com ramais
^+(\d*); ext=(\d*)$
+$1
+14255550123;ext=10001 é convertido em +14255550123

Se um link wan está disponível ou não, se sua organização não tiver números DID configurados para usuários individuais e o URI de linha para um usuário contiver o número de telefone da sua organização e o número de extensão exclusivo do usuário, você deverá configurar o número de telefone da sua organização URI de linha com um número que é acessível pelo par de tronco ou gateway PSTN no site da ramificação. Você também deve configurar o URI de linha de número de telefone da sua organização para incluir sua própria extensão exclusiva para que as chamadas sejam roteadas para esse número.

Preparação para persistência da caixa postal

O Exchange Unified Messaging (UM) geralmente é instalado apenas em um site central e não em sites de branch. Um chamador deve ser capaz de deixar uma mensagem de caixa postal, mesmo que o link WAN entre o site de filial e o central não esteja disponível. Como resultado, configurar o URI de linha para o número de telefone do Exchange UM Auto Attendant que fornece correio de voz para usuários do site da ramificação requer considerações especiais, além das regras de política de voz, plano de discagem e normalização aplicáveis a esse número de caixa postal.

SBAs (SBAs) e Servidores de Branch de Sobrevivência fornecem sobrevivência de correio de voz para usuários de branch durante uma interrupção de WAN. Especificamente, se você estiver usando um Branch Appliance ou o Servidor de Branch de Sobrevivência e a WAN ficar indisponível, o SBA ou o Servidor de Branch de Sobrevivência redirecionará chamadas sem resposta sobre o PSTN para o Exchange UM no site central. Com um SBA ou Um Servidor de Branch de Sobrevivência, os usuários também podem recuperar mensagens de correio de voz por meio do PSTN durante uma interrupção da WAN. Por fim, durante uma interrupção da WAN, o Dispositivo do Branch do Survivable ou o Servidor de Branch de Sobrevivência faz filas de notificações de chamada perdidas e, em seguida, as carrega no servidor Exchange UM quando a WAN é restaurada. Para ajudar a garantir que o redirecionamento de correio de voz seja resiliente, adicione uma entrada para o FQDN do pool de sites central e uma entrada para o FQDN do Edge Server para o arquivo hosts no Servidor de Branch do Survivable. Caso contrário, o tempo limite da resolução DNS poderá expirar se não houver um servidor DNS no site de filial.

Recomendamos definir as configurações a seguir para a persistência da caixa postal dos usuários do site de filial:

  • Um administrador do Microsoft Exchange deve configurar o AA (Exchange UM Auto Attendant) para aceitar mensagens apenas. Essa configuração desabilita todas as outras funcionalidades genéricas, como a transferência para um usuário ou a transferência para um operador, e limita o AA a aceitar apenas mensagens. Como alternativa, o administrador do Exchange pode usar um AA genérico ou um AA personalizado a fim de encaminhar a chamada para um operador.

  • O administrador do Skype for Business Server deve pegar o número de telefone do AA e usar esse número de telefone como o número de atendimento automático do exchange um nas configurações de redirecionamento de correio de voz para o servidor branch ou branch do Survivable.

  • O administrador do Skype for Business Server deve obter o número de telefone de acesso do assinante do Exchange UM e usar esse número como o número de acesso do assinante nas configurações de redirecionamento de correio de voz para o Servidor de Branch do Survivable ou o Servidor de Branch de Sobrevivência.

  • O administrador do Skype for Business Server deve configurar o Exchange UM para que apenas um plano de discagem esteja associado a todos os usuários de branch que precisam de acesso ao correio de voz durante uma interrupção de WAN.

  • Quando o link wan não está disponível, as chamadas para usuários do site de ramificação podem ser roteadas para a caixa de correio de voz UM (Mensagens Unificadas do Exchange) do usuário, mas somente se a política de voz aplicada à chamada especificar um número de telefone de correio de voz exclusivo e não incluir um número de extensão.

Requisitos de hardware e software para resiliência de sites de filial

Os requisitos de hardware e software variam, dependendo da solução de resiliência.

Requisitos para Aparelhos de Filial Persistente

O hardware e o software necessários são incorporados ao Dispositivo de Branch de Sobrevivência. No entanto, também recomendamos que cada site de filial implante um servidor DHCP para obter os endereços IP de clientes; caso contrário, quando a concessão de DHCP expirar, os clientes não terão conectividade IP.

Se os servidores DNS corporativos estiverem localizados apenas em sites centrais, os usuários do site do branch não poderão se conectar a eles durante uma interrupção da WAN e, portanto, Skype for Business Server descoberta que usa o registro de recurso SRV (serviço) do DNS (serviço) falhará. Para garantir o redirecionamento de prompt durante uma interrupção da WAN, os registros DNS devem ser armazenados em cache no site da filial. Se o roteador de branch der suporte a ele, ative o cache DNS. Ou você pode implantar um servidor DNS na ramificação. Isso pode ser um servidor autônomo ou uma versão do Dispositivo de Branch De Sobrevivência que dá suporte a recursos DNS. Para obter detalhes, entre em contato com seu provedor de dispositivos de branch de sobrevivência.

Nota

Não é necessário ter um controlador de domínio em um site de filial. O Dispositivo de Ramificação De Sobrevivência autentica clientes usando um certificado especial que envia ao cliente em resposta à solicitação de certificado do cliente quando ele entra.

Skype for Business clientes podem descobrir o Skype for Business Server usando a Opção DHCP 120 (Opção de Registrador SIP). Essa opção pode ser configurada de uma de destas duas maneiras:

  • Configure o servidor DHCP no site da ramificação para responder às consultas DHCP 120, que retornam o FQDN do Registrador no Servidor de Branch do Survivable ou no Servidor de Branch de Sobrevivência.

  • Ative Skype for Business Server DHCP. Quando isso é ativado, o Registrador de Skype for Business Server responde às consultas dhcp option 120. Observe que o Registrador Avançado não responde a nenhuma consulta do DHCP diferente das Opções 120 do DHCP.

Além disso, para sites de filial maiores, com várias sub-redes, agentes de retransmissão DHCP devem ser habilitados para encaminhar consultas da Opção 120 do DHCP para o Servidor DHCP (configuração 1) ou para o Registrador Avançado (configuração 2).

Por fim, os usuários do site do branch devem ser configurados para Enterprise Voice e provisionados com um ponto de extremidade de comunicação unificado apropriado.

Requisitos para Servidores de Filial Persistente

Os requisitos para servidores de branch de sobrevivência são os mesmos que os requisitos para um Servidor front-end. Para obter mais detalhes, consulte Server requirements for Skype for Business Server 2015.

Requisitos para implantações de Full-Scale Skype for Business Server Branch-Site

Para obter detalhes, consulte Requisitos do servidor para Skype for Business Server 2015 na documentação de Planejamento.

Exemplo: configurando uma rota de failover

O exemplo abaixo mostra como um administrador pode definir uma rota de failover para utilizar se o Dallas-GW1 for desativado para manutenção ou estiver indisponível por qualquer outro motivo. As seguintes tabelas ilustram a alteração de configuração necessária.

Tabela 1. Política de usuário

Política de usuário Uso do telefone
Política de Chamada Padrão
Local
GlobalPSTNHopoff
Política Local de Redmond
RedmondLocal
Política de Chamada de Dallas
DallasUsers
GlobalPSTNHopoff

Tabela 2. Rotas

Nome da rota Padrão de número Uso do telefone Tronco Gateway
Rota Local de Redmond
^+1(425 206 253)(\d{7})$
Local
RedmondLocal
Rota Local de Dallas
^+1(972 214 469)(\d{7})$
Local
Rota Universal
^+? (\d*)$
GlobalPSTNHopoff
Tronco 1
Tronco 2
Tronco 3
Red-GW1
Red-GW2
Dallas-GW1
Rota de Usuários de Dallas
^+? (\d*)$
DallasUsers
Tronco 3
Dallas-GW1

Na tabela 1, um uso de telefone de GlobalPSTNHopoff é adicionado após o uso de telefone DallasUsers na Política de Chamada de Dallas. Isso permite que as chamadas com a política de chamada de Dallas usem rotas configuradas para o uso de telefone GlobalPSTNHopoff, caso uma rota para o uso do telefone DallasUsers não esteja disponível.