Considerações sobre Integrações com PSTN

Esta seção aplica-se a Clientes/clientes que estão considerando integrar o módulo ZPLS com uma conexão SBC e PSTN para maior sobrevivência. Clientes/clientes que não planejam integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequência.

Considerações de Integrações com SBC

Requisitos de SBC

Para integrar um SBC ao Zoom para sobrevivência, um SBC deve atender aos seguintes requisitos:

• TLS 1.2 e SRTP

• Suporte para TLS mútuo

• Protocolo de Iniciação de Sessão (SIP)

• DTMF (RFC-2833)

• Ocultação de topologia (RFC-5853)

• Oferta Antecipada SIP (obrigatório)

• codecs Opus, G.711 μ-law, G.711 A-law e G.729

As Integrações PSTN exigem um SBC e um provedor terceirizado confiável

Para conectividade PSTN, os Clientes/clientes devem fornecer um controlador de borda de sessão (SBC) conectado a uma conexão legada ou a um tronco SIP com uma conexão celular ou alternativa (por exemplo, DSL). Os Clientes/clientes devem ter em mente que quaisquer troncos SIP implantados no SBC podem depender do mesmo serviço de internet que está sofrendo uma interrupção. Devido a essa possibilidade, os Clientes/clientes devem considerar uma conexão terciária confiável para conectividade PSTN.

Qualquer SBC certificado para BYOC do Zoom Phone pode ser usado

Qualquer controlador de borda de sessão (SBC) que seja certificado para Zoom Phone também pode ser usado com o módulo ZPLS. Clientes num plano BYOC existente do Zoom Phone não requerem um SBC adicional ou separado para efeitos de survivability.

Os certificados DigiCert do Zoom devem ser instalados no SBC

Para estabelecer conectividade TLS com o módulo ZPLS e com o Zoom cloud, o Zoom’s Certificados raiz e intermédios do DigitCert deve ser instalado no SBC.

Os SBCs devem rotear chamadas Recebidas para os data centers do Zoom Phone como primeira e segunda opções de Roteamento, e o módulo ZPLS em terceiro

Os SBCs do cliente devem encaminhar chamadas Recebidas da PSTN para a zona SIP primária e secundária antes de tentar o módulo ZPLS. Com esta configuração, as chamadas só serão encaminhadas para o módulo ZPLS durante um Evento de sobrevivência, uma vez que o SBC e os data centers do Zoom Phone devem, caso contrário, manter conectividade estável.

A falha em seguir esta lógica pode resultar em falhas na entrega de ligar, pois o módulo ZPLS não consegue rotear ligar para dispositivos registrados na nuvem.

Depois que a nuvem do Zoom Phone estiver Disponível após um Evento de resiliência, um SBC pode temporariamente tentar rotear números BYOC para a nuvem Zoom enquanto o dispositivo cliente do número afetado estiver registrado no módulo ZPLS. Se isso ocorrer, o roteamento de chamadas seguirá as Configurações para Quando uma ligar não é atendida durante este período intermédio.

Chamadas Realizadas do módulo ZPLS devem ser roteadas para o SBC e o tronco SIP PSTN

Quando o modo de sobrevivência está ativo, as chamadas do ZPLS para o SBC devem ser encaminhadas para o tronco SIP PSTN para estabelecer conexões telefónicas externas. Todas as chamadas para números que não estão registados no módulo ZPLS são enviadas para o SBC configurado para sobrevivência em formato E.164.

Considerações de sobrevivência local do encaminhamento de ligar

Durante um Evento de sobrevivência, os Números de telefone fornecidos pelo Zoom Phone não estarão acessíveis externamente, a menos que sejam reencaminhados por encaminhamento de chamadas

Durante um Evento de sobrevivência, os Números de telefone fornecidos pelo Zoom não estarão externamente acessíveis da perspectiva da nuvem. Consequentemente, os usuários localizados dentro dos locais afetados podem não ser alcançáveis, a menos que as chamadas para seus números principais sejam encaminhadas para um número alternativo associado a um SBC local.

Exemplos comuns de números impactados podem incluir números atribuídos a: Utilizadores, Áreas Comuns, Receções Automáticas (AR), Grupos de linha compartilhada (SLG) e Filas de ligar (CQ).

Clientes/clientes que utilizam um BYOC baseado em on-premises não requerem configurações avançadas e podem contornar o encaminhamento de ligação adicionando uma rota terciária ao seu módulo ZPLS a partir do seu SBC

Clientes usando um plano BYOC baseado em local (ou seja, clientes que não usam números registrados no Zoom Phone) não exigem configurações avançadas para Habilitar o encaminhamento de ligar. Em vez disso, clientes BYOC podem Adicionar uma rota terciária ao módulo ZPLS a partir do SBC baseado nas instalações.

As configurações de encaminhamento de ligar são definidas por um administrador ou usuário autorizado no portal da web

Um administrador da conta ou usuário autorizado pode Configurar a lógica de encaminhamento de ligar no portal da web por meio de entrada manual ou upload em massa de CSV.

Usuários configurados para encaminhamento de ligar terão três números atribuídos

Depois de aplicar um número BYOC a um usuário para a sobrevivência do encaminhamento de ligar, o dispositivo do cliente será atribuído pelo menos três números:

1. Uma extensão interna com o código da unidade precedido

2. Um número PSTN fornecido pela Zoom

3. Um número PSTN BYOC

Os Números de telefone podem ser encaminhados para no máximo um número BYOC

Cada número do Zoom Phone pode ser encaminhado para no máximo um outro número BYOC. No entanto, você pode encaminhar vários Números de telefone para o mesmo número BYOC.

Por exemplo, se o John tiver atribuído o número de telefone X55-555-5555, o número de telefone do John pode ser encaminhado para o número do operador do edifício dele em X99-999-9999. Da mesma forma, os colegas de trabalho do John também podem ter os respetivos números (X55-555-5554, X55-555-5553, etc.) encaminhados para X99-999-9999. Em alternativa, cada usuário pode ter o respetivo número de telefone encaminhado para um número totalmente único, como X55-555-5554 com Roteamento para X99-999-9998, e X55-555-5553 com Roteamento para X99-999-9997. No entanto, nenhum usuário individual pode ter o respetivo número encaminhado para X99-999-9999 e X99-999-9998 ao mesmo tempo.

O encaminhamento de chamadas deve permanecer desativado até ocorrer um evento de continuidade

Embora um administrador possa pré-configurar a lógica de encaminhamento de chamadas para uma unidade com antecedência, a funcionalidade de encaminhamento de chamadas deve permanecer desativada até ocorrer um evento de continuidade. Se o encaminhamento de chamadas estiver ativado durante as operações normais, todas as chamadas recebidas para um número registado no Zoom Phone serão redirecionadas para o SBC no local e para o número de telefone BYOC associado, contornando os serviços do Zoom Phone. Portanto, para manter o Roteamento normal do Zoom Phone, o encaminhamento de chamadas deve ser desativado durante as operações normais.

O encaminhamento de chamadas só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcional

Durante um evento de modo de sobrevivência, presume-se que a conexão de internet de uma unidade esteja indisponível. No entanto, como o encaminhamento de chamadas deve permanecer desabilitado para a operação padrão, ele só pode ser habilitado por um usuário autorizado ou administrador com uma conexão de internet funcional, como um plano de dados de telefone, ou uma conexão de internet alternativa em uma localização diferente.

Para minimizar o tempo de inatividade e garantir a continuidade dos negócios, o Zoom recomenda que as empresas estabeleçam procedimentos confiáveis para habilitar a lógica de encaminhamento de chamadas no portal da web durante um evento de sobrevivência.

As regras de encaminhamento de chamadas podem ser aplicadas a toda a unidade ou a números individuais

Durante um evento de sobrevivência, um administrador ou usuário autorizado pode habilitar regras de encaminhamento de chamadas para toda a unidade ou para números específicos no portal da web.

Depois que o encaminhamento de chamadas é habilitado para o número de telefone de um usuário, o Zoom não tocará no cliente registrado na nuvem do usuário, mesmo que ele mantenha uma conexão com a nuvem independente

Quando o encaminhamento de chamadas é habilitado para um número registrado no Zoom Phone, o Zoom não tentará rotear nenhuma chamada para o usuário pela nuvem. Consequentemente, mesmo que um usuário afetado tenha um dispositivo registrado na nuvem, como um telefone celular, se o número de telefone estiver marcado para encaminhamento de chamadas, todas as chamadas serão roteadas pela PSTN até o SBC da empresa.

Por exemplo, uma unidade está passando por um evento de modo de sobrevivência e o telefone celular de um usuário está conectado à nuvem do Zoom Phone por meio da conexão de dados do provedor de serviço celular. Se o número de telefone de um usuário estiver marcado para encaminhamento de chamadas, a nuvem do Zoom Phone não irá irá tocar no número do Zoom Phone por meio do aplicativo para dispositivo móvel, apesar da conexão estável. Em vez disso, todas as chamadas continuarão a ser roteadas pela PSTN até o SBC do cliente.

Se o encaminhamento de chamadas não estiver habilitado para um usuário durante um evento de sobrevivência, as chamadas recebidas seguirão as preferências de tratamento da chamada de cada usuário

Se o encaminhamento de chamadas não estiver habilitado durante um evento de sobrevivência, as chamadas recebidas serão tratadas de acordo com a lógica de tratamento da chamada de cada usuário individual. Se um usuário não tiver um cliente de telefone de backup registrado na nuvem, como um telefone celular, os chamadores estarão sujeitos às regras definidas pela Quando uma chamada não é atendida seção das preferências de tratamento da chamada.

O encaminhamento de chamadas se aplica apenas a chamadas PSTN recebidas

O encaminhamento de chamadas para sobrevivência se aplica apenas a chamadas roteadas pela PSTN e/ou pela nuvem do Zoom Phone. Chamadas originadas de ramais registrados no Zoom na mesma unidade tentarão se conectar primeiro pelo módulo ZPLS e, em segundo lugar, pela PSTN, se houver um SBC conectado. As chamadas que não conseguirem se conectar ficarão sujeitas ao tratamento definido pela Quando uma chamada não é atendida seção das regras de Tratamento da Chamada nas configurações de telefone de um usuário.

Fluxo de Encaminhamento de Chamadas

O diagrama a seguir detalha a lógica de encaminhamento de chamadas (depois de habilitado) durante um evento de sobrevivência. Essa lógica permanecerá em vigor até que o encaminhamento de chamadas seja desabilitado ou as operações padrão sejam restauradas. No entanto, se o encaminhamento de chamadas permanecer habilitado após as operações padrão serem restauradas, as chamadas encaminhadas farão hairpin da nuvem do Zoom Phone para o SBC e de volta para a nuvem antes de serem entregues ao dispositivo de um usuário. Por esse motivo, o encaminhamento de chamadas deve ser desabilitado prontamente após um evento de sobrevivência.

1. Um chamador externo inicia uma chamada para um número registrado no Zoom Phone e é roteado pela PSTN.

2. A chamada é roteada para a nuvem do Zoom Phone, e o número de telefone discado é identificado como afetado pelo encaminhamento de chamadas.

Se o encaminhamento de chamadas não estiver habilitado, o Zoom Phone seguirá a Quando uma chamada não é atendida lógica para esse usuário ou ramal específico.

1. Como o encaminhamento de chamadas está habilitado, o Zoom não tentará alertar o usuário e, em vez disso, redirecionará a chamada para o número de encaminhamento de chamadas designado pela PSTN.

2. A chamada é roteada da PSTN para o SBC de sobrevivência.

3. O SBC de sobrevivência encaminha a chamada para o módulo ZPLS.

4. O módulo ZPLS encaminha a chamada para o(s) cliente(s) registrado(s) do usuário, se conectado(s).

Considerações sobre o Número de Identificação de Localização de Emergência (ELIN)

Um ELIN é um número de telefone exclusivo da unidade que comunica informações de localização aos serviços de emergência quando discado

Um Número de Identificação de Localização de Emergência (ELIN) é um número de telefone dedicado usado por Centrais de Atendimento de Segurança Pública (PSAP) para identificar o endereço físico de um chamador ao ligar para serviços de emergência. Para esse recurso, as empresas devem trabalhar com seu provedor de serviço PSTN para mapear um endereço para um número de telefone, ajudando a garantir que o endereço seja listado em um banco de dados de identificação automática de localização (ALI) quando a chamada for recebida por um operador da PSAP.

Por exemplo, considere um campus universitário que abrange vários edifícios, com cada edifício representado por uma unidade separada do Zoom Phone. Se um usuário discar para os serviços de emergência durante um evento de sobrevivência a partir de um telefone ou dispositivo associado à unidade, os serviços de emergência receberão automaticamente o endereço completo registrado da unidade, desde que a localização esteja configurada e atualizada com o provedor de serviço.

Cada unidade pode oferecer suporte a vários ELINs

Os Clientes/clientes podem atribuir vários ELINs a uma unidade para um conjunto de recursos de números de emergência. Em caso de emergência durante um evento de sobrevivência, isso permitirá que vários chamadores tenham cada um um ELIN atribuído de forma exclusiva, o que pode ajudar os serviços de emergência a alcançar o chamador original ao retornar uma chamada.

Além disso, um ELIN pode ser atribuído a um usuário ou a um telefone de área comum, fornecendo uma atribuição de ELIN mais granular do que no nível da unidade, oferecendo uma localização mais precisa para os serviços de emergência.

Durante um evento de sobrevivência, todas as chamadas de emergência são substituídas pelo ELIN

Quando um usuário faz uma chamada de emergência durante um evento de sobrevivência, o número de chamada do usuário, se houver um disponível, será substituído pelo ELIN designado no nível da unidade. Isso permite que usuários que não tenham um número direto liguem para os serviços de emergência e possam ser contatados de volta pelo operador de emergência.

Um número ELIN deve ser um número BYOC associado ao tronco PSTN do SBC da unidade

O ELIN de uma unidade deve ser um número BYOC que é terminado em um tronco PSTN localizado no SBC de failover da unidade. Nenhum outro tipo de número pode ser usado.

O módulo ZPLS roteará automaticamente as chamadas ao provedor de emergência para o ELIN de volta para o ramal do usuário que originalmente discou por até 2 horas

Se um operador de emergência retornar uma chamada para o ELIN, o módulo ZPLS roteará a chamada de volta para o usuário original que fez a chamada de emergência. O módulo ZPLS continuará a rotear retornos de chamada da PSAP para o chamador original por até 2 horas. No momento, essa funcionalidade é limitada ao primeiro chamador.

Uma vez que um número de telefone é designado como ELIN, ele não pode ser atribuído a um usuário ou dispositivo

Depois que um administrador atribui um número BYOC como o ELIN designado para uma unidade, o número BYOC não pode ser atribuído a nenhum usuário ou a outra entidade do Zoom Phone, a menos que seja desatribuído.

Os Clientes/clientes são responsáveis por manter e atualizar os endereços físicos associados ao seu ELIN para cada unidade

O Zoom não se responsabiliza por atualizar as operadoras BYOC com endereços físicos que correspondam a cada ELIN. Os Clientes/clientes são responsáveis por garantir que os endereços de emergência estejam mapeados corretamente para o endereço físico apropriado.

Considerações de Roteamento PSTN

Quando o modo de sobrevivência está Ativo, os pacotes de mídia são roteados através do módulo ZPLS

Quando o modo de sobrevivência está ativado, os clientes não se comunicam diretamente com um SBC ou outros clientes internos; em vez disso, os pacotes de mídia são ancorados ou “hairpinned” através do módulo ZPLS, sem Suporte para descarregamento de mídia.

O diagrama a seguir mostra o caminho de sinalização e mídia para chamadas internas e externas Ativo.

As chamadas tentarão roteamento local primeiro

Sempre que possível, o módulo ZPLS tentará roteamento chamadas originadas de clientes Zoom registrados para destinos registrados localmente. As chamadas são encaminhadas para o SBC apenas se o destino contido no campo Request URI do SIP Convidar de entrada não corresponder a uma extensão registrada.

Uma extensão registrada é uma extensão curta sem o código da unidade, uma extensão longa com o código da unidade, um número Zoom registrado atribuído ou um número BYOC atribuído. Os administradores devem ter em mente que o módulo ZPLS atualiza esses dados uma vez a cada 10 horas.

Durante um Evento de sobrevivência, as chamadas externas Realizadas exibirão o número BYOC do usuário

Durante um Evento de sobrevivência, as chamadas externas Realizadas a partir de dispositivos registrados no ZPLS conterão o Número de Chamada BYOC. O diagrama a seguir mostra o fluxo de chamadas do modo de sobrevivência para um usuário:

Chamadas retornadas podem ser roteadas para o número BYOC de um usuário

Porque ligações externas Realizadas durante um Evento de sobrevivência usarão um número BYOC, chamadores externos poderão retornar a ligar usando um número BYOC em vez do número de telefone registrado no Zoom de um usuário. Se o Evento de sobrevivência terminar, as ligações voltarão a ser roteadas pela nuvem se a prioridade de Roteamento correta estiver configurada. No entanto, se o Evento estiver em andamento, o SBC encaminhará a ligação para o módulo ZPLS e o Dispositivo registrado pelo cliente.

Codecs de Resiliência Suportados

Os codecs de sobrevivência suportados são Opus, G.711 μ-law, G.711 A-law e G.729. A transcodificação ou a alteração da taxa dos codecs de áudio não é suportada. Todas as partes envolvidas em um ligar Ativo devem Suporte o mesmo codec e a mesma taxa de amostragem.

Considerações sobre o grupo de distribuição de sobrevivência

Esta seção discute considerações para Grupos de Distribuição de Sobrevivência (SDGs). Clientes que não planejam utilizar SDGs ou integrar o módulo ZPLS com conectividade PSTN podem ignorar esta seção sem consequências.

Os Grupos de Distribuição de Survivability fornecem opções detalhadas de roteamento de chamadas durante um Evento de survivability

Os grupos de distribuição de sobrevivência (SDGs) fornecem às empresas opções de roteamento de chamadas mais detalhadas — como filas de chamadas e menus de resposta de voz interativa (Resposta de voz interativa/resposta de voz interativa (IVR))) — durante um Evento de sobrevivência. Com SDGs, as empresas podem continuar a oferecer serviços principais de telefonia e configurações de roteamento de chamadas (semelhantes a filas de chamadas, recepcionistas automáticos e grupos de linha compartilhada) até que as operações de padrão sejam restauradas.

Os ODS não são o mesmo que grupos de distribuição de operação padrão e devem ser criados e mantidos separadamente

Embora os SDGs ofereçam funcionalidades semelhantes de roteamento de chamadas aos grupos de distribuição de operação padrão, os SDGs são únicos e específicos para eventos de sobrevivência e, consequentemente, devem ser construídos e mantidos separadamente. Em outras palavras, os SDGs não irá herdar as Configurações ou configurações de um grupo de distribuição de operação padrão (ou seja, fila de chamadas, recepcionista automático, Resposta de voz interativa/resposta de voz interativa (IVR), etc.)

Os SDGs combinam melhor com uma Integrações BYOC-PSTN e o encaminhamento de ligar ativado

Embora os SDGs possam fornecer suporte apenas interno (ou seja, chamadas não-PSTN), eles funcionam melhor em conjunto com uma integração BYOC-PSTN. Com um SDG com PSTN ativado, assim que o encaminhamento de chamadas é ativado durante um Evento de sobrevivência, um número principal da empresa pode ser direcionado para o número de telefone do SDG designado, e a chamada seguirá o perfil de Roteamento configurado. Isso permite que uma empresa Corporativo forneça uma experiência consistente de fluxo de chamadas para os chamadores externos até que as operações padrão sejam restauradas.

O diagrama a seguir demonstra a lógica de roteamento de chamadas para um SDG com PSTN:

Os ODS podem ser personalizados das seguintes formas

Os ODS Suporte as seguintes opções:

• Número do ramal dedicado

• Número de marcação direta interna atribuído

• Fuso horário

• horário comercial

• Saudações gravadas

• Membros do grupo

• Rota para:

  • usuário

  • menu de Resposta de voz interativa (IVR)

  • Membros do grupo

  • Número de telefone

• distribuição de chamadas:

  • Simultâneo

  • Sequencial

Considerações sobre hardware e redes

Esta seção discute considerações de hardware e rede para o Módulo ZPLS, uma Integrações SBC, clientes Zoom e dispositivos telefónicos. Depois de ler esta seção, espera-se que você tenha uma compreensão das comunicações de rede e configurações necessárias para uma implementação ZPLS.

Esta secção é dedicada à implementação de hardware e rede considerações de design. Consulte a seção sobre implantação do ZPLS para instruções de implantação passo a passo.

Considerações de Implantação e Rede do Módulo ZPLS

O módulo ZPLS requer um endereço IPv4 estático dentro da sua rede

O módulo ZPLS deve ser implantado em uma LAN interna com um endereço IPv4 estático acessível aos dispositivos Zoom Phone e aos clientes de desktop. O módulo ZPLS não oferece suporte a endereços IPv6 neste momento.

O módulo ZPLS deve manter conexões HTTPS periódicas com a nuvem do Zoom Phone

O módulo ZPLS requer conexões HTTPS periódicas com a nuvem do Zoom Phone para sincronizar conta e Configurações do usuário.

Na maioria dos casos, um módulo ZPLS pode ser implementado numa LAN interna dentro da rede de um cliente. Em alternativa, uma rede DMZ pode ser utilizada em algumas circunstâncias; no entanto, os administradores de rede devem garantir que a comunicação é possível através do firewall empresarial. Em qualquer dos casos, os administradores são obrigados a ajustar a política de firewall corporativa para Habilitar a comunicação entre o módulo ZPLS e a nuvem Zoom.

O módulo ZPLS deve manter um ping OPTIONS regular com a nuvem do Zoom Phone

Enquanto estiver em estado ocioso, o módulo ZPLS deve manter um ping keepalive OPTIONS com a nuvem do Zoom Phone para monitorizar a conectividade. No Evento de que ambos os dispositivos cliente e o módulo ZPLS dentro de uma unidade percam a conectividade com a nuvem do Zoom Phone, os clientes e dispositivos suportados irão registar-se no módulo ZPLS usando autenticação SIP Digest sobre TLS v1.2.

Considerações sobre Implementação e Rede do SBC

Um SBC deve ser acessível a partir de ZPLS e Zoom cloud sempre que possível

Os Clientes devem garantir que o SBC mantenha conectividade com o módulo ZPLS e com a nuvem do Zoom Phone, sempre que possível. Os Clientes podem provisionar um SBC dual-NIC configurado com um endereço IPv4 privado e público, ou garantir que regras NAT estáticas 1:1 estejam em vigor no firewall de borda, além de abrir as portas necessárias.

Um SBC deve manter conectividade TLS e UDP entre a nuvem do Zoom Phone e o módulo ZPLS

Durante as operações rotineiras, um SBC deve manter conectividade TLS e UDP com a nuvem do Zoom Phone e com o módulo ZPLS da unidade associada. Essa conexão é usada para encaminhar quaisquer chamadas potenciais para um número de telefone listado em BYOC. pela nuvem do Zoom Phone. O mecanismo de keepalive de OPTIONS é ativado automaticamente entre o ZPLS e o SBC e é Opcional entre o SBC e a nuvem.

Considerações sobre Clientes Zoom e Dispositivos de Telefone

Os clientes e os Dispositivos devem ser capazes de descobrir o módulo ZPLS da unidade na rede local

Clientes e Dispositivos suportados habilitados para a sobrevivência do telefone descobrir o módulo ZPLS de failover apropriado na nuvem do Zoom Phone durante o processo de inicialização. No entanto, o módulo já deve estar vinculado à Unidade do sistema de telefonia com um endereço IPv4 descobrível internamente.

Os Dispositivos devem ter um IP estático ou receber um IP privado via um servidor DHCP local

Para mitigar possíveis problemas, os Dispositivos de telefone devem receber um IP estático ou um IP interno via um servidor DHCP local. Se um Dispositivo não receber um IP estático, ou se um servidor DHCP não estiver Disponível durante um Evento de sobrevivência, os Dispositivos de telefone podem falhar ao registrar-se.

Os clientes e Dispositivos devem manter um ping OPTIONS regular com a nuvem do Zoom Phone

Semelhante ao módulo ZPLS, os clientes e dispositivos suportados devem manter um ping de keepalive OPTIONS para a nuvem do Zoom Phone para determinar o status de conectividade do datacenter. Em caso de um Evento de interrupção, o cliente continua a enviar mensagens de keepalive para detetar o retorno do serviço na nuvem e iniciar a retomada das operações normais. Este processo é automático e não pode ser desativado.

Fluxo de Dados da Firewall e da Rede

Consulte a seção sobre Portas de rede e fluxo de dados.