Izazvati: Kada se video pozivi prekinu za tačno 15 minuta, zajednički problem je da je TCP timeout konfiguriran na mreži (firewall/routeri) manji od tajmera za SIP sesiju koji ističe. Podrazumevano na CallManager-u, SIP Session Exire Timer je podešen na 1800 sekundi.

Rešenje:

Da biste to potvrdili:

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

2. Kliknite na Sistem > Servisni parametri.
3. U okviru „Izaberi server i servis“ u padajućem meniju „Servis“ izaberite „Cisco Call Manager“ (aktivan):

4. Potražite tajmer SIP sesije koja ističe:

Svi uređaji registrovani na CUCM koriste ovaj tajmer. Kada je uređaj na pozivu sa drugim udaljenim uređajem, jedna od strana mora da osveži sesiju i pošalje re-INVITE ili AŽURIRANJE. Ovo osveženje mora da se pošalje pre nego što istekne pola sata sesije ( 1800/2 = 900 sekundi = 15 minuta). Ako nema primljene poruke za osvežavanje, poziv je isključen.

Proverite tajmer sesije u početnom POZIVU. Osvežavanje (POZIV / AŽURIRANJE) treba da se primi pre isteka ovog vremena:


Na osnovu početnih pregovora između Korisničkog agenta Klijenta /Korisničkog agenta Servera (UAC/UAS), jedan od uređaja osvežava sesiju kada šalje Re-INVITE. Ako je osveživač UAC, inicijator poziva ima odgovornost da osveži sesiju. Ako je osveživač UAS, server mora da osveži sesiju. Prikupite SIP zapise o otklanjanju grešaka sa obe krajnje tačke i proverite ove stavke:

Primer: Poziv sa Strane A na CUCM na Stranu B. Ako je osveživač UAC na Strani A i UAS na Strani B:

1.     Strana A mora poslati re-INVITE / UPDATE CUCM-u.
2.     CUCM mora da pošalje re-INVITE/ AŽURIRANJE Strani B.
3.     Strana B dobija re-INVITE i odgovara na tu poruku sa 200 OK.
4.     CUCM mora poslati 200 OK Strani A.

Ako jedan uređaj pošalje re-INVITE poruku CUCM-u, CUCM šalje re-INVITE drugoj Strani. Međutim, ako to ne primi udaljena strana, 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 podešavanja mreže.
Ako uređaji ne pokrenu re-INVITE, to može biti problem sa uređajem. Uključite Cisco centar za tehničku pomoć (TAC) kako biste dodatno istražili.
 
Na listi stvari koje treba isprobati [ako to već nije] u oblasti naprednih konfiguracija zone koja ide na Webex:
Uključite režim SIP UDP/IX filtera na [nije podrazumevano]: Proverite

i SIP timere sesije na VCS-e.
 
Naša podrazumevana vrednost je 1800 [15 min], što je standardno i želećete da se uverite da se TCP tajmer na vašem Firewall-u podudara i ovde, ali možete malo da ubrzate ovo da biste videli da li ima efekta i na vaš VCS.

Ovo je pod Konfiguracija > Protokoli > SIP:


Imajte na umu da je interval osvežavanja sesije (sekunde) podešen na podrazumevanu vrednost. Možda da probaš 3600. Ali stvarni koren problema ovde 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š uvek gore, ali ne dobija fin/zatvaranje na toj sesiji/portu i pokušava da je ponovo koristi i poziv umire. [slučaj 2] je FW pravilno zatvara vezu i šalje fin/zatvaranje i VCS beleži normalan pad/brisanje poziva i poziv takođe umire. Izmena tajmera sesije ovde samo kontroliše kada će VCS odustati od sesije nakon što nije primio nijedan ACK za bilo kakav pokušaj komunikacije u vezi sa statusom poziva.
 
To nam može pomoći da bolje odredimo problem. Takođe je moguće da moramo da smanjimo ovu vrednost u zavisnosti od podešavanja FW za ovaj tajmer.