IZDANJE
Kada se pridružite Webex sastanku s videouređaj registriranim u CUCM , poziv se prekida točno za 15 minuta.

RJEŠENJE
Pregledajte dolje navedene korake:

1. Otvorite administraciju Cisco Unified Communications Manager (CM).
2. Kliknite na Sustav > Parametri usluge .
3. Ispod Odaberite Poslužitelj i usluga , u Usluga okvir padajućeg popisa, odaberite Cisco Call Manager (aktivan) :

4. Potražite Tajmer isteka SIP sesije :

Svi uređaji registrirani na CUCM koriste ovaj mjerač vremena. Kada je uređaj u razgovoru s drugim udaljeni uređaj, jedna od strana mora osvježiti sesiju i poslati ponovni POZIV ili AŽURIRANJE. Ovo osvježavanje se mora poslati prije polovice vremena isteka sesije (1800/2 = 900 sekundi = 15 minuta). Ako nije primljena poruka za osvježavanje, poziv se prekida.

Provjerite ima li tajmer sesije u početnoj INVITE. Osvježavanje (POZIV / AŽURIRANJE) trebalo bi biti primljeno prije isteka ovog vremena:


Na temelju početnog pregovaranja klijenta korisničkog agenta / poslužitelja korisničkog agenta (UAC/UAS), jedan od uređaja osvježava sesiju kada pošalje ponovno POZIV. Ako je osvježavanje UAC, inicijator poziva ima odgovornost osvježiti sesiju. Ako je osvježavanje UAS, poslužitelj mora osvježiti sesiju. Prikupite zapisnike otklanjanja pogrešaka SIP -a s obje krajnje točke i provjerite ove stavke:

Primjer : Poziv upućen sa strane A na CUCM za stranku B. Ako je osvježenje UAC na strani A i UAS na strani B:

1.     Strana A mora poslati RE-INVITE/UPDATE CUCM-u.
2.     CUCM mora poslati ponovno POZIV / AŽURIRANJE Strani B.
3.     Strana B prima PONOVNI POZIV i na tu poruku odgovara 200 OK.
4.     CUCM mora poslati 200 OK Strani A.

Ako jedan uređaj šalje poruku ponovnog CUCM-u, CUCM šalje ponovno POZIVANJE drugoj strani. Međutim, ako to ne primi udaljena strana, to bi moglo biti zbog nekih mrežnih uređaja između. Vrlo je moguće da ponovno POZIVANJE/odgovor ne stigne na jednu od strana zbog SIP inspekcije ili mrežnih postavki.
Ako uređaji ne pokrenu ponovno POZIVANJE, to bi mogao biti problem s uređajem. Uključite Ciscov centar tehničke podrške (TAC) kako biste dalje istražili.
 
Na popisu stvari koje treba isprobati [ako već nije] u području napredne konfiguracije zone koja ide na Webex:
Okrenite SIP UDP/IX način filtra da na [nije zadano]:

I provjerite SIP mjerače vremena sesije na VCS-e.
 
Naša zadana vrijednost je 1800s [30 min], što je standardno i htjet ćete se uvjeriti da se TCP timer na vašem vatrozidu također podudara ovdje, ali možete to malo povećati da vidite ima li učinak i na vaše VCS.

Ovo je ispod Konfiguracija > Protokoli > SIP :


Imajte na umu da je interval osvježavanja sesije (sekunde) postavljen na zadana vrijednost. Možda probaš 3600. Ali stvarni korijen problema ovdje je kada FW misli da sesija više nije u upotrebi [slučaj 1], kada VCS zapravo misli da je u redu i da je sesija još uvijek u tijeku, ali ne prima FIN/zatvaranje o tome sesiju/priključak i pokuša ga ponovno upotrijebiti i poziv prestaje. [slučaj 2] je da FW ispravno zatvara vezu i šalje FIN/zatvaranje, a VCS bilježi normalan prekid/brisanje poziva i poziv također prestaje. Promjena mjerača vremena sesije ovdje samo kontrolira kada će VCS odustati od sesije nakon što nije uspio primiti ACK-ove za bilo kakav pokušaj komunikacije u vezi sa statusom poziva.
 
Ipak, može nam pomoći da malo bolje odredimo problem. Također je moguće da moramo smanjiti ovu vrijednost ovisno o FW postavci za ovaj mjerač vremena.

UZROK
Kada se videopozivi prekinu točno nakon 15 minuta, uobičajeni problem je taj što je TCP timeout konfiguriran na mreži (vatrozid/usmjerivači) manji od mjerača vremena isteka SIP sesije. Prema zadanim postavkama na CallManageru, mjerač vremena isteka SIP sesije postavljen je na 1800 sekundi.