Min videosamtal till Cisco Webex-videoplattform sessioner är överge efter 15 minuter (eller efter några specifika tid)

Min videosamtal på Cisco Webex-videoplattform sessioner sjunker efter 15 minuter (eller efter helst specifika).

Videosamtal-anslutningar till Cisco Webex-videoplattform kopplas efter 15 minuter.

SIP-samtal släppa efter en bestämd tidsintervall.

Slutpunkt anslutningar till Cisco Webex-videoplattform kopplas efter 15 minuter.

Videosamtal släpp efter 15 minuter.

 

Den här artikeln skrevs ursprungligen på engelska och har maskinöversatts. Ingen garanti av något slag, varken uttrycklig eller underförstådd, görs avseende riktigheten, korrektheten eller tillförlitligheten hos de maskinöversättningar som görs från engelska till något annat språk. Cisco ansvarar inte för inkorrekt information, fel eller skador till följd av felaktig översättning av innehållet eller användning av informationen.

Obs! CMR Cloud har bytt namn till Cisco Webex-videoplattform. Vissa länkar och text kan fortfarande referera till CMR-moln, men information bör fortfarande gälla för tjänsten som bytt namn.

OrsakNär videosamtal koppla ifrån exakt 15 minuter, är allmänna problemet TCP-timeouten som konfigurerats i nätverket (brandvägg/routrar) är mindre än SIP sessionen har löpt ut timern. Som standard på CallManager in SIP-Session upphör timern 1800 sekunder.

Lösning:

Kontrollera detta:

  1. Öppna Cisco Unified Communications Manager (CM) Administration.
  1. Klicka på Systemet > Serviceparametrar.
  2. Under Välj Server och tjänst, i den Tjänsten rullgardinsmeny-rutan, Välj Cisco-samtalshanteraren (aktiv):
Bild tillagd av användare
  1. Håll utkik efter den SIP-Session upphör att gälla Timer:
Bild tillagd av användare

Alla slutpunkter som är registrerade till CUCM använda denna timer. När slutpunkten som är i ett samtal med en annan remote slutpunkt är en av parterna har så här uppdaterar du mötet och skickar en bjuda in på nytt eller uppdatera. Denna uppdatering har skickas innan hälften av Session upphör att gälla timern (1800/2 = 900 sekunder = 15 minuter). Om det finns inga uppdatera meddelandet tagits emot kan avslutas samtalet.

Sök efter sessionstimer i den första inbjudan. En uppdatering (Bjud in / uppdatera) bör vara fått innan den här tiden går ut:
Bild tillagd av användare

Baserat på den första användaren Agent klient/User Agent Server (UAC/UAS) förhandlingen, uppdaterar en av slutpunkterna sessionen när den skickar en bjuda in på nytt. Om uppdateraren UAC är har den som startade samtalet ansvaret för att uppdatera sessionen. Om uppdateraren är UAS har servern så här uppdaterar du mötet. Samla SIP felsökningsloggar från båda slutpunkter och kontrollera dessa alternativ:

Exempel:-Samtal som görs från part A till CUCM för att parten B. Om uppdateraren är UAC på part A och UAS på part B:

1.     Part har att skicka den bjuda in nytt / uppdatera i CUCM.
2.     CUCM har att skicka ett nytt Bjud in / uppdatera till part B.
3.     Part B får den bjuda in igen och svarar på meddelandet med en 200 OK.
4.     CUCM har skicka 200 OK till part A.

Om en slutpunkt skickar meddelandet bjuda in på nytt till CUCM, skickar CUCM bjuda in igen på den andra parten. Om detta inte har mottagits från fjärrparten kan då detta dock på grund av vissa nätverksenheter mellan. Det går starkt att re-INVITE/svaret inte blir till någon av sidorna på grund av SIP-kontroll eller nätverk-inställningar.
Om ändpunkterna inte att initiera den bjuda in igen, kan det vara ett problem med slutpunkten. Engagera Cisco Technical Assistance Center (TAC) för att utreda ytterligare.
 
I listan över försöka [om detta inte redan] i området avancerade config i zonen att gå till Webex:
Slå på SIP UDP/IX Filterläge till [inte standard]:
Bild tillagd av användare
Och markera SIP sessionen timer på VCS-e samt.
 
Vår standard är 1800-talet [15 minuter], som är standard och det är bra att se till att timern TCP på din brandvägg träffar här som ja, men du kan stöta detta upp lite för att se om den har en inverkan även på din VCS.

Detta är under Konfiguration > Protokoll > SIP-:
Bild tillagd av användare

Observera att sessionen uppdateringsintervall (sekunder) är inställd på standardvärdet. Du kan försöka 3600. Men den faktiska orsaken till problemet här är när FW anser att ett möte är inte längre används [ärende 1], när VCS faktiskt tror att det är ok och att sessionen är fortfarande upp men inte ta emot en FIN/Stäng på att sessionen/port och försöker att återanvända det och de samtal matriser. [ärende 2] är FW korrekt stängs anslutningen och skickar en FIN/Stäng VCS spelar in ett vanligt samtal släpp/rensa och samtalet dör även. Ändra sessionen timern här bara styr när VCS kommer att ge upp ett möte efter att det har inte får några bekräftelser för alla försökta meddelande om status för samtalet.
 
Det kan hjälpa oss att lokalisera problemet lite bättre dock. Det går även om vi behöver sänka detta värde beroende på FW inställning för denna timer.

Var den här artikeln användbar?