Uzrok: Kada se video pozivi isključe u točno 15 minuta, zajednički problem je TCP timeout konfiguriran na mreži (firewall/routeri) je manji od SIP session timer istekne. Prema zadanim postavkama na CallManager, SIP Session Exire Timer je podešen na 1800 sekundi.

Rješenje:

Kako biste to potvrdili:

1. Open Cisco Unified Communications Manager (CM) Administration.

2. Kliknite na System > Service Parameters.
3. U izborniku Select Server and Service u padajućem izborniku Service odaberite Cisco Call Manager (Aktivan):

4. Potražite SIP sesiju koja istječe:

Svi uređaji registrirani na CUCM koriste ovaj timer. Kada je uređaj na pozivu s drugim udaljenim uređajem, jedna od strana mora osvježiti sesiju i poslati re-INVITE ili AŽURIRANJE. Ovo osvježenje mora se poslati prije nego što istekne pola sata (1800/2 = 900 sekundi = 15 minuta). Ako nema primljene poruke za osvježavanje, poziv je isključen.

Provjerite tajmer sesije u početnom POZIVU. Osvježenje (POZIV / AŽURIRANJE) treba primiti prije isteka ovog vremena:


Na temelju početnih pregovora o korisničkom agentu klijenta /korisničkog agenta poslužitelja (UAC/UAS), jedan od uređaja osvježava sesiju kada šalje Re-INVITE. Ako je osvježivač UAC, inicijator poziva ima odgovornost da osvježi sesiju. Ako je osvježivač UAS, poslužitelj mora osvježiti sesiju. Prikupite SIP zapise o otklanjanju pogrešaka s obje krajnje točke i provjerite ove stavke:

Primjer: Poziv stranke A na CUCM stranci B. Ako je osvježivač UAC na stranci A i UAS na stranci B:

1.     Stranka A mora poslati re-INVITE / AŽURIRANJE CUCM-u.
2.     CUCM mora poslati re-INVITE/ AŽURIRANJE Strani B.
3.     Stranka B prima re-INVITE i odgovara na tu poruku s 200 OK.
4.     CUCM mora poslati 200 OK Strani A.

Ako jedan uređaj pošalje poruku re-INVITE CUCM-u, CUCM šalje poruku re-INVITE drugoj Strani. Međutim, ako udaljena strana to ne primi, to može biti zbog nekih mrežnih uređaja između. Vrlo je moguće da re-INVITE/odgovor ne dođe na jednu od strana zbog pregleda SIP-A ili mrežnih postavki.
Ako uređaji ne pokrenu re-INVITE, to može biti problem s uređajem. Uključite Cisco centar za tehničku pomoć (TAC) kako biste dodatno istražili.
 
Na popisu stvari koje treba isprobati [ako to već nije] u naprednom konfiguracijskom području zone koja ide na Webex:
Uključite mod filtra SIP UDP/IX na [not the default]:

I provjerite SIP session timers na VCS-e također.
 
Naša zadana postavka je 1800s [15 min], što je standardno i ovdje ćete se htjeti uvjeriti da se TCP timer na vašem vatrozidu podudara, ali možete malo ubrzati kako biste vidjeli ima li to utjecaja i na vaš VCS.

Ovo je pod Konfiguracija > Protokoli > SIP:


Imajte na umu da je interval osvježavanja sesije (sekunde) postavljen na zadanu vrijednost. Možete probati 3600. No, stvarni korijen problema ovdje je kada FW misli da se sesija više ne koristi [slučaj 1], kada VCS zapravo misli da je u redu i da je sesija još uvijek gore, ali ne prima fin/close na toj sesiji/portu i pokušava je ponovno koristiti i poziv umire. [slučaj 2] je FW pravilno zatvara vezu i šalje Fin/close i VCS bilježi normalan pad/čišćenje poziva i poziv također umire. Modificiranje timera sesije ovdje samo kontrolira kada će VCS odustati od sesije nakon što nije uspio primiti nikakve ACK-ove za bilo kakav pokušaj komunikacije u vezi sa statusom poziva.
 
To nam može pomoći da bolje odredimo problem. Također je moguće da moramo smanjiti ovu vrijednost ovisno o postavci FW za ovaj timer.