> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/pt/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.md).
# Considerações sobre Integrações com PSTN
Esta seção aplica-se a Clientes/clientes que estão considerando integrar o módulo ZPLS com uma conexão SBC e PSTN para maior sobrevivência. Clientes/clientes que não planejam integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequência.
### Considerações sobre Integrações com SBC
#### Requisitos de SBC
Para integrar um SBC com Zoom para sobrevivê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
#### As integrações PSTN exigem um SBC e um fornecedor terceirizado confiável
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á sofrendo uma interrupção. Devido a essa possibilidade, os clientes devem considerar uma conexão terciária confiável para conectividade PSTN.
#### Qualquer SBC certificado para Zoom Phone BYOC pode ser usado
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 com um plano Zoom Phone BYOC existente não precisam de um SBC adicional ou separado para fins de sobrevivência.
#### Os certificados DigiCert do Zoom devem ser instalados no SBC
Para estabelecer conectividade TLS com o módulo ZPLS e o Zoom cloud, da Zoom [Certificados raiz e intermédios da DigitCert](https://support.zoom.us/hc/en-us/articles/360044092031) deve ser instalado no SBC.
#### 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 em terceiro
Os SBCs do cliente devem rotear chamadas Recebidas da PSTN para a zona SIP primária e secundária antes de tentar o módulo ZPLS. Com esta configuração, as chamadas só serão roteadas para o módulo ZPLS durante um Evento de sobrevivência, pois o SBC e os centros de dados 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 ligar, pois o módulo ZPLS não consegue encaminhar ligar para dispositivos registados na nuvem.
{% hint style="info" %}
Depois que a nuvem do Zoom Phone estiver Disponível após um Evento de sobrevivência, um SBC pode tentar temporariamente Roteamento de BYOC números para a Zoom cloud enquanto o Dispositivo cliente do número afetado estiver registrado ao módulo ZPLS. Se isso ocorrer, roteamento de chamadas seguirá as Configurações para [**Quando uma 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 interino.
{% endhint %}
#### Chamadas Realizadas do módulo ZPLS devem ser encaminhadas para o SBC e o tronco SIP PSTN
Quando o modo de sobrevivência está Ativo, as chamadas do ZPLS para o SBC devem ser encaminhadas para o PSTN SIP Trunk para estabelecer conexões telefónicas externas. Todas as chamadas para números que não estão registados no módulo ZPLS são enviadas para o SBC configurado para sobrevivência em formato E.164.
### Considerações de sobrevivência local para encaminhamento de chamadas
#### 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 reencaminhados através do encaminhamento de chamadas
Durante um Evento de sobrevivência, os Números de telefone fornecidos pelo Zoom não estarão acessíveis externamente da perspetiva da nuvem. Consequentemente, os usuários localizados dentro dos locais afetados podem ficar inacessíveis, a menos que as chamadas para os seus números principais 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, Auto Receções (AR), Grupos de linha compartilhada (SLG) e Filas de chamadas (CQ).
{% endhint %}
#### Clientes/clientes que usam um BYOC baseado em local não requerem configurações avançadas e podem contornar o encaminhamento de chamadas ao Adicionar uma rota terciária ao seu módulo ZPLS a partir do seu SBC
Clientes/clientes que usam um plano BYOC baseado em local (ou seja, clientes que não usam Números de telefone registados no Zoom Phone) não requerem 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.
#### As configurações de encaminhamento de chamadas são definidas por um administrador ou usuário autorizado no portal web
Um administrador da conta ou usuário autorizado pode [Configurar a lógica de encaminhamento de chamadas](#_1od0waijmvaz) a partir do portal da web por meio de [entrada manual ou um envio em massa de CSV](#_aezu04x8z043).
#### Usuários configurados para encaminhamento de ligar terão três números atribuídos
Após aplicar um número BYOC a um usuário para sobrevivência de 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 pelo Zoom
3. Um número PSTN BYOC
#### Números de telefone podem ser encaminhados para no máximo um número BYOC
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 da operadora do prédio em X99-999-9999. Da mesma forma, os colegas de trabalho de John também podem ter seus números (X55-555-5554, X55-555-5553 etc.) encaminhados para X99-999-9999. Como alternativa, cada usuário pode ter seu número de telefone encaminhado para um número totalmente exclusivo, como X55-555-5554 roteando para X99-999-9998 e X55-555-5553 roteando 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.
#### O encaminhamento de chamadas deve permanecer desabilitado até que ocorra um evento de sobrevivência
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 normais, todas as chamadas Recebidas para um número registrado no Zoom Phone serão redirecionadas ao SBC local e ao 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 ser desabilitado durante as operações normais.
#### O encaminhamento de chamadas só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcionando
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 funcionando, como um plano de dados do 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 %}
#### As regras de encaminhamento de chamadas podem se aplicar à unidade inteira ou a números individuais
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.
#### Depois que o encaminhamento de chamadas é habilitado para o número de telefone de um usuário, o Zoom não tocará no cliente do usuário registrado na nuvem, mesmo que ele mantenha uma conexão independente com a nuvem
Quando o encaminhamento de chamadas é habilitado para um número registrado no Zoom Phone, o Zoom não tentará rotear nenhuma chamada ao usuário pela nuvem. Consequentemente, mesmo que um usuário afetado 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 pela PSTN para o SBC da empresa.
Por exemplo, uma unidade está passando por um evento de modo de sobrevivência e o telefone móvel de um usuário está conectado à nuvem do Zoom Phone por meio da conexão de dados do provedor de serviço 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** tocará no 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 pela PSTN para o SBC do cliente.
#### 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
Se o encaminhamento de chamadas não estiver habilitado durante um evento de sobrevivência, as chamadas Recebidas serão tratadas de acordo com o [tratamento da chamada](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) para 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 pela **Quando uma chamada não é atendida** seção das preferências de tratamento da chamada.
#### O encaminhamento de chamadas se aplica apenas a chamadas Recebidas da PSTN
O encaminhamento de chamadas para sobrevivência aplica-se apenas a chamadas roteadas pela PSTN e/ou pela nuvem do Zoom Phone. Chamadas originadas de ramais registrados no Zoom dentro da mesma unidade tentarão se conectar primeiro pelo módulo ZPLS e, em segundo lugar, pela PSTN, se um SBC estiver conectado. As chamadas que não conseguirem se conectar estarão sujeitas ao tratamento definido pela **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 habilitada) durante um evento de sobrevivência. Essa lógica permanecerá em vigor até que o encaminhamento de chamadas seja desabilitado ou que as operações padrão sejam restauradas. No entanto, se o encaminhamento de chamadas permanecer habilitado *após* que as operações padrão forem 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.
1. Um chamador externo inicia uma chamada para um número registrado no Zoom Phone e é roteado pela PSTN.
2. A chamada é roteada para a nuvem do Zoom Phone e o número de telefone discado é identificado como afetado pelo encaminhamento de chamadas.
{% hint style="info" %}
Se o encaminhamento de chamadas não estiver habilitado, o Zoom Phone seguirá o **Quando uma chamada não é atendida** tratamento para esse usuário ou ramal específico.
{% endhint %}
3. Como o encaminhamento de chamadas está habilitado, o Zoom não tentará alertar o usuário e, em vez disso, redirecionará a chamada para o número de encaminhamento de chamadas designado pela PSTN.
4. A chamada é roteada da 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 estiver(em) conectado(s).
### Considerações sobre o Número de Identificação de Localização de Emergência (ELIN)
#### 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
Um Número de Identificação de Localização de Emergência (ELIN) é um número de telefone dedicado usado pelos Public Safety Answering Points (PSAP) para identificar o endereço físico de um chamador ao ligar para os serviços de emergência. Para este recurso, as empresas devem trabalhar com o 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 de PSAP.
Por exemplo, considere um campus universitário que abrange vários edifícios, com cada edifício representado por uma unidade separada do Zoom Phone. Se um usuário ligar 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.
#### Cada unidade pode suportar vários ELINs
Os 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 exclusivamente, o que pode ajudar os serviços de emergência a alcançar o chamador original ao retornar a chamada.
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.
#### Durante um evento de sobrevivência, todas as chamadas de emergência são substituídas pelo ELIN
Quando um usuário faz uma chamada de emergência durante um evento de sobrevivência, o número de ligação 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 liguem para os serviços de emergência e sejam alcançáveis para retorno de chamada do operador de emergência.
#### Um número ELIN deve ser um número BYOC associado ao tronco PSTN do SBC da unidade
O ELIN de uma unidade **deve** ser um número BYOC que é terminado em um tronco PSTN localizado no SBC de failover da unidade. Nenhum outro tipo de número pode ser usado.
#### O módulo ZPLS encaminhará 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
Se um operador de emergência ligar para o ELIN, o módulo ZPLS encaminhará a chamada de volta ao usuário original que fez a chamada de emergência. O módulo ZPLS continuará a encaminhar callbacks do PSAP ao chamador original por até 2 horas. Neste momento, essa funcionalidade é limitada ao primeiro chamador.
#### Uma vez que um número de telefone seja designado como o ELIN, ele não pode ser atribuído a um usuário ou Dispositivo
Depois que um administrador atribuiu 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.
#### Os Clientes são responsáveis por manter e atualizar os endereços físicos associados ao seu ELIN para cada unidade
A Zoom não assume a responsabilidade de atualizar os provedores 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 estejam mapeados corretamente para o endereço físico apropriado.
### Considerações de Roteamento PSTN
#### Quando o modo de sobrevivência está Ativo, os pacotes de mídia são roteados pelo módulo ZPLS
Quando o modo de sobrevivência está ativado, os clientes não se comunicam diretamente com um SBC ou com 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 descreve o caminho de sinalização e mídia para chamadas internas e externas no estado Ativo.
#### As chamadas tentarão rotear localmente primeiro
Sempre que possível, o módulo ZPLS tentará rotear chamadas originadas de clientes Zoom registrados para destinos registrados localmente. As chamadas só serã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 %}
#### Durante um Evento de sobrevivência, as chamadas externas Realizadas irão Exibir o número BYOC do usuário
Durante um Evento de sobrevivência, as chamadas externas Realizadas de dispositivos registrados no ZPLS conterão o número BYOC de chamada. O diagrama a seguir mostra o fluxo de ligar do modo de sobrevivência para um usuário:
#### Chamadas retornadas podem ser roteadas para o número BYOC de um usuário
Como as chamadas externas Realizadas feitas durante um Evento de sobrevivência usarão um número BYOC, os chamadores externos poderão ligar de volta 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 chamadas voltarão a ser roteadas pela nuvem [se a prioridade correta de Roteamento estiver configurada](#_zgofkpkt74xr). No entanto, se o Evento estiver em curso, o SBC encaminhará o ligar para o módulo ZPLS e o Dispositivo registado pelo cliente.
#### Codecs de sobrevivência suportados
Os codecs de sobrevivência com Suporte 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 ligação Ativo devem ter Suporte para ligar usando o mesmo codec e a mesma taxa de amostragem.
### Considerações sobre o grupo de distribuição de sobrevivência
Esta seção discute considerações sobre os Grupos de Distribuição de Survivability (SDGs). Clientes/clientes que não planejam utilizar SDGs ou integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequências.
#### Os Grupos de Distribuição de Sobrevivência fornecem opções diferenciadas de roteamento de chamadas durante um Evento de sobrevivência
Os grupos de distribuição de sobrevivência (SDGs) fornecem às empresas opções de roteamento de chamadas mais detalhadas — como filas de chamadas e menus de resposta de voz interativa (Resposta de voz interativa/resposta de voz interativa (IVR)) — durante um Evento de sobrevivência. Com os SDGs, as empresas podem Continuar a dar Suporte a serviços essenciais de telefonia e 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.
#### Os ODS não são o mesmo que grupos de distribuição de operação padrão e devem ser construídos e mantidos separadamente
Embora os SDGs ofereçam funcionalidades de roteamento de chamadas semelhantes aos grupos de distribuição de operação padrão, os SDGs são únicos e específicos para eventos de sobrevivência e, consequentemente, devem ser construídos e mantidos separadamente. Em outras palavras, os SDGs **não** herdar as Configurações ou as 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.)
#### Os SDGs são melhor combinados com uma Integrações BYOC-PSTN e encaminhamento de ligar ativado
Embora os SDGs possam fornecer Suporte apenas interno (isto é, ligações não-PSTN), eles ficam melhor combinados com uma Integrações BYOC-PSTN. Com um SDG habilitado para PSTN, assim que o encaminhamento de ligar for ativado durante um Evento de sobrevivência, um número principal da empresa pode ser encaminhado para o número de telefone SDG designado, e o ligar seguirá o perfil de Roteamento configurado. Isso permite que uma empresa ofereça uma experiência consistente de fluxo de ligar 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:
#### Os ODS podem ser personalizados das seguintes formas
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
* resposta de voz interativa (IVR) menu
* membros do grupo
* Número de telefone
* distribuição de chamadas:
* Simultâneo
* Sequencial
### Considerações sobre 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 de telefone. Após ler esta seção, você pode esperar ter 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 %}
#### Considerações de implantação e rede do Módulo ZPLS
**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 de telefone Zoom Phone e clientes de desktop. O módulo ZPLS não oferece suporte a 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 do Zoom Phone para [sincronizar conta e Configurações do usuário](#_54gf3fuxcnk5).
Na maioria dos casos, um módulo ZPLS pode ser implantado em uma LAN interna dentro da rede de um cliente. Como alternativa, uma rede DMZ pode ser usada em algumas circunstâncias; no entanto, os administradores de rede devem garantir que a comunicação seja possível através do firewall empresarial. Em qualquer um dos casos, os administradores são obrigados a ajustar a política do firewall corporativo para Habilitar a comunicação entre o módulo ZPLS e a Zoom Cloud.
**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 keepalive OPTIONS com a nuvem Zoom Phone para monitorizar a conectividade. No Evento de que tanto os dispositivos cliente como o módulo ZPLS dentro de uma unidade percam a conectividade com a nuvem Zoom Phone, os clientes e dispositivos suportados registar-se-ão no módulo ZPLS usando autenticação SIP Digest sobre TLS v1.2.
#### Considerações sobre a implementação e a rede do SBC
**Um SBC deve ser alcançável a partir do ZPLS e do Zoom cloud sempre que possível**
Clientes/clientes devem garantir que o SBC mantenha conectividade com o módulo ZPLS e a nuvem do Zoom Phone, sempre que possível. Clientes/clientes podem provisionar um SBC dual-NIC 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 da abertura das portas necessárias.
**Um SBC deve manter 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. Essa conexão é usada para encaminhar quaisquer chamadas potenciais para um número de telefone listado no BYOC [pela nuvem do Zoom Phone](#_zgofkpkt74xr). O mecanismo keepalive OPTIONS é ativado automaticamente entre o ZPLS e o SBC e é Opcional entre o SBC e a nuvem.
#### Considerações sobre Clientes Zoom e Dispositivos Telefônicos
**Os clientes e dispositivos devem ser capazes de descobrir o módulo ZPLS da unidade na rede local**
Clientes e dispositivos suportados [ativado para sobrevivência telefônica](#_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 ser atribuídos a um IP privado por meio de um servidor DHCP local**
Para mitigar possíveis problemas, os Dispositivos telefônicos devem ser atribuídos a um IP estático ou interno por meio de um servidor DHCP local. Se um Dispositivo não for atribuído com um IP estático, ou se um servidor DHCP não estiver Disponível durante um Evento de sobrevivência, os Dispositivos telefônicos podem falhar ao 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 compatíveis devem manter um ping keepalive OPTIONS para a nuvem do Zoom Phone para determinar o status de conectividade do datacenter. No Evento 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.
#### Fluxo de Dados de Firewall e Rede
Consulte a seção sobre [Portas de Rede e Fluxo de Dados](#_pswiusfsww6t).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/pt/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.