# Considerações sobre Integrações com PSTN Esta seção se aplica a Clientes/clientes que estão considerando integrar o módulo ZPLS a uma conexão SBC e PSTN para maior resiliência. Clientes/clientes que não planejam integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequências. ### Considerações sobre Integrações com SBC #### Requisitos de SBC Para integrar um SBC ao 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) * SIP Early Offer (**obrigatório**) * codecs Opus, G.711 μ-law, G.711 A-law e G.729 #### As Integrações PSTN exigem um SBC e um provedor terceirizado confiável Para conectividade PSTN, os Clientes/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/clientes devem ter em mente que quaisquer troncos SIP implementados no SBC podem depender do mesmo serviço de Internet que está sofrendo uma interrupção. Devido a essa possibilidade, os Clientes/clientes devem considerar uma conexão terciária confiável para conectividade PSTN. #### Qualquer SBC certificado pelo 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. Clientes num plano BYOC existente do Zoom Phone não requerem um SBC adicional ou পৃথ separado para efeitos de sobrevivência. #### Os certificados DigiCert da Zoom devem ser instalados no SBC Para estabelecer conectividade TLS com o módulo ZPLS e o Zoom cloud, a Zoom’s [Certificados raiz e intermediários 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 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, de outra forma, devem manter conectividade estável. A não observância desta lógica pode resultar em falhas na entrega de ligações, uma vez que o módulo ZPLS não consegue rotear ligações para dispositivos registrados na nuvem. {% hint style="info" %} Depois que a nuvem do Zoom Phone estiver Disponível após um Evento de sobrevivência, um SBC poderá temporariamente tentar rotear números BYOC para a nuvem do Zoom enquanto o dispositivo do cliente do número afetado estiver registrado ao módulo ZPLS. Se isso ocorrer, o 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 provisório. {% 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 tronco SIP PSTN 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 no formato E.164. ### Considerações de sobrevivência local do encaminhamento de ligar #### Durante um Evento de sobrevivência, os Números de telefone fornecidos pelo Zoom Phone não ficarão acessíveis externamente, a menos que sejam redirecionados por meio do encaminhamento de chamadas Durante um Evento de sobrevivência, os Números de telefone fornecidos pelo Zoom não estarão externamente acessíveis da perspetiva da nuvem. Consequentemente, os utilizadores localizados nos 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 no 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 ligar (CQ). {% endhint %} #### Clientes/clientes que usam um BYOC local não requerem 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 Clientes/clientes que usam um plano BYOC baseado no local (ou seja, clientes que não usam números registrados no Zoom Phone) não precisam de configurações avançadas para Habilitar o encaminhamento de chamadas. Em vez disso, os Clientes/clientes BYOC podem adicionar uma rota terciária ao módulo ZPLS a partir do SBC baseado no local. #### As configurações de encaminhamento de chamadas são definidas por um administrador ou usuário autorizado no portal da web Um administrador da conta ou usuário autorizado pode [Configurar a lógica de encaminhamento de chamadas](#_1od0waijmvaz) no portal da web por meio de [entrada manual ou upload em massa de CSV](#_aezu04x8z043). #### Usuários configurados para encaminhamento de chamadas terão três números atribuídos Depois de aplicar um número BYOC a um usuário para a sobrevivência do encaminhamento de chamadas, 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
#### Os Números de telefone podem ser encaminhados para um máximo de um número BYOC Cada número do Zoom Phone pode ser encaminhado para um máximo de **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 dele 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 totalmente exclusivo, como X55-555-5554 com Roteamento para X99-999-9998, e X55-555-5553 com Roteamento para X99-999-9997. No entanto, nenhum usuário individual pode ter seu número encaminhado simultaneamente para X99-999-9999 e X99-999-9998. #### O encaminhamento de chamadas deve permanecer desativado até que ocorra um Evento de sobrevivência Embora um administrador possa pré-configurar a lógica de encaminhamento de chamadas para uma unidade com antecedência, a funcionalidade de encaminhamento de chamadas deve permanecer desativada até que ocorra um Evento de sobrevivência. Se o encaminhamento de chamadas estiver ativado durante as operações de rotina, todas as chamadas Recebidas para um número registrado no Zoom Phone serão redirecionadas para o SBC local e 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 ser desativado durante as operações de rotina. #### O encaminhamento de chamadas só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcional 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 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 a partir do portal 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 a partir do portal web. #### Assim que o encaminhamento de chamadas for habilitado para o número de telefone de um usuário, a Zoom não tocará em um cliente registrado na nuvem de um usuário, 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, a Zoom não tentará rotear nenhuma chamada para o 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á enfrentando 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 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á o número do Zoom Phone dele 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 a [lógica de 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 PSTN recebidas O encaminhamento de chamadas para sobrevivência se aplica apenas a chamadas roteadas pela PSTN e/ou pela nuvem do Zoom Phone. As 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 puderem se conectar estarão, de outra forma, sujeitas ao tratamento definido pela **Quando uma chamada não é atendida** seção das regras de tratamento da chamada dentro das Configurações de telefone de um usuário. ### Fluxo de encaminhamento de chamadas O diagrama a seguir detalha a lógica para 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 que 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.
1. Um chamador externo inicia uma chamada para um número registrado no Zoom Phone, e ela é roteada 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á a **Quando uma chamada não é atendida** lógica para aquele usuário ou ramal 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 designado de encaminhamento de chamadas 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 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 Pontos de Atendimento 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 este Recursos, as empresas devem trabalhar com seu provedor de serviço PSTN para mapear um endereço a um número de telefone, para ajudar a garantir que o endereço esteja 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 para a unidade, desde que a Localização esteja configurada e atualizada junto ao provedor de serviço. #### Cada unidade pode oferecer suporte a vários ELINs Clientes/clientes podem Atribuir vários ELINs a uma unidade para um conjunto de recursos de números de emergência. No caso de uma 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 entrar em contato com o chamador original se retornarem uma 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 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 têm um número direto liguem para os serviços de emergência e possam ser contatados em um retorno de chamada do operador de emergência. #### Um número ELIN deve ser um número BYOC associado ao tronco PSTN SBC da unidade O ELIN de uma unidade **deve** deve ser um número BYOC 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 roteará automaticamente as chamadas do provedor de emergência para o ELIN de volta ao ramal do usuário que originalmente discou por até 2 horas 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 retornos de chamada do PSAP para o chamador original por até 2 horas. No momento, essa funcionalidade está limitada ao primeiro chamador. #### Assim que um número de telefone for designado como o ELIN, ele não poderá ser atribuído a um usuário ou Dispositivo Depois que um administrador tiver atribuído um número BYOC como o ELIN designado para uma unidade, o número BYOC não poderá ser atribuído a nenhum usuário ou outra entidade do Zoom Phone, a menos que sua atribuição seja removida. #### Clientes/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 se responsabiliza por atualizar as operadoras BYOC com endereços físicos que correspondam a cada ELIN. Clientes/clientes são responsáveis por garantir que os endereços de emergência estejam corretamente mapeados 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á habilitado, 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 Ativo.
#### As ligações tentarão rotear localmente primeiro 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 da entrada SIP Convidar recebida não corresponder a uma ramificação registrada. {% hint style="info" %} Uma ramificação registrada é uma ramificação curta sem o código da unidade, uma ramificaçã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 [a cada 10 horas](#_54gf3fuxcnk5). {% endhint %} #### Durante um Evento de sobrevivência, as ligações externas Realizadas exibirão o número BYOC do usuário 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ções do modo de sobrevivência para um usuário:
#### Chamadas retornadas podem ser roteadas para o número BYOC do usuário Como ligações externas Realizadas durante um Evento de sobrevivência usarão um número BYOC, chamadores externos podem retornar a 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 terminar, as ligações voltarão a ser roteadas pela nuvem [se a prioridade correta de Roteamento 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.
#### Codecs de Sobrevivência Suportados Os codecs de sobrevivência suportados são Opus, G.711 μ-law, G.711 A-law e G.729. A transcodificação ou a alteração da taxa dos codecs de áudio não é suportada. Todas as partes envolvidas numa chamada ativa são obrigadas a suportar 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 para 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. #### Os Grupos de Distribuição de Sobrevivência fornecem opções refinadas de roteamento de chamadas durante um Evento de sobrevivência Os grupos de distribuição de sobrevivência (SDGs) oferecem às empresas opções de roteamento de chamadas mais específicas — como filas para ligar e menus de Resposta de voz interativa/resposta de voz interativa (IVR) — durante um Evento de sobrevivência. Com os SDGs, as empresas podem Continuar oferecendo serviços essenciais de telefonia e configurações de roteamento de chamadas (semelhantes a filas para ligar, recepcionistas automáticas 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 criados e mantidos separadamente 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 ú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 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 interno apenas (ou seja, chamadas não-PSTN), eles funcionam melhor em conjunto 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 roteado para o número de telefone SDG designado, e a ligação seguirá o perfil de Roteamento configurado. Isso permite que uma Corporativa ofereça uma experiência consistente de fluxo de ligar para discadores 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 oferecem Suporte às 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 telefônicos. Depois de ler esta seção, você pode esperar ter uma compreensão das comunicações de rede e configurações necessárias para uma implantação 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 obter instruções de implantação passo a passo. {% endhint %} #### Considerações sobre 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 numa LAN interna com um endereço IPv4 estático acessível aos dispositivos Zoom Phone e aos 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 do 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 por meio do firewall empresarial. Em qualquer caso, os administradores são obrigados a ajustar a política corporativa de firewall para habilitar a comunicação entre o módulo ZPLS e o Zoom Cloud. **O módulo ZPLS deve manter um ping OPTIONS regular com a nuvem Zoom Phone** Enquanto estiver em um estado ocioso, o módulo ZPLS deve manter um ping keepalive de OPTIONS com a nuvem do Zoom Phone para monitorar a conectividade. No Evento de que tanto os dispositivos clientes 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 Digest SIP sobre TLS v1.2. #### Considerações de Implantação e Rede do SBC **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 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 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 tanto com a nuvem do Zoom Phone quanto com o módulo ZPLS da unidade associada. Essa conexão é usada para rotear quaisquer chamadas potenciais para um número de telefone listado no BYOC [por meio da nuvem do Zoom Phone](#_zgofkpkt74xr). O mecanismo de keepalive OPTIONS é habilitado automaticamente entre o ZPLS e o SBC e é Opcional entre o SBC e a nuvem. #### Considerações sobre Clientes e Dispositivos do Zoom Phone **Os clientes e dispositivos devem ser capazes de descobrir o módulo ZPLS da unidade na rede local** Clientes e dispositivos compatíveis [habilitados para sobrevivência de telefonia](#_ah8xua8wdq10) descobrem o módulo ZPLS de failover apropriado na nuvem do Zoom Phone durante o processo de inicialização. No entanto, o módulo já deve estar [vinculado à 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 de telefone devem receber 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 survivability, os Dispositivos de telefone podem não conseguir se registrar. **Os 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 a fim de determinar o status da 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. #### Firewall e Fluxo de Dados de Rede Consulte a seção sobre [Portas de Rede e Fluxo de Dados](#_pswiusfsww6t). --- # Agent Instructions: 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: ``` 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= ``` The question should be specific, self-contained, and written in natural language. 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.