Mulțumim pentru feedback.

PROBLEMĂ
Când participați la o întâlnire Webex cu un dispozitiv video înregistrat în CUCM, apelul se deconectează la exact 15 minute.

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

1. Deschideți Cisco Unified Communications Manager (CM) Administration.
2. Faceţi clic pe System > Service Parameters.
3. Sub Selectare server și serviciu, în caseta derulantă Serviciu, selectați Manager de apeluri Cisco (activ):

4. Căutați Cronometrul de expirare a sesiunii SIP:

Toate dispozitivele înregistrate la CUCM folosesc acest cronometru. 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 re-INVITARE sau o ACTUALIZARE. Această reîmprospătare trebuie trimisă înainte de jumătatea temporizatorului de expirare a sesiunii (1800/2 = 900 de secunde = 15 minute). Dacă nu s-a primit niciun mesaj de reîmprospătare, apelul este deconectat.

Bifați dacă există cronometrul de sesiune în INVITAȚIA inițială. O reîmprospătare (INVITAȚIE/ACTUALIZARE) trebuie să fie primită înainte de expirarea acestui timp:


Pe baza negocierii inițiale Client agent utilizator/Server agent utilizator (UAC/UAS), unul dintre dispozitive reîmprospătează sesiunea atunci când trimite o Invitație DIN NOU. Dacă reîmprospătarea este UAC, inițiatorul apelului are responsabilitatea de a reîmprospăta sesiunea. Dacă reîmprospătarea este UAS, serverul trebuie să reîmprospăteze sesiunea. Colectați jurnalele de depanare SIP de la ambele puncte finale și verificați aceste elemente:

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

1.     Partea A trebuie să trimită INVITAȚIA/ACTUALIZAREA din nou către CUCM.
2.     CUCM trebuie să trimită o REINVITAȚIE/ACTUALIZARE pentru Partea B.
3.     Partea B primește reinvitația și răspunde la acel mesaj cu 200 OK.
4.     CUCM trebuie să trimită 200 OK către partea A.

Dacă un dispozitiv trimite mesajul de REINVITAȚIE către CUCM, CUCM trimite o reinvitație către cealaltă Parte. Cu toate acestea, dacă acest lucru nu este primit de la distanță, atunci acest lucru ar putea fi din cauza unor dispozitive de rețea între ele. Este foarte posibil ca re-invitația/răspunsul să nu ajungă la una dintre părți din cauza inspecției SIP sau a setărilor de rețea.
Dacă dispozitivele nu inițiază reinvitația, este posibil să apară o problemă cu dispozitivul. Implicați Centrul de asistență tehnică Cisco (TAC) pentru a investiga în continuare.
 
În lista de lucruri de încercat [dacă acest lucru nu a fost deja] în zona de configurare avansată a zonei de accesare Webex:
Activați modul de filtrare SIP UDP/IX la activat [nu implicit]:

Și verificați și cronometrele de sesiune SIP pe VCS-e.
 
Valoarea noastră implicită este 1800 [30 de minute], ceea ce este standard și veți dori să vă asigurați că cronometrul TCP de pe Firewall se potrivește și aici, dar puteți sări peste acest lucru pentru a vedea dacă are un efect și asupra VCS-ului dvs.

Aceasta se află în Configurare > Protocoale > SIP:


Rețineți că intervalul de reîmprospătare a sesiunii (în secunde) este setat la valoarea implicită. S-ar putea să încerci 3600. Dar rădăcina reală a problemei aici este atunci când FW crede că o sesiune nu mai este în uz [cazul 1], când VCS de fapt crede că este ok și că sesiunea este încă activă, dar nu primește un FIN/închidere în acest sens. sesiune/port și încearcă să-l reutilizați, iar apelul încetează. [cazul 2] este că FW-ul închide corect conexiunea și trimite un FIN/închidere și VCS înregistrează o oprire/închidere normală a apelului, iar apelul moare. Modificarea temporizatorului sesiunii aici controlează doar când VCS va renunța la o sesiune după ce nu a reușit să primească niciun ACK pentru orice încercare de comunicare cu privire la starea apelului.
 
Totuși, ne poate ajuta să identificăm problema un pic mai bine. De asemenea, este posibil să fie nevoie să reducem această valoare în funcție de setarea FW pentru acest temporizator.

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