ISSUE
Când vă alăturați unei întâlniri Webex cu un dispozitiv video înregistrat de CUCM, apelul se deconectează la exact 15 minute.

REZOLUȚIE
Consultați pașii de mai jos:

1. Deschideți administrarea Cisco Unified Communications Manager (CM).
2. Faceți clic pe Sistem > Parametrii serviciului.
3. Sub Selectare server și serviciu, în caseta listă derulantă Service , selectați Cisco Call Manager (Activ):

4. Căutați temporizatorul Sesiunii SIP expiră:

Toate dispozitivele înregistrate la CUCM utilizează acest cronometru. Atunci când dispozitivul este într-un apel cu un alt dispozitiv de la distanță, una dintre părți trebuie să reîmprospăteze sesiunea și să trimită o REINVITARE sau o ACTUALIZARE. Această reîmprospătare trebuie trimisă înainte de expirarea a jumătate din calendarul sesiunii (1800/2 = 900 secunde = 15 minute). Dacă nu s-a primit un mesaj de reîmprospătare, apelul este deconectat.

Verificați cronometrul de sesiune din INVITATEA inițială. O reîmprospătare (INVITE / UPDATE) trebuie primită înainte de expirarea acestei perioade:


Pe baza negocierii inițiale a clientului agentului de utilizator/serverului agentului de utilizator (UAC/UAS), unul dintre dispozitive reîmprospătează sesiunea atunci când trimite un Re-INVITE. Dacă reîmprospătătorul este UAC, inițiatorul apelului are responsabilitatea de a reîmprospăta sesiunea. Dacă reîmprospătătorul este UAS, serverul trebuie să reîmprospăteze sesiunea. Colectați jurnalele de depanare SIP din ambele puncte finale și verificați aceste elemente:

Exemplu: Apel efectuat de la Partea A la CUCM la Partea B. Dacă reîmprospătătorul este UAC la Partea A și UAS la Partea B:

1.     Partea A trebuie să trimită retrimiterea / ACTUALIZAREA la CUCM.
2.     CUCM trebuie să trimită o REINVITARE/ACTUALIZARE către Partea B.
3.     Partea B primește REINVITAȚIA și răspunde la acel mesaj cu un OK 200.
4.     CUCM trebuie să trimită 200 OK către Partea A.

Dacă un dispozitiv trimite mesajul de REINVITARE către CUCM, CUCM trimite un REINVITARE către cealaltă Parte. Cu toate acestea, în cazul în care acest lucru nu este primit de partea de la distanță, atunci acest lucru ar putea fi din cauza unor dispozitive de rețea între. Este foarte posibil ca reINVITAREA/răspunsul să nu ajungă pe una dintre părți din cauza inspecției SIP sau a setărilor de rețea.
Dacă dispozitivele nu inițiază reINVITAREA, ar putea fi o problemă cu dispozitivul. Participați la Centrul de asistență tehnică Cisco (TAC) pentru a investiga în continuare.
 
Pe lista de lucruri pe care trebuie să le încercați [dacă nu există deja] în zona avansată de configurare a zonei care merge la Webex:
Rotiți modul de filtrare SIP UDP/IX pe [nu implicit]:

Și verificați cronometrele de sesiune SIP și pe VCS-e.
 
Default nostru este 1800s [30 min], care este standard și veți dori să vă asigurați că temporizatorul TCP de pe firewall-ul dvs. se potrivește și aici, dar ați putea să-l umflați puțin pentru a vedea dacă are un efect și asupra VCS.

Acest lucru se află în Configurare > Protocoale > SIP:


Rețineți că intervalul de reîmprospătare a sesiunii (secunde) este setat la valoarea implicită. Ai putea încerca 3600. Dar rădăcina reală a problemei aici este atunci când FW crede că o sesiune nu mai este în uz [caz 1], atunci când VCS crede că este de fapt ok și că sesiunea este încă în așteptare, dar nu primește un FIN / închide pe acea sesiune / port și încearcă să-l refolosească și apelul moare. [caz 2] este FW închide în mod corespunzător conexiunea și trimite un FIN / închide și VCS înregistrează o cădere / compensare normală a apelului și, de asemenea, apelul moare. Modificarea cronometrului de sesiune aici controlează doar atunci când VCS va renunța la o sesiune după ce nu a primit niciun ACK pentru orice comunicare încercată cu privire la starea apelului.
 
Aceasta ne poate ajuta să puncteze problema un pic mai bine, deși. De asemenea, este posibil să trebuiască să reducem această valoare în funcție de setarea FW pentru acest cronometru.

CAUZĂ
Atunci când apelurile video se deconectează la exact 15 minute, problema comună este că intervalul de timp TCP configurat în rețea (firewall/routere) este mai mic decât cronometrul de sesiune SIP expiră. În mod implicit pe CallManager, temporizatorul de expirare a sesiunii SIP este setat la 1800 de secunde.