> 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 dispositivo virtual local que suporta chamadas telefónicas internas entre utilizadores numa unidade comum quando os data centers do Zoom estão inacessíveis
O módulo ZPLS é um dispositivo local que permite que os utilizadores dentro da mesma **unidade** façam chamadas telefónicas entre si quando os data centers do Zoom estão inacessíveis. Isto cria uma solução de resiliência para a continuidade do negócio em caso de uma falha de rede.
{% hint style="danger" %}
Neste guia, uma **unidade** é um termo específico usado no Zoom Phone que agrupa utilizadores sob uma identidade comum, como uma localização de escritório. Para alguns clientes, vários edifícios são representados por uma única unidade; para outros, cada edifício num campus pode constituir a sua própria unidade. Os clientes devem estar cientes das suas configurações de unidade existentes ou potenciais ao considerar o módulo ZPLS devido às considerações de design mencionadas neste artigo.
{% endhint %}
**O ZPLS também suporta chamadas entre unidades quando os dispositivos ZPLS e as respetivas unidades associadas estão ligados através de uma rede comum**
Por si só, um dispositivo ZPLS (também referido como um módulo, ou seja, um *módulo Zoom Node*) fornece resiliência aos utilizadores dentro de um Zoom Phone comum **unidade**. No entanto, vários módulos ZPLS conectados através de uma rede local, de campus ou de longa distância podem suportar a comunicação entre unidades, Conectando usuários de diferentes unidades 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 centros de dados do Zoom estiverem inacessíveis
Clientes/clientes podem integrar o módulo ZPLS com um controlador de borda de sessão (SBC) para chamadas externas na Rede telefônica pública comutada (PSTN) quando os datacenters Zoom não estiverem acessíveis. Isso permite que usuários com números PSTN fornecidos pela Zoom ou por provedores BYOC terceirizados recebam chamadas Recebidas de partes externas quando o encaminhamento de chamadas para resiliência estiver habilitado na nuvem, e fazer chamadas externas independentemente das condições da rede local ou da disponibilidade do datacenter Zoom; no entanto, as chamadas internas podem ser limitadas pelo design da unidade.
#### O módulo ZPLS é o ponto de inscrição de terceira prioridade para dispositivos compatíveis, priorizando 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 do Zoom Phone baixa os registros DNS SRV das zonas SIP primária e secundária (pontos de inscrição) localizadas nos centros de dados do Zoom. No entanto, para sites com suporte a sobrevivência e com um módulo ZPLS, os dispositivos cliente compatíveis são adicionalmente 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 do site
No decorrer 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 ativa entre locais.
#### O modo de sobrevivência só é ativado quando tanto o módulo ZPLS como os dispositivos cliente não conseguem ligar-se às zonas SIP específicas da unidade
Um módulo ZPLS só entra no modo de sobrevivência quando as pings de rotina OPTIONS entre o módulo ZPLS e as zonas SIP primária e secundária falham. Os Dispositivos do cliente que perdem a conexão com as zonas SIP ao mesmo tempo que o módulo ZPLS se registrarão no módulo, desde que haja conectividade IP entre os dispositivos. Se o módulo ZPLS mantiver conectividade com a nuvem do Zoom Phone, ele não aceitará registros SIP.
#### O tempo aproximado para fazer failover para um módulo ZPLS é de aproximadamente três minutos, mas pode variar dependendo do número de Dispositivos
No caso de as zonas SIP específicas da unidade estarem inacessíveis, o tempo aproximado de failover do Dispositivo para um módulo ZPLS é de até três minutos. No entanto, esse tempo pode variar dependendo do número de Dispositivos simultâneos tentando se registrar em cada módulo ZPLS.
#### Os clientes de desktop notificam os usuários ao entrar e sair do modo de sobrevivência
Quando os clientes de desktop do Zoom fazem failover para o modo de sobrevivência, os usuários recebem um alerta informando que não têm conexão com a internet, mas o serviço telefônico ainda está Disponível.
Assim que os serviços forem restaurados, os usuários recebem um alerta de restauração da conexão.
{% hint style="info" %}
Esse alerta é exclusivo para os clientes de desktop do Zoom; os telefones IP não irão Exibir um alerta de failover ou fallback.
{% endhint %}
#### As ligações Ativas cairão quando o modo de sobrevivência for ativado e os usuários deverão restabelecer manualmente a ligação
Os usuários envolvidos em uma ligação Ativa quando desconectados das zonas SIP da sua unidade ouvirão um sinal rápido de ocupado antes que a ligação seja desconectada. Após a desconexão e o failover para o modo de sobrevivência, os usuários deverão restabelecer manualmente a sua ligação.
#### O encaminhamento de ligação pode direcionar ligações Recebidas para um número BYOC quando o modo de sobrevivência está ativo
Durante um Evento de sobrevivência, os dispositivos com Números de telefone registados na nuvem do Zoom Phone não conseguem ser alcançados devido à perda de conectividade à Internet. No entanto, os clientes ZPLS com um SBC e uma operadora independente podem estabelecer regras de encaminhamento de ligar no portal Web para marcação direta interna. Quando ativadas, as regras de encaminhamento de ligar redirecionam as 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 que Clientes/clientes tenham 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 registrado no Zoom Phone e a unidade do usuário entrar em modo de sobrevivência, o número de telefone do usuário fica indisponível na perspectiva da Zoom cloud. Se o encaminhamento de chamadas estiver ativado e o número deles for chamado, o Zoom Phone pode encaminhar a solicitação para o número de telefone de encaminhamento designado (por exemplo, X11-111-1111) por meio do PSTN até o SBC do cliente. Consequentemente, chamadores externos podem alcançar usuários dentro de uma unidade afetada que esteja passando por um Evento de sobrevivência.
#### ZPLS suporta Grupos de Distribuição de Sobrevivência, proporcionando capacidades refinadas de roteamento de chamadas durante um Evento de sobrevivência
Os módulos ZPLS oferecem suporte a Survivability Distribution Groups (SDGs) para configurações de roteamento de chamadas mais detalhadas durante um evento de survivability. Com os SDGs, um Corporativo pode rotear chamadas internas e Recebidas PSTN para um usuário individual, um grupo de usuários (semelhante a uma fila de chamadas ou grupo compartilhado), um menu de Resposta de voz interativa/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 atendentes automáticos, os SDGs podem Continuar a oferecer suporte às necessidades críticas de roteamento de chamadas de uma empresa até que as operações normais sejam restauradas.
Um ODS pode ser adicionado usando o **Adicionar grupo de rotas** configuração no portal de administração.
#### As chamadas internas entre utilizadores em modo de sobrevivência continuam a ser protegidas por SRTP
Durante o modo de sobrevivência, as chamadas telefónicas internas entre utilizadores são protegidas por Secure Real-time Transport Protocol (SRTP) usando padrão de criptografia avançada (AES)-128 ou 256 criptografia, 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 uma conectividade confiável com a zona SIP por aproximadamente cinco minutos
Uma vez que os dispositivos cliente e o módulo ZPLS tenham restabelecido uma conexão com as zonas SIP específicas da unidade, o tempo aproximado de recuperação de contingência para o funcionamento normal é de cinco minutos. Isso inclui um período de tempo para garantir que as conexões de rede estejam estáveis no Evento de recuperação intermitente ou parcial da rede (flapping). Se a conectividade de rede for intermitente, os dispositivos cliente e o módulo ZPLS permanecerão no modo de sobrevivência até que as conexões sejam consideradas estáveis.
#### O módulo ZPLS enviará registros detalhados de ligação de todas as ligações feitas após sair do modo de sobrevivência
Após o módulo ZPLS sair com êxito do modo de sobrevivência e a conectividade da zona SIP estar estável, o módulo carregará os registos de detalhes de ligar (CDRs) para todos os ligar efetuados no modo de sobrevivência. Estes registos são assinalados nos relatórios como ligar que foram concluídos enquanto estavam no modo de sobrevivência.
#### As alterações de sites, incluindo a adição ou modificação de utilizadores ou dispositivos, são sincronizadas com o módulo ZPLS uma vez a cada 10 horas
As atualizações de uma configuração de unidade através do Portal web do Zoom, incluindo a adição ou modificação de utilizadores ou dispositivos, são sincronizadas com o módulo ZPLS uma vez a cada 10 horas. Se ocorrer um Evento de indisponibilidade antes de novas alterações de configuração serem sincronizadas com o módulo ZPLS, o módulo utilizará a última configuração conhecida.
#### Clientes podem testar ou simular eventos de failover com o Modo de Teste
Os Clientes podem simular Evento de failover para uma unidade ativando o Modo de Teste no portal web. Assim que o modo de teste estiver ativado para uma unidade específica, o módulo ZPLS deve ser reiniciado para aceitar registos de clientes. Depois, os utilizadores que encerrarem a sessão e voltarem a iniciar sessão no seu cliente de ambiente de trabalho irão registar-se automaticamente no módulo ZPLS, desde que o modo de teste esteja ativado.
Enquanto o Modo de Teste estiver Ativo, o módulo ZPLS irá operar como se estivesse a ocorrer um Evento de failover. Os utilizadores internos podem ligar para outros utilizadores dentro da sua unidade. Além disso, as chamadas Realizadas e Recebidas serão encaminhadas através do SBC ligado, se configurado, e as chamadas Recebidas seguirão as regras de encaminhamento de chamadas, se configuradas e ativadas.
Depois de 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 aplicações de ambiente de trabalho Zoom.
{% endhint %}
### Funcionalidades suportadas e Clientes
#### Funcionalidades Disponíveis no Modo de Sobrevivência
A lista seguinte contém as funcionalidades suportadas pelo módulo ZPLS quando o modo de sobrevivência está ativado:
**Funcionalidades de chamada**
* Marcação de ramal interno
* Marcação 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 ligar\*
* Recebidas/Realizadas PSTN\*
* Pesquisa/Ligação por contato (primeiros 25.000 contatos)
* Ligar por nome
* Silenciar/Ativar áudio
* Reter/Retomar ligar
* retenção de chamada
**Transferência e Roteamento**
* Consulta de transferência
* Transferência direta
* Número de Identificação da Localização de Emergência
* Chamada entre módulos ZPLS
**Distribuição de Sobrevivência**
* Rota para usuário
* Rota para membros do grupo
* Encaminhar para número de telefone\*
* Rota para Resposta de voz interativa/resposta de voz interativa (IVR)
* horário comercial
* Toque Sequencial
* Toque Simultâneo
* Prompts de áudio
*\*Requer SBC e BYOC Integrações*
#### 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
* Escalonar para conferência com várias partes (4+ usuários)
* Escalar para reunião
* Atendimento de ligar
* Mudar para Operadora
* Chamadas E911 nómadas
* Marcação rápida
* Monitorização (Interromper/Monitorizar/Sussurrar)
* Delegação de ligar
* Intercomunicador
* Ligar criptografadas de ponta a ponta (criptografia de ponta a ponta)
* recepcionista automático
* Fila de chamadas
#### Dispositivos cliente suportados
Consulte a nossa Central de suporte para obter 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 da conectividade com a nuvem. Consulte a nossa Central de suporte para obter um [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 | Propósito |
| ---------- | --------------------- | ------------------- | ---------------- | --------------------------------------------------- |
| TCP | Cliente do Zoom Phone | Zoom Phone na nuvem | 5091 | Tráfego de sinalização SIP |
| TCP | Cliente do Zoom Phone | Zoom Phone na nuvem | 443 | Tráfego da Web - Configurações do cliente |
| TCP | Cliente do Zoom Phone | Zoom Phone na nuvem | 390 | Pesquisa de diretório a partir de telefones de mesa |
| UDP | Cliente do Zoom Phone | Zoom Phone na nuvem | 20000-64000 | Tráfego de mídia SRTP |
| TCP | ZPLS | Zoom Phone na nuvem | 5091 | Ping de opções SIP (keepalive) |
| TCP | ZPLS | Zoom Phone na nuvem | 443 | Tráfego de gerenciamento de nó / SO |
| TCP | ZPLS | Zoom Phone na nuvem | 9669 | Histórico de ligar / Sincronizar de recuperação |
| TCP | SBC | Zoom Phone na nuvem | 5061 | Tráfego de Sinalização SIP (BYOC) |
| UDP | SBC | Zoom Phone na nuvem | 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 o ZPLS está ativo devido a uma interrupção na conectividade com a nuvem.
| Transporte | IP de origem | IP de destino | Porta de destino | Propósito |
| ---------- | --------------------- | ------------- | ---------------- | --------------------------------------------------- |
| 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 para Peering nas Instalações 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 o peering no 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, siga os seguintes passos:
1. Inicie sessão no Portal web do Zoom.
2. Sob o **Gerenciamento do sistema de telefonia** sub-menu, Selecionar **Informações da empresa**.
3. Clique **Configurações da conta**
4. Localize a opção para **Grupos de rotas**. Clique **Gerenciar** para carregar uma nova página.
5. Na página seguinte, 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 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/overview.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.