Komponentredundans gør det muligt for Webex Contact Center at levere modstandsdygtighed, når der opstår en tjenesteafbrydelse. Du kan konfigurere både Webex Contact Center Cloud og Enterprise CUBE til at være overflødige:

  • Inden for et geografisk område – du kan konfigurere mere end én POP i en virksomhed.

  • På tværs af virksomhedsdatacentre inden for et geografisk område.

  • Inden for virksomhedsnetværk – du kan også konfigurere CUBE i HA-tilstand (High Availability). HA-tilstand bevarer tandsignal og medier.

Alle signaler og medier hentes til og fra den virtuelle IP-adresse.

Webex Contact Center bruger to VPOP'er til at sikre høj tilgængelighed. For at opnå en optimal ydeevne bør tjenesteudbyderen også konfigurere to POP'er. Dette sikrer, at jagten mellem Webex Contact Center-VPOP'er er en lige rund robin.

Redundans inden for et geografisk område

Konfigurer to VPOP'er for hvert geografisk område, så virksomheds-CUBE kan skifte mellem VPOP'er, hvis der opstår en netværksfejl, med minimal opkaldspåvirkning.

Redundans inden for et geografisk område
Redundans inden for et geografisk område

Redundans på tværs af virksomhedsdatacentre inden for et geografisk område

Konfigurer to datacentre i virksomheden til at oprette forbindelse til de samme Webex Contact Center-VPOP'er inden for det samme geografiske område.

Redundans på tværs af virksomhedsdatacentre inden for et geografisk område
Redundans på tværs af virksomhedsdatacentre inden for et geografisk område

CUBE-redundans i virksomhedsnetværket

Brug af CUBE High Availability-funktionen (HA) med boks-til-boks-redundans sikrer, at systemet bevarer aktive opkald, når en af CUBE'erne får et udfald. Brug af CUBE HA-funktionen kræver, at alle CUBE'er:

  • Brug den samme hardwarekonfiguration.

  • Brug den samme softwarekonfiguration.

  • Brug den samme IOS-version.

  • Brug den samme type platform.

  • Brug virtuelle IP-adresser (VIP) til signal og medier.

  • Er tilsluttet ved hjælp af en fysisk kontakt.

Du kan også bruge CUBE'er som enkeltvise SBC'er. Brug af enkeltstående CUBE'er giver dog ikke redundans i virksomhedsnetværket.

Få flere oplysninger om CUBE HA i konfigurationsvejledningen til Cisco Unified Border Element.

Eksempel: Konfigurer redundansgruppe og aktivt standbypar

  1. Konfigurer redundansgruppen, og slå CUBE-redundans til:

    redundansapplikationens redundansgruppe 1 navn cubess-load-sbe-1 prioritet 100 failover-tærskel 75 timers forsinkelse 30 genindlæsning 60 kontrol GigabitEthernet2 protokol 1 data GigabitEthernet2 spor 1 lukkespor 2 lukkeprotokol 1 navn cubess-load-sbe-1 godkendelsestekst sbe_1 ! stemmetjeneste voip redundansgruppe 1

  2. Spor grænseflader for at udløse skift:

    spor 1 grænseflade GigabitEthernet1 line-protocol spor 2 grænseflade GigabitEthernet2 line-protocol ! redundans program redundans gruppe 1 spor 1 nedlukning spor 2 nedlukning

  3. ID for redundans- og udvendig grænseflade:

    grænseflade GigabitEthernet1 ip-adresse 10.1.20.10 255.255.255.0 #Eksempel-IP til illustration redundancy rii 15 redundansgruppe 1 ip 10.1.20.115 eksklusiv ventekø 10000 i ventekø 10000 ud ! grænseflade GigabitEthernet2 ip-adresse 10.2.20.10 255.255.255.0 #Eksempel-IP til illustration !

  4. Konfiguration på aktiv grænseflade og standbygrænseflade:

    opkalds-peer-stemme 70021 voip beskrivelse til-CUCM-stemmeklasse sip-bind-kilde-grænseflade GigabitEthernet1-stemmeklasse sip-bind-mediekilde-grænseflade GigabitEthernet1 opkalds-peer-stemme 70020 voip beskrivelse til-SIP-SP-stemmeklasse sip-bind-kilde-grænseflade GigabitEthernet0-stemmeklasse sip-bind-mediekilde-grænseflade GigabitEthernet0

  5. Konfigurer medieinaktivitet til at rydde opkald efter failover, der muligvis ikke afbrydes:

    ip rtcp-rapportinterval 3000 ! Gatewaymedie-inaktivitet-kriterier alle timer modtager-rtcp 5 timer modtager-rtp 86400