Připravte si prostředí

Broadworks XSPs mohou být nasazeny přímo na internetu, nebo mohou být umístěny v DMZ frontovaném prvkem vyrovnávání zatížení, jako je F5 BIG-IP. Pro zajištění geo-redundance mohou být XSPs nasazeny ve dvou (nebo více) datových centrech, z nichž každá může být vedena balancerem zátěže, z nichž každá má veřejnou IP adresu. Pokud jsou XSPs za vyvažovačem zátěže, mikroslužby a aplikace Webex uvidí pouze adresu IP vyvažovače zátěže a zdá se, že Broadworks má pouze jeden XSP, i když je za ním více XSPs.

V níže uvedeném příkladu jsou XSPs nasazeny na dvou místech, lokalitě A a lokalitě B. Na každém místě jsou dva XSPs čelně vedeny vyvažovačem zatížení. Lokalita A má XSP1 a XSP2 před LB1 a lokalita B má XSP3 a XSP4 před LB2. Pouze Load Balancers jsou vystaveny na veřejné síti a XSPs jsou v soukromých sítích DMZ.

Nastavení DNS

Mikroslužby Webex Cloud musí být schopny najít servery XSP Broadworks pro připojení k rozhraním Xsi, ověřovací službě a CTI.

Mikroslužby Webex Cloud provedou vyhledávání DNS A/AAAA nakonfigurovaného názvu hostitele XSP a připojí se k vrácené adrese IP. Může to být prvek hrany vyrovnávání zatížení, nebo to může být samotný XSP server. Pokud je vráceno více IP adres, bude vybrána první IP adresa v seznamu. Vyhledávání SRV není momentálně podporováno.

Příklad: DNS partnera Záznam pro zjištění Round-Robin vyvážené internetové XSP server / Load Balancers.

Převzetí služeb při selhání

Když mikroslužby Webex odešlou žádost XSP/Load Balancer a požadavek se nezdaří, může se stát několik věcí:

• Pokud je chyba způsobena chybou sítě (např.: TCP, SSL), mikroslužby Webex označí IP jako blokovanou a okamžitě provede postup na další IP adresu.

• Pokud je vrácen kód chyby (HTTP 5xx), mikroslužby Webex označí adresu IP jako blokovanou a okamžitě provede postup směrování na další adresu IP.

• Pokud do 2 sekund neobdrží odpověď HTTP, vyprší časový limit požadavku a mikroslužby Webex adresu IP označí jako blokovanou a provede postup směrování na další IP adresu.

Každý požadavek se vyzkouší 3krát, než je selhání nahlášeno zpět mikroslužbě.

Pokud je IP v seznamu blokovaných adres, nebude zahrnuta do seznamu adres, které se mají zkusit při odesílání požadavku na XSP. Po uplynutí předem stanovené doby vyprší blokovaná IP adresa a vrátí se do seznamu a pokusí se o další žádost.

Pokud jsou všechny IP adresy blokovány, mikroslužba se i tak pokusí odeslat požadavek náhodným výběrem IP adresy ze seznamu blokovaných. V případě úspěchu bude tato IP adresa odebrána ze seznamu blokovaných.

Stav

Stav připojení služeb Webex Cloud ke službám XSPs nebo vyvažovačům zátěže lze zobrazit v centru Control Hub. V rámci clusteru volání Broadworks se zobrazí stav připojení pro každé z těchto rozhraní:

• Akce XSI

• Události XSI

• Služba ověření

Stav připojení se aktualizuje při načtení stránky nebo během vstupních aktualizací. Stavy připojení mohou být:

• Zelená: Když lze rozhraní dosáhnout na jedné z IPS ve vyhledávání záznamů A.

• Červená: Když jsou všechna IPS ve vyhledávání záznamů A nedostupná a rozhraní není k dispozici.

Následující služby používají mikroslužby k připojení k XSPs a jsou ovlivněny dostupností rozhraní XSP:

• Přihlášení k aplikaci Webex

• Aktualizace tokenu aplikace Webex

• Nedůvěryhodná e-mailová aktivace

• Zdravotní kontrola služby Broadworks

Nastavení DNS

Aplikace Webex přistupuje ke službám Xtended Services Interface (XSI-Actions & XSI-Events) a Device Management Service (DMS) v XSP.

K vyhledání služby XSI aplikace Webex provede vyhledávání DNS SRV pro _xsi-client._tcp.<webex app xsi domain>. SRV ukazuje na nakonfigurovanou adresu URL pro hostitele XSP nebo vyvažovače zatížení pro službu XSI. Pokud vyhledávání SRV není k dispozici, aplikace Webex se vrátí k vyhledávání A/AAAA.

SRV se může rozhodnout pro více cílů A/AAAA. Každý záznam A/AAAA však musí být namapován pouze na jednu IP adresu. Pokud je v DMZ za zařízením balancer/edge více XSPs, je nutné, aby byl balancer zatížení nakonfigurován tak, aby udržoval vytrvalost relace tak, aby směroval všechny požadavky stejné relace na stejný XSP. Tuto konfiguraci nařizujeme, protože srdeční tepy XSI-event klienta musí směřovat ke stejnému XSP, který se používá ke stanovení kanálu události.

V příkladu 1 záznam A/AAAA pro webex-app-xsp.example.com neexistuje a nemusí. Pokud váš DNS vyžaduje, aby byl definován jeden záznam A/AAAA, pak by měla být vrácena pouze 1 IP adresa. Bez ohledu na to musí být pro aplikaci Webex stále definováno SRV. Pokud aplikace Webex používá název A/AAAA, který se překládá na více než jednu IP adresu, nebo pokud prvek balancer zatížení/edge neudržuje perzistenci relace, klient nakonec odešle údery srdce do XSP, kde nevytvořil kanál události. To má za následek stržení kanálu a také podstatně větší vnitřní provoz, což snižuje výkon clusteru XSP. Protože služby Webex Cloud a aplikace Webex mají v vyhledávání záznamů A/AAAA různé požadavky, musíte pro přístup ke svým XSPs použít samostatné FQDN pro cloud a aplikaci Webex. Jak je ukázáno v příkladech, Webex Cloud používá záznam webex-cloud-xsp.example.com, a aplikace Webex používá SRV _xsi-client._tcp.webex-app-xsp.example.com.

Příklad 1 – Více XSPs, každý za samostatnými vyvažovači zatížení

V tomto příkladu SRV ukazuje na mutiple záznamů A, přičemž každý záznam A ukazuje na jiný vyvažovač zatížení na jiném místě. Aplikace Webex vždy použije první adresu IP ze seznamu a na další záznam se přesune pouze v případě, že je první mimo provoz.

Příklad 2– Více XSPs za jedním vyvažovačem zatížení (s mostem TLS)

Pro počáteční požadavek vybere vyvažovač zatížení náhodný XSP. Že XSP vrací soubor cookie, který aplikace Webex obsahuje v budoucích požadavcích. Pro budoucí požadavky používá vyvažovač zatížení soubor cookie k nasměrování připojení na správný XSP, čímž zajišťuje, že se kanál události nepřeruší.

ADRESA URL DMS

Během procesu přihlášení aplikace Webex také načte adresu URL DMS pro stažení konfiguračního souboru. Hostitel na adrese URL bude analyzován a aplikace Webex provede vyhledávání DNS A/AAAA hostitele pro připojení k XSP, který je hostitelem služby DMS.

Příklad: DNS Záznam pro zjištění vyváženého internetového serveru XSP / vyvažovačů zatížení Round-Robin aplikací Webex ke stažení konfiguračních souborů prostřednictvím DMS:

Jak aplikace Webex vyhledává adresy XSP

Klient se pokusí najít uzly XSP pomocí následujícího toku DNS:

1. Klient nejprve načte Xsi-Actions/Xsi-Events <UNK> z cloudu Webex (zadali jste je při vytváření přidruženého clusteru volání Broadworks). Název hostitele/doména Xsi je analyzován z adresy URL a klient provede vyhledávání SRV následujícím způsobem:

   1. Klient provede vyhledávání SRV pro _xsi-klienta._tcp.<xsi domain="">

   2. Pokud vyhledávání SRV vrátí jeden nebo více cílů A/AAAA:

      1. Klient provede A/AAAA vyhledávání těchto cílů a uloží vrácené IP adresy do mezipaměti.

      2. Klient se připojí k jednomu z cílů (a tedy k záznamu A/AAAA s jednou IP adresou) na základě priority SRV, poté na váhu (nebo náhodně, pokud jsou všechny stejné).

   3. Pokud vyhledávání SRV nevrátí žádné cíle:

      Klient provede A/AAAA vyhledání kořenového parametru Xsi a poté se pokusí připojit k vrácené IP adrese. Může to být prvek hrany vyrovnávání zatížení, nebo to může být samotný XSP server.

      Jak bylo uvedeno, záznam A/AAAA musí být ze stejných důvodů přeložen na jednu IP adresu.

2. (Volitelně) Následně můžete v konfiguraci zařízení pro aplikaci Webex poskytnout vlastní podrobnosti o akcích XSI/událostech XSI pomocí následujících značek:

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

   1. Tyto parametry konfigurace mají přednost před jakoukoli konfigurací ve vašem clusteru Broadworks v prostředí Control Hub.

   2. Pokud existují, klient bude porovnávat s původní adresou XSI, kterou obdržel prostřednictvím konfigurace clusteru Broadworks.

   3. Pokud je zjištěn nějaký rozdíl, klient znovu inicializuje připojení k XSI akcím/ událostem XSI. Prvním krokem v tomto je provést stejný proces vyhledávání DNS uvedený v kroku 1 – tentokrát žádá o vyhledávání hodnoty v parametru %XSI_ROOT_WXT% z konfiguračního souboru.

      Pokud použijete tuto značku ke změně rozhraní Xsi, nezapomeňte vytvořit odpovídající záznamy SRV.

Převzetí služeb při selhání

Během přihlášení aplikace Webex provede vyhledávání DNS SRV pro _xsi-client._tcp.<xsi domain="">, sestaví seznam hostitelů a připojí se k jednomu z hostitelů na základě priority SRV a poté na základě hmotnosti. Tento připojený hostitel se stane vybraným pro všechny budoucí požadavky. Kanál události se pak otevře vybranému hostiteli a pravidelně se odesílá tlukot srdce k ověření kanálu. Všechny požadavky odeslané po prvním obsahují soubor cookie, který je vrácen v odpovědi HTTP, proto je důležité, aby vyvažovač zatížení udržoval vytrvalost relace (afinitu) a vždy odesílal požadavky na stejný backend XSP server.

Pokud žádost nebo žádost o tlukot srdce hostiteli selže, může se stát několik věcí:

• Pokud je chyba způsobena chybou sítě (např.: TCP, SSL), směrování aplikace Webex se ihned posune na dalšího hostitele v seznamu.

• Pokud je vrácen kód chyby (HTTP 5xx), aplikace Webex tuto adresu IP označí jako blokovanou a přesměruje ji na dalšího hostitele v seznamu.

• Pokud odpověď neobdrží během určité doby, je žádost považována za neúspěšnou z důvodu vypršení časového limitu a další žádosti jsou odeslány dalšímu hostiteli. Časový limit požadavku je však považován za neúspěšný. Některé požadavky jsou znovu vyzkoušeny po selhání (s rostoucím časem opakování). Požadavky, aby domnělé nepodstatné nebyly znovu vyzkoušeny.

Když je nový hostitel úspěšně vyzkoušen, stane se novým vybraným hostitelem, pokud je hostitel přítomen v seznamu. Jakmile se vyzkouší poslední hostitel v seznamu, aplikace Webex se přesune na první.

Pokud v případě srdečního tepu dojde ke dvěma po sobě jdoucím selhání požadavku, aplikace Webex kanál události znovu inicializuje.

Upozorňujeme, že aplikace Webex neprovádí selhání a zjišťování služeb DNS se provádí pouze jednou při přihlášení.

Během přihlašování se aplikace Webex pokouší stáhnout konfigurační soubor prostřednictvím rozhraní XSP/Dms. Provede vyhledávání záznamů A/AAAA hostitele v načtené adrese URL DMS a připojí se k první adrese IP. Nejprve se pokusí odeslat žádost o stažení konfiguračního souboru pomocí tokenu SSO. Pokud se to z nějakého důvodu nezdaří, pokusí se to znovu, ale s uživatelským jménem a heslem zařízení.