Tak for din feedback.

PROBLEM
Når du deltager i et Webex-møde med en CUCM-registreret videoenhed, afbrydes opkaldet efter præcis 15 minutter.

OPLØSNING
Gennemgå trinnene nedenfor:

1. Åbn Cisco Unified Communications Manager (CM) administration.
2. Klik på System > Serviceparametre.
3. Under Vælg server og tjeneste skal du i feltet Rullegardinmenu vælge Cisco Opkaldsadministrator (Aktiv):

4. Se efter timeren , når SIP-sessionen udløber:

Alle enheder registreret til CUCM bruger denne timer. Når enheden er i gang med et opkald med en anden ekstern enhed, er en af parterne nødt til at genindmelde sessionen og sender en invitation eller OPDATERING igen. Denne opdatering skal sendes, inden halvdel af sessionen udløber timer ( 1800/2 = 900 sekunder = 15 minutter). Hvis der er ingen Genindlæs meddelelse, der er modtaget, afbrydes opkaldet.

Marker session tidsindstilling i indledende Inviter. En opdatering (Inviter / opdatere) bør være modtaget, før denne gang udløber:


Baseret på den indledende UAC/UAS-forhandling (User Agent Client/User Agent Server) opdaterer en af enhederne sessionen, når den sender en ny INVITATION. Hvis genindlæseren er UAC, har initiativtageren for opkaldet ansvaret for at genindlæser sessionen. Hvis genindopdateringen er UAS, skal serveren genindfriske sessionen. Indsamle SIP debug-logge fra begge slutpunkter og kontrollere disse elementer:

Eksempel: Opkald foretaget fra del A til CUCM til del B. Hvis genopfriskningen er UAC på del A og UAS på del B:

1.     Part A skal sende INVITATIONEN/OPDATERINGEN til CUCM.
2.     CUCM skal sende en geninvitation/OPDATERING TIL part B.
3.     Part B modtager invitationen igen OG svarer på denne meddelelse med en 200 OK.
4.     CUCM skal sende 200 OK til part A.

Hvis én enhed sender geninvitationsmeddelelsen til CUCM, sender CUCM en geninvitation til den anden part. Men hvis dette ikke modtages af den eksterne side så dette kunne være på grund af nogle netværksenheder i mellem. Det er det muligt, re-INVITE/svaret ikke får til en af siderne på grund af SIP-inspektion eller netværk indstillingerne.
Hvis enhederne ikke starter geninvitationen, kan det være et problem med enheden. Involvere Cisco Technical Assistance Center (TAC) for at undersøge yderligere.
 
På listen over ting, der skal prøves [hvis dette ikke allerede er], i det avancerede konfigurationsområde for den zone, der skal til Webex:
Slå SIP UDP/IX-filtertilstanden til til [ikke standard]:

Og se også SIP-sessionstimerne på VCS-e.
 
Vores standard er 1800-tallet [30 min.], som er standard, og du vil gerne sikre dig, at TCP-timeren på din firewall også matcher her, men du kan slå dette op lidt for at se, om det også har en effekt på din VCS.

Dette er under Konfiguration > Protokoller > SIP:


Bemærk, at sessionsopdateringsintervallet (sekunder) er indstillet til standardværdien. Du kan prøve 3600. Men det egentlige rod af problemet her er, når FW mener, at en session ikke længere er i brug [sag 1], når VCS faktisk mener, at det er ok, og at sessionen stadig er oppe, men ikke modtager en FIN/luk på denne session/port og forsøger at bruge den igen, og opkaldsmapperne. [sag 2] er FW lukker forbindelsen korrekt og sender en FIN/luk, og VCS optager en normal aflevering/clearing af opkald og opkaldet også. Modificering af sessionstimeren her kun kontroller, når VCS vil give op på en session, efter den ikke har modtaget nogen ACKs for enhver forsøgt kommunikation vedrørende status for opkaldet.
 
Det kan dog hjælpe os med at identificere problemet lidt bedre. Det er også muligt, at vi er nødt til at sænke denne værdi afhængigt af FW-indstillingen for denne timer.

ÅRSAG
Når videoopkald afbrydes efter præcis 15 minutter, er det almindelige problem, at TCP-timeout, der er konfigureret på netværket (firewall/routere), er mindre end timeren for SIP-sessionen udløber. Som standard på CallManager er SIP Session udløber Timer indstillet til 1800 sekunder.