Valmistele ympäristösi

Broadworks XSP:t voidaan ottaa käyttöön suoraan Internetissä tai ne voivat sijaita DMZ:ssä, jossa on kuormantasauselementti, kuten F5 BIG-IP. Maantieteellisen redundanssin tarjoamiseksi XSP:t voidaan ottaa käyttöön kahdessa (tai useammassa) datakeskuksessa, joista jokaisessa voi olla kuormantasaaja, jokaisella on julkinen IP-osoite. Jos XSP:t ovat kuormantasaajan takana, Webex-mikropalvelut ja sovellus näkevät vain kuormituksen tasaajan IP-osoitteen ja Broadworksilla näyttää olevan vain yksi XSP, vaikka takana on useita XSP:itä.

Alla olevassa esimerkissä XSP:t otetaan käyttöön kahdessa paikassa, Site A ja Site B. Kummassakin toimipaikassa on kaksi XSP:tä, joiden etupuolella on Load Balancer. Sivustossa A on XSP1 ja XSP2 etupuolella LB1, ja paikassa B on XSP3 ja XSP4 etupuolella LB2. Vain Load Balancers ovat esillä julkisessa verkossa, ja XSP:t ovat yksityisissä DMZ-verkoissa.

DNS-määritys

Webex Cloud -mikropalveluiden on pystyttävä löytämään Broadworks XSP -palvelin(t) Xsi-rajapintoihin, todennuspalveluun ja CTI:hen yhdistämistä varten.

Webex Cloud -mikropalvelut suorittavat DNS A/AAAA -haun määritetylle XSP-isäntänimelle ja muodostavat yhteyden palautettuun IP-osoitteeseen. Tämä voi olla kuormitusta tasapainottava reunaelementti tai se voi olla itse XSP-palvelin. Jos palautetaan useita IP-osoitteita, luettelon ensimmäinen IP valitaan. SRV-hakua ei tällä hetkellä tueta.

Esimerkki: Kumppanin DNS-tietue Round-Robin-tasapainotettujen, Internetiin päin olevien XSP-palvelinten/kuormantasainten löytämiseksi.

Failover

Kun Webex-mikropalvelut lähettävät pyynnön XSP/Load Balancerille ja pyyntö epäonnistuu, voi tapahtua useita asioita:

• Jos vika johtuu verkkovirheestä (esim. TCP, SSL), Webex-mikropalvelut merkitsevät IP-osoitteen estetyksi ja suorittavat välittömästi reitin siirtymisen seuraavaan IP-osoitteeseen.

• Jos virhekoodi (HTTP 5xx) palautetaan, Webex-mikropalvelut merkitsevät IP:n estetyksi ja suorittavat välittömästi reitin siirtymisen seuraavaan IP-osoitteeseen.

• Jos HTTP-vastausta ei saada 2 sekunnin kuluessa, pyyntö aikakatkaistaan ja Webex-mikropalvelut merkitsevät IP:n estetyksi ja suorittavat reitin siirtymisen seuraavaan IP-osoitteeseen.

Jokaista pyyntöä yritetään 3 kertaa ennen kuin vika ilmoitetaan takaisin mikropalveluun.

Kun IP on estettyjen luettelossa, sitä ei sisällytetä osoiteluetteloon, jota kokeillaan lähetettäessä pyyntöä XSP:lle. Ennalta määrätyn ajan kuluttua estetty IP vanhenee ja palaa luetteloon yrittääkseen, kun uusi pyyntö tehdään.

Jos kaikki IP-osoitteet on estetty, mikropalvelu yrittää silti lähettää pyynnön valitsemalla satunnaisesti IP-osoitteen estettyjen luettelosta. Jos tämä onnistuu, IP-osoite poistetaan estettyjen luettelosta.

Tila

Webex Cloud -palveluiden XSP- tai Load Balancers -yhteyksien tila näkyy Control Hubissa. BroadWorks Calling Clusterissa yhteystila näytetään kullekin seuraavista liitännöistä:

• XSI-toiminnot

• XSI-tapahtumat

• Todennuspalvelu

Yhteyden tila päivitetään, kun sivu ladataan tai syötteen päivitysten aikana. Yhteyksien tilat voivat olla:

• Vihreä: Milloin käyttöliittymä on saavutettavissa jollakin A-tietueen haussa olevista IP-osoitteista.

• Punainen: Kun kaikki A-tietueen haun IP-osoitteet eivät ole tavoitettavissa ja käyttöliittymä ei ole käytettävissä.

Seuraavat palvelut käyttävät mikropalveluita yhteyden muodostamiseen XSP:iin, ja XSP-rajapinnan saatavuus vaikuttaa niihin:

• Webex-sovelluksen kirjautuminen

• Webex App -tunnuksen päivitys

• Epäluotettava sähköposti/itseaktivointi

• Broadworks Servicen kuntotarkastus

DNS-määritys

Webex-sovellus käyttää XSP:n Xtended Services -liittymää (XSI-Actions & XSI-Events) ja Device Management Service (DMS) -palveluita.

Löytääkseen XSI-palvelun Webex-sovellus suorittaa DNS SRV -haun _xsi-client._tcp.<webex app xsi domain>. SRV osoittaa määritettyyn URL-osoitteeseen XSP-isännille tai XSI-palvelun kuormituksen tasapainottajille. Jos SRV-haku ei ole käytettävissä, Webex-sovellus palaa A/AAAA-hakuun.

SRV voi ratkaista useita A/AAAA-kohteita. Jokaisen A/AAAA-tietueen tulee kuitenkin yhdistää vain yhteen IP-osoitteeseen. Jos kuormanjakolaitteen/reunalaitteen takana olevassa DMZ:ssä on useita XSP:itä, kuormantasaajan on oltava konfiguroitu ylläpitämään istunnon pysyvyyttä kaikkien saman istunnon pyyntöjen reitittämiseksi samalle XSP:lle. Suosittelemme tämän määrityksen, koska asiakkaan XSI-tapahtuman sydämenlyöntien on mentävä samalle XSP:lle, jota käytetään tapahtumakanavan perustamiseen.

Esimerkissä 1 A/AAAA-tietuetta osoitteelle webex-app-xsp.example.com ei ole, eikä sen tarvitse olla. Jos DNS edellyttää, että yksi A/AAAA-tietue on määritettävä, tulee palauttaa vain yksi IP-osoite. Siitä huolimatta SRV on silti määritettävä Webex-sovellukselle. Jos Webex-sovellus käyttää A/AAAA-nimeä, joka määrittää useampaan kuin yhteen IP-osoitteeseen, tai jos kuormituksen tasapainotin/edge-elementti ei ylläpidä istunnon pysyvyyttä, asiakas lähettää lopulta sydämenlyönnit XSP:lle, jossa se ei ole perustanut tapahtumakanavaa. Tämä johtaa kanavan purkamiseen ja myös huomattavasti enemmän sisäistä liikennettä, mikä heikentää XSP-klusterin suorituskykyä. Koska Webex Cloudilla ja Webex Appilla on erilaiset vaatimukset A/AAAA-tietueiden haussa, sinun on käytettävä erillistä FQDN:ää Webex Cloud- ja Webex-sovellukselle päästäksesi XSP:isiisi. Kuten esimerkeissä näkyy, Webex Cloud käyttää A-tietuetta webex-cloud-xsp.example.com, ja Webex App käyttää SRV:tä _xsi-client._tcp.webex-app-xsp.example.com.

Esimerkki 1— Useita XSP:itä, kukin erillisen kuormantasaajan takana

Tässä esimerkissä SRV osoittaa useisiin A-tietueisiin, joista jokainen A-tietue osoittaa eri kuormantasaajaan eri paikassa. Webex-sovellus käyttää aina luettelon ensimmäistä IP-osoitetta ja siirtyy seuraavaan tietueeseen vain, jos ensimmäinen tietueesta puuttuu.

Esimerkki 2-Useita XSP:itä yhden kuormantasaajan takana (TLS-sillalla)

Alkupyyntöä varten kuormituksen tasapainotin valitsee satunnaisen XSP:n. Tämä XSP palauttaa evästeen, jonka Webex-sovellus sisällyttää tuleviin pyyntöihin. Tulevia pyyntöjä varten kuormituksen tasapainotin käyttää evästettä yhteyden reitittämiseen oikeaan XSP:hen varmistaen, että tapahtumakanava ei katkea.

DMS URL

Kirjautumisen aikana Webex-sovellus hakee myös DMS-URL-osoitteen konfigurointitiedoston lataamiseksi. URL-osoitteessa oleva isäntä jäsennetään ja Webex-sovellus suorittaa DNS A/AAAA -haun isännästä muodostaakseen yhteyden DMS-palvelua isännöivään XSP:hen.

Esimerkki: DNS Tietue Webex Appin Round-Robin-balansoidun, Internetiin päin olevan XSP-palvelimen/kuormantasainten löytämiseksi määritystiedostojen lataamiseksi DMS:n kautta:

Kuinka Webex-sovellus löytää XSP-osoitteita

Asiakas yrittää paikantaa XSP-solmut käyttämällä seuraavaa DNS-kulkua:

1. Asiakas hakee aluksi Xsi-Actions/Xsi-Events-URL-osoitteet Webex Cloudista (annoit ne luodessasi siihen liittyvää BroadWorks-kutsuklusteria). Xsi-isäntänimi/verkkotunnus jäsennetään URL-osoitteesta ja asiakas suorittaa SRV-haun seuraavasti:

   1. Asiakas suorittaa SRV-haun _xsi-asiakas._tcp.<xsi domain="">

   2. Jos SRV-haku palauttaa yhden tai useamman A/AAAA-kohteen:

      1. Asiakas tekee A/AAAA-haun näille kohteille ja tallentaa palautetut IP-osoitteet välimuistiin.

      2. Asiakas muodostaa yhteyden johonkin kohteista (ja siten sen A/AAAA-tietueeseen yhdellä IP-osoitteella) SRV:n prioriteetin ja sitten painon perusteella (tai satunnaisesti, jos ne ovat kaikki samanlaisia).

   3. Jos SRV-haku ei palauta kohteita:

      Asiakas tekee A/AAAA-haun Xsi-juuriparametrista ja yrittää sitten muodostaa yhteyden palautettuun IP-osoitteeseen. Tämä voi olla kuormitusta tasapainottava reunaelementti tai se voi olla itse XSP-palvelin.

      Kuten todettiin, A/AAAA-tietueen on määritettävä yksi IP-osoite samoista syistä.

2. (Valinnainen) Voit myöhemmin antaa mukautettuja XSI-toimintojen/XSI-tapahtumien tietoja Webex-sovelluksen laitemäärityksessä käyttämällä seuraavia tunnisteita:

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

   1. Nämä määritysparametrit ovat etusijalla kaikkiin BroadWorks-klusterin määrityksiin nähden Control Hubissa.

   2. Jos ne ovat olemassa, asiakas vertaa alkuperäistä XSI-osoitetta, jonka se vastaanotti BroadWorks Cluster -kokoonpanon kautta.

   3. Jos havaitaan eroja, asiakas alustaa uudelleen XSI Actions/XSI Events -yhteytensä. Ensimmäinen vaihe tässä on suorittaa sama DNS-hakuprosessi, joka on lueteltu vaiheessa 1 – tällä kertaa pyytämällä hakua arvolle %XSI_ROOT_WXT% parametri määritystiedostostaan.

      Muista luoda vastaavat SRV-tietueet, jos käytät tätä tunnistetta Xsi-liitäntöjen vaihtamiseen.

Failover

Kirjautumisen aikana Webex-sovellus suorittaa DNS SRV -haun _xsi-asiakas._tcp.<xsi domain="">, muodostaa luettelon isännistä ja muodostaa yhteyden johonkin isännistä SRV:n prioriteetin ja sitten painon perusteella. Tästä yhdistetystä isännästä tulee valittuna kaikille tuleville pyynnöille. Tapahtumakanava avataan sitten valitulle isännälle ja sydämenlyönti lähetetään säännöllisesti kanavan vahvistamiseksi. Kaikki ensimmäisen jälkeen lähetetyt pyynnöt sisältävät evästeen, joka palautetaan HTTP-vastauksessa, joten on tärkeää, että kuormituksen tasapainottaja säilyttää istunnon pysyvyyden (affiniteetti) ja lähettää pyynnöt aina samalle XSP-taustapalvelimelle.

Jos isännälle lähetetty pyyntö tai sykepyyntö epäonnistuu, voi tapahtua useita asioita:

• Jos vika johtuu verkkovirheestä (esim. TCP, SSL), Webex App -reitti etenee välittömästi luettelon seuraavaan isäntään.

• Jos virhekoodi (HTTP 5xx) palautetaan, Webex-sovellus merkitsee IP-osoitteen estetyksi ja reitti siirtyy luettelon seuraavaan isäntään.

• Jos vastausta ei saada tietyn ajan kuluessa, pyyntö katsotaan epäonnistuneen aikakatkaisun vuoksi ja seuraavat pyynnöt lähetetään seuraavalle isännälle. Aikakatkaisupyyntö katsotaan kuitenkin epäonnistuneeksi. Joitakin pyyntöjä yritetään uudelleen epäonnistumisen jälkeen (uudelleenyritysajan pidentyessä). Pyyntöjä, joiden oletetaan olevan ei-tärkeitä, ei yritetä uudelleen.

Kun uutta isäntää yritetään onnistuneesti, siitä tulee uusi valittu isäntä, jos isäntä on luettelossa. Kun luettelon viimeistä isäntää on kokeiltu, Webex-sovellus siirtyy ensimmäiseen.

Sydämen tapauksessa, jos kaksi peräkkäistä pyyntövirhettä ilmenee, Webex-sovellus alustaa tapahtumakanavan uudelleen.

Huomaa, että Webex-sovellus ei suorita palautusta ja DNS-palvelun etsintä suoritetaan vain kerran sisäänkirjautumisen yhteydessä.

Sisäänkirjautumisen aikana Webex-sovellus yrittää ladata konfigurointitiedoston XSP/Dms-käyttöliittymän kautta. Se suorittaa A/AAAA-tietueen haun haetusta DMS-URL-osoitteesta isännästä ja muodostaa yhteyden ensimmäiseen IP-osoitteeseen. Se yrittää ensin lähettää pyynnön ladata konfiguraatiotiedosto käyttämällä SSO-tunnusta. Jos tämä epäonnistuu jostain syystä, se yrittää uudelleen, mutta laitteen käyttäjätunnuksella ja salasanalla.