> 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 suporta chamadas telefónicas internas entre utilizadores numa unidade comum quando os data centers do Zoom são inacessíveis
O módulo ZPLS é um appliance local que permite aos utilizadores dentro da mesma **unidade** fazer chamadas telefónicas entre si quando os data centers do Zoom são inacessíveis. Isto cria uma solução de sobrevivência para a continuidade do negócio em caso de interrupção da 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 a considerações de design mencionadas neste artigo.
{% endhint %}
**O ZPLS também suporta chamadas entre unidades quando os appliances ZPLS e as respetivas unidades associadas estão ligados através de uma rede comum**
Por si só, um appliance ZPLS (também referido como um módulo, ou seja, um *módulo Zoom Node*) fornece resiliência aos utilizadores num ambiente comum do Zoom Phone **unidade**. No entanto, vários módulos ZPLS ligados através de uma rede local, de campus ou de área alargada podem suportar comunicação inter-unidade, Conectando utilizadores 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 da Zoom estiverem inacessíveis
Clientes/clientes podem integrar o módulo ZPLS com um controlador de borda de sessão (SBC) para ligar na Rede telefônica pública comutada (PSTN) externa quando os datacenters Zoom estiverem inacessíveis. Isso permite que usuários com números PSTN fornecidos pela Zoom ou por operadoras BYOC de terceiros recebam ligações Recebidas de partes externas quando o encaminhamento para ligar para sobrevivência estiver ativado na nuvem, e liguem para telefones externos independentemente das condições da rede local ou da disponibilidade do datacenter Zoom; no entanto, a capacidade de ligar internamente 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 rotineiro de inicialização, um cliente Zoom Phone baixa os registros DNS SRV de zonas SIP primárias e secundárias (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 decorrer das operações normais, o módulo ZPLS geralmente fica inativo na rede local e não se envolve no tratamento da chamada. Em vez disso, o módulo ZPLS envia pings OPTIONS de rotina para zonas SIP específicas da unidade para monitorar a conectividade ativa entre locais.
#### O modo de sobrevivência só é ativado quando tanto o módulo ZPLS quanto os dispositivos cliente não conseguem se conectar às zonas SIP específicas da unidade
Um módulo ZPLS só entra no modo de sobrevivência quando falham os pings OPTIONS de rotina entre o módulo ZPLS e as zonas SIP primária e secundária. 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 a comutação por falha para um módulo ZPLS é de cerca de três minutos, mas pode variar consoante o número de dispositivos
Caso as zonas SIP específicas da unidade fiquem inacessíveis, o tempo aproximado de comutação por falha 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 de ambiente de trabalho notificam os utilizadores ao entrar e sair do modo de sobrevivência
Quando os clientes de ambiente de trabalho do Zoom fazem failover para o modo de sobrevivência, os utilizadores recebem um alerta a informar 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 dos clientes de ambiente de trabalho do Zoom; os telefones IP não irão Exibir um alerta de comutação por falha ou de fallback.
{% endhint %}
#### As ligações ativas cairão quando o modo de sobrevivência estiver ativado e os utilizadores terão de reestabelecer manualmente a ligação
Os utilizadores envolvidos numa ligação ativa quando são desligados das zonas SIP da sua unidade ouvirão um sinal de ocupado rápido antes de a ligação ser desconectada. Após a desconexão e a comutação por falha para o modo de sobrevivência, os utilizadores terão de reestabelecer manualmente a sua ligação.
#### O encaminhamento de chamadas pode encaminhar chamadas recebidas para um número BYOC quando o modo de sobrevivência está ativo
Durante um Evento de sobrevivência, dispositivos com Números de telefone registrados 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 a discagem direta interna. Quando ativadas, as regras de encaminhamento de ligar redirecionam chamadas Recebidas para um número registrado no Zoom Phone, para uma *separado* número associado ao tronco PSTN local de um cliente. Isto permite aos Clientes/clientes a flexibilidade de comprar números diretamente da Zoom, ao mesmo tempo que ainda conseguem atender chamadas diretamente numa unidade que perdeu conectividade com a nuvem.
Por exemplo, se um usuário tiver o número de telefone X55-555-5555 registrado no Zoom Phone e o site do usuário entrar no modo de sobrevivência, o número de telefone do usuário fica indisponível do ponto de vista 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) através da PSTN para o SBC do cliente. Consequentemente, quem liga de fora pode alcançar usuários dentro de uma unidade afetada que esteja passando por um Evento de sobrevivência.
#### O ZPLS suporta Grupos de Distribuição de Sobrevivência, fornecendo capacidades refinadas de roteamento de chamadas durante um Evento de sobrevivência
Os módulos ZPLS suportam Survivability Distribution Groups (SDGs) para configurações detalhadas de roteamento de chamadas durante um Evento de continuidade. Com SDGs, uma empresa pode rotear 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/resposta de voz interativa (IVR), outro número de telefone ou, se necessário, outro SDG.
Embora os SDGs não ofereçam a mesma funcionalidade completa que filas de ligar de operação padrão, grupos de linha compartilhada ou rececionistas automáticos, os SDGs podem continuar a dar suporte às necessidades críticas de roteamento de chamadas de uma empresa até que as operações normais sejam restauradas.
Um SDG pode ser adicionado usando o **Adicionar grupo de rotas** configuração no portal de administração.
#### As chamadas internas entre utilizadores no 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 depois que o módulo ZPLS tiver mantido conectividade confiável com a zona SIP por aproximadamente cinco minutos
Assim que os dispositivos 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 por fallback para as 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 cliente e o módulo ZPLS permanecerão em modo de sobrevivência até que se determine que as ligações estão estáveis.
#### O módulo ZPLS carregará os registos de detalhes de ligar para todas as chamadas realizadas após sair do modo de survivability
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 irá carregar registos detalhados de ligar (CDRs) para todas as chamadas efetuadas no modo de sobrevivência. Estes registos são assinalados nos relatórios como chamadas que foram concluídas enquanto estavam no modo de sobrevivência.
#### As alterações nos 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 na configuração de uma unidade por meio 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 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
Os Clientes/clientes podem simular eventos de failover para uma unidade ao ativar o Modo de Teste no portal web. Depois de o modo de teste ser ativado para uma unidade específica, o módulo ZPLS deve ser reiniciado para aceitar registos de clientes. Depois disso, os utilizadores que encerrarem sessão e voltarem a iniciar sessão no respetivo cliente de ambiente de trabalho registar-se-ão automaticamente no módulo ZPLS, desde que o modo de teste esteja ativado.
Enquanto o Modo de Teste estiver Ativo, o módulo ZPLS funcionará 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 Zoom para computador.
{% endhint %}
### Funcionalidades e clientes suportados
#### Funcionalidades Disponível 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 ligar**
* Marcação de extensão interna
* Marcação completa de extensão com código da unidade
* Discar do histórico de ligar
* DTMF (RFC 2833)
* Conferência ad hoc de 3 partes
* Encaminhamento de ligar\*
* Recebidas/Realizadas PSTN\*
* Pesquisa de contato/Discagem (primeiros 25.000 contatos)
* Discar por nome
* Silenciar/Ativar áudio
* Reter/Retomar ligar
* retenção de chamada
**Transferência e Roteamento**
* Consultar transferência
* transferência direta
* Número de Identificação de Localização de Emergência
* Chamada do módulo Inter-ZPLS
**Distribuição de Sobrevivência**
* Rota para o usuário
* Rota para membros do grupo
* Encaminhar para Número de Telefone\*
* Direcionar para Resposta de voz interativa/resposta de voz interativa (IVR)
* Horário comercial
* Toque Sequencial
* Toque Simultâneo
* Mensagens de áudio
*\*Requer Integrações SBC & BYOC*
#### Funcionalidades indisponíveis no Modo de Sobrevivência
A lista seguinte contém funcionalidades que não são suportadas 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 chamada
* Mudar para operadora
* ligar e911 nómada
* Marcação rápida
* Monitorização (Interromper/Monitor/Sussurrar)
* Delegação de ligar
* Intercomunicador
* ligar encriptado 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 compatíveis](https://support.zoom.us/hc/en-us/articles/360029698771-Supported-desk-phone-features#h_01GGF32MEZ6DDT3VBE8Y2D6JH3) e [versões de firmware compatíveis](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware).
### Portas de rede e fluxo de dados
#### Diagrama 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 de sobrevivência ZPLS
A tabela a seguir lista as portas de rede utilizadas pelo Zoom Phone durante operações normais quando não há interrupção na conectividade com a nuvem. Consulte a nossa Central de suporte para obter uma [lista completa de IPs](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings#h_01EEBSGCKBYVB20MCVPR78T0NN) usados para a nuvem do Zoom Phone.
| Transporte | IP de origem | IP de destino | Porta de destino | Finalidade |
| ---------- | --------------------- | ------------------- | ---------------- | --------------------------------------------------- |
| 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 (manter conexão ativa) |
| 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 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 para peering de 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 peering de instalações. 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 os seguintes passos:
1. Entre no Portal web do Zoom.
2. Em **Gerenciamento do sistema de telefonia** submenu, selecione **Informações da empresa**.
3. Clique em **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 seguinte, localize o Grupo de Rotas desejado e passe o mouse sobre o **"i"** ícone.
6. Habilitar o endereço IP e as portas especificados na janela, conforme necessário, dentro da 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.