Zoom Phone Survivability Local

Visão geral

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.

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.

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.

Esse alerta é exclusivo para os clientes de desktop do Zoom; os telefones IP não irão Exibir um alerta de failover ou fallback.

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.

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.

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.

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 e versões de firmware suportadas.

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 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.

   

Zoom Phone Local Survivability: Manter a telefonia durante um Evento com impacto no serviço

O Zoom Phone Local Survivability (ZPLS) é um módulo de serviço baseado em sobrevivência que fornece aos usuários do Zoom Phone funcionalidade de failover, conectividade e sobrevivência no caso de uma interrupção da internet ou do serviço.

Durante um Evento de sobrevivência, quando os terminais Zoom não conseguem alcançar a nuvem do Zoom Phone, os dispositivos de usuário compatíveis fazem automaticamente a inscrição no módulo ZPLS como o seu registrador de terceira prioridade — após as zonas SIP primária e secundária. Esta inscrição permite serviços básicos de telefonia, como chamadas internas e grupos de distribuição de sobrevivência, até que o serviço completo seja restaurado.

Quando devidamente configurados, os módulos ZPLS em diferentes unidades podem suportar chamadas entre unidades durante um Evento de sobrevivência, desde que os dispositivos sejam detetáveis na rede local e o encaminhamento de chamadas esteja ativado.

As organizações podem expandir ainda mais esta capacidade ligando o módulo ZPLS a um controlador de borda de sessão (SBC) e encaminhar chamadas através da Rede telefônica pública comutada (PSTN) via Traga sua própria operadora (BYOC). Esta abordagem híbrida combina a simplicidade da telefonia gerida na nuvem com a resiliência da infraestrutura local, ajudando a garantir a continuidade do negócio mesmo quando acontece o inesperado.

No entanto, a sobrevivência pode ainda ser afetada se a própria rede local falhar — particularmente em implementações de unidade única, em que os edifícios dependem de uma rede de campus partilhada.

As imagens seguintes mostram exemplos de configurações de implementação do Zoom Phone Local Survivability numa variedade de topologias de unidade e de rede.

Diagrama que representa o módulo ZPLS num desenho de unidade única

Diagrama que representa o módulo ZPLS num desenho de várias unidades com uma rede comum

Diagrama que representa o módulo ZPLS num desenho de várias unidades com conectividade PSTN

Consulte a equipa da sua conta Zoom ou a central de suporte da Zoom para mais informações sobre Zoom Phone Local Survivability.