Pripravite svoje okolje

Broadworks XSP je mogoče namestiti neposredno na internetu ali pa se nahajajo v DMZ, ki ga vodi element za uravnoteženje obremenitve, kot je F5 BIG-IP. Da bi zagotovili geografsko redundanco, je mogoče XSP-je namestiti v dveh (ali več) podatkovnih središčih, pri čemer je lahko pred vsakim nameščen izravnalnik obremenitve, vsak pa ima javni naslov IP. Če so XSP-ji za izravnalnikom obremenitve, mikrostoritve in aplikacija Webex vidijo samo naslov IP izravnalnika obremenitve in zdi se, da ima Broadworks samo en XSP, tudi če je zadaj več XSP-jev.

V spodnjem primeru so XSP-ji nameščeni na dveh mestih, mestu A in mestu B. Na vsakem mestu sta dva XSP-ja, ki ju vodi izravnalnik obremenitve. Mesto A ima XSP1 in XSP2 na čelu z LB1, mesto B pa ima XSP3 in XSP4 na čelu z LB2. V javnem omrežju so izpostavljeni samo izravnalniki obremenitve, XSP-ji pa so v zasebnih omrežjih DMZ.

DNS konfiguracija

Mikrostoritve Webex Cloud morajo imeti možnost najti strežnik(e) Broadworks XSP za povezavo z vmesniki Xsi, storitvijo za preverjanje pristnosti in CTI.

Mikrostoritve Webex Cloud bodo izvedle iskanje DNS A/AAAA konfiguriranega imena gostitelja XSP in se povezale z vrnjenim naslovom IP. To je lahko robni element za uravnoteženje obremenitve ali pa je lahko sam strežnik XSP. Če je vrnjenih več naslovov IP, bo izbran prvi IP na seznamu. Iskanje SRV trenutno ni podprto.

primer: Partnerjev DNS Zapis za odkritje Round-Robin uravnoteženega internetnega XSP strežnika/uravnoteževalnikov obremenitve.

Failover

Ko mikrostoritve Webex pošljejo zahtevo XSP/izravnalniku obremenitve in zahteva ne uspe, se lahko zgodi več stvari:

• Če je napaka posledica omrežne napake (npr. TCP, SSL), mikrostoritve Webex označijo IP kot blokiran in takoj izvedejo napredovanje poti na naslednji IP.

• Če koda napake (HTTP 5xx) vrnejo, mikrostoritve Webex označijo IP kot blokiran in takoj izvedejo napredovanje poti na naslednji IP.

• Če v 2 sekundah ne prejmete odgovora HTTP, zahteva poteče in mikrostoritve Webex označijo IP kot blokiran in izvedejo napredovanje na naslednji IP.

Vsaka zahteva se poskusi 3-krat, preden se napaka sporoči nazaj mikrostoritvi.

Ko je IP na seznamu blokiranih, ne bo vključen na seznam naslovov, ki jih je treba poskusiti pri pošiljanju zahteve XSP-ju. Po vnaprej določenem časovnem obdobju blokirani IP poteče in se vrne na seznam, da poskusi, ko je podana nova zahteva.

Če so vsi naslovi IP blokirani, bo mikrostoritev še vedno poskušala poslati zahtevo tako, da naključno izbere naslov IP s seznama blokiranih. Če je uspešen, se naslov IP odstrani s seznama blokiranih.

Stanje

Stanje povezljivosti storitev Webex Cloud s XSP-ji ali izenačevalniki obremenitve je mogoče videti v Control Hubu. V klicni gruči BroadWorks je stanje povezave prikazano za vsakega od teh vmesnikov:

• XSI akcije

• XSI dogodki

• Storitev za preverjanje pristnosti

Stanje povezave se posodobi, ko se stran naloži ali med posodobitvami vnosa. Statusi povezav so lahko:

• Zelena: Ko je vmesnik mogoče doseči na enem od IP-jev v iskanju zapisa A.

• Rdeča: Ko so vsi IP-ji v iskanju zapisa A nedosegljivi in vmesnik ni na voljo.

Naslednje storitve uporabljajo mikrostoritve za povezavo s XSP-ji in nanje vpliva razpoložljivost vmesnika XSP:

• Prijava v aplikacijo Webex

• Osvežitev žetona aplikacije Webex

• Nezaupljiva e-pošta/samoaktivacija

• Pregled stanja storitve Broadworks

DNS konfiguracija

Aplikacija Webex dostopa do vmesnika Xtended Services (XSI-Actions & XSI-Events) in storitev storitve upravljanja naprav (DMS) na XSP.

Za iskanje storitve XSI aplikacija Webex izvede iskanje DNS SRV za _xsi-client._tcp.<webex app xsi domain>. SRV kaže na konfigurirani URL za gostitelje XSP ali izravnalnike obremenitve za storitev XSI. Če iskanje SRV ni na voljo, se aplikacija Webex vrne na iskanje A/AAAA.

SRV se lahko razreši na več ciljev A/AAAA. Vendar mora vsak zapis A/AAAA preslikati samo en naslov IP. Če je v DMZ za izravnalnikom obremenitve/robno napravo več XSP-jev, mora biti izravnalnik obremenitve konfiguriran tako, da vzdržuje obstojnost seje za usmerjanje vseh zahtev iste seje na isti XSP. To konfiguracijo zahtevamo, ker morajo odjemalčevi srčni utripi dogodkov XSI iti na isti XSP, ki se uporablja za vzpostavitev kanala dogodkov.

V primeru 1 zapis A/AAAA za webex-app-xsp.example.com ne obstaja in mu ni treba. Če vaš DNS zahteva, da mora biti definiran en zapis A/AAAA, mora biti vrnjen samo 1 naslov IP. Ne glede na to mora biti SRV še vedno definiran za aplikacijo Webex. Če aplikacija Webex uporablja ime A/AAAA, ki se razreši na več kot en naslov IP, ali če izravnalnik obremenitve/robni element ne vzdržuje obstojnosti seje, odjemalec sčasoma pošlje srčne utripe XSP, kjer ni vzpostavil kanala dogodkov. Posledica tega je prekinitev kanala in bistveno več notranjega prometa, kar poslabša delovanje vaše gruče XSP. Ker imata Webex Cloud in Webex App različne zahteve pri iskanju zapisov A/AAAA, morate za dostop do svojih XSP-jev uporabiti ločen FQDN za Webex Cloud in Webex App. Kot je prikazano v primerih, Webex Cloud uporablja zapis A webex-cloud-xsp.example.com, aplikacija Webex pa uporablja SRV _xsi-client._tcp.webex-app-xsp.example.com.

Primer 1—Več XSP-jev, vsak za ločenim izravnalnikom obremenitve

V tem primeru SRV kaže na več zapisov A, pri čemer vsak zapis A kaže na drug izravnalnik obremenitve na drugem mestu. Aplikacija Webex bo vedno uporabila prvi naslov IP na seznamu in se premaknila na naslednji zapis le, če prvi ne deluje.

Primer 2—Več XSP-jev za enim izravnalnikom obremenitve (z mostom TLS)

Za začetno zahtevo izravnalnik obremenitve izbere naključni XSP. Ta XSP vrne piškotek, ki ga aplikacija Webex vključi v prihodnje zahteve. Za prihodnje zahteve izenačevalnik obremenitve uporabi piškotek za usmerjanje povezave do pravilnega XSP, s čimer zagotovi, da se kanal dogodkov ne prekine.

DMS URL

Med postopkom prijave bo aplikacija Webex pridobila tudi URL DMS za prenos svoje konfiguracijske datoteke. Gostitelj v URL-ju bo razčlenjen in aplikacija Webex bo izvedla iskanje DNS A/AAAA gostitelja za povezavo s XSP, ki gosti storitev DMS.

primer: DNS Zapis za odkritje Round-Robin uravnoteženega internetnega strežnika XSP/izravnalnikov obremenitve s strani aplikacije Webex za prenos konfiguracijskih datotek prek DMS:

Kako aplikacija Webex najde naslove XSP

Odjemalec poskuša poiskati vozlišča XSP z naslednjim tokom DNS:

1. Odjemalec sprva pridobi URL-je Xsi-Actions/Xsi-Events iz oblaka Webex (vnesli ste jih pri ustvarjanju povezane klicne gruče BroadWorks). Ime gostitelja/domena Xsi se razčleni iz URL-ja in odjemalec izvede iskanje SRV na naslednji način:

   1. Odjemalec izvede iskanje SRV za _xsi-stranka._tcp.<xsi domain="">

   2. Če iskanje SRV vrne enega ali več ciljev A/AAAA:

      1. Odjemalec izvede iskanje A/AAAA za te cilje in predpomni vrnjene naslove IP.

      2. Odjemalec se poveže z enim od ciljev (in s tem z njegovim zapisom A/AAAA z enim naslovom IP) na podlagi prioritete SRV, nato teže (ali naključno, če so vsi enaki).

   3. Če iskanje SRV ne vrne nobenega cilja:

      Odjemalec opravi iskanje A/AAAA korenskega parametra Xsi in se nato poskuša povezati z vrnjenim naslovom IP. To je lahko robni element za uravnoteženje obremenitve ali pa je lahko sam strežnik XSP.

      Kot je navedeno, zapis A/AAAA se mora razrešiti na en naslov IP iz istih razlogov.

2. (Izbirno) Pozneje lahko zagotovite podrobnosti XSI-Actions/XSI-Events v konfiguraciji naprave za aplikacijo Webex z uporabo naslednjih oznak:

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

   1. Ti konfiguracijski parametri imajo prednost pred katero koli konfiguracijo v vaši gruči BroadWorks v Control Hubu.

   2. Če obstajajo, bo odjemalec primerjal z izvirnim naslovom XSI, ki ga je prejel prek konfiguracije gruče BroadWorks.

   3. Če je zaznana kakršna koli razlika, bo odjemalec znova inicializiral svojo povezljivost XSI Actions/XSI Events. Prvi korak pri tem je izvedba istega postopka iskanja DNS, ki je naveden pod 1. korakom – tokrat zahteva iskanje vrednosti v %XSI_ROOT_WXT% parameter iz svoje konfiguracijske datoteke.

      Prepričajte se, da ste ustvarili ustrezne zapise SRV, če uporabljate to oznako za spreminjanje vmesnikov Xsi.

Failover

Med prijavo aplikacija Webex izvede iskanje DNS SRV za _xsi-stranka._tcp.<xsi domain="">, sestavi seznam gostiteljev in se poveže z enim od gostiteljev na podlagi prioritete SRV in nato teže. Ta povezani gostitelj postane izbran za vse prihodnje zahteve. Izbranemu gostitelju se nato odpre kanal dogodkov in redno se pošilja srčni utrip za preverjanje kanala. Vse zahteve, poslane po prvi, vključujejo piškotek, ki je vrnjen v odzivu HTTP, zato je pomembno, da izravnalnik obremenitve ohranja obstojnost seje (afiniteto) in vedno pošilja zahteve istemu zalednemu strežniku XSP.

Če zahteva ali zahteva srčnega utripa gostitelju ne uspe, se lahko zgodi več stvari:

• Če je napaka posledica omrežne napake (npr. TCP, SSL), pot aplikacije Webex takoj napreduje do naslednjega gostitelja na seznamu.

• Če koda napake (HTTP 5xx) je vrnjen, aplikacija Webex označi ta naslov IP kot blokiran in usmeri naprej do naslednjega gostitelja na seznamu.

• Če odgovor ni prejet v določenem časovnem obdobju, se zahteva šteje za neuspešno zaradi časovne omejitve in naslednje zahteve se pošljejo naslednjemu gostitelju. Vendar se zahteva, ki je potekla, šteje za neuspešno. Nekatere zahteve se po neuspehu poskusijo znova (s podaljševanjem časa ponovnega poskusa). Zahteve, da se domnevno nenujni ne poskusijo znova.

Ko se novi gostitelj uspešno poskusi, postane novi izbrani gostitelj, če je prisoten na seznamu. Ko se preizkusi zadnji gostitelj na seznamu, se aplikacija Webex premakne na prvega.

V primeru srčnega utripa, če pride do dveh zaporednih neuspešnih zahtev, bo aplikacija Webex znova inicializirala kanal dogodka.

Upoštevajte, da aplikacija Webex ne izvaja povratne napake in da se odkrivanje storitve DNS izvede samo enkrat ob prijavi.

Med prijavo poskuša aplikacija Webex prenesti konfiguracijsko datoteko prek vmesnika XSP/Dms. Izvede iskanje zapisa A/AAAA gostitelja v pridobljenem URL-ju DMS in se poveže s prvim IP-jem. Najprej bo poskusil poslati zahtevo za prenos konfiguracijske datoteke z uporabo žetona SSO. Če to iz kakršnega koli razloga ne uspe, bo poskusil znova, vendar z uporabniškim imenom in geslom naprave.