Hvala na povratnim informacijama.

PROBLEM
Prilikom pridruživanja Webex sastanku s videouređajem registriranim na CUCM-u, poziv se prekida nakon točno 15 minuta.

RAZLUČIVOST
Pregledajte korake u nastavku:

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 nije primljena poruka osvježavanja, poziv se prekida.

Provjerite mjerač vremena sesije u početnoj POZIVNICI. Osvježavanje (POZOVI/AŽURIRANJE) trebalo bi primiti prije isteka vremena:


Temeljem početnog pregovaranja o klijentu korisničkog agenta /poslužitelju korisničkog agenta (UAC/UAS), jedan od uređaja osvježava sesiju kada pošalje Ponovno POZIVNICU. 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 zapise SIP ispravljanja pogrešaka s obje krajnje točke i provjerite ove stavke:

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

1.     Strana A mora poslati ponovno POZIVANJE/AŽURIRANJE CUCM-u.
2.     CUCM mora poslati ponovno POZIVNICU / AŽURIRANJE na stranku B.
3.     Strana B prima ponovno POZIV i odgovara na tu poruku s 200 OK.
4.     CUCM mora poslati 200 OK stranci A.

Ako jedan uređaj pošalje poruku o ponovnom POZIVANJU CUCM-u, CUCM šalje poruku o ponovnom POZIVANJU 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 ponovno POZOVI/odgovor ne stigne na jednu od strana zbog SIP inspekcije ili mrežnih postavki.
Ako uređaji ne pokrenu ponovno POZIVANJE, 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 želite isprobati [ako to već nije] u naprednom konfiguracijskom području zone za odlazak u Webex:
Uključite način filtriranja SIP UDP/IX na [nije zadano]:

I provjerite brojače SIP sesija i na VCS-e.
 
Naša zadana vrijednost je 1800-ih [30 min], što je standardno i ovdje ćete se pobrinuti da se mjerač vremena za TCP na vašem vatrozidu također podudara, ali možete ovo malo pomaknuti da biste vidjeli ima li učinak i na vaš VCS.

Ovo se nalazi u izborniku 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.
 
Može nam pomoći da bolje utvrdimo problem. Također je moguće da moramo smanjiti ovu vrijednost ovisno o postavci FW za ovaj timer.

UZROK
Kada se videopozivi prekinu nakon točno 15 minuta, zajednički problem je u tome što je istek vremena TCP-a konfiguriran na mreži (vatrozid/usmjerivači) kraće od mjerača vremena za istek SIP sesije. Prema zadanim postavkama u CallManageru, mjerač vremena isteka SIP sesije postavljen je na 1800 sekundi.