> 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/overview.md).
# Visão geral
### O que é a Sobrevivência Local do Zoom Phone?
#### O ZPLS é um appliance virtual local que oferece suporte a chamadas telefônicas internas entre usuários em uma unidade comum quando os data centers do Zoom estão inacessíveis
O módulo ZPLS é um appliance local que permite aos usuários na mesma **unidade** fazer chamadas telefônicas entre si quando os data centers do Zoom estão inacessíveis. Isso cria uma solução de continuidade para continuidade Corporativa no Evento de uma interrupção de rede.
{% hint style="danger" %}
Neste guia, uma **unidade** é um termo específico usado no Zoom Phone que agrupa usuários sob uma identidade comum, como uma Localização de escritório. Para alguns Clientes/clientes, vários edifícios são representados por uma única unidade; para outros, cada edifício em um campus pode constituir sua própria unidade. Clientes/clientes devem estar cientes de suas configurações de unidade existentes ou potenciais ao considerar o módulo ZPLS devido a considerações de design mencionadas neste artigo.
{% endhint %}
**O ZPLS também oferece suporte a chamadas entre unidades quando os appliances ZPLS e suas unidades associadas estão conectados por meio de uma rede comum**
Por si só, um appliance ZPLS (também referido como um módulo, ou seja, um *módulo Zoom Node*) oferece continuidade aos usuários dentro de um Zoom Phone comum **unidade**. No entanto, vários módulos ZPLS conectados por uma rede local, de campus ou de longa distância podem fornecer Suporte para a comunicação entre unidade, Conectando usuários de diferentes unidade durante um Evento de sobrevivência, desde que a rede interna permaneça operacional.
#### Clientes/clientes podem integrar o ZPLS com um SBC para fazer e receber chamadas PSTN quando os data centers do Zoom estiverem inacessíveis
Clientes/clientes podem integrar o módulo ZPLS a um controlador de borda de sessão (SBC) para ligar externamente pela Rede telefônica pública comutada (PSTN) quando os datacenter da Zoom estiverem indisponíveis. Isso permite que usuários com números PSTN fornecidos pela Zoom ou por operadoras BYOC de terceiros recebam chamadas Recebidas de partes externas quando o encaminhamento de chamadas para sobrevivência estiver ativado na nuvem, e possam ligar para números externos independentemente das condições da rede local ou da disponibilidade do datacenter da Zoom; no entanto, a chamada interna pode ser limitada pelo design da unidade.
#### O módulo ZPLS é o ponto de inscrição de terceira prioridade para dispositivos suportados, preferindo as zonas SIP primária e secundária do Zoom Phone na nuvem quando estiverem Disponível
Durante um processo de inicialização de rotina, um cliente Zoom Phone faz o download dos registros DNS SRV das zonas SIP primária e secundária (pontos de inscrição) localizadas nos centros de dados Zoom. No entanto, para sites com suporte a sobrevivência com um módulo ZPLS, os dispositivos cliente suportados também são configurados com um *terceiro* gravar SRV, apontando para o endereço IP do módulo da unidade.
#### O módulo ZPLS monitora a disponibilidade do Zoom cloud por meio de pings OPTIONS de rotina para zonas SIP específicas da unidade
No curso das operações normais, o módulo ZPLS está geralmente inativo na rede local e não participa no tratamento da chamada. Em vez disso, o módulo ZPLS envia pings OPTIONS de rotina para zonas SIP específicas da unidade para monitorizar a conectividade Ativo entre localizações.
#### O modo de sobrevivência só é ativado quando tanto o módulo ZPLS como os dispositivos cliente não conseguem ligar-se a zonas SIP específicas da unidade
Um módulo ZPLS só entra no modo de sobrevivência quando os pings OPTIONS de rotina entre o módulo ZPLS e as zonas SIP primária e secundária falham. Os dispositivos cliente que perdem a ligação com as zonas SIP ao mesmo tempo que o módulo ZPLS irão registar-se no módulo, desde que exista conectividade IP entre os dispositivos. Se o módulo ZPLS mantiver conectividade com a nuvem do Zoom Phone, não aceitará registos SIP.
#### O tempo aproximado para failover para um módulo ZPLS é de aproximadamente três minutos, mas pode variar consoante o número de dispositivos
No Evento de as zonas SIP específicas da unidade ficarem inacessíveis, o tempo aproximado de failover do Dispositivo para um módulo ZPLS é de até três minutos. No entanto, este tempo pode variar consoante o número de dispositivos concorrentes que tentam registar-se em cada módulo ZPLS.
#### Os clientes desktop notificam os utilizadores quando entram e saem do modo de sobrevivência
Quando os clientes desktop do Zoom fazem failover para o modo de sobrevivência, os utilizadores recebem um alerta informando-os de que não têm ligação à Internet, mas o serviço telefónico ainda está Disponível.
Assim que os serviços forem restaurados, os utilizadores recebem um alerta de restabelecimento da ligação.
{% hint style="info" %}
Este alerta é exclusivo aos clientes desktop do Zoom; os telefones IP não vão Exibir um alerta de failover ou fallback.
{% endhint %}
#### As chamadas Ativas cairão quando o modo de sobrevivência for ativado e os utilizadores terão de voltar a ligar manualmente.
Os utilizadores envolvidos numa chamada Ativa quando se desligarem das zonas SIP da sua unidade ouvirão um tom de ocupado rápido antes de a chamada ser desligada. Após a desconexão e o failover para o modo de sobrevivência, os utilizadores terão de voltar a ligar manualmente.
#### O encaminhamento de chamadas pode rotear chamadas Recebidas para um número BYOC quando o modo de sobrevivência está Ativo, para ligar
Durante um evento de sobrevivência, os dispositivos com Números de telefone registados na nuvem do Zoom Phone não ficam acessíveis devido à perda de conectividade com a internet. No entanto, os Clientes/clientes ZPLS com um SBC e uma operadora independente podem estabelecer regras de encaminhamento de ligar no portal Web para discagem direta Recebidas. Quando ativadas, as regras de encaminhamento de ligar redirecionam chamadas Recebidas para um número registado no Zoom Phone, para um *separado* número vinculado ao tronco PSTN local de um cliente. Isso permite aos Clientes/clientes a flexibilidade de comprar números diretamente da Zoom, ao mesmo tempo que ainda podem atender chamadas diretamente em uma unidade que perdeu a conectividade com a nuvem.
Por exemplo, se um usuário tiver o número de telefone X55-555-5555 registado no Zoom Phone e a unidade do usuário entrar no modo de sobrevivência, o número de telefone do usuário ficará indisponível do ponto de vista da nuvem Zoom. Se o encaminhamento de ligar estiver ativado e o respetivo número for chamado, o Zoom Phone poderá encaminhar o pedido para o número de telefone de encaminhamento designado (por exemplo, X11-111-1111) através da PSTN para o SBC do cliente. Consequentemente, os chamadores externos podem contactar usuários numa unidade afetada que esteja a passar por um Evento de sobrevivência.
#### O ZPLS suporta Grupos de Distribuição de Sobrevivência, fornecendo capacidades sofisticadas de roteamento de chamadas durante um Evento de sobrevivência
Os módulos ZPLS são compatíveis com Grupos de Distribuição de Sobrevivência (SDGs) para configurações detalhadas de roteamento de chamadas durante um Evento de sobrevivência. Com os SDGs, uma empresa pode encaminhar chamadas PSTN internas e Recebidas para um usuário individual, um grupo de usuários (semelhante a uma fila de chamadas ou a um grupo compartilhado), um menu de resposta de voz interativa (IVR), outro número de telefone ou, se necessário, outro SDG.
Embora os SDGs não forneçam a mesma funcionalidade completa que as filas de ligar de operação padrão, os grupos de linha compartilhada ou os recepcionistas automáticos, os SDGs podem Continuar a fornecer Suporte às necessidades críticas de roteamento de chamadas da Corporativa até que as operações normais sejam restauradas.
Um SDG pode ser adicionado usando o **Adicionar grupo de rotas** configuração dentro do portal de administração.
#### As chamadas internas entre utilizadores no modo de sobrevivência Continuar a ser protegidas por SRTP
Durante o modo de sobrevivência, as chamadas telefônicas internas entre usuários são protegidas pelo Secure Real-time Transport Protocol (SRTP), utilizando criptografia de 128 ou 256 bits com o padrão de criptografia avançada (AES), dependendo de [capacidades do Dispositivo](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Voice-Supported-Devices).
#### Os serviços de nuvem/Roteamento serão restaurados após o módulo ZPLS ter mantido conectividade confiável da zona SIP por aproximadamente cinco minutos
Assim que os dispositivos do cliente e o módulo ZPLS tiverem restabelecido uma ligação com as zonas SIP específicas da unidade, o tempo aproximado de recuperação de contingência até às operações normais é de cinco minutos. Isto inclui um período de tempo para garantir que as ligações de rede estão estáveis no Evento de recuperação intermitente ou parcial da rede (flapping). Se a conectividade de rede for intermitente, os dispositivos do cliente e o módulo ZPLS permanecerão em modo de sobrevivência até ser determinado que as ligações estão estáveis.
#### O módulo ZPLS irá carregar registos detalhados de chamadas (ligar) de todas as chamadas feitas após sair do modo de sobrevivência
Depois de o módulo ZPLS ter saído com êxito do modo de sobrevivência e de a conectividade da zona SIP estar estável, o módulo carregará registos de detalhe de ligação (CDRs) para todas as ligações efetuadas no modo de sobrevivência. Estes registos são assinalados nos relatórios como ligações que foram concluídas enquanto estavam no modo de sobrevivência.
#### As alterações dos sites, incluindo a adição ou modificação de utilizadores ou dispositivos, são sincronizadas com o módulo ZPLS a cada 10 horas
As atualizações de uma configuração da unidade através do Portal web do Zoom, incluindo a adição ou modificação de usuários ou dispositivos, são sincronizadas com o módulo ZPLS uma vez a cada 10 horas. Se ocorrer um Evento de tempo de inatividade antes que as novas alterações de configuração sejam sincronizadas com o módulo ZPLS, o módulo usará a última configuração conhecida.
#### Clientes/clientes podem testar ou simular eventos de failover com o Modo de Teste
Clientes podem simular eventos de failover para uma unidade ativando o Modo de Teste no portal web. Depois que o modo de teste for ativado para uma unidade específica, o módulo ZPLS deve ser reiniciado para aceitar registros de clientes. Depois disso, os usuários que encerrarem a sessão e entrarem novamente no cliente de desktop serão registrados automaticamente no módulo ZPLS, desde que o modo de teste esteja ativado.
Enquanto o Modo de Teste estiver ativo, o módulo ZPLS operará como se um evento de failover estivesse ocorrendo. Usuários internos podem ligar para outros usuários dentro de sua unidade. Além disso, chamadas realizadas e recebidas serão roteadas pelo SBC conectado, se configurado, e chamadas recebidas seguirão as regras de encaminhamento de chamadas, se configuradas e ativadas.
Após desativar o Modo de Teste, o Módulo ZPLS deve ser reiniciado para retomar as operações normais da rede.
{% hint style="info" %}
O Modo de Teste não se aplica a dispositivos de telefone IP. O Modo de Teste só pode ser testado com aplicativos de desktop do Zoom.
{% endhint %}
### Recursos e Clientes Compatíveis
#### Funcionalidades Disponíveis no Modo de Sobrevivência
A lista a seguir contém funcionalidades compatíveis do módulo ZPLS quando o modo de sobrevivência está ativado:
**Recursos de ligação**
* Discagem de ramal interno
* Discagem completa de ramal com código da unidade
* Ligar a partir do histórico de chamadas
* DTMF (RFC 2833)
* Conferência ad hoc de 3 participantes
* Encaminhamento de chamadas\*
* Recebidas/Realizadas PSTN\*
* Pesquisa/Discagem por contato (primeiros 25.000 contatos)
* Discar por nome
* Silenciar/Ativar áudio
* Reter/Retomar chamada
* retenção de chamada
**Transferência & Roteamento**
* Consultar transferência
* transferência direta
* Número de Identificação de Localização de Emergência
* Chamando o módulo Inter-ZPLS
**Distribuição de sobrevivência**
* Rota para o usuário
* Rota para os membros do grupo
* Encaminhar para o número de telefone\*
* Encaminhar para Resposta de voz interativa/resposta de voz interativa (IVR)
* horário comercial
* Toque Sequencial
* Toque Simultâneo
* Avisos de áudio
*\*Requer Integrações com SBC e BYOC*
#### Recursos indisponíveis no modo de sobrevivência
A lista a seguir contém recursos que não são suportados quando o modo de sobrevivência está ativado:
* Adicionar/Remover contato
* correio de voz
* Escalar para conferência multiparte (4+ usuários)
* Escalar para reunião
* Captura de chamadas (ligar)
* Alternar para a operadora
* Chamada nómada e911 (ligar)
* Marcação rápida
* Monitorização (Interromper/Monitor/Sussurrar)
* Delegação de chamadas (ligar)
* Intercomunicador
* Chamadas encriptadas de ponta a ponta (criptografia de ponta a ponta) (ligar)
* recepcionista automático
* fila de chamadas
#### Dispositivos cliente suportados
Consulte a nossa Central de suporte para uma lista de [dispositivos cliente suportados](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) e [versões de firmware suportadas](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).
### Portas de rede e fluxo de dados
#### Diagrama de visão geral
O diagrama a seguir demonstra as portas de rede e os fluxos de dados usados com um módulo ZPLS e uma configuração SBC.
#### Requisitos de firewall para a resiliência do ZPLS
A tabela a seguir lista as portas de rede utilizadas pelo Zoom Phone durante as operações normais quando não há interrupção na conectividade com a nuvem. Consulte a nossa Central de suporte para uma [lista completa de IPs](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) usado para a nuvem do Zoom Phone.
| Transporte | IP de origem | IP de destino | Porta de destino | Finalidade |
| ---------- | --------------------- | ------------------- | ---------------- | --------------------------------------------------- |
| TCP | Cliente do Zoom Phone | nuvem do Zoom Phone | 5091 | Tráfego de sinalização SIP |
| TCP | Cliente do Zoom Phone | nuvem do Zoom Phone | 443 | Tráfego Web - Configurações do cliente |
| TCP | Cliente do Zoom Phone | nuvem do Zoom Phone | 390 | Pesquisa de diretório a partir de telefones de mesa |
| UDP | Cliente do Zoom Phone | nuvem do Zoom Phone | 20000-64000 | Tráfego de mídia SRTP |
| TCP | ZPLS | nuvem do Zoom Phone | 5091 | Ping de opções SIP (Keepalive) |
| TCP | ZPLS | nuvem do Zoom Phone | 443 | Tráfego de gerenciamento de nó / SO |
| TCP | ZPLS | nuvem do Zoom Phone | 9669 | Histórico de ligar / Sincronizar de recuperação |
| TCP | SBC | nuvem do Zoom Phone | 5061 | Tráfego de sinalização SIP (BYOC) |
| UDP | SBC | nuvem do Zoom Phone | 10000-64000 | Tráfego de mídia SRTP (BYOC) |
A tabela a seguir descreve as portas TCP e UDP utilizadas pelo Zoom Phone quando o failover para ZPLS está Ativo devido a uma interrupção na conectividade com a nuvem.
| Transporte | IP de origem | IP de destino | Porta de destino | Finalidade |
| ---------- | --------------------- | ------------- | ---------------- | --------------------------------------------------- |
| TCP | Cliente do Zoom Phone | ZPLS | 5091 | Tráfego de sinalização SIP |
| UDP | Cliente do Zoom Phone | ZPLS | 20000-64000 | Tráfego de mídia SRTP |
| TCP | ZPLS | SBC | 5061 | Pesquisa de diretório a partir de telefones de mesa |
| UDP | ZPLS | SBC | 20000-64000 | Tráfego de mídia SRTP |
#### Requisitos de firewall de peering local BYOC
Clientes/clientes que integram o módulo ZPLS com um SBC para discagem externa durante um Evento de sobrevivência devem Habilitar as portas necessárias para peering local. Após configurar um grupo de rotas, os endereços IP necessários para o grupo de rotas estão Disponível na web. Para Acessar os IPs, execute as etapas a seguir:
1. Entre no Portal web do Zoom.
2. No [**Centro de administração**](https://zoom.com/account) no menu de navegação, clique em **Configuração do produto**, depois **sistema de telefonia**, depois [**Informações da empresa**](https://zoom.com/pbx/page/telephone/settings#/settings).
3. Clique **Configurações da conta**
4. Localize a opção para **Grupos de rotas**. Clique em **Gerenciar** para carregar uma nova página.
5. Na página a seguir, localize o Grupo de rotas pretendido e passe o cursor sobre o **"i"** ícone.
6. Habilitar o endereço IP e as portas especificados na janela, conforme necessário, na sua rede.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/pt/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/overview.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
