Moje videohovory na schůzky s povoleným videozařichem klesají po 15 minutách (nebo po určité době)

Videohovory se schůzkami s podporou videozakladávání klesají po 15 minutách (nebo po jakémkoli konkrétním čase).

Připojení videohovorů ke schůzkám Cisco Webex Video Device se po 15 minutách odpojují.

Hovory SIP po nastaveném časovém intervalu klesají.

Připojení ke schůzkám s povoleným videozařichováním se po 15 minutách odpojí.

Videohovory klesají po 15 minutách.

 

Příčina: Pokud se videohovory odpojí přesně po 15 minutách, běžným problémem je časový limit TCP nakonfigurovaný v síti (brána firewall/směrovače) je menší než časovač vypršení platnosti relace SIP. Ve výchozím nastavení na CallManager je časovač vypršení platnosti relace SIP nastaven na 1800 sekund.

Řešení:

Ověření tohoto:

  1. Otevřete správu Cisco Unified Communications Manager (CM).
  1. Klikněte na Parametry služby Systém > .
  2. V části Vybrat server aslužbu vyberte v rozevíracím seznamu Služba možnost Cisco Call Manager (Active):
Obrázek přidaný uživatelem
  1. Vyhledejte časovač vypršení platnosti relace SIP:
Obrázek přidaný uživatelem

Všechna zařízení registrovaná na CUCM používají tento časovač. Když je zařízení na volání s jiným vzdáleným zařízením, jedna ze stran musí aktualizovat relaci a odeslat znovu POZVAT nebo AKTUALIZOVAT. Tato aktualizace musí být odeslána před polovinou časovače vypršení platnosti relace ( 1800/2 = 900 sekund = 15 minut). Pokud není přijata žádná zpráva o aktualizaci, je hovor odpojen.

Zkontrolujte časovač relace v počátečním POZVA. Aktualizace (INVITE / UPDATE) by měla být přijata před vypršením této doby:
Obrázek přidaný uživatelem

Na základě počátečního vyjednávání client /user agent server (UAC/UAS) jedno ze zařízení aktualizuje relaci při odeslání znovu pozvat. Pokud je opakovací řízení UAC, iniciátor volání má odpovědnost za aktualizaci relace. Pokud je opakovacím systémem bezkaslový systém, server musí relaci aktualizovat. Shromážděte protokoly ladění SIP z obou koncových bodů a zkontrolujte tyto položky:

Příklad: Volání ze strany A na CUCM do strany B. Pokud je opakovacím blokem UAC na straně A a bezodché zprávy na straně B:

1.     Strana A musí poslat re-INVITE / UPDATE do CUCM.
2.     CUCM musí poslat re-INVITE / UPDATE na stranu B.
3.     Strana B obdrží znovuzvuku a odpoví na tuto zprávu s 200 OK.
4.     CUCM musí poslat 200 OK straně A.

Pokud jedno zařízení odešle zprávu o opětovném pozvání cucm, CUCM odešle druhou straně znovu pozvat. Pokud to však není přijato vzdálenou stranou, může to být způsobeno některými síťovými zařízeními mezi nimi. Je vysoce možné, že se re-INVITE/odpověď nedostane na jednu ze stran kvůli kontrole SIP nebo nastavení sítě.
Pokud zařízení znovuzvou, může se jednat o problém se zařízením. Zapojte centrum technické pomoci Cisco (TAC), abyste mohli dále zkoumat.
 
V seznamu věcí, které je třeba vyzkoušet [pokud tomu tak ještě nebylo] v oblasti pokročilé konfigurace zóny, která jde do Webexu:
Zapněte režim filtru SIP UDP / IX [ne výchozí]:
Obrázek přidaný uživatelem
A zkontrolujte také časovače relací SIP na VCS-e.
 
Naše výchozí hodnota je 1800s [15 minut], což je standardní a budete se chtít ujistit, že časovač TCP na bráně firewall se zde také shoduje, ale můžete to trochu narazit, abyste zjistili, zda to má vliv i na váš VCS.

Toto je v části Konfigurační > protokoly >SIP :
Obrázek přidaný uživatelem

Všimněte si, že interval aktualizace relace (sekundy) je nastaven na výchozí hodnotu. Můžete zkusit 3600. Ale skutečným kořenem problému je, když si FW myslí, že relace se již nepoužívá [případ 1], když si VCS skutečně myslí, že je to v pořádku a že relace je stále v provozu, ale neobdrží FIN / close na této relaci / portu a pokusí se ji znovu použít a volání zemře. [případ 2] je FW správně uzavře připojení a odešle FIN / close a VCS zaznamená normální pokles / vymazání hovoru a volání také zemře. Úprava časovače relace zde pouze řídí, kdy se VCS vzdá relace poté, co se mu nepodařilo získat žádné sady AK pro jakýkoli pokus o komunikaci týkající se stavu volání.
 
To nám však může pomoci určit problém o něco lépe. Je také možné, že tuto hodnotu musíme snížit v závislosti na nastavení FW pro tento časovač.

Byl tento článek užitečný?