PROBLÉM
Při připojení ke schůzce Webex s videozařízením registrovaným v systému CUCM se hovor odpojí přesně po 15 minutách.

ROZLIŠENÍ
Zkontrolujte následující kroky:

1. Otevřete správu systému Cisco Unified Communications Manager (CM).
2. Klikněte na Systém > Parametry služby.
3. V části Vybrat server a službu v rozevíracím seznamu Služba klepněte na položku Cisco Call Manager (Aktivní):

4. Vyhledejte časovač vypršení relace SIP:

Tento časovač používají všechna zařízení registrovaná v systému CUCM. Když zařízení volá s jiným vzdáleným zařízením, jedna ze stran musí obnovit relaci a odešle opětovnou POZVÁNKU nebo AKTUALIZACI. Toto obnovení musí být odesláno před uplynutím poloviny časovače relace (1800/2 = 900 sekund = 15 minut). Pokud nebyla přijata žádná obnovovací zpráva, hovor se odpojí.

Zkontrolujte časovač relace v úvodní POZVÁNCE. Před vypršením této doby by mělo být přijato obnovení (INVITE / UPDATE):


Na základě počátečního vyjednávání klienta uživatelského agenta / serveru uživatelského agenta (UAC/UAS) jedno ze zařízení obnoví relaci, když odešle opětovnou POZVÁNKU. Pokud je opakovač UAC, iniciátor hovoru je zodpovědný za obnovení relace. Pokud je opakovač UAS, server musí relaci aktualizovat. Shromážděte protokoly ladění SIP z obou koncových bodů a zaškrtněte tyto položky:

Příklad: Hovor ze strany A do CUCM na stranu B. Pokud je opakovač UAC na straně A a UAS na straně B:

1.     Strana A musí odeslat opětovné POZVÁNÍ / AKTUALIZACI CUCM.
2.     Společnost CUCM musí odeslat znovu POZVÁNKU / AKTUALIZACI straně B.
3.     Strana B obdrží opětovné POZVÁNÍ a na zprávu odpoví číslem 200 OK.
4.     CUCM musí straně A odeslat 200 OK.

Pokud jedno zařízení odešle zprávu ZNOVU POZVAT do CUCM, CUCM odešle druhé POZVAT. Pokud to však vzdálená strana nepřijme, může to být způsobeno některými síťovými zařízeními mezi nimi. Je vysoce možné, že se opětovné POZVÁNÍ/odpověď nedostane na jednu ze stran v důsledku kontroly SIP nebo nastavení sítě.
Pokud zařízení opětovné POZVÁNÍ nespustí, může se jednat o problém se zařízením. Zapojte středisko technické pomoci Cisco (TAC) za účelem dalšího zkoumání.
 
V seznamu věcí, které chcete vyzkoušet [pokud to již není] v rozšířené konfigurační oblasti zóny přecházející na Webex:
Zapněte režim filtru SIP UDP/IX na [není výchozí]:

A zkontrolujte také časovače relací SIP na VCS-e.
 
Naše výchozí hodnota je 1800 s [30 minut], což je standardní, a vy budete chtít, aby časovač TCP na vaší bráně firewall odpovídal také zde, ale můžete to trochu zmáčknout, abyste zjistili, zda to má vliv také na vaše VCS.

Toto je v části Konfigurace > Protokoly > SIP:


Poznámka, že interval obnovování relace (v sekundách) je nastaven na výchozí hodnotu. Můžete zkusit 3600. Ale skutečný kořen problému je, když si FW myslí, že relace se již nepoužívá [případ 1], když VCS skutečně myslí, že je to v pořádku a že relace je stále nahoře, ale neobdrží FIN / close na této relaci / portu a pokusí se ji znovu použít a hovor zemře. [případ 2] je FW správně uzavře připojení a odešle FIN / close a VCS zaznamenává normální přerušení / vymazání hovoru a hovor také zemře. Změna časovače relace zde pouze určuje, kdy se VCS vzdá relace poté, co se jí nepodařilo přijmout žádné <UNK> pro jakýkoli pokus o komunikaci týkající se stavu hovoru.
 
Může nám to pomoci určit problém trochu lépe. Je také možné, že tuto hodnotu potřebujeme snížit v závislosti na nastavení FW pro tento časovač.

PŘÍČINA
Když se videohovory odpojí přesně na 15 minut, častým problémem je, že časový limit TCP nakonfigurovaný v síti (firewall/routery) je nižší, než časový limit relace SIP vyprší. Ve výchozím nastavení v aplikaci Manager je časovač vypršení relace SIP nastaven na 1800 sekund.