La redundancia de componentes permite que Webex Contact Center proporcione resiliencia cuando se produzca una interrupción del servicio. Puede configurar tanto la nube del Webex Contact Center como el CUBE empresarial para que sean redundantes:

  • Dentro de una región geográfica: puede configurar más de un POP dentro de una empresa.

  • En todos los centros de datos empresariales dentro de una región geográfica.

  • Dentro de las redes empresariales: también puede configurar CUBE en el modo de alta disponibilidad (HA). El modo HA conserva la señalización y los medios.

Toda la señalización y los medios se originan desde y hacia la dirección IP virtual.

El Centro de contacto de Webex utiliza dos VPOP para garantizar una alta disponibilidad. Para obtener un rendimiento óptimo, el proveedor de servicios también debe configurar dos POP. Esto garantiza que la búsqueda entre los VPOP del Centro de contacto de Webex sea uniforme.

Redundancia dentro de una región geográfica

Configure dos VPOP para cada región geográfica de manera que el CUBE empresarial pueda cambiar entre VPOP si se produce una falla en la red, con un impacto mínimo en las llamadas.

Redundancia dentro de una región geográfica
Redundancia dentro de una región geográfica

Redundancia entre centros de datos empresariales dentro de una región geográfica

Configure dos centros de datos dentro de la empresa para conectarse a los mismos VPOP de Webex Contact Center, dentro de la misma región geográfica.

Redundancia entre centros de datos empresariales dentro de una región geográfica
Redundancia entre centros de datos empresariales dentro de una región geográfica

Redundancia de CUBE dentro de la red empresarial

El uso de la característica de alta disponibilidad de CUBE (HA) con redundancia entre decodificadores garantiza que el sistema conserve las llamadas activas cuando uno de los CUBE sufre una interrupción. El uso de la característica de CUBE HA requiere que todos los CUBE:

  • Utilice la misma configuración de hardware.

  • Utilice la misma configuración de software.

  • Utilice la misma versión de iOS.

  • Utilice el mismo tipo de plataforma.

  • Utilice direcciones IP virtuales (VIP) para señalización y medios.

  • Se conectan con un interruptor físico.

También puede utilizar CUBE como SBC independientes. Sin embargo, el uso de CUBE independientes no proporciona redundancia dentro de la red empresarial.

Para obtener más información sobre CUBE HA, consulte la Guía de configuración de Cisco Unified Border Element.

Ejemplo: Configurar el grupo de redundancia y el par activo-espera

  1. Configure el grupo de redundancia y active la redundancia de CUBE:

    redundancia de la aplicación de redundancia grupo 1 nombre cubess-load-sbe-1 prioridad 100 umbral de conmutación por error 75 temporizadores 30 recarga 60 control GigabitEthernet2 protocolo 1 datos GigabitEthernet2 pista 1 pista 2 protocolo de apagado 1 nombre cubess-load-sbe-1 texto de autenticación sbe_1 ! servicio de voz voip redundancia-grupo 1

  2. Interfaces de seguimiento para activar la conmutación:

    pista 1 interfaz GigabitEthernet1 línea-protocolo pista 2 interfaz GigabitEthernet2 línea-protocolo ! redundancia aplicación redundancia grupo 1 pista 1 parada pista 2 parada

  3. Identificador de interfaz de redundancia para la interfaz interior y exterior:

    interfaz GigabitEthernet1 dirección ip 10.1.20.10 255.255.255.0 #IP de ejemplo para redundancia de ilustración rii 15 grupo de redundancia 1 ip 10.1.20.115 exclusiva hold-queue 10000 in hold-queue 10000 out ! interfaz GigabitEthernet2 dirección ip 10.2.20.10 255.255.255.0 #IP de ejemplo para ilustración !

  4. Configuración en la interfaz activa y en espera:

    voz de par de marcado 70021 voip descripción a interfaz de fuente de control sip bind de clase de voz CUCM GigabitEthernet1 sip bind de clase de voz GigabitEthernet1 voz de par de marcado 70020 voip descripción a interfaz de fuente de control sip bind de clase de voz GigabitEthernet0 interfaz de fuente de medios sip bind de clase de voz GigabitEthernet0

  5. Configure la inactividad de medios para limpiar las llamadas después de la recuperación de fallas que es posible que no se desconecte:

    intervalo de informe ip rtcp 3000 ! gateway media-inactividad-criteria all timer receive-rtcp 5 timer receive-rtp 86400