PROBLEMPRILIKOM pridruživanja Webex sastanku sa CUCM registrovanim video uređaj, poziv se prekida tačno 15 minuta.


REZOLUCIJA
Pregledajte korake u nastavku:

1. Otvori Cisco Unified Communications Manager (CM) administraciju.
2. Kliknite na sistemske > parametre usluge.
3. U odeljku Izbor servera i usluge, u polje padajuće liste usluge izaberite Cisco upravljač pozivima (aktivno):

4. Potražite tajmer SIP sesije:

Svi uređaji registrovani za CUCM koriste ovaj tajmer. Kada je uređaj na pozivu sa drugom daljinski uređaj, jedna od strana mora da osveži sesiju i pošalje ponovo POZIV ILI AŽURIRANJE. Ovo osvežavanje mora da se pošalje pre polovine tajmera isteka sesije ( 1800/2 = 900 sekundi = 15 minuta). Ako nije primljena nikakva poruka o osvežavanja, poziv je prekinut.

Proverite da li postoji tajmer sesije u početnom POZIVU. Osveženje (INVITE/UPDATE) treba primiti pre nego što ovo vreme istekne:


Na osnovu početnog pregovaranja o klijentu korisničkog agenta /korisničkom agentu serveru (UAC/UAS), jedan od uređaja osvežava sesiju kada pošalje ponovo POZIV. Ako je osvežavanje UAC, inicijator poziva ima odgovornost da osveži sesiju. Ako je osvežavanje UAS, server mora da osveži sesiju. Prikupite SIP evidencije otklanjanja grešaka sa obe krajnje tačke i proverite ove stavke:

Primer: Upućen je poziv od stranke A CUCM na Stranku B. Ako je osvežavanje UAC na stranama A i UAS na stranama B:

1.     Strana A mora da pošalje ponovno pozivanje/ažuriranje u ovu CUCM.
2.     CUCM da pošaljete ponovno pozivanje/ažuriranje stranama B.
3.     Strana B dobija ponovni POZIV i odgovara na tu poruku sa 200 U redu.
4.     CUCM da pošaljemo 200 korisnika U redu u stranku A.

Ako jedan uređaj pošalje poruku o ponovnom UPUĆENOM POZIVU u CUCM, CUCM drugoj osobi se šalje poziv za ponovno pozivanje. Međutim, ako ovo ne primi udaljena strana, to bi moglo da bude zbog nekih mrežnih uređaja između. Veoma je moguće da poziv ponovnim pozivom/odgovorom ne bude na jednoj od strana zbog SIP inspekcije ili podešavanja mreže.
Ako uređaji ne pokrenu ponovni POZIV, to može da bude problem sa uređajem. Ukljucujte Cisco centar za tehničku pomoć u (TAC) kako bi mogli dodatno da istražite.
 
Na listi stvari koje treba da pokušate [ako se već nije] u naprednoj oblasti konfig. zone koja ide na Webex:
Uključite režim SIP UDP/IX filtera na [ne podrazumevano]:
Proverite i SIP tajmere sesije na VCS-e.
 
Naša podrazumevana vrednost je 1800s [30 minuta], što je standardno i želite da se uverite da se TCP tajmer na vašem zaštitnom zidu podudara i ovde, ali možete ovo malo da nabrojite da biste videli da li i on ima uticaj na vaš VCS.

Ovo je u okviru odeljka > protokolima > SIP:


Imajte naemu da je interval osvežavanja sesije (u sekundama) podešen na podrazumevana vrednost. Moћda pokuљate 3600. Međutim, stvarni koren problema ovde je kada FW misli da sesija nije više u upotrebi [slučaj 1], kada VCS zapravo misli da je u redu i da je sesija još uvek na redu, ali ne dobija FIN/zatvori tu sesiju/port i pokušava da je ponovo koristi i poziv umire. [case 2] je FW pravilno zatvara vezu i šalje FIN/close i VCS zapise normalnog pada/brisanje poziva i poziv takođe umire. Izmena tajmera sesije ovde samo kontroliše kada će VCS odustati od sesije nakon što nije uspeo da dobije ACKS za bilo kakav pokušaj komunikacije u vezi sa statusom poziva.
 
Mada, možemo bolje da odredimo problem. Takođe, moramo da smanjimo ovu vrednost u zavisnosti od FW postavke za ovaj tajmer.

UZROK
Kada se video pozivi prekinu tačno u 15 minuta, zajednički problem je TCP vremensko ograničenje konfigurisano na mreži (zaštitni zid/ruteri) manje od tajmera SIP sesije. Na CallManager-u je podrazumevano SIP istek sesije podešen na 1800 sekundi.