Pripremite svoje okruženje

Broadworks XSP-ovi mogu se postaviti izravno na Internet ili se mogu nalaziti u DMZ-u predvođenom elementom za raspodjela opterećenja kao što je F5 BIG- IP. Kako bi se osigurala geo-redundancija, XSP-ovi se mogu implementirati u dva (ili više) podatkovnih centara, od kojih svaki može biti predvođen balansatorom opterećenja, a svaki ima javnu IP adresa. Ako se XSP-ovi nalaze iza balansera opterećenja, Webex Webexa i aplikacija vide samo IP adresa balansera opterećenja, a čini se da Broadworks ima samo jedan XSP, čak i ako iza njega stoji više XSP-ova.

U donjem primjeru, XSP-ovi su raspoređeni na dva mjesta, Site A i Site B. Na svakom mjestu postoje dva XSP-a predvođena Load Balancerom. Mjesto A ima XSP1 i XSP2 predvođene LB1, a mjesto B ima XSP3 i XSP4 predvođene LB2. Samo su Load Balanceri izloženi na javnoj mreži, a XSP-ovi su u privatnim mrežama DMZ-a.

DNS konfiguracija

Oblak usluge Webex moraju moći pronaći Broadworks XSP poslužitelj(e) za povezivanje na Xsi sučelja, uslugu provjere autentičnosti i CTI.

Oblak usluge Webex izvršit će DNS A/AAAA traženje konfiguriranog XSP imena hosta i povezati se s vraćenom IP adresom. Ovo može biti rubni element za raspodjela opterećenja ili sam XSP poslužitelj. Ako se vrati više IP adresa, bit će odabrana prva IP na popisu. SRV traženje trenutno nije podržano.

Primjer: Partnerov DNS A Record za otkrivanje Round-Robin uravnoteženog XSP poslužitelja/balansera opterećenja.

Failover

Kada Webex Webexa pošalju zahtjev XSP/Load Balancer i zahtjev ne uspije, može se dogoditi nekoliko stvari:

• Ako je kvar posljedica mrežne pogreške (npr. TCP, SSL), Webex Webexa označavaju IP kao blokiranu i odmah izvode rutu unaprijed na sljedeći IP.

• Ako se pojavi kod kôd pogreške (HTTP5xx ) se vrati, Webex Webexa označavaju IP kao blokiranu i odmah izvode rutu unaprijed na sljedeći IP.

• Ako se u roku od 2 sekunde ne primi HTTP odgovor, zahtjev istekne, a Webex Webexa označavaju IP kao blokiranu i izvode rutu unaprijed do sljedeće IP.

Svaki zahtjev se isprobava 3 puta prije nego što se greška vrati mikroservisu.

Kada je IP na popisu blokiranih, neće biti uključena u popis adresa koje treba pokušati prilikom slanja zahtjeva XSP-u. Nakon unaprijed određenog vremenskog razdoblja, blokirani IP istječe i vraća se na popis kako bi pokušao kada se uputi drugi zahtjev.

Ako su sve IP adrese blokirane, mikroservis će i dalje pokušati poslati zahtjev slučajnim odabirom IP adresa s popisa blokiranih. Ako je uspješna, ta IP adresa se uklanja s popisa blokiranih.

Status

Status povezanosti usluga Oblak usluge Webex s XSP-ovima ili Load Balancerima može se vidjeti u Control Hubu. Pod BroadWorks Calling Clusterom prikazuje se status veze za svako od ovih sučelja:

• XSI Actions

• XSI događaji

• Usluga za provjeru autentičnosti

Status status veze se ažurira kada se stranica učita ili tijekom ažuriranja unosa. Statusi veza mogu biti:

• zeleno: Kada se sučelje može pristupiti na jednoj od IP adresa u pretraživanju A zapisa.

• crveno: Kada su svi IP-ovi u pretraživanju A zapisa nedostupni i sučelje nije dostupno.

Sljedeće usluge koriste mikroservise za povezivanje s XSP-ovima i na njih utječe dostupnost XSP sučelja:

• Prijava aplikacije Webex

• Osvježavanje tokena aplikacije Webex

• Nepouzdana e-pošta/samoaktivacija

• Provjera stanja službe Broadworks

DNS konfiguracija

Aplikacija Webex pristupa uslugama Xtended Services Interface (XSI-Actions & XSI-Events) i Device Management Service (DMS) na XSP-u.

Kako bi pronašla uslugu XSI, aplikacija Webex obavlja DNS SRV traženje _xsi-client._tcp.<webex app xsi domain>. SRV ukazuje na konfigurirani URL za XSP hostove ili balansere opterećenja za XSI uslugu. Ako SRV traženje nije dostupno, Webex aplikacija vraća se na A/AAAA traženje.

SRV se može razlučiti na više A/AAAA ciljeva. Međutim, svaki A/AAAA zapis mora se mapirati samo na jednu IP adresa . Ako postoji više XSP-ova u DMZ-u iza balansera opterećenja/rubnog uređaja, potrebno je da balansator opterećenja bude konfiguriran da održava postojanost sesije za usmjeravanje svih zahtjeva iste sesije na isti XSP. Nalažemo ovu konfiguraciju jer klijentovi otkucaji XSI događaja moraju ići na isti XSP koji se koristi za uspostavljanje kanala događaja.

U primjeru 1, A/AAAA zapis za webex-app-xsp.example.com ne postoji i ne treba. Ako vaš DNS zahtijeva da se definira jedan A/AAAA zapis, tada treba vratiti samo 1 IP adresa . Bez obzira na to, SRV i dalje mora biti definiran za aplikaciju Webex . Ako Webex aplikacija koristi naziv A/AAAA koji se razrješava na više od jedne IP adresa ili ako element balansiranja opterećenja/rubni element ne održava postojanost sesije, klijent na kraju šalje otkucaje srca na XSP gdje nije uspostavio kanal događaja. To rezultira rušenjem kanala, a također i znatno većim internim prometom što umanjuje performanse vašeg XSP klastera. Budući da Oblak usluge Webex i Webex aplikacija imaju različite zahtjeve za traženje A/AAAA zapisa, morate koristiti zasebni FQDN za Oblak usluge Webex i Webex aplikaciju da biste pristupili svojim XSP-ovima. Kao što je prikazano u primjerima, Oblak usluge Webex koristi A zapis webex-cloud-xsp.example.com, a Webex aplikacija koristi SRV _xsi-client._tcp.webex-app-xsp.example.com.

Primjer 1 — Više XSP-ova, svaki iza zasebnih balansera opterećenja

U ovom primjeru, SRV ukazuje na više A zapisa sa svakim A zapisom koji ukazuje na različit balanser opterećenja na drugom mjestu. Webex aplikacija uvijek će koristiti prvu IP adresa na popisu i prijeći će na sljedeći zapis samo ako prvi nije u redu.

Primjer 2 — Više XSP-ova iza jednog balansera opterećenja (s TLS Bridgeom)

Za početni zahtjev, balansator opterećenja odabire nasumični XSP. Taj XSP vraća kolačić koji Webex aplikacija uključuje u buduće zahtjeve. Za buduće zahtjeve, balansator opterećenja koristi kolačić za usmjeravanje veze na ispravan XSP, osiguravajući da se kanal događaja ne prekine.

DMS URL

Tijekom procesa prijave, Webex aplikacija će također dohvatiti DMS URL za preuzimanje svoje konfiguracijske datoteke. Host u URL -u će se raščlaniti i Webex aplikacija će izvršiti DNS A/AAAA traženje hosta kako bi se spojila na XSP koji hostira DMS uslugu.

Primjer: DNS A zapis za otkrivanje Round-Robin uravnoteženog XSP poslužitelja/balansera opterećenja od strane Webex aplikacije za preuzimanje konfiguracijskih datoteka putem DMS-a:

Kako Webex aplikacija pronalazi XSP adrese

Klijent pokušava locirati XSP čvorove koristeći sljedeći DNS tijek:

1. Klijent u početku dohvaća URL-ove Xsi-Actions/Xsi-Events iz Oblak usluge Webex (unijeli ste ih prilikom stvaranja povezanog klastera poziva BroadWorks). Xsi ime/domena raščlanjuje se iz URL -a i klijent obavlja SRV traženje na sljedeći način:

   1. Klijent obavlja SRV traženje_xsi -klijent._tcp .<xsi domain="">

   2. Ako SRV traženje vrati jedan ili više A/AAAA ciljeva:

      1. Klijent vrši A/AAAA traženje tih ciljeva i sprema vraćene IP adrese.

      2. Klijent se povezuje na jedan od ciljeva (i stoga njegov A/AAAA zapis s jednom IP adresa) na temelju SRV prioriteta, a zatim težine (ili nasumično ako su svi jednaki).

   3. Ako SRV traženje ne vrati nikakve ciljeve:

      Klijent vrši A/AAAA traženje Xsi root parametra i zatim se pokušava spojiti na vraćenu IP adresa. Ovo može biti rubni element za raspodjela opterećenja ili sam XSP poslužitelj.

      Kao što je navedeno, A/AAAA zapis mora se riješiti na jednu IP adresa iz istih razloga.

2. (Izborno) Možete naknadno navesti prilagođene pojedinosti XSI-Actions/XSI-Events u konfiguracija uređaja za Webex aplikacija, koristeći sljedeće oznake:

   <protocols>
   	<xsi>
   		<paths>
   			<root>%XSI_ROOT_WXT%</root>
   			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
   			<events>%XSI_EVENTS_PATH_WXT%</events>
   		</paths>
   	</xsi>
   </protocols>

   1. Ovi konfiguracijski parametri imaju prednost nad bilo kojom konfiguracijom u vašem BroadWorks Clusteru u Control Hubu.

   2. Ako postoje, klijent će usporediti s izvornom XSI adresom koju je primio putem konfiguracije klastera BroadWorks.

   3. Ako se otkrije bilo kakva razlika, klijent će ponovno inicijalizirati svoju povezanost XSI Actions/XSI Events. Prvi korak u tome je izvođenje istog postupka traženja DNS -a koji je naveden pod 1. korakom – ovaj put zahtijevajući traženje vrijednosti u%XSI_ROOT_WXT% parametar iz njegove konfiguracijska datoteka.

      Obavezno kreirajte odgovarajuće SRV zapisi ako koristite ovu oznaku za promjenu Xsi sučelja.

Failover

Tijekom prijave, Webex aplikacija obavlja DNS SRV traženje_xsi -klijent._tcp .<xsi domain=""> , gradi popis hostova i povezuje se s jednim od hostova na temelju SRV prioriteta, a zatim težine. Ovaj povezani host postaje odabran za sve buduće zahtjeve. Kanal događaja se tada otvara odabranom domaćinu i redovito se šalje otkucaj srca za provjeru kanala. Svi zahtjevi poslani nakon prvog uključuju kolačić koji se vraća u HTTP odgovoru, stoga je važno da balansator opterećenja zadrži postojanost sesije (afinitet) i uvijek šalje zahtjeve istom pozadinskom XSP poslužitelju.

Ako zahtjev ili zahtjev za otkucaj srca hostu ne uspije, može se dogoditi nekoliko stvari:

• Ako je kvar posljedica mrežne pogreške (npr. TCP, SSL), ruta Webex aplikacije odmah napreduje do sljedećeg hosta na popisu.

• Ako se pojavi kod kôd pogreške (HTTP5xx ) se vrati, Webex aplikacija označava tu IP adresa kao blokiranu i usmjerava se prema sljedećem hostu na popisu.

• Ako se odgovor ne primi u određenom vremenskom razdoblju, zahtjev se smatra neuspjelim zbog isteka vremena i sljedeći se zahtjevi šalju sljedećem hostu. Međutim, zahtjev za istekom vremena smatra se neuspjelim. Neki zahtjevi se ponovno pokušavaju nakon neuspjeha (s povećanjem vremena ponovnog pokušaja). Zahtjevi za koje se pretpostavlja da nisu vitalni ne pokušavaju se ponovno.

Kada se uspješno isproba novi host, on postaje novi odabrani host ako je host prisutan na popisu. Nakon što se isproba posljednji host na popisu, Webex aplikacija će se prebaciti na prvi.

U slučaju otkucaja srca, ako postoje dva uzastopna neuspjeha zahtjeva, aplikacija Webex ponovno će inicijalizirati kanal događaja.

Imajte na umu da Webex aplikacija ne izvodi povrat unatrag, a otkrivanje DNS usluge izvodi se samo jednom prilikom prijave.

Tijekom prijave, Webex aplikacija pokušava preuzeti konfiguracijsku datoteku putem XSP/Dms sučelja. Izvodi traženje A/AAAA zapisa hosta u preuzetom DMS URL -u i povezuje se s prvim IP-om. Prvo će pokušati poslati zahtjev za preuzimanje konfiguracijske datoteke pomoću SSO tokena. Ako to ne uspije iz bilo kojeg razloga, pokušat će ponovno, ali s korisničkim imenom i zaporkom uređaja.