Pripremite svoje okruženje

Broadworks XSPS se mogu primeniti direktno na internet ili se mogu nalaziti u DMZ-u koji je predložen element balansiranje opterećenja kao što je F5 BIG-IP. Da bi se obezbedila geo-redundantnost, XPS-ovi se mogu primeniti u dva (ili više) centara podataka, a svaki od njih može biti predložen balansom opterećenja, koji ima javni IP adresa. Ako XSP-ovi stoje iza balansira opterećenja, Webex mikroservice i aplikacija vide samo IP adresa nivoa balansa opterećenja i Broadworks izgleda da imaju samo jedan XSP, čak i ako postoji više XSP-ova zaobići.

U primeru ispod, XSps se raspodeljuju na dve lokacije, Na lokaciji A i na lokaciji B. Na svakoj lokaciji prednjače dva XSPS-a. Lokacija A ima XSP1 i XSP2 ispred LB1, a lokacija B ima XSP3 i XSP4 koje prednjači LB2. Samo su balansi opterećenja izloženi na javnoj mreži, a XSPI se nalažu u DMZ privatnim mrežama.

DNS konfiguracija

Mikro Webex Cloud usluge moraju da budu u mogućnosti da pronađu Broadworks XSP server(e) za povezivanje sa Xsi interfejsima, uslugom potvrde identiteta i CTI.

Webex Cloud će izvršiti DNS A/AAAA pronalaženje konfigurisanog XSP imena hosta i povezaće se sa vraćenom IP adresom. Ovo može da bude balansiranje opterećenja edge elementa ili može biti sam XSP server. Ako se IP više adresa, biće izabrana prva IP na listi. SRV pronalaženje trenutno nije podržano.

Primer: Partnerov zapis za DNS za otkrivanje Okruglih Robin izbalansiranog XSP servera/balansa opterećenja na internetu.

Пребаци

Kada Webex mikroservice pošalju zahtev na XSP/Load Balancer i zahtev ne uspe, može se desiti nekoliko stvari:

• Ako do greške nije došlo zbog greške na mreži (npr: TCP, SSL), Webex mikroservices označavaju IP kao blokiranu i odmah obavljaju napredovanje usmeravanja do sledećeg IP.

• Ako se kôd greške (HTTP 5xx) vrati, Webex mikroservice označavaju IP kao blokiranu i odmah izvršavaju naprednu putanju do sledećeg IP.

• Ako http odgovor ne bude primljen u roku od 2 sekunde, vreme zahteva je isteklo, a Webex mikroservices označavaju IP kao blokiranu i izvršavaju usmeravanje napred ka sledećem IP.

Svaki zahtev se pokušava 3 puta pre nego što se mikroservis prijavi neuspešno.

Kada se IP na listi blokiranih brojeva, ona neće biti uključena na listu adresa da bi pokušala prilikom slanja zahteva XSP-u. Nakon unapred određenog vremenskog perioda, blokirani IP ističe i vraća se na listu kako bi ponovo probao kada se postavi drugi zahtev.

Ako su IP adrese blokirane, mikroservica će i dalje pokušati da pošalje zahtev nasumičnom izborom IP adresa sa liste blokiranih. Ako je uspelo, IP adresa se uklanja sa liste blokiranih korisnika.

Status

Status mogućnosti povezivanja usluga Webex Cloud XSP-ovima ili balansovima opterećenja možete videti na portalu Control Hub. U okviru BroadWorks klastera pozivanja status veze se za svaki od ovih interfejsa:

• XSI Actions

• XSI Events

• Usluga potvrde identiteta

Datoteka status veze se ažurira kada se stranica učita ili tokom ulaznih ažuriranja. Statusi veza mogu biti:

• Zeleni: Kada interfejs može da se poveže na jedan od IPS-a u A zapisu za pronalaženje.

• Crveni: Kada su svi IP-ovi u A zapisu nedostupni i interfejs nije dostupan.

Sledeće usluge koriste mikroservike za povezivanje sa XSP-ovima i utiču na dostupnost XSP interfejsa:

• Prijavljivanje u aplikaciju Webex

• Osvežavanje tokena u aplikaciji Webex

• Nepouzdana e-pošta / samo-aktivacija

• Broadworks servisna provera ispravnnosti

DNS konfiguracija

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

Da biste pronašli XSI uslugu, aplikacija Webex obavlja DNS SRV za _xsi-client._tcp.<webex app xsi domain>. Ova SRV pokazuje na konfigurisane URL za XSP domaćine ili balans opterećenja za XSI uslugu. Ako SRV pronalaženje nije dostupno, aplikacija Webex se prelaže na A/AAAA pronalaženje.

Ova SRV se može rešiti za više ciljeva AAAA. Međutim, svaki A/AAAA zapis mora da se mapira samo na jedan IP adresa. Ako se iza uređaja za balans opterećenja/edge uređaja nalazi više XSP-ova, potrebno je da se balans opterećenja konfiguriše tako da se održi postojanost sesije tako da se svi zahtevi iste sesije usmeravaju na isti XSP. Zahtevamo ovu konfiguraciju zato što otkucaji XSI događaja klijenta moraju da idu na isti XSP koji se koristi za uspostavljanje kanala događaja.

U primeru 1, A/AAA zapis za webex-app-xsp.example.com ne postoji i ne mora. Ako vaš DNS zahteva da jedan A/AAAA zapis mora da se definiše, onda bi trebalo vratiti samo 1 IP adresa. Bez obzira na SRV i dalje mora biti definisana za aplikaciju Webex. Ako aplikacija Webex koristi ime A/AAAA koje se rešava u više od jednog IP adresa, ili ako element balansa opterećenja/edge ne održava trajnost sesije, klijent na kraju šalje otkucaje XSP-u gde nije uspostavio kanal događaja. To rezultira time da se kanal sruši, kao i u značajno više internog saobraćaja koji oštećuje performanse XSP klastera. Budući da Webex Cloud i aplikacija Webex imaju različite zahteve u A/AAAA pronalaženju zapisa, morate da koristite zasebni FQDN za Webex Cloud i aplikaciju Webex da biste pristupili XSPS-ovima. Kao što je prikazano u primerima, Webex Cloud koristi zapis webex-cloud-xsp.example.com, a aplikacija Webex koristi SRV _xsi-client._tcp.webex-app-xsp.example.com.

Primer 1 – više XPS-ova, svaki iza zasebnih balansa opterećenja

U ovom primeru, SRV pokazuje da utiša zapise sa svakim A zapisom koji pokazuje na drugačiji balans opterećenja na drugoj lokaciji. Aplikacija Webex će uvek koristiti prvu IP adresa na listi i premestiće se na sledeći zapis samo ako je prva dole.

Primer 2 – više XSPS-ova iza balansa pojedinačnog opterećenja (sa TLS mostom)

Za početni zahtev, balans opterećenja bira nasumični XSP. Taj XSP vraća kolačić koji aplikacija Webex uključuje u budućim zahtevima. Za buduće zahteve, balanser opterećenja koristi kolačić za usmeravanje veze na ispravan XSP, osiguravajući da se kanal događaja ne prelomi.

Direktne poruke URL

Tokom procesa prijavljivanja, aplikacija Webex će takođe preuzeti DMS URL da preuzme njenu konfig datoteku. Organizator na URL će raščlanjivati i aplikacija Webex će DNS A/AAAA pronalaženje organizatora kako bi se povezao sa XSP-om koji je organizator DMS usluge.

Primer: DNS snimak za otkrivanje XSP servera okrenutog sa Internetom /load Balancers-a putem Webex aplikacije da biste preuzeli datoteke konfiguracije putem DMS-a:

Kako aplikacija Webex pronalazi XSP adrese

Klijent pokušava da pronađe XSP čvorove koristeći sledeće DNS tok:

1. Klijent u početku preuzima URL adrese Xsi-Actions/Xsi-Events Webex Cloud (uneli ste ih prilikom kreiranja povezanog BroadWorks calling klastera). Xsi ime hosta/domen se raščlanjivanje iz URL klijent obavlja SRV pronalaženja na sledeći način:

   1. Klijent obavlja SRV za - _xsiklijent._tcp.<xsi domain="">

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

      1. Klijent A/AAAA prestiže te ciljeve i keši vraćene IP adrese.

      2. Klijent se povezuje sa jednim od ciljeva (a samim tim i njegov A/AAAA zapis sa jednim IP adresa) na osnovu prioriteta SRV, onda zauzetost (ili nasumično ako su svi jednaki).

   3. Ako SRV pronalaženje ne vrati nikakve mete:

      Klijent radi A/AAAA pronalaženje Xsi osnovnog parametra, a zatim pokušava da se poveže sa vraćeni IP adresa. Ovo može da bude balansiranje opterećenja edge elementa ili može biti sam XSP server.

      Kao što je navedeno, A/AAAA zapis mora da se reši jednom IP adresa iz istih razloga.

2. (Opcionalno) Naknadno možete da navedite prilagođene detalje xSI-actions/XSI-Events u konfiguracija uređaja za Aplikacija Webex koristeći sledeć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 parametri konfiguracije ima prednost nad bilo kojom konfiguracijom u vašem BroadWorks klasteru na platformi Control Hub.

   2. Ako postoji, klijent će se upoređuje sa originalnom XSI adresom koju je primio putem konfiguracije BroadWorks klastera.

   3. Ako postoji neka razlika otkrivena, klijent će ponovo pokrenuti XSI radnje/ XSI Events povezivanje. Prvi korak u ovom koraku je da se izvrši isti postupak DNS naveden u okviru 1. koraka – %XSI_ROOT_WXT% ovog puta zahtevanje traženja vrednosti u parametru sa njegovog datoteka sa konfiguracijom.

      Obavezno kreirajte odgovarajuće SRV zapisi ako koristite ovu oznaku za promenu Xsi interfejsa.

Пребаци

Tokom prijavljivanja aplikacija Webex obavlja funkciju DNS SRV _xsiza -klijent._tcp.<xsi domain="">, pravi listu organizatora i povezuje se sa jednim od organizatora na osnovu prioriteta SRV, a zatim težine. Ovaj povezani organizator postaje izabrani za sve buduće zahteve. Kanal događaja se zatim otvara izabranom organizatoru i otkucaj otkucaj se redovno šalje za potvrdu kanala. Svi zahtevi poslati nakon prvog uključuju kolačiće koji se vraćaju u HTTP odgovoru, stoga je važno da balanser opterećenja sesije zadrži trajnost sesije (povezanost) i uvek šalje zahteve na isti pozadinski XSP server.

Ako zahtev ili zahtev za otkucaje domaćinu ne uspe, može se desiti nekoliko stvari:

• Ako do greške nije došlo zbog greške na mreži (npr: TCP, SSL), usmeravanje aplikacije Webex se odmah prelaže na sledećeg organizatora na listi.

• Ako se kôd greške vrati , aplikacija 5xxWebex označava da IP adresa blokirana i usmeravanje se prelaže na sledećeg organizatora na listi.

• Ako odgovor ne bude primljen u roku od vremena, tada se zahtev smatra neuspešnim zbog vremenskog ograničenja i sledeći zahtevi se šalju sledećem organizatoru. Međutim, zahtev za istek vremena smatra se neuspešnim. Neki zahtevi se ponovo pokušaju nakon neuspeha (sa povećanim vremenom ponovnog pokušaja). Zahtevi koji se pretpostavljaju da nisu vitalni nisu ponovo pokušani.

Kada se pokuša sa novim organizatorom, on postaje novi izabrani organizator ako je organizator prisutan na listi. Nakon što se proba sa poslednjim organizatorom na listi, aplikacija Webex će se vratiti na prvi.

U slučaju otkucaja, ako postoje dva uzastopna neuspeha zahteva, aplikacija Webex će ponovo pokrenuti kanal događaja.

Imajte u vidu to da aplikacija Webex ne izvršava povratne korake, DNS otkrivanje usluga obavlja se samo jednom prilikom prijavljivanja.

Tokom prijavljivanja aplikacija Webex pokušava da preuzme datoteku konfiguracije putem XSP/Dms interfejsa. Obavlja A/AAAA zapis hosta u preuzetoj DMS URL i povezuje se sa prvim IP. On će prvo pokušati da pošalje zahtev za preuzimanje datoteke konfiguracije pomoću SSO tokena. Ako to ne uspe iz bilo kog razloga, pokušaće ponovo ali uz korisničko ime i lozinku uređaja.