Tato stránka slouží ke konfiguraci kontejneru SIP pro protokol SIP (Session Initiation Protocol).
Chcete-li zobrazit tuto stránku konzoly pro správu, klepněte na volbu
.Tato možnost určuje maximální počet relací aplikací SIP, které bude kontejner spravovat. Při dosažení maximálního počtu nejsou zahajovány žádné nové konverzace SIP. Pokud dojde v klastrovém prostředí k překročení maximálního počtu, server nebude předávat nová dialogová okna, dokud bude počet aplikačních relací převyšovat maximální hodnotu.
Aplikační relace jsou obvykle vytvářeny novými příchozími voláními, mohou je však vytvořit i jiné události. Počet aplikačních relací nemá vliv na překonání selhání, platí však pouze pro nové relace, které jsou vytvářeny následkem příchozích volání.
Pokud dojde k přenosu aplikačních relací z jednoho aplikačního serveru na jiný z důvodu překonání selhání, aktivní aplikační server převezme relace vytvořené na serveru, který selhal. Servlet může navíc vytvořit novou aplikační relaci v kontejneru SIP voláním metody SipFactory.createApplicationSession().
Toto nastavení neovlivňuje nové aplikační relace vytvářené pro jiné události, než je zahajování konverzací SIP. Při výpočtu maximálního přípustného počtu aplikačních relací se však započítávají všechny nové aplikační relace. Překročení maximální hodnoty proto mohou způsobit všechny aplikační relace včetně těch, které nesouvisejí se zahajováním konverzací SIP.
Datový typ | Celé číslo |
Výchozí hodnota | 120000 (doporučeno) |
Rozsah | 1 <= n <= java.lang.Integer.MAX_VALUE |
Určuje maximální množství zpráv SIP zpracovaných za časový interval průměrování. Časový interval průměrování je doba, za kterou se vypočítává průměrný počet zpráv přijatých kontejnerem.
Tento průměr se používá k určení zatížení kontejneru a ke zjištění, zda se počet zpráv blíží maximální hodnotě. Při překročení maximální hodnoty pokračuje v obsluze všech zpráv v dialogových oknech samostatný server nebo server proxy. Jiné požadavky nesouvisející s dialogovými okny jsou odmítnuty. Pokud se kontejner nachází v přetíženém stavu, servery proxy vrátí chybu 503.
Datový typ | Celé číslo |
Výchozí hodnota | 5000 (doporučeno) |
Rozsah | 1 <= n <= java.lang.Integer.MAX_VALUE |
Určuje velikost interní odbavovací fronty. Při dosažení prahové hodnoty maximální velikosti fronty se fronta kontejneru přetíží a začne zahazovat požadavky na nové relace. V tomto případě kontejner neoznámí stav přetížení serveru proxy.
Konfigurací systému omezte velikost fronty a zabraňte tak tomu, aby fronta dosáhla této prahové hodnoty. Dostane-li se interní fronta do stavu přetížení, budou příchozí pakety UDP zahazovány, dokud fronta neopustí stav přetížení. Omezení velikosti fronty usnadňuje zotavení v případě, že je procesor využíván jinými procesy nebo podprocesy a brání vzniku nedostatku paměti v kontejneru. Při nastavení této hodnoty na 0 je velikost fronty neomezená.
Datový typ | Celé číslo |
Výchozí hodnota | 5000 (doporučeno) |
Rozsah | 0 <= n <= java.lang.Integer.MAX_VALUE |
Určuje maximální dobu odezvy aplikace v milisekundách. Při překročení této doby kontejner oznámí rámci klastrování, že je nedostupný. Tuto funkci můžete v administrativní konzoli zakázat zrušením zaškrtnutí tohoto políčka a zadáním hodnoty 0.
Nastavení maximální doby odezvy SIP je třeba používat opatrně, protože vypočtená doba odezvy nezohledňuje chování všech aplikací. U požadavků, jako například INVITE, kde jsou odpovědi generovány jako výsledek interakce uživatele, je vypočtená doba odezvy dlouhá. Dlouhá doba odezvy však není způsobena prodlevou v kontejneru SIP. Dobu odezvy byste proto neměli vypočítat jako faktor zatížení. Doporučené aplikace pro efektivní výpočet doby odezvy jsou aplikace, které odpovídají okamžitě bez zásahu uživatele. Odpovídajícími příklady jsou aplikace odběru a registrace.
Datový typ | Celé číslo |
Výchozí hodnota | 0 |
Rozsah | 1 <= n <= java.lang.Integer.MAX_VALUE |
Určuje dostupné fondy podprocesů, které můžete vybrat z rozevíracího seznamu, aby je kontejner SIP používal při distribuci práce. Nevyberete-li fond podprocesů z rozevíracího seznamu, bude použit výchozí fond podprocesů automaticky vytvořený kontejnerem.
Pro aplikace SIP je doporučeno vytvořit vyhrazený fond podprocesů WebSphere. Při běžném provozu se používá minimálně 15 podprocesů a maximálně 30 podprocesů (při jednom podprocesu na frontu). Tento počet je přiměřený ve spojení se zjišťováním zhroucených podprocesů WebSphere. Zhroucený podproces může blokovat množství zpráv SIP, proto je důležité jej zjistit co nejdříve. Ve většině situací, ve kterých se používá protokol SIP, je však výchozí prahová hodnota zjišťování zhrouceného podprocesu příliš dlouhá, proto je doporučeno ji změnit na 30 sekund. Přesné názvy vlastností jsou popsány v tématu "Konfigurace zásady zjišťování zhroucení" (odkaz je uveden níže).
Datový typ | seznam nabídky |
Výchozí hodnota | Žádná |
Odkazy s označením (online) vyžadují přístup k Internetu.