PROBLEM
När du deltar i ett Webex-möte med en CUCM-registrerad videoenhet kopplas samtalet från exakt 15 minuter.

UPPLÖSNING
Granska stegen nedan:

1. Öppna Cisco Unified Communications Manager (CM) Administration.
2. Klicka på System > Tjänsteparametrar.
3. Under Välj server och tjänst i rullgardinsmenyn Tjänst väljer du Cisco samtalshanterare (aktiv):

4. Sök efter timer för SIP-sessionen upphör att gälla:

Alla enheter som är registrerade för CUCM använder den här timern. När enheten är i ett samtal med en annan fjärrenhet måste en av parterna uppdatera sessionen och skicka en ny INVITE eller UPPDATERING. Uppdateringen måste skickas innan halva sessionstimern löper ut ( 1800/2 = 900 sekunder = 15 minuter). Om inget uppdateringsmeddelande tas emot kopplas samtalet bort.

Kontrollera sessionstimern i den första INVITE. En uppdatering (INVITE/UPDATE) bör tas emot innan den här tiden löper ut:


Baserat på den initiala förhandlingen User Agent Client/User Agent Server (UAC/UAS) uppdaterar en av enheterna sessionen när den skickar en Re-INVITE. Om uppdateringen är UAC är samtalsinitiativtagaren ansvarig för att uppdatera sessionen. Om uppdateringen är UAS måste servern uppdatera sessionen. Samla in SIP-felsökningsloggar från båda slutpunkterna och kontrollera dessa objekt:

Exempel: Samtal från parti A till CUCM till parti B. Om uppdateringen är UAC på parti A och UAS på parti B:

1.     Part A måste skicka INVITE/UPPDATERA till CUCM.
2.     CUCM måste skicka en omINVITE/UPPDATERING till Part B.
3.     Part B tar emot INVITE och svarar på meddelandet med en 200 OK.
4.     CUCM måste skicka 200 OK till Part A.

Om en enhet skickar INVITE-meddelandet till CUCM SKICKAR CUCM en INVITE till den andra parten. Om detta inte tas emot av fjärrsidan kan det dock bero på vissa nätverksenheter emellan. Det är mycket möjligt att re-INVITE/svaret inte kommer till någon av sidorna på grund av SIP-inspektion eller nätverksinställningar.
Om enheterna inte initierar re-INVITE kan det uppstå problem med enheten. Engagera Cisco Technical Assistance Center (TAC) för att utreda ytterligare.
 
I listan över saker att prova [om detta inte redan har] i det avancerade konfigurationsområdet i zonen som går till Webex:
Aktivera SIP UDP/IX-filterläget till [inte standard]:

Och kontrollera SIP-sessionstimern på VCS-e också.
 
Vår standard är 1800-talet [30 minuter], vilket är standard och du vill se till att TCP-timern på din brandvägg också matchar här, men du kan knacka upp det lite för att se om det också påverkar din VCS.

Detta är under Konfiguration > Protokoll > SIP:


Observera att uppdateringsintervallet (sekunder) är inställt på standardvärdet. Du kanske försöker 3600. Men den verkliga roten till problemet här är när FW tror att en session inte längre används [fall 1], när VCS faktiskt tycker att det är okej och att sessionen fortfarande är igång men inte får en FIN/stäng på den sessionen/porten och försöker återanvända den och samtalet dör. [fall 2] är FW stänger anslutningen ordentligt och skickar en FIN/close och VCS registrerar en normal samtalsdroppe/clearing och samtalet dör också. Om du ändrar sessionstimern här kontrolleras bara när VCS ger upp en session efter att den inte har tagit emot några ACK:er för eventuella försök till kommunikation om samtalsstatus.
 
Det kan dock hjälpa oss att identifiera problemet lite bättre. Det är också möjligt att vi måste sänka detta värde beroende på FW-inställningen för den här timern.

ORSAK
När videosamtal kopplas bort på exakt 15 minuter är det vanliga problemet att TCP-timeout som konfigurerats i nätverket (brandvägg/routers) är mindre än SIP-sessionens utgångstimer. Som standard i samtalshanteraren är SIP-sessionstimern inställd på 1800 sekunder.