PROBLÉM
Keď sa pripojíte k schôdzi Webex s video zariadením registrovaným v CUCM, hovor sa odpojí presne o 15 minút.

ROZHODNUTIE
Skontrolujte kroky uvedené nižšie:

1. Otvorte správu Cisco Unified Communications Manager (CM).
2. Kliknite na Systém > Parametre služby.
3. Pod Vyberte Server a služba, v servis v rozbaľovacom zozname vyberte Cisco Call Manager (aktívny):

4. Hľadajte Časovač vypršania platnosti relácie SIP:

Všetky zariadenia registrované v CUCM používajú tento časovač. Keď zariadenie telefonuje s iným vzdialeným zariadením, jedna zo strán musí obnoviť reláciu a odošle opätovnú pozvánku alebo AKTUALIZÁCIU. Toto obnovenie musí byť odoslané pred polovicou času vypršania platnosti relácie (1800/2 = 900 sekúnd = 15 minút). Ak nie je prijatá žiadna obnovovacia správa, hovor sa odpojí.

Skontrolujte časovač relácie v úvodnom INVITE. Pred uplynutím tohto času by sa malo prijať obnovenie (POZVÁNKA / AKTUALIZÁCIA):


Na základe úvodného vyjednávania User Agent Client/User Agent Server (UAC/UAS) jedno zo zariadení obnoví reláciu, keď odošle Re-INVITE. Ak je obnovením UAC, iniciátor hovoru je zodpovedný za obnovenie relácie. Ak je obnovovacím systémom UAS, server musí obnoviť reláciu. Zhromaždite protokoly ladenia SIP z oboch koncových bodov a skontrolujte tieto položky:

Príklad: Hovor uskutočnený zo strany A na CUCM do strany B. Ak je obnovenie UAC na strane A a UAS na strane B:

1.     Strana A musí poslať opätovné POZVANIE / AKTUALIZÁCIU CUCM.
2.     CUCM musí poslať opätovnú pozvánku / AKTUALIZÁCIU strane B.
3.     Strana B prijme opätovné INVITE a odpovie na túto správu 200 OK.
4.     CUCM musí poslať 200 OK strane A.

Ak jedno zariadenie odošle správu o opätovnom INVITE CUCM, CUCM odošle opätovnú INVITE druhej strane. Ak to však vzdialená strana neprijme, môže to byť spôsobené niektorými sieťovými zariadeniami medzi nimi. Je vysoko možné, že opätovné INVITE/odpoveď sa nedostane na jednu zo strán kvôli kontrole SIP alebo nastaveniam siete.
Ak zariadenia nespustia opätovné INVITE, môže ísť o problém so zariadením. Zapojte Cisco Technical Assistance Center (TAC) na ďalšie skúmanie.
 
Na zozname vecí, ktoré môžete vyskúšať [ak to ešte nebolo] v oblasti rozšírenej konfigurácie zóny, ktorá prechádza do Webexu:
Otočte Režim filtra SIP UDP/IX do na [nie je predvolená]:

A skontrolujte aj časovače relácie SIP na VCS-e.
 
Naša predvolená hodnota je 1800 s [30 minút], čo je štandard a mali by ste sa uistiť, že časovač TCP na vašej bráne firewall sa zhoduje aj tu, ale môžete to trochu zvýšiť, aby ste zistili, či to má vplyv aj na váš VCS.

Toto je pod Konfigurácia > Protokoly > SIP:


Upozorňujeme, že interval obnovenia relácie (v sekundách) je nastavený na predvolenú hodnotu. Môžete skúsiť 3600. Ale skutočným koreňom problému je, keď si FW myslí, že relácia sa už nepoužíva [prípad 1], keď si VCS skutočne myslí, že je v poriadku a že relácia stále prebieha, ale nedostane FIN/zatvorenie relácia/port a pokusy o opätovné použitie a volanie zanikne. [prípad 2] je FW správne zatvorí spojenie a pošle FIN/close a VCS zaznamená normálne prerušenie/zrušenie hovoru a hovor tiež zanikne. Úprava časovača relácie tu iba riadi, kedy sa VCS vzdá relácie po tom, čo zlyhal pri prijatí ACK pre akýkoľvek pokus o komunikáciu týkajúcu sa stavu hovoru.
 
Môže nám to pomôcť určiť problém trochu lepšie. Je tiež možné, že túto hodnotu musíme znížiť v závislosti od nastavenia FW pre tento časovač.

PRÍČINA
Keď sa videohovory odpoja presne po 15 minútach, bežným problémom je, že časový limit TCP nakonfigurovaný v sieti (firewall/smerovače) je kratší ako časovač uplynutia platnosti relácie SIP. V predvolenom nastavení aplikácie CallManager je časovač vypršania platnosti relácie SIP nastavený na 1800 sekúnd.