Die Komponentenredundanz ermöglicht es Webex Contact Center, Ausfallsicherheit zu bieten. Sie können sowohl die Webex Contact Center Cloud als auch die Enterprise CUBE redundant konfigurieren:

  • Innerhalb einer geografischen Region – Sie können mehr als einen POP in einem Unternehmen einrichten.

  • Über Enterprise-Rechenzentren innerhalb einer geografischen Region hinweg.

  • Innerhalb von Unternehmensnetzwerken – Sie können CUBE auch im Hochverfügbarkeitsmodus (HA) einrichten. Im HA-Modus werden OTH-Signalisierung und -Medien beibehalten.

Alle Signalisierungen und Medien werden von und zu der virtuellen IP-Adresse geleitet.

Webex Contact Center verwendet zwei VPOPs, um eine hohe Verfügbarkeit sicherzustellen. Für eine optimale Leistung sollte der Serviceanbieter außerdem zwei POPs einrichten. Dadurch wird sichergestellt, dass die Jagd zwischen den Webex Contact Center-VPOPs ein gleichmäßiges Rotationsprinzip ist.

Redundanz innerhalb einer geografischen Region

Konfigurieren Sie für jede geografische Region zwei VPOPs, sodass Enterprise CUBE bei einem Netzwerkfehler zwischen VPOPs wechseln kann, und zwar mit minimalen Auswirkungen auf Anrufe.

Redundanz innerhalb einer geografischen Region
Redundanz innerhalb einer geografischen Region

Redundanz in Unternehmensrechenzentren innerhalb einer geografischen Region

Konfigurieren Sie zwei Rechenzentren im Unternehmen für die Verbindung mit denselben Webex Contact Center-VPOPs innerhalb derselben geografischen Region.

Redundanz in Unternehmensrechenzentren innerhalb einer geografischen Region
Redundanz in Unternehmensrechenzentren innerhalb einer geografischen Region

CUBE-Redundanz im Unternehmensnetzwerk

Durch die Verwendung der CUBE High Availability (HA)-Funktion mit Box-to-Box-Redundanz wird sichergestellt, dass das System aktive Anrufe behält, wenn einer der CUBEs einen Ausfall erlebt. Die Verwendung der CUBE HA-Funktion erfordert, dass alle CUBEs:

  • Verwenden Sie dieselbe Hardwarekonfiguration.

  • Verwenden Sie dieselbe Softwarekonfiguration.

  • Verwenden Sie dieselbe IOS-Version.

  • Verwenden Sie den gleichen Plattformtyp.

  • Verwenden Sie virtuelle IP-Adressen (VIP) für Signalisierung und Medien.

  • Sind über einen physischen Schalter verbunden.

Sie können CUBEs auch als eigenständige SBCs verwenden. Die Verwendung von eigenständigen CUBEs stellt jedoch keine Redundanz innerhalb des Unternehmensnetzwerks dar.

Weitere Informationen zu CUBE HA finden Sie im Cisco Unified Border Element Configuration Guide.

Beispiel: Konfigurieren der Redundanzgruppe und des Active-Standby-Paares

  1. Konfigurieren Sie die Redundanzgruppe und aktivieren Sie die CUBE-Redundanz:

    redundancy application redundancy group 1 name cubess-load-sbe-1 priority 100 failover threshold 75 timer delay 30 reload 60 control GigabitEthernet2 protocol 1 data GigabitEthernet2 track 1 shutdown track 2 shutdown protocol 1 name cubess-load-sbe-1 authentifizierungstext sbe_1 ! voice service voip redundancy-group 1

  2. Schnittstellen nachverfolgen, um eine Umschaltung auszulösen:

    track 1 Schnittstelle GigabitEthernet1 line-protocol track 2 Schnittstelle GigabitEthernet2 line-protocol ! redundancy application redundancy group 1 track 1 shutdown track 2 shutdown

  3. Bezeichner der Redundanzschnittstelle für die innere und äußere Schnittstelle:

    Schnittstelle GigabitEthernet1 IP-Adresse 10.1.20.10 255.255.255.0 #Beispiel-IP für Illustration Redundanz rii 15 Redundanzgruppe 1 IP 10.1.20.115 Exclusive Hold-Queue 10000 in Hold-Queue 10000 out ! Schnittstelle GigabitEthernet2 IP-Adresse 10.2.20.10 255.255.255.0 #Beispiel-IP für Illustration !

  4. Konfiguration für aktive und Standby-Schnittstelle:

    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 70020 voip description to-SIP-SP voice-class sip bind control source-interface GigabitEthernet0 voice-class sip bind media source-interface GigabitEthernet0 voice-class sip bind media source-interface GigabitEthernet0

  5. Konfigurieren Sie die Medieninaktivität, um Anrufe nach einem Failover zu bereinigen, die möglicherweise nicht getrennt werden:

    IP RTCP-Berichtsintervall 3000! Gateway-Medien-Inaktivität-Kriterien alle Timer receive-rtcp 5 Timer receive-rtp 86400