TEŽAVA
Ko se pridružite sestanku Webex z video napravo, registrirano v CUCM, se klic prekine točno po 15 minutah.

RESOLUCIJA
Preglejte spodnje korake:

1. Odprite administracijo Cisco Unified Communications Manager (CM).
2. Kliknite na Sistem > Servisni parametri.
3. Spodaj Izberite Strežnik in storitev, v Storitev polje s spustnim seznamom izberite Cisco Call Manager (aktiven):

4. Poiščite Časovnik poteka seje SIP:

Vse naprave, registrirane v CUCM, uporabljajo ta časovnik. Ko je naprava v klicu z drugo oddaljeno napravo, mora ena od strani osvežiti sejo in poslati ponovno POVABILO ali POSODOBITEV. Ta osvežitev mora biti poslana pred polovico časovnika za potek seje (1800/2 = 900 sekund = 15 minut). Če ni prejetega sporočila za osvežitev, se klic prekine.

Preverite časovnik seje v začetnem INVITE. Pred iztekom tega časa je treba prejeti osvežitev (POVABILO / POSODOBITEV):


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

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

1.     Stran A mora poslati ponovno POVABILO / POSODOBITEV CUCM.
2.     CUCM mora stranki B poslati ponovno POVABILO / POSODOBITEV.
3.     Stran B prejme ponovno POVABILO in na to sporočilo odgovori z 200 OK.
4.     CUCM mora stranki A poslati 200 OK.

Če ena naprava pošlje sporočilo RE-INVITE CUCM, CUCM pošlje ponovno INVITE drugi strani. Vendar, če tega ne prejme oddaljena stran, je to lahko zaradi nekaterih omrežnih naprav vmes. Zelo verjetno je, da ponovni INVITE/odgovor ne pride do ene od strani zaradi pregleda SIP ali omrežnih nastavitev.
Če naprave ne sprožijo ponovnega VABILA, je morda težava z napravo. Za nadaljnjo preiskavo vključite center za tehnično pomoč Cisco (TAC).
 
Na seznamu stvari, ki jih morate poskusiti [če tega še niste storili] v naprednem konfiguracijskem območju območja, ki gre v Webex:
Obrnite Način filtra SIP UDP/IX do na [ni privzeto]:

Preverite tudi časovnike sej SIP na VCS-e.
 
Naša privzeta vrednost je 1800 s [30 minut], kar je standardno in želeli boste zagotoviti, da se časovnik TCP na vašem požarnem zidu ujema tudi tukaj, vendar bi lahko to nekoliko povečali, da vidite, ali vpliva tudi na vaše VCS.

To je pod Konfiguracija > Protokoli > SIP:


Upoštevajte, da je interval osveževanja seje (sekunde) nastavljen na privzeto vrednost. Lahko poskusiš 3600. Toda dejanski koren težave tukaj je, ko FW misli, da seja ni več v uporabi [1. primer], ko VCS dejansko misli, da je v redu in da seja še vedno poteka, vendar ne prejme FIN/close o tem seja/vrata in jih poskuša ponovno uporabiti, klic pa prekine. [primer 2] je, da FW pravilno zapre povezavo in pošlje FIN/close, VCS pa zabeleži normalno prekinitev/odstranitev klica in klic tudi prekine. Spreminjanje časovnika seje tukaj samo nadzira, kdaj bo VCS opustil sejo, potem ko ni uspel prejeti nobenega potrdila ACK za kakršen koli poskus komunikacije glede statusa klica.
 
Lahko pa nam pomaga nekoliko bolje določiti težavo. Možno je tudi, da moramo to vrednost znižati glede na nastavitev FW za ta časovnik.

VZROK
Ko se video klici prekinejo točno po 15 minutah, je pogosta težava, da je časovna omejitev TCP, konfigurirana v omrežju (požarni zid/usmerjevalniki), krajša od časovnika poteka seje SIP. V CallManagerju je časovnik poteka seje SIP privzeto nastavljen na 1800 sekund.