Zoom Phone Local Survivability
Visão geral
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.
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.
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.
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.
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.
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 e versões de firmware compatíveis.
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 usados para a nuvem do Zoom Phone.
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.
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:
Entre no Portal web do Zoom.
Em Gerenciamento do sistema de telefonia submenu, selecione Informações da empresa.
Clique em Configurações da conta
Localize a opção para Grupos de rotas. Clique em Gerenciar para carregar uma nova página.
Na página seguinte, localize o Grupo de Rotas desejado e passe o mouse sobre o "i" ícone.
Habilitar o endereço IP e as portas especificados na janela, conforme necessário, dentro da sua rede.
Zoom Phone Local Survivability: Mantendo a telefonia durante um Evento que impacta o serviço
O Zoom Phone Local Survivability (ZPLS) é um módulo de serviço baseado em sobrevivência que oferece aos usuários do Zoom Phone funcionalidade de failover, conectividade e sobrevivência em caso de uma interrupção da internet ou do serviço.
Durante um Evento de sobrevivência, quando os endpoints do Zoom não conseguem alcançar a nuvem do Zoom Phone, os dispositivos de usuário compatíveis se inscrevem automaticamente no módulo ZPLS como seu registrador de terceira prioridade — depois das zonas SIP primária e secundária. Essa inscrição permite serviços básicos de telefonia, como ligações internas e grupos de distribuição de sobrevivência, até que o serviço completo seja restaurado.
Quando configurados corretamente, os módulos ZPLS em diferentes unidades podem oferecer suporte a ligações entre unidades durante um Evento de sobrevivência, desde que os dispositivos sejam detectáveis na rede local e o encaminhamento de chamadas esteja ativado.
As organizações podem expandir ainda mais essa capacidade ao conectar o módulo ZPLS a um Controlador de Borda de Sessão (SBC) e rotear chamadas pela Rede telefônica pública comutada (PSTN) por meio de Traga sua própria operadora (BYOC). Essa abordagem híbrida combina a simplicidade da telefonia gerenciada na nuvem com a resiliência da infraestrutura local — ajudando a garantir continuidade Corporativa mesmo quando o inesperado acontece.
No entanto, a sobrevivência ainda pode ser afetada se a própria rede local falhar — especialmente em implantações de unidade única em que os edifícios dependem de uma rede de campus compartilhada.
As imagens a seguir mostram configurações de implantação de exemplo para o Zoom Phone Local Survivability em uma variedade de topologias de unidade e de rede.
Consulte a sua equipa da conta Zoom ou a Central de suporte do Zoom para obter mais informações sobre Zoom Phone Local Survivability.
Última atualização
Isto foi útil?