# Considerações sobre a integração com o PSTN

Esta seção se aplica a Clientes/clientes que estão considerando Integrações do módulo ZPLS com uma conexão SBC e PSTN para maior resiliência. Clientes/clientes que não planejam Integrações do módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequências.

### Considerações sobre Integração de SBC

#### <mark style="color:azul;">Requisitos de SBC</mark>

Para Integrações de um SBC com Zoom para resiliência, um SBC deve atender aos seguintes requisitos:

* TLS 1.2 e SRTP
* Suporte para TLS mútuo
* Protocolo de Iniciação de sessão (SIP)
* DTMF (RFC-2833)
* Ocultação de topologia (RFC-5853)
* Oferta Antecipada SIP (**obrigatório**)
* codecs Opus, G.711 μ-law, G.711 A-law e G.729

#### <mark style="color:azul;">As integrações PSTN exigem um SBC e um fornecedor terceirizado confiável</mark>

Para conectividade PSTN, os clientes devem fornecer um controlador de borda de sessão (SBC) conectado a uma conexão legada ou a um tronco SIP com uma conexão celular ou alternativa (por exemplo, DSL). Os clientes devem ter em mente que quaisquer troncos SIP implantados no SBC podem depender do mesmo serviço de Internet que está passando por uma interrupção. Devido a essa possibilidade, os clientes devem considerar uma conexão terciária confiável para conectividade PSTN.

#### <mark style="color:azul;">Qualquer SBC certificado para Zoom Phone BYOC pode ser usado</mark>

Qualquer controlador de borda de sessão (SBC) que seja [certificado para Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) também pode ser usado com o módulo ZPLS. Os clientes em um plano Zoom Phone BYOC existente não precisam de um SBC adicional ou separado para fins de sobrevivência.

#### <mark style="color:azul;">Os certificados DigiCert da Zoom devem ser instalados no SBC</mark>

Para estabelecer conectividade TLS com ambos os módulos ZPLS e Zoom cloud, Zoom's [Certificados raiz e intermediários da DigitCert](https://support.zoom.us/hc/en-us/articles/360044092031) deve ser instalado no SBC.

#### <mark style="color:azul;">Os SBCs devem rotear chamadas Recebidas para os data centers do Zoom Phone como primeira e segunda opções de Roteamento, e o módulo ZPLS como terceira opção.</mark>

Os SBCs do cliente devem rotear chamadas Recebidas do PSTN para a zona SIP primária e secundária antes de tentar o módulo ZPLS. Com essa configuração, as chamadas só serão roteadas para o módulo ZPLS durante um Evento de sobrevivência, pois o SBC e os data centers do Zoom Phone devem, caso contrário, manter conectividade estável.

A falha em seguir esta lógica pode resultar em falhas na entrega de ligações, pois o módulo ZPLS não consegue rotear ligações para dispositivos registrados na nuvem.

{% hint style="info" %}
Assim que a Zoom Phone nuvem estiver disponível após um Evento de sobrevivência, um SBC poderá tentar temporariamente roteamento de chamadas de números BYOC para a nuvem Zoom enquanto o dispositivo cliente do número afetado estiver registrado no módulo ZPLS. Se isso ocorrer, o roteamento de chamadas seguirá as Configurações para [**Quando uma tentativa de ligar não é atendida**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) durante este período intercalar.
{% endhint %}

#### <mark style="color:azul;">Chamadas Realizadas do módulo ZPLS devem ser roteadas para o SBC e o tronco SIP PSTN</mark>

Quando o modo de sobrevivência está ativo, as chamadas do ZPLS para o SBC devem ser encaminhadas para o tronco SIP PSTN para estabelecer conexões telefônicas externas. Todas as chamadas para números que não estão registrados no módulo ZPLS são enviadas ao SBC configurado para sobrevivência em formato E.164.

### Considerações de sobrevivência local de encaminhamento de chamadas

#### <mark style="color:azul;">Durante um evento de sobrevivência, os Números de telefone fornecidos pelo Zoom Phone não estarão acessíveis externamente, a menos que sejam redirecionados por meio de encaminhamento de chamadas</mark>

Durante um evento de sobrevivência, os Números de telefone fornecidos pelo Zoom não estarão acessíveis externamente do ponto de vista da nuvem. Consequentemente, os usuários localizados dentro dos locais afetados podem ficar inacessíveis, a menos que as chamadas para seus números primários sejam encaminhadas para um número alternativo associado a um SBC local.

{% hint style="info" %}
Exemplos comuns de números impactados podem incluir números atribuídos a: Usuários, Áreas Comuns, Recepções Automáticas (AR), Grupos de linha compartilhada (SLG) e Filas de Chamadas (CQ).
{% endhint %}

#### <mark style="color:azul;">Clientes que usam um BYOC baseado em local não exigem configurações avançadas e podem contornar o encaminhamento de chamadas adicionando uma rota terciária ao seu módulo ZPLS a partir do seu SBC</mark>

Clientes que usam um plano BYOC baseado em local (ou seja, clientes que não usam números registrados do Zoom Phone) não exigem configurações avançadas para habilitar o encaminhamento de chamadas. Em vez disso, os Clientes BYOC podem adicionar uma rota terciária ao módulo ZPLS a partir do SBC baseado nas instalações.

#### <mark style="color:azul;">As configurações de encaminhamento de chamadas são definidas por um administrador ou usuário autorizado no portal web</mark>

Um administrador da conta ou usuário autorizado pode [Configurar a lógica de encaminhamento de chamadas](#_1od0waijmvaz) a partir do portal web através de [entrada manual ou upload em massa de CSV](#_aezu04x8z043).

#### <mark style="color:azul;">Os usuários configurados para encaminhamento de ligar terão três números atribuídos</mark>

Após aplicar um número BYOC a um usuário para a sobrevivência do encaminhamento de ligar, o Dispositivo do cliente será atribuído *pelo menos* três números:

1. Uma extensão interna com o código da unidade prefixado
2. Um número PSTN fornecido pela Zoom
3. Um número PSTN BYOC

<div data-with-frame="true"><figure><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/RlfwmyOhkqzROMBi52i8/Unknown%20image" alt="" width="375"><figcaption></figcaption></figure></div>

#### <mark style="color:azul;">Os Números de telefone podem ser encaminhados para no máximo um número BYOC</mark>

Cada número do Zoom Phone pode ser encaminhado para no máximo **um** outro número BYOC. No entanto, você pode encaminhar vários Números de telefone para o mesmo número BYOC.

Por exemplo, se John receber o número de telefone X55-555-5555, o número de telefone de John pode ser encaminhado para o número do operador do seu prédio em X99-999-9999. Da mesma forma, os colegas de John também podem ter seus números (X55-555-5554, X55-555-5553 etc.) encaminhados para X99-999-9999. Alternativamente, cada usuário pode ter seu número de telefone encaminhado para um número completamente exclusivo, como X55-555-5554 encaminhando para X99-999-9998 e X55-555-5553 encaminhando para X99-999-9997. No entanto, nenhum usuário individual pode ter seu número encaminhado tanto para X99-999-9999 quanto para X99-999-9998.

#### <mark style="color:azul;">O encaminhamento de chamadas deve permanecer desabilitado até que ocorra um evento de sobrevivência</mark>

Embora um administrador possa pré-provisionar a lógica de encaminhamento de chamadas para uma unidade com antecedência, a funcionalidade de encaminhamento de chamadas deve permanecer desabilitada até que ocorra um evento de sobrevivência. Se o encaminhamento de chamadas for habilitado durante as operações rotineiras, todas as chamadas recebidas para um número registrado no Zoom Phone serão redirecionadas para o SBC local e para o número de telefone BYOC associado, contornando os serviços do Zoom Phone. Portanto, para manter o roteamento normal do Zoom Phone, o encaminhamento de chamadas deve estar desabilitado durante as operações rotineiras.

#### <mark style="color:azul;">O encaminhamento de chamadas só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcional</mark>

Durante um evento de modo de sobrevivência, presume-se que a conexão de internet de uma unidade esteja indisponível. No entanto, como o encaminhamento de chamadas deve permanecer desabilitado para a operação padrão, ele só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcional, como um plano de dados de telefone, ou uma conexão de internet alternativa em uma localização diferente.

{% hint style="info" %}
Para minimizar o tempo de inatividade e garantir a continuidade dos negócios, a Zoom recomenda que as empresas estabeleçam procedimentos confiáveis para habilitar a lógica de encaminhamento de chamadas no portal da web durante um evento de sobrevivência.
{% endhint %}

#### <mark style="color:azul;">As regras de encaminhamento de chamadas podem ser aplicadas à unidade inteira ou a números individuais</mark>

Durante um evento de sobrevivência, um administrador ou usuário autorizado pode habilitar regras de encaminhamento de chamadas para a unidade inteira ou para números específicos no portal da web.

#### <mark style="color:azul;">Depois que o encaminhamento de chamadas é habilitado para o número de telefone de um usuário, a Zoom não tocará no cliente registrado na nuvem do usuário, mesmo que ele mantenha uma conexão independente com a nuvem</mark>

Quando o encaminhamento de chamadas é habilitado para um número registrado no Zoom Phone, a Zoom não tentará encaminhar nenhuma chamada ao usuário pela nuvem. Consequentemente, mesmo que um usuário impactado tenha um dispositivo registrado na nuvem, como um telefone celular, se o número de telefone estiver marcado para encaminhamento de chamadas, todas as chamadas serão roteadas pelo PSTN até o SBC da empresa.

Por exemplo, uma unidade está passando por um evento de modo de sobrevivência e o telefone celular de um usuário está conectado à nuvem do Zoom Phone por meio da conexão de dados da operadora de celular. Se o número de telefone de um usuário estiver marcado para encaminhamento de chamadas, a nuvem do Zoom Phone **não irá** tocar para o número do Zoom Phone por meio do aplicativo para dispositivo móvel, apesar da conexão estável. Em vez disso, todas as chamadas continuarão a ser roteadas pelo PSTN até o SBC do cliente.

#### <mark style="color:azul;">Se o encaminhamento de chamadas não estiver habilitado para um usuário durante um evento de sobrevivência, as chamadas recebidas seguirão as preferências de tratamento da chamada de cada usuário</mark>

Se o encaminhamento de chamadas não estiver habilitado durante um evento de sobrevivência, as chamadas recebidas serão tratadas de acordo com a [lógica de tratamento da chamada](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) de cada usuário individual. Se um usuário não tiver um cliente de telefone de backup registrado na nuvem, como um telefone celular, os chamadores estarão sujeitos às regras definidas na **Quando uma chamada não é atendida** seção das preferências de tratamento da chamada.

#### <mark style="color:azul;">O encaminhamento de chamadas se aplica apenas a chamadas PSTN recebidas</mark>

O encaminhamento de chamadas para sobrevivência se aplica apenas a chamadas roteadas pelo PSTN e/ou pela nuvem do Zoom Phone. Chamadas originadas de extensões registradas no Zoom dentro da mesma unidade tentarão se conectar primeiro pelo módulo ZPLS e, em segundo lugar, pelo PSTN, se um SBC estiver conectado. As chamadas que não puderem se conectar estarão sujeitas ao tratamento definido na **Quando uma chamada não é atendida** seção das regras de Tratamento da chamada nas configurações de telefone de um usuário.

### Fluxo de Encaminhamento de Chamadas

O diagrama a seguir detalha a lógica de encaminhamento de chamadas (uma vez habilitado) durante um evento de sobrevivência. Essa lógica permanecerá em vigor até que o encaminhamento de chamadas seja desabilitado ou as operações padrão sejam restauradas. No entanto, se o encaminhamento de chamadas permanecer habilitado *após* as operações padrão serem restauradas, as chamadas encaminhadas farão hairpin da nuvem do Zoom Phone para o SBC e de volta para a nuvem, antes de serem entregues ao dispositivo de um usuário. Por esse motivo, o encaminhamento de chamadas deve ser desabilitado prontamente após um evento de sobrevivência.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/oITDPnN2h3r5uCsJcZky/Unknown%20image" alt=""></div>

1. Um chamador externo inicia uma chamada para um número registrado no Zoom Phone e é roteado pelo PSTN.
2. A chamada é roteada para a nuvem do Zoom Phone, e o número de telefone discado é identificado como impactado pelo encaminhamento de chamadas.

{% hint style="info" %}
Se o encaminhamento de chamadas não estiver habilitado, o Zoom Phone seguirá a **Quando uma chamada não é atendida** lógica para esse usuário ou extensão específico.
{% endhint %}

3. Como o encaminhamento de chamadas está habilitado, a Zoom não tentará alertar o usuário e, em vez disso, redirecionará a chamada para o número de encaminhamento de chamadas designado pelo PSTN.
4. A chamada é roteada do PSTN para o SBC de sobrevivência.
5. O SBC de sobrevivência encaminha a chamada para o módulo ZPLS.
6. O módulo ZPLS encaminha a chamada para o(s) cliente(s) registrado(s) do usuário, se estiverem conectados.

### Considerações sobre o Número de Identificação de Localização de Emergência (ELIN)

#### <mark style="color:azul;">Um ELIN é um número de telefone exclusivo da unidade que comunica informações de localização aos serviços de emergência quando discado</mark>

Um Número de Identificação de Localização de Emergência (ELIN) é um número de telefone dedicado usado pelos Pontos de Atendimento de Chamadas de Segurança Pública (PSAP) para identificar o endereço físico de um chamador ao ligar para os serviços de emergência. Para esse recurso, as empresas devem trabalhar com seu provedor de serviço PSTN para mapear um endereço a um número de telefone, ajudando a garantir que o endereço seja listado em um banco de dados de identificação automática de localização (ALI) quando a chamada for recebida por um operador do PSAP.

Por exemplo, considere um campus universitário que abrange vários prédios, com cada prédio representado por uma unidade separada do Zoom Phone. Se um usuário discar para os serviços de emergência durante um evento de sobrevivência a partir de um telefone ou dispositivo [associado à unidade](#_ggwzik1hd9xi), os serviços de emergência receberão automaticamente o endereço completo registrado da unidade, desde que a localização esteja configurada e atualizada com o provedor de serviço.

#### <mark style="color:azul;">Cada unidade pode suportar vários ELINs</mark>

Os Clientes/clientes podem atribuir vários ELINs a uma unidade para um conjunto de recursos de números de emergência. Em caso de emergência durante um evento de sobrevivência, isso permitirá que vários chamadores tenham cada um um ELIN atribuído de forma exclusiva, o que pode ajudar os serviços de emergência a contatar o chamador original caso retornem a ligação.

Além disso, um ELIN pode ser atribuído a um usuário ou a um telefone de área comum, proporcionando uma atribuição de ELIN mais granular do que no nível da unidade, oferecendo uma localização mais precisa para os serviços de emergência.

#### <mark style="color:azul;">Durante um evento de sobrevivência, todas as chamadas de emergência são substituídas pelo ELIN</mark>

Quando um usuário faz uma chamada de emergência durante um evento de sobrevivência, o número de chamada do usuário, se houver um disponível, será substituído pelo ELIN designado no nível da unidade. Isso permite que usuários que não tenham um número direto chamem os serviços de emergência e possam ser contatados de volta pelo operador de emergência.

#### <mark style="color:azul;">Um número ELIN deve ser um número BYOC associado ao tronco PSTN do SBC da unidade</mark>

O ELIN de uma unidade **deve** ser um número BYOC que é terminado em um tronco PSTN que está localizado na SBC de failover da unidade. Nenhum outro tipo de número pode ser usado.

#### <mark style="color:azul;">O módulo ZPLS roteará automaticamente as chamadas do provedor de emergência para o ELIN de volta para a extensão do usuário que discou originalmente por até 2 horas</mark>

Se um operador de emergência retornar uma chamada para o ELIN, o módulo ZPLS roteará a chamada de volta para o usuário original que fez a chamada de emergência. O módulo ZPLS continuará a rotear callbacks do PSAP para o autor da chamada original por até 2 horas. Neste momento, esta funcionalidade é limitada ao primeiro autor da chamada.

#### <mark style="color:azul;">Uma vez que um número de telefone é designado como o ELIN, ele não pode ser atribuído a um usuário ou dispositivo</mark>

Uma vez que um administrador tenha atribuído um número BYOC como o ELIN designado para uma unidade, o número BYOC não pode ser atribuído a nenhum usuário ou outra entidade do Zoom Phone, a menos que seja desatribuído.

#### <mark style="color:azul;">Os Clientes são responsáveis por manter e atualizar os endereços físicos associados ao seu ELIN para cada unidade</mark>

A Zoom não assume responsabilidade por atualizar as operadoras BYOC com endereços físicos que correspondam a cada ELIN. Os Clientes são responsáveis por garantir que os endereços de emergência sejam mapeados corretamente para o endereço físico apropriado.

### Considerações de Roteamento PSTN

#### <mark style="color:azul;">Quando o modo de survivability está Ativo, os pacotes de mídia são roteados pelo módulo ZPLS</mark>

Quando o modo de sobrevivência está ativado, os clientes não se comunicam diretamente com um SBC ou outros clientes internos; em vez disso, os pacotes de mídia são ancorados ou “hairpinned” pelo módulo ZPLS, sem suporte para descarregamento de mídia.

O diagrama a seguir mostra o caminho de sinalização e mídia para ligações internas e externas ativas.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/irEOa0JWa2qCCobkIU1u/Unknown%20image" alt=""></div>

#### <mark style="color:azul;">As ligações tentarão ser roteadas localmente primeiro</mark>

Sempre que possível, o módulo ZPLS tentará rotear ligações originadas de clientes Zoom registrados para destinos registrados localmente. As ligações só são encaminhadas ao SBC se o destino contido no campo Request URI do SIP Convidar de entrada não corresponder a uma extensão registrada.

{% hint style="info" %}
Uma extensão registrada é uma extensão curta sem o código da unidade, uma extensão longa com o código da unidade, um número atribuído registrado no Zoom ou um número BYOC atribuído. Os administradores devem ter em mente que o módulo ZPLS atualiza esses dados [uma vez a cada 10 horas](#_54gf3fuxcnk5).
{% endhint %}

#### <mark style="color:azul;">Durante um Evento de sobrevivência, as ligações externas Realizadas exibirão o número BYOC do usuário</mark>

Durante um Evento de sobrevivência, as ligações externas Realizadas a partir de dispositivos registrados no ZPLS conterão o Número de ligação BYOC. O diagrama a seguir mostra o fluxo de ligação do modo de sobrevivência para um usuário:

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/ycSBccAalA5qPcF077rF/Unknown%20image" alt=""></div>

#### <mark style="color:azul;">As ligações devolvidas podem ser roteadas para o número BYOC de um usuário</mark>

Como as ligações externas Realizadas durante um Evento de sobrevivência usarão um número BYOC, os chamadores externos podem retornar uma ligação usando um número BYOC em vez do número de telefone registrado no Zoom de um usuário. Se o Evento de sobrevivência tiver terminado, as ligações voltarão a ser roteadas pela nuvem [se a prioridade de Roteamento correta estiver configurada](#_zgofkpkt74xr). No entanto, se o Evento estiver em andamento, o SBC encaminhará o ligar para o módulo ZPLS e o Dispositivo registrado pelo cliente.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/TcZnB68gxWNsSzN4j9fS/Unknown%20image" alt=""></div>

#### <mark style="color:azul;">Codecs de Sobrevivência Suportados</mark>

Os codecs de sobrevivência suportados são Opus, G.711 μ-law, G.711 A-law e G.729. A transcodificação ou o transrateamento de codecs de áudio não tem Suporte. Todas as partes envolvidas numa ligar Ativo devem ter o mesmo codec e taxa de amostragem.

### Considerações sobre o grupo de distribuição de sobrevivência

Esta seção discute considerações sobre Grupos de Distribuição de Sobrevivência (SDGs). Clientes que não planejam utilizar SDGs ou integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequências.

#### <mark style="color:azul;">Os Grupos de Distribuição de Sobrevivência oferecem opções refinadas de roteamento de chamadas durante um Evento de sobrevivência</mark>

Os grupos de distribuição de resiliência (SDGs) fornecem às empresas opções de roteamento de chamadas mais detalhadas — como filas de chamadas e menus de resposta de voz interativa (IVR) — durante um evento de resiliência. Com os SDGs, as empresas podem Continuar a dar suporte aos principais serviços de telefonia e às configurações de Roteamento de chamadas (semelhantes a filas de chamadas, recepcionistas automáticos e grupos de linha compartilhada) até que as operações padrão sejam restauradas.

#### <mark style="color:azul;">Os ODS não são o mesmo que grupos de distribuição de operação padrão e devem ser criados e mantidos separadamente</mark>

Embora os SDGs ofereçam funcionalidade semelhante de roteamento de chamadas aos grupos de distribuição de operação padrão, os SDGs são exclusivos e específicos para eventos de survivability e, consequentemente, devem ser criados e mantidos separadamente. Em outras palavras, os SDGs **não irá** herdar as Configurações ou configurações de um grupo de distribuição de operação padrão (ou seja, fila de chamadas, recepcionista automático, Resposta de voz interativa/resposta de voz interativa (IVR), etc.)

#### <mark style="color:azul;">Os SDGs são melhor combinados com uma Integrações BYOC-PSTN e encaminhamento de ligar ativado</mark>

Embora os SDGs possam fornecer suporte apenas interno (ou seja, chamadas não PSTN), eles funcionam melhor em conjunto com Integrações BYOC-PSTN. Com um SDG habilitado para PSTN, assim que o encaminhamento de chamadas for ativado durante um Evento de resiliência, o número principal da empresa pode ser roteado para o número de telefone do SDG designado, e a chamada seguirá o perfil de Roteamento configurado. Isso permite que uma empresa ofereça uma experiência consistente de fluxo de chamadas para os chamadores externos até que as operações padrão sejam restauradas.

O diagrama a seguir demonstra a lógica de roteamento de chamadas para um SDG habilitado para PSTN:

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/5NrGHutNwcJ18M9i7SRf/Unknown%20image" alt=""></div>

#### <mark style="color:azul;">Os ODS podem ser personalizados das seguintes maneiras</mark>

Os ODS Suporte as seguintes opções:

* Número do ramal dedicado
* Número de discagem direta interna atribuído
* Fuso horário
* horário comercial
* Saudações gravadas
* membros do grupo
* Rota para:
  * usuário
  * Menu de Resposta de voz interativa/resposta de voz interativa (IVR)
  * membros do grupo
  * Número de telefone
* distribuição de chamadas:
  * Simultâneo
  * Sequencial

### Considerações de hardware e rede

Esta seção discute considerações de hardware e rede para o Módulo ZPLS, uma Integrações SBC, clientes Zoom e dispositivos telefônicos. Após ler esta seção, você pode esperar obter uma compreensão das comunicações e configurações de rede necessárias para uma implantação do ZPLS.

{% hint style="info" %}
Esta seção é dedicada à implantação de hardware e rede *considerações de design*. Consulte a seção sobre [implantação do ZPLS](#_wrba5u2ahyc) para instruções de implantação passo a passo.
{% endhint %}

#### <mark style="color:azul;">Considerações de Implantação e Rede do Módulo ZPLS</mark>

**O módulo ZPLS requer um endereço IPv4 estático dentro da sua rede**

O módulo ZPLS deve ser implantado em uma LAN interna com um endereço IPv4 estático acessível a dispositivos Zoom Phone e clientes de desktop. O módulo ZPLS não suporta endereços IPv6 neste momento.

**O módulo ZPLS deve manter conexões HTTPS periódicas com a nuvem Zoom Phone**

O módulo ZPLS requer conexões HTTPS periódicas com a nuvem Zoom Phone para [sincronizar conta e Configurações do usuário](#_54gf3fuxcnk5).

Na maioria dos casos, um módulo ZPLS pode ser implementado numa LAN interna dentro da rede de um cliente. Em alternativa, uma rede DMZ pode ser utilizada em algumas circunstâncias; no entanto, os administradores de rede devem garantir que a comunicação é possível através da firewall empresarial. Em qualquer dos casos, os administradores são obrigados a ajustar a política de firewall empresarial para Habilitar a comunicação entre o módulo ZPLS e a nuvem do Zoom.

**O módulo ZPLS deve manter um ping OPTIONS regular com a nuvem do Zoom Phone**

Enquanto estiver em estado ocioso, o módulo ZPLS deve manter um ping de keepalive de OPTIONS com a nuvem do Zoom Phone para monitorar a conectividade. No Evento de que tanto os dispositivos cliente quanto o módulo ZPLS dentro de uma unidade percam a conectividade com a nuvem do Zoom Phone, os clientes e dispositivos compatíveis se registrarão no módulo ZPLS usando autenticação SIP Digest sobre TLS v1.2.

#### <mark style="color:azul;">Considerações sobre Implantação e Rede do SBC</mark>

**Um SBC deve ser acessível a partir de ZPLS e Zoom cloud sempre que possível**

Os Clientes devem garantir que o SBC mantenha a conectividade com o módulo ZPLS e com a nuvem do Zoom Phone, sempre que possível. Os Clientes podem provisionar um SBC com duas NICs configurado com um endereço IPv4 privado e público, ou garantir que regras NAT estáticas 1:1 estejam em vigor no firewall de borda, além de abrir as portas necessárias.

**Um SBC deve manter a conectividade TLS e UDP entre a nuvem do Zoom Phone e o módulo ZPLS**

Durante as operações de rotina, um SBC deve manter conectividade TLS e UDP com a nuvem do Zoom Phone e com o módulo ZPLS da unidade associada. Esta conexão é usada para encaminhar quaisquer chamadas potenciais para um número de telefone listado no BYOC [através da nuvem do Zoom Phone](#_zgofkpkt74xr). O mecanismo keepalive OPTIONS é habilitado automaticamente entre o ZPLS e o SBC e é Opcional entre o SBC e a nuvem.

#### <mark style="color:azul;">Considerações sobre Clientes e Dispositivos de Zoom</mark>

**Os clientes e dispositivos devem ser capazes de descobrir o módulo ZPLS da unidade na rede local**

Clientes e dispositivos suportados [habilitado para a sobrevivência do telefone](#_ah8xua8wdq10) descobrir o módulo ZPLS de failover apropriado da nuvem do Zoom Phone durante o processo de inicialização. No entanto, o módulo já deve estar [associado à unidade do sistema de telefonia](#_k11n5zxkx1pq) com um endereço IPv4 descobrível internamente.

**Os dispositivos devem ter um IP estático ou receber um IP privado por meio de um servidor DHCP local**

Para mitigar problemas potenciais, os Dispositivos de telefone devem ser atribuídos a um IP estático ou interno por meio de um servidor DHCP local. Se um Dispositivo não receber um IP estático, ou se um servidor DHCP não estiver Disponível durante um Evento de sobrevivência, os Dispositivos de telefone podem não conseguir se registrar.

**Clientes e Dispositivos devem manter um ping OPTIONS regular com a nuvem do Zoom Phone**

Semelhante ao módulo ZPLS, os clientes e Dispositivos suportados devem manter um ping keepalive OPTIONS para a nuvem do Zoom Phone para determinar o status de conectividade do datacenter. No caso de uma interrupção, o cliente continua a enviar mensagens keepalive para detectar o retorno do serviço de nuvem e iniciar a retomada das operações normais. Esse processo é automático e não pode ser desativado.

#### <mark style="color:azul;">Firewall e fluxo de dados da rede</mark>

Consulte a seção sobre [Portas de rede e fluxo de dados](#_pswiusfsww6t).