Redundanța componentelor permite Webex Contact Center să ofere reziliență atunci când există o întrerupere a serviciului. Puteți configura atât cloudul Webex Contact Center, cât și CUBE-ul Enterprise pentru a fi redundant:

  • Într-o regiune geografică – puteți configura mai mult de un POP în cadrul unei întreprinderi.

  • În cadrul centrelor de date ale întreprinderii dintr-o regiune geografică.

  • În cadrul rețelelor de întreprindere — de asemenea, puteți configura CUBE în modul de disponibilitate ridicată (HA). Modul HA păstrează semnalizarea și conținutul media.

Toate semnalizarea și fișierele media sunt furnizate către și de la adresa IP virtuală.

Webex Contact Center utilizează două VPOP-uri pentru a asigura o disponibilitate ridicată. Pentru o performanță optimă, furnizorul de servicii ar trebui să configureze, de asemenea, două POP-uri. Acest lucru asigură faptul că vânătoarea dintre VPOP-urile Webex Contact Center este un robin rotund uniform.

Redundanța în cadrul unei regiuni geografice

Configurați două VPOP-uri pentru fiecare regiune geografică, astfel încât CUBE de întreprindere să poată comuta între VPOP-uri dacă apare o eroare de rețea, cu impact minim asupra apelurilor.

Redundanța în cadrul unei regiuni geografice
Redundanța în cadrul unei regiuni geografice

Redundanța la nivelul centrelor de date ale întreprinderii dintr-o regiune geografică

Configurați două centre de date din cadrul întreprinderii pentru a vă conecta la aceleași VPOP-uri Webex Contact Center, în aceeași regiune geografică.

Redundanța la nivelul centrelor de date ale întreprinderii dintr-o regiune geografică
Redundanța la nivelul centrelor de date ale întreprinderii dintr-o regiune geografică

Redundanță CUBE în cadrul rețelei de întreprindere

Utilizarea funcției CUBE High Availability (HA) cu redundanță box-to-box asigură faptul că sistemul păstrează apelurile active atunci când unul dintre CUBE întâmpină o întrerupere. Utilizarea funcției CUBE HA necesită ca toate CUBE-urile:

  • Utilizați aceeași configurație hardware.

  • Utilizați aceeași configurație software.

  • Utilizați aceeași versiune IOS.

  • Utilizați același tip de platformă.

  • Utilizați adrese IP virtuale (VIP) pentru semnalizare și conținut media.

  • sunt conectate printr-un comutator fizic.

De asemenea, puteți utiliza CUBE-uri ca SBC-uri independente. Cu toate acestea, utilizarea CUBE-urilor independente nu oferă redundanță în rețeaua de întreprindere.

Pentru mai multe informații despre CUBE HA, consultați Ghidul de configurare a elementelor de frontieră Cisco Unified.

Exemplu: Configurarea grupului de redundanță și a perechii active-standby

  1. Configurați grupul de redundanță și activați redundanța CUBE:

    redundanță aplicație redundanță grup 1 nume cubess-load-sbe-1 prioritate 100 prag de întrerupere 75 temporizatori întârziere 30 reîncărcare 60 control GigabitEthernet2 protocol 1 date GigabitEthernet2 pistă 1 shutdown track 2 protocol shutdown 1 nume cubess-load-sbe-1 text de autentificare sbe_1 ! serviciu voip redundancy-group 1

  2. Urmăriți interfețele pentru a declanșa comutarea:

    track 1 interfață GigabitEthernet1 linie-protocol track 2 interfață GigabitEthernet2 linie-protocol ! redundanță aplicație redundanță grup 1 track 1 shutdown track 2 shutdown

  3. Identificator de interfață de redundanță pentru interfața interioară și externă:

    interfață GigabitEthernet1 adresă ip 10.1.20.10 255.255.255.0 #Exemplu IP pentru ilustrare redundanță rii 15 grup de redundanță 1 ip 10.1.20.115 exclusiv așteptare-coadă 10000 în așteptare-coadă 10000 afară! interfață GigabitEthernet2 adresă ip 10.2.20.10 255.255.255.0 #Exemplu IP pentru ilustrare!

  4. Configurație pe interfața activă și în așteptare:

    voce dial-peer 70021 voip descriere la-CUCM clasa de voce sip bind sursă de control-interfață sursă-interfață GigabitEthernet1 voce-peer sip bind voce 70020 voip descriere la-SIP-SP clasa de voce sip bind sursă de control-interfață GigabitEthernet0 clasă de voce sip bind sursă de interfață media GigabitEthernet0

  5. Configurați inactivitatea media pentru a curăța apelurile după reluarea în caz de nereușită care nu pot fi deconectate:

    interval de raportare ip rtcp 3000 ! gateway media-inactivitate-criterii toate cronometrul primi-rtcp 5 cronometru primi-rtp 86400