Hvala na povratnim informacijama.

PROBLEM
Prilikom pridruživanja Webex Sastanku sa video uređajem registrovanim CUCM-om, poziv se prekida na tačno 15 minuta.

REZOLUCIJA
Pregledajte korake u nastavku:

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 nije primljena poruka za osvežavanje, poziv je prekinut.

Proverite da li ima tajmera sesije u početnom POZIVU. Osvežavanje (POZIV/AŽURIRANJE) treba da se primi pre nego što ovo vreme istekne:


Na osnovu početnih pregovora o korisničkom agentu / serveru agenta korisnika (UAC/UAS), jedan od uređaja osvežava sesiju kada pošalje Ponovo POZIVNICU. 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 evidencije SIP otklanjanja grešaka sa obe krajnje tačke i proverite ove stavke:

Primer: Poziv upućen od strane A do CUCM-a do Strane B. Ako je osveživač UAC na strani A i UAS na strani B:

1.     Stranka A mora da pošalje ponovo POZIVNICU/AŽURIRANJE na CUCM.
2.     CUCM mora da pošalje ponovo POZIVNICU/AŽURIRANJE na Stranu B.
3.     Stranka B dobija ponovo POZIV i odgovara na tu poruku sa 200 OK.
4.     CUCM mora da pošalje 200 OK Strani A.

Ako jedan uređaj pošalje poruku za ponovno POZIVANJE u CUCM, CUCM šalje ponovo POZIVNICU 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 ponovni poziv/odgovor ne dođe do jedne od strana zbog SIP inspekcije ili podešavanja mreže.
Ako uređaji ne pokrenu re-POZIVNICU, 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 ovo već nije] u naprednoj konfiguraciji zone za pridruživanje Webex:
Uključite SIP UDP/IX režim filtera na uključeno [nije podrazumevani]:

A proverite i tajmere SIP sesije na VCS-e.
 
Naša podrazumevana vrednost je 1800s [30 minuta], što je standardno i želite da se uverite da se TCP tajmer na vašem zaštitnom zidu podudara i ovde, ali možete ovo malo da poništite da biste videli da li ima uticaj i na vaše VCS-ove.

Ovo je u okviru 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.
 
Može nam pomoći da malo bolje ukažemo na problem. Takođe je moguće da moramo da smanjimo ovu vrednost u zavisnosti od podešavanja FW za ovaj tajmer.

UZROK
Kada se video pozivi isključe u tačno 15 minuta, uobičajeni problem je da je TCP vremensko ograničenje konfigurisano na mreži (zaštitni zid/ruteri) manje od SIP sesije isteklo. Po podrazumevanim postavkama u usluzi CallManager, tajmer za istek SIP sesije podešen je na 1800 sekundi.