Ďakujeme za vašu spätnú väzbu.

PROBLÉM
Keď sa pripájate k schôdzi Webex s videozariadením zaregistrovaným v CUCM, hovor sa odpojí presne po 15 minútach.

RESOLUTION
Prečítajte si kroky uvedené nižšie:

1. Otvorte správu Cisco Unified Communications Manager (CM).
2. Kliknite na položky Systém > Parametre služby.
3. V časti Vybrať server a službu v rozbaľovacom zozname Služba vyberte možnosť Cisco Call Manager (aktívny):

4. Vyhľ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í znova poslať POZVÁNKU / AKTUALIZÁCIU CUCM.
2.     CUCM musí poslať opätovnú POZVÁNKU / AKTUALIZÁCIU strane B.
3.     Strana B dostane opätovnú pozvánku a odpovie na túto správu OK.
4.     CUCM musí strane A poslať 200 OK.

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:
Zapnite režim filtra SIP UDP/IX na zapnuté [nie je to predvolené]:

A skontrolujte aj časovače relácie SIP na VCS-e.( ak to má vplyv aj na váš VCS.



Toto je v časti 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 v skutočnosti 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] FW správne uzavrie spojenie a odošle FIN/zavrieť a VCS zaznamená normálne prerušenie/zrušenie hovoru a hovor tiež zanikne. Úprava časovača relácie tu len riadi, kedy sa VCS vzdá relácie po tom, čo zlyhal pri prijatí akýchkoľvek ACK pre akýkoľvek pokus o komunikáciu týkajúcu sa stavu hovoru.
 
Môže nám to však pomôcť trochu lepšie určiť problém. 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.