Pré-requisitos de capacidade de sobrevivência aprimorada
Pré-requisitos aprimorados de capacidade de sobrevivência
Este documento fornece tarefas a serem realizadas localmente pelo cliente antes de ativar o Enhanced Survivability Node (ESN) a partir do Control Hub.
- Pré-requisitos a serem cumpridos antes da ativação do Nó de Sobrevivência Aprimorada.
- Parâmetros de instalação do ESN a serem usados durante a instalação do nó em sites remotos.
Considere as seguintes especificações principais para um Nó de Sobrevivência Avançada antes da implantação:
-
Em um único Unified CM cluster, você pode implantar no máximo 8 nós de sobrevivência aprimorada
- O tempo de ida e volta (RTT) entre o Unified CM cluster na Instância Dedicada e o nó de capacidade de sobrevivência aprimorada deve ser igual ou inferior a 200 ms.
- No máximo 7500 endpoints rígidos podem ser registrados no Nó de Sobrevivência Aprimorada durante o evento de Sobrevivência.
- O recurso é suportado somente nas opções de conectividade em nuvem Edge Connect ou Partner Connect.
- Implante o gateway local PSTN no site para o roteamento PSTN de chamadas de emergência e PSTN.
- A chamada na rede só é possível entre dispositivos registrados no mesmo ESN e, para outras chamadas, ela deve ser roteada pelo gateway local da PSTN.
- O Nó de Sobrevivência Aprimorada é adicionado somente como o nó terciário no grupo. Unified CM Portanto, você deve garantir que as integrações e os dispositivos/clientes suportem o IP terciário TFTP ou ESN configurável no aplicativo.
Alterações a serem feitas no firewall do cliente
O firewall do cliente deve permitir as seguintes portas antes de iniciar a ativação do Enhanced Survivability Node no Control Hub.
Portas a serem permitidas no firewall
Lista de portas a serem permitidas no firewall do cliente.
| Protocolo | TCP/UDP | Fonte | Destino | Porta de origem | Porto de destino | Direção | Propósito |
|
SFTP SSH | TCP |
ESN |
Ferramenta de monitoramento da Cisco e Unified CM | Maior que 1023 | 22 | Bidirecional |
|
| NTP | UDP | ESN | Unified CM | Qualquer | 123 | Bidirecional | Sincronização do relógio com o editor na nuvem de instância dedicada. |
| SNMP | UDP | Ferramenta de monitoramento Cisco | ESN | Maior que 1023 | 161 | Bidirecional | Resposta do serviço SNMP (solicitações de aplicativos de gerenciamento) |
| SNMP | UDP | ESN | Servidores de monitoramento Cisco | Maior que 1023 | 162 | Bidirecional | Armadilhas SNMP |
| HTTPS | TCP | Servidores de monitoramento e gerenciamento da Cisco | ESN | Maior que 1023 | 443 | Bidirecional | Comunicações entre assinante e editor, usadas para solicitações do Cisco User Data Services (UDS), interface do administrador paraUnified CM, Unified CM para CSSM |
| Syslog | UDP | ESN | Servidores de monitoramento Cisco | Maior que 1023 | 514 | Bidirecional |
Monitoramento
|
| Serviço Cisco AMC | TCP | ESN | Unified CM | Maior que 1023 | 1090 | Bidirecional | Monitoramento |
| Serviço Cisco AMC | TCP | ESN | Unified CM | Maior que 1023 | 1099 | Bidirecional | Monitoramento |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 | 1500 | Bidirecional | Replicação de banco de dados entre o Unified CM cluster de instância dedicada e o ESN. |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 | 1501 | Bidirecional |
Replicação de banco de dados, conexão secundária |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 | 1510 | Bidirecional | Replicação de banco de dados CAR Cisco Identity Service DB. O mecanismo CAR Cisco Identity Service escuta enquanto aguarda solicitações de conexão dos clientes. |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 | 1511 | Bidirecional |
Replicação de banco de dados, CAR Cisco Identity Service DB. Uma porta alternativa usada para ativar uma segunda instância do CAR Cisco Identity Service durante a atualização. |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 |
1515 | Bidirecional |
Replicação do banco de dados entre os nós durante a instalação. |
| Conexão de banco | TCP | ESN | Unified CM | Maior que 1023 |
1516 | Bidirecional |
Replicação do banco de dados entre os nós durante a atualização. |
| Replicação de banco de dados Cisco Extended Functions | TCP | ESN | Unified CM | Maior que 1023 | 2551 | Bidirecional |
Replicação de banco de dados dentro do cluster para comunicação entre o Cisco Extended Services for Active/Backup. |
| Replicação de banco de dados Cisco Extended Functions | TCP | ESN | Unified CM | Maior que 1023 | 2552 | Bidirecional |
Replicação de banco de dados. Permite que os assinantes recebam notificações Unified CM de alteração do banco de dados |
| Servidor RIS | TCP | ESN | Unified CM | Maior que 1023 | 2555 | Bidirecional | Monitoramento, servidor de banco de dados de serviços de informações em tempo real (RIS) |
| Cliente RIS | TCP | ESN | Unified CM | Maior que 1023 | 2556 | Bidirecional | Monitoramento, cliente de banco de dados de serviços de informação em tempo real (RIS) para Cisco RIS |
| CTI | TCP | ESN | Unified CM | Maior que 1023 | 2748 | Bidirecional | Controle de chamadas, servidor de aplicativos CTI |
| Serviço SIP baseado em tronco | TCP | ESN | Unified CM | Maior que 1023 | 5060 | Bidirecional | Serviço SIP |
| Serviço SIP baseado em tronco | TCP | ESN | Unified CM | Maior que 1023 | 5061 | Bidirecional | Serviço SIP |
| Notificação de alteração do banco de | TCP | ESN | Unified CM | Maior que 1023 | 8001 | Bidirecional | Replicação de banco de dados |
| SDL | TCP | ESN | Unified CM | Maior que 1023 | 8002 | Bidirecional | Controle de chamadas |
| SDL (CTI) | TCP | ESN | Unified CM | Maior que 1023 | 8003 | Bidirecional | Controle de chamadas |
| diagnóstico | TCP | ESN | Unified CM | Maior que 1023 | 8080 | Bidirecional |
Monitoramento, comunicação entre servidores usados para testes de diagnóstico. |
| Centro de controle Cisco entre nós | TCP | ESN | Unified CM | Maior que 1023 | 8443 | Bidirecional | Centro de controle Cisco entre nós. |
| Monitoramento | TCP | Ferramenta de monitoramento Cisco | ESN | Maior que 1023 | 8443 | Bidirecional | Monitoramento |
| Replicação dentro do cluster | TCP | ESN | Unified CM | Maior que 1023 | 8500 | Bidirecional | Replicação de banco de dados, replicação intracluster de dados do sistema pelo IPsec Cluster Manager |
| Gerenciador de largura de banda de localização | TCP | ESN | Unified CM | Maior que 1023 | 9004 | Bidirecional | Controle de chamadas, comunicação intracluster entre LBMs |
| Soquete Web seguro | TCP | ESN | Unified CM | 9560 | n/a | Bidirecional | Notificação de LPNS da nuvem DI |
| Validação de conectividade | ICMP | ESN | Unified CM | n/a | n/a | - | Latência |
Sub-redes de instâncias dedicadas a serem permitidas no firewall do cliente
Os endereços IP mencionados abaixo precisam ser permitidos no firewall do cliente para que os nós de sobrevivência aprimorada se comuniquem com o cluster UCM de instância dedicada.
| Região de instância dedicada | Sub-rede |
| U.S. | 69.168.17.0/24 |
| EMEA | 178.215.138.0/24 |
| EU | 178.215.131.0/24 |
| APJC | 103.232.71.0/24 |
| AUS | 178.215.128.0/24 |
| UK | 178.215.135.0/24 |
|
KSA |
178.215.141.0/24 |
Requisitos de DNS
O cliente precisa configurar encaminhadores condicionais nos servidores DNS internos do cliente, em direção ao DNS de instância dedicada, para permitir a resolução de dispositivos em nuvem. Para obter mais informações sobre os IPs do servidor DNS de instância dedicada, consulte Requisitos de DNS. Para oferecer suporte ao failover para o ESN, o cliente também deve configurar entradas de DNS precisas. Essas entradas são específicas do site e permitirão que os dispositivos encontrem o endereço correto do ESN local com base no endereço IP de origem.
Para cada ESN, é importante incluir pesquisas diretas e reversas no DNS local do cliente.
Exemplo de pesquisa reversa, IP local para esn-hostname.cust1.amer.wxc-di.webex.com.
Durante o evento de sobrevivência, dispositivos rígidos e dispositivos de software já conectados serão transferidos para a entrada terciária no Grupo CallManager, o nó ESN. O DNS local responderá com o endereço correto com base na entrada exata, um registro para o ESN.
Por exemplo, esn-hostname.cust1.amer.wxc-di.webex.com - Um registro mapeado para o IP local.
Clientes de software que precisam concluir a descoberta do serviço precisam resolver o _cisco-uds. registro SRV _tcp. Para garantir que a resposta correta seja retornada para o nó ESN local, isso precisa ser específico do site, ela deve ser resolvida com base no endereço IP de origem da consulta, listando os registros A para a nuvem DI e o ESN local. Por exemplo,
_cisco-uds. _tcp.cust1.amer.wxc-di.webex.com — Registro SRV mapeado da seguinte forma
Cxxxx011ccm4.cust1.amer.wxc-di.webex.com prioridade 10 peso 10
Cxxxx021ccm5.cust1.amer.wxc-di.webex.com prioridade 10 peso 10
esn-hostname.cust1.amer.wxc-di.webex.com prioridade 20 peso 10
Para criar entradas PinPoint em um DNS da Microsoft, que são resolvidas com base no endereço IP de origem do dispositivo, use Políticas de resolução e escopos de zona. Se você estiver usando o BIND, isso é feito usando Views.
Para obter mais informações sobre como adicionar entradas de pontos PIN, consulte Como criar uma entrada DNS PinPoint.
Configurações de proxy
O nó Enhanced Survivability tem um módulo que precisa ser registrado no Control Hub para telemetria e monitoramento. Isso exige que o nó alcance a nuvem pela Internet. Para o mesmo, pode ser usado um servidor proxy ou acesso direto à Internet. Há três opções diferentes para configurar o Nó de Sobrevivência Aprimorada para acessar o Control Hub:
- Se você não tiver um proxy para acessar a Internet, o Enhanced Survivability Node precisará acessar o Control Hub diretamente, sem nenhum servidor proxy.
- Você pode definir as configurações do servidor proxy no Unified CM editor instalado no local usando o console de administração da CLI.
- adição de proxy utils ucmgmt
- Você fornece os detalhes do servidor proxy no Control Hub durante o formulário de ativação, e a automação configura os detalhes do servidor proxy no Node durante a ativação.
Se um servidor proxy estiver presente no site do cliente, os URLs mencionados abaixo precisarão ser permitidos em Firewall > Servidor proxy e firewall.
| URLs | Propósito |
| *.ucmgmt.cisco.com | Hub de controle |
| *.webex.com | Telemetria do Control Hub |
Especificação de virtualização
Configurações do serviço de notificação push local (LPNS)
Você precisa habilitar o LPNS no Unified CM cluster de instância dedicada para seus clientes Webex App/Jabber em execução em Apple iOS dispositivos para receber notificações durante o evento de sobrevivência. Para obter mais informações, consulte Notificações push (implantações locais).
Os alertas da Ferramenta de Monitoramento em Tempo Real (RTMT) relacionados ao token Apple Push Notification Service (APNS) no ESN podem ser ignorados com segurança. Durante um evento de sobrevivência, o ESN usa o LPNS em vez de para notificações.
Gateway PSTN local
Implante o gateway PSTN local em cada local de sobrevivência, pois durante o evento de sobrevivência, o gateway PSTN local é usado para chamadas entre clusters, entre locais, de emergência e PSTN do Nó de Sobrevivência Aprimorada. Se houver um gateway PSTN central e um gateway PSTN local apenas para sobreviver, um tronco SIP separado precisará ser configurado do ESN para o gateway PSTN local, junto com as alterações necessárias no plano de discagem para rotear as chamadas para o gateway local durante o evento de sobrevivência.
Para obter mais informações sobre roteamento de chamadas, consulte Roteamento de chamadas.
Dispositivos compatíveis
Todos os modelos de telefone Cisco suportados pelo Unified CM podem falhar e se registrar no Enhanced Survivability Node. Mas somente os telefones 78XX/88XX durante o registro no Enhanced Survivability Node exibem “Interrupção do serviço”. Alguns recursos podem não estar disponíveis”.
O recurso de capacidade de sobrevivência aprimorada oferece suporte à versão 4.3.6 e superior do aplicativo Webex.