A redundância de componentes permite que o Webex Contact Center forneça resiliência quando houver uma interrupção do serviço. Você pode configurar o Webex Contact Center em nuvem e o CUBE empresarial para ser redundante:

  • Dentro de uma região geográfica — você pode configurar mais de um POP em uma empresa.

  • Em data centers empresariais em uma região geográfica.

  • Dentro de redes corporativas — você também pode configurar o CUBE no modo de alta disponibilidade (HA). O modo HA preserva a sinalização oth e a mídia.

Todas as sinalizações e mídias são fornecidas de e para o endereço de IP virtual.

O Webex Contact Center usa dois VPOPs para garantir alta disponibilidade. Para um desempenho ideal, o provedor de serviços também deve configurar dois POPs. Isso garante que a caça entre os VPOPs do Webex Contact Center seja um sinal de alerta uniforme.

Redundância dentro de uma região geográfica

Configure dois VPOPs para cada região geográfica para que o CUBE da empresa possa alternar entre VPOPs se ocorrer uma falha de rede, com impacto mínimo de chamada.

Redundância dentro de uma região geográfica
Redundância dentro de uma região geográfica

Redundância nos data centers corporativos em uma região geográfica

Configure dois centros de dados dentro da empresa para se conectar aos mesmos VPOPs do Webex Contact Center, na mesma região geográfica.

Redundância nos data centers corporativos em uma região geográfica
Redundância nos data centers corporativos em uma região geográfica

Redundância do CUBE dentro da rede corporativa

O uso do recurso de alta disponibilidade (HA) do CUBE com redundância box-to-box garante que o sistema preserva chamadas ativas quando um dos CUBEs experimenta uma interrupção. O uso do recurso CUBE HA requer que todos os CUBEs:

  • Use a mesma configuração de hardware.

  • Use a mesma configuração de software.

  • Use a mesma versão do IOS.

  • Use o mesmo tipo de plataforma.

  • Use endereços IP virtuais (VIP) para sinalização e mídia.

  • Estão conectados usando um comutador físico.

Você também pode usar CUBEs como SBCs autônomos. No entanto, o uso de CUBEs autônomos não fornece redundância dentro da rede corporativa.

Para obter mais informações sobre o CUBE HA, consulte o Guia de configuração do Cisco Unified Border Element .

Exemplo: Configurar grupo de redundância e par de espera ativa

  1. Configure o grupo de redundância e ative a redundância do CUBE:

     redundancy application redundancy group 1 name cubess-load-sbe-1 priority 100 failover threshold 75 timers delay 30 reload 60 control GigabitEthernet2 protocol 1 data GigabitEthernet2 track 1 shutdown track 2 shutdown protocol 1 name cubess-load-sbe-1 authentication text sbe_ 1! voice service voip redundância group 1

  2. Rastreie interfaces para acionar a alternância:

    track 1 interface GigabitEthernet1 line-protocol track 2 interface GigabitEthernet2 line-protocol! redundância aplicativo redundância grupo 1 track 1 shutdown track 2 shutdown

  3. Identificador de interface redundante para interface interna e externa:

    interface GigabitEthernet1 endereço ip 10.1.20.10 255.255.255.0 #Exemplo de IP para ilustração redundância rii 15 grupo de redundância 1 ip 10.1.20.115 exclusivo hold-queue 10000 in hold-queue 10000 out ! interface GigabitEthernet2 endereço ip 10.2.20.10 255.255.255.0 #Exemplo de IP para ilustração!

  4. Configuração na interface ativa e em espera:

    dial-peer voice 70021 voip description to-CUCM voice-class sip bind control source-interface GigabitEthernet1 voice-class sip bind media source-interface GigabitEthernet1 dial-peer voice-peer voice 70020 voip description to-SIP-SP voice-class sip bind control source-interface GigabitEthernet0 voice-class sip bind media source interface GigabitEthernet0

  5. Configure a inatividade da mídia para limpar chamadas após o failover que podem não se desconectar:

    Intervalo de relatório ip rtcp 3000 ! critérios de mídia-inatividade-gateway todos os temporizadores receive-rtcp 5 timer receive-rtp 86400