Redundantnost komponente

list-menuPovratne informacije?
Ovaj članak pruža detaljne informacije o ugrađenim funkcijama redundantnosti aplikacije Webex Contact Center, uključujući geografski distribuirane tačke prisutnosti (PoPs) i konfiguracije visoke dostupnosti (HA), kako bi se smanjio trajanje prekida rada tokom prekida rada.

Redundantnost komponente omogućava usluzi Webex Contact Center da pruži otpornost kada dođe do prekida usluge. Možete da konfigurišete oblak Webex Contact Center i CUBE za velika preduzeća:

  • U geografskom regionu – možete podesiti više od jednog POP-a u velikom preduzeću.

  • U centrima podataka preduzeća u okviru geografskog regiona.

  • U okviru mreža preduzeća – CUBE možete podesiti i u režimu visoke dostupnosti (HA). HA režim čuva ot signalizaciju i medije.

Sva signalizacija i mediji dobijaju izvor na virtuelnu IP adresu i sa nje.

Webex Contact Center koristi dva VPOP-a da bi se obezbedila visoka dostupnost. Za optimalne performanse, pružalac usluge treba da podesi i dva POP-a. Ovo obezbeđuje da lov između VPOP-ova Webex Contact Center bude paran robin.

Redundantnost u geografskom regionu

Konfigurišite dva VPOP-a za svaki geografski region, tako da CUBE za velika preduzeća može da se prebacuje između VPOP-ova ako dođe do greške mreže, sa minimalnim uticajem poziva.

Redundantnost u geografskom regionu
Redundantnost u geografskom regionu

Redundantnost u centrima podataka velikog preduzeća u geografskom regionu

Konfigurišite dva centra podataka u okviru preduzeća da biste se povezali sa istim VPOP-ovima Webex Contact Center u istom geografskom regionu.

Redundantnost u centrima podataka velikog preduzeća u geografskom regionu
Redundantnost u centrima podataka velikog preduzeća u geografskom regionu

CUBE Redundancy u okviru mreže preduzeća

Upotreba funkcije CUBE visoke dostupnosti (HA) sa redundancijom okvira-to-box osigurava da sistem čuva aktivne pozive kada jedna od CUBE-a pretrpi prekid. Korišćenje funkcije CUBE HA zahteva da svi CUBE-i:

  • Koristite istu hardversku konfiguraciju.

  • Koristite istu konfiguraciju softvera.

  • Koristite istu verziju IOS-a.

  • Koristite isti tip platforme.

  • Koristite virtuelne IP adrese (VIP) za signaliziranje i medije.

  • Povezani su putem fizičkog prekidača.

CUBE možete koristiti i kao samostalne SBC-ove. Međutim, korišćenje samostalne CUBE-ove ne obezbeđuje redundantnost u mreži preduzeća.

Više informacija o CUBE HA potražite u Vodiču za konfiguraciju objedinjenog graničnog elementa Cisco.

Primer: Konfiguriši grupu redundantnosti i aktivni par u stanju pripravnosti

  1. Konfigurišite grupu redundantnosti i uključite CUBE redundantnost:

    redundancy aplikacije redundancy grupa 1 ime cubess-load-sbe-1 prioritet 100 tajmera kašnjenja 30 ponovo učitavanje 60 kontrola GigabitEthernet2 protokol 1 podaci GigabitEthernet2 praćenje 1 traka za gabess-load-sbe-1 tekst potvrde identiteta sbe_1 ! glasovna usluga voip redundancy-grupa 1 

  2. Pratite interfejse da biste aktivirali prebacivanje:

    prati 1 interfejs GigabitEthernet1 linija protokola 2 interfejs GigabitEthernet2 linija-protocol! redundancy grupa aplikacija redundancy grupa 1 prati 1 prekidač 2 gašenje 
  3. Identifikator interfejsa redundantnosti za unutrašnji i eksterni interfejs:

    interfejs GigabitEthernet1 ip adresa 10.1.20.10 255.255.0 #Primer IP za ilustraciju redundantnosti rii 15 redundancy grupe 1 ip 10.1.20.115 ekskluzivni red za čekanje 10000 u redu za čekanje 10000 isključen! interfejs GigabitEthernet2 ip adresa 10.2.20.10 255.255.255.0 #Primer IP za ilustraciju! 
  4. Konfiguracija na interfejsu aktivnog i u stanju pripravnosti:

    dial-peer voice 70021 voip opis to-CUCM glasovnog klase sip bind izvorni interfejs GigabitEthernet1 glasovni interfejs GigabitEthernet1 dial-peer glas 70020 voip opis to-SIP-SP glasovne klase sip bind kontrolni izvor-interfejs GigabitEthernet0 glasovne klase sip bind izvor medija GigabitEthernet0 
  5. Konfigurišite neaktivnost medija da biste očistili pozive nakon preuzimanja poziva, pri čemu se možda neće prekinuti veza:

    IP RTCP interval izveštaja 3000! mrežni prolaz/neaktivnost-kriterijumi svi tajmer primaju-rtcp 5 tajmer receive-rtp 86400 
Da li je ovaj članak bio koristan?
Da li je ovaj članak bio koristan?