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

OPLØSNING
Gennemgå trinene nedenfor:

1. Åbn Cisco Unified Communications Manager (CM)-administration.
2. Klik på System > Tjenesteparametre.
3. Under Vælg server og tjeneste, i rullelisten Tjeneste skal du vælge Cisco Call Manager (Aktiv):

4. Se efter timeren for udløb af SIP-sessionen:

Alle enheder, der er registreret til CUCM, bruger denne tidsindstilling. Når enheden er i gang med et opkald med en anden ekstern enhed, skal en af parterne opdatere sessionen og sende en INVITE eller OPDATERING igen. Denne opdatering skal sendes før halvdelen af timeren for udløb af sessionen (1800/2 = 900 sekunder = 15 minutter). Hvis der ikke er modtaget en opdateringsmeddelelse, afbrydes opkaldet.

Kontrollér for sessionstimer i den indledende INVITE. En opdatering (INVITE/UPDATE) skal modtages, før denne tid udløber:


Baseret på den indledende UAC/UAS-forhandling opdaterer en af enhederne sessionen, når den sender en Re-INVITE. Hvis opdateringen er UAC, har initiativtageren til opkaldet ansvaret for at opdatere sessionen. Hvis opdateringsprogrammet er UAS, skal serveren opdatere sessionen. Indsaml SIP-fejlfindingslogfilerne fra begge slutpunkter, og kontrollér disse elementer:

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

1.     Part A skal sende INVITE/OPDATERE igen til CUCM.
2.     CUCM skal sende en geninvitation/opdatering til Part B.
3.     Part B modtager re-INVITE og besvarer meddelelsen med en 200 OK.
4.     CUCM skal sende 200 OK til Part A.

Hvis en enhed sender genINVITE-meddelelsen til CUCM, sender CUCM en genINVITE til den anden part. Men hvis dette ikke modtages af den eksterne side, kan det skyldes nogle netværksenheder imellem. Det er meget muligt, at re-INVITE/svaret ikke kommer til en af siderne på grund af SIP-inspektion eller netværksindstillinger.
Hvis enhederne ikke starter re-INVITE, kan det være et problem med enheden. Involverer Cisco Technical Assistance Center (TAC) for at undersøge yderligere.
 
På listen over ting, du skal prøve [hvis dette ikke allerede er] i det avancerede konfigurationsområde for zonen, der skal til Webex:
Slå filtertilstanden SIP UDP/IX til [ikke standarden]:

Og kontrollér også SIP-sessionstimerne på VCS-e.
 
Vores standard er 1800'erne [30 minutter], hvilket er standard, og du vil sørge for, at TCP-timeren på din firewall også matcher her, men du kan slå dette lidt op for at se, om det også har en effekt på din VCS.

Dette er under Konfiguration> Protokoller> SIP:


Bemærk, at intervallet for opdatering af sessioner (sekunder) er indstillet til standardværdien. Du kan prøve 3600. Men den egentlige årsag til 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/close på den pågældende session/port og forsøger at genbruge den, og opkaldet dør. [sag 2] er FW korrekt lukker forbindelsen og sender en FIN/close, og VCS registrerer et normalt opkaldsfald/-rydning, og opkaldet dør også. Modificering af sessionstimeren her styrer kun, når VCS giver op på en session, efter at den ikke har modtaget nogen ACK'er for enhver forsøgt kommunikation om opkaldets status.
 
Men det kan hjælpe os med at identificere problemet lidt bedre. Det er også muligt, at vi skal sænke denne værdi, afhængigt af FW-indstillingen for denne tidsindstilling.

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