Hvala za povratne informacije.

IZJAVA
Ko se pridružite sestanku Webex z video napravo, registrirano v sistemu CUCM, se klic prekine natanko čez 15 minut.

REŠITEV
Preglejte spodnje korake:

1. Odprite program Cisco Unified Communications Manager (CM) Administration.
2. Kliknite Sistem > Parametri storitev.
3. V razdelku Izberite strežnik in storitev, v spustnem seznamu Service izberite Cisco Call Manager (Active):

4. Poiščite SIP Session Expires Timer:

Ta časovnik uporabljajo vse naprave, registrirane v CUCM. Ko je naprava v klicu z drugo oddaljeno napravo, mora ena od strank osvežiti sejo in pošlje ponovno povabilo ali posodobitev. To osvežitev je treba poslati pred iztekom polovice časovnika izteka seje (1800/2 = 900 sekund = 15 minut). Če ni prejeto sporočilo za osvežitev, se klic prekine.

Preverjanje časovnika seje v začetnem sporočilu INVITE. Osvežitev (INVITE / UPDATE) je treba prejeti pred iztekom tega časa:


Na podlagi začetnega pogajanja med odjemalcem uporabniškega agenta in strežnikom uporabniškega agenta (UAC/UAS) ena od naprav osveži sejo, ko pošlje ponovno povabilo. Če je osvežilec UAC, je za osvežitev seje odgovoren pobudnik klica. Če je osvežilec UAS, mora strežnik osvežiti sejo. Zberite dnevnike odpravljanja napak SIP iz obeh končnih točk in preverite te elemente:Primer:

Klic iz stranke A v CUCM v stranko B. Če je osvežitev UAC v stranki A in UAS v stranki B:

1.     Stranka A mora v CUCM poslati sporočilo re-INVITE / UPDATE. 2.
     CUCM mora stranki B poslati ponovno povabilo / posodobitev. 3.
     Stranka B prejme sporočilo re-INVITE in se nanj odzove s sporočilom 200 OK. 4.
     CUCM mora stranki A poslati 200 OK.

Če ena naprava pošlje sporočilo re-INVITE v CUCM, CUCM pošlje sporočilo re-INVITE drugi stranki. Če pa oddaljena stran tega ne sprejme, je to lahko posledica nekaterih vmesnih omrežnih naprav. Zelo možno je, da ponovni poziv/odgovor ne pride do ene od strani zaradi pregleda SIP ali omrežnih nastavitev.
Če naprave ne sprožijo ponovnega povabila, gre morda za težavo v napravi. Za nadaljnjo preiskavo vključite Ciscov center za tehnično pomoč (TAC).
 
Na seznamu stvari, ki jih je treba poskusiti [če tega še ni] v območju napredne konfiguracije na območju, ki gre v Webex:
Način filtriranja SIP UDP/IX spremenite v na [ni privzeto]:

Preverite tudi časovnike seje SIP v sistemu VCS-e.
 
Naša privzeta vrednost je 1800s [30 minut], kar je standardno, zato morate poskrbeti, da se bo čas TCP na vašem požarnem zidu ujemal tudi s tem, vendar lahko to vrednost nekoliko povečate in preverite, ali bo vplivala tudi na vaš sistem VCS.

To je pod Konfiguracija > Protokoli > SIP:


Upoštevajte, da je interval osveževanja seje (sekunde) nastavljen na privzeto vrednost. Poskusite s 3600. Vendar je bistvo problema v tem, da FW misli, da seja ni več v uporabi [primer 1], ko VCS dejansko misli, da je vse v redu in da je seja še vedno vzpostavljena, vendar ne prejme sporočila FIN/close na tej seji/port in jo poskuša ponovno uporabiti, zato klic umre. [primer 2], ko FW pravilno zapre povezavo in pošlje FIN/close, VCS pa zabeleži običajno prekinitev/očiščenje klica in klic prav tako umre. S spreminjanjem časovnika seje se samo nadzoruje, kdaj bo sistem VCS opustil sejo, ko ne bo prejel nobenega sporočila ACK za noben poskus komunikacije o stanju klica.
 
Vendar nam lahko pomaga bolje opredeliti težavo. Možno je tudi, da moramo to vrednost znižati, odvisno od nastavitve FW za ta časovnik.

Vzrok
Kadar se video klici prekinejo točno po 15 minutah, je pogosta težava v tem, da je časovni rok TCP, konfiguriran v omrežju (požarni zid/usmerjevalniki), krajši od časovnika izteka seje SIP. Privzeto je v programu CallManager časovnik izteka seje SIP nastavljen na 1800 sekund.