Děkujeme za vaši zpětnou vazbu.

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

ROZLIŠENÍ
Projděte si níže uvedené kroky:

1. Otevřít správu Cisco Unified Communications Manager (CM).
2. Klikněte na položky Systém > Parametry služby.
3. V rozevíracím seznamu Service vyberte v nabídce Select Server and Service (Vybrat server a službu) možnost Cisco Call Manager (Aktivní):

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

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í obnovit relaci a odeslat re-INVITE nebo AKTUALIZACI. Tato aktualizace musí být odeslána před polovinou časovače vypršení relace ( 1800/2 = 900 sekund = 15 minut). Pokud není přijata žádná zpráva obnovení, hovor je odpojen.

Zkontrolujte časovač relace v počáteční POZVÁNCE. Před vypršením této doby je třeba obdržet aktualizaci (POZVÁNÍ/AKTUALIZACE):


Na základě počátečního vyjednávání User Agent Client /User Agent Server (UAC/UAS) jedno ze zařízení obnoví relaci, když odešle OPĚTOVNOU POZVÁNKU. Pokud je obnovovací program UAC, má iniciátor výzvy povinnost obnovit relaci. Pokud je obnovení UAS, server musí relaci obnovit. Shromážděte protokoly ladění protokolu SIP z obou koncových bodů a zaškrtněte následující položky:

Příklad: Volání uskutečněné z strany A do CUCM na straně B. Pokud je obnovovač UAC na straně A a UAS na straně B:

1.     Strana A musí zaslat opětovnou pozvánku NEBO AKTUALIZACI do služby CUCM.
2.Služba      CUCM musí zaslat opětovnou pozvánku NEBO AKTUALIZACI NA stranu B.
3.     Strana B obdrží OPĚTOVNÉ POZVÁNÍ a odpoví na zprávu tlačítkem 200 OK.
4.Systém      CUCM musí odeslat 200 OK na stranu A.

Pokud jedno zařízení odešle zprávu o OPĚTOVNÉ pozvání do služby CUCM, systém CUCM odešle druhé STRANĚ opětovné pozvání. Pokud to však vzdálená strana neobdrží, může to být způsobeno některými síťovými zařízeními mezi tím. Je vysoce možné, že se opětovné pozvání/odpověď nedostane na jednu ze stran kvůli kontrole SIP nebo nastavení sítě.
Pokud zařízení znovu pozvání nezahájí, MŮŽE dojít k problému se zařízením. Zapojte centrum technické pomoci (TAC) společnosti Cisco, abyste mohli provést další šetření.
 
V seznamu věcí, které chcete zkusit [pokud to ještě nebylo] v oblasti pokročilé konfigurace zóny přejít do aplikace Webex:
Zapnout režim filtru SIP UDP/IX na hodnotu [není výchozí]:

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

Toto je položka v části Konfigurace > Protokoly > SIP:


Upozorňujeme, že interval obnovení relace (v sekundách) je nastaven na výchozí hodnotu. Zkuste 3600. Ale skutečnou příčinou problému zde je, když si FW myslí, že relace se již nepoužívá [case 1], když si VCS skutečně myslí, že je v pořádku a relace je stále v provozu, ale nedostane FIN/close na této relaci/portu a pokusí se ji znovu použít a volání zemře. [case 2] je FW správně uzavře spojení a odešle FIN/close a VCS zaznamená normální pokles/clearing hovoru a volání také zemře. Úprava časovače relace zde pouze kontroluje, kdy VCS vzdá relaci poté, co neobdrží žádné ACK za jakoukoli pokusnou komunikaci týkající se stavu hovoru.
 
Může nám to pomoci určit problém o něco lépe. Je také možné, že musíme tuto hodnotu snížit v závislosti na nastavení FW pro tento časovač.

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