Det är möjligt att vissa artiklar visar innehåll inkonsekvent. Ursäkta besväret medan vi uppdaterar webbplatsen.
cross icon
Videosamtal till Webex Meeting kopplas bort efter 15 minuter
list-menuHar du feedback?
CUCM-/VCS-administratörer kan granska den här guiden för steg för att lösa problemet med att videoenheter kopplas från exakt 15 minuter efter att de har anslutit till ett Webex-möte.

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

UPPLÖSNING
Gå igenom stegen nedan:

  1. Öppna Cisco Unified Communications Manager administration (CM).
  2. Klicka på System- > parametrar för tjänsten.
  3. Under Välj server och tjänst i rutan Listruta väljer du Cisco samtalshanterare (aktiv):
Bild tillagd av användare
  1. Leta efter SIP-sessionens utgångstimer:
Bild tillagd av användare

Alla enheter som är registrerade till CUCM använder denna timer. När enheten är i ett samtal med en annan fjärrenhet, måste en av parterna uppdatera sessionen och skicka en ny INBJUDAN eller UPPDATERA. Denna uppdatering måste skickas före hälften av sessionens timer (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 inledande förhandlingen med User Agent Client/User Agent Server (UAC/UAS) uppdaterar en av enheterna sessionen när den skickar en ny inbjudan. Om uppdateraren är UAC är det samtalets initierare som har ansvaret för att uppdatera mötet. Om uppdateringsservern är UAS måste servern uppdatera sessionen. Samla SIP felsökningsloggar från båda slutpunkter och kontrollera dessa alternativ:

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

1.     Del A måste skicka den nya INBJUDAN/UPPDATERINGEN till CUCM.
2.     CUCM måste skicka en ny INBJUDAN/UPPDATERING till Del B.
3.     Del B tar emot den nya inbjudan och svarar på meddelandet med 200 OK.
4.     CUCM måste skicka 200 OK till del A.

Om en enhet skickar meddelandet om ny INVITE till CUCM skickar CUCM en ny INVITE till 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 enheterna inte initierar den nya inbjudan kan det uppstå ett problem med enheten. Be om Ciscos tekniska hjälpcenter (TAC) för att utreda ytterligare.
 
På listan med saker att prova [om detta inte redan har gjorts] i det avancerade konfigurationsområdet för zonen som går till Webex:
Slå på SIP UDP/IX-filterläget till [inte standard]:
Bild tillagd av användare
Kontrollera även SIP-sessionstimern på VCS-e.
 
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 slå upp detta lite för att se om det också påverkar din VCS.

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

Observera att intervallet för sessionsuppdatering (sekunder) är inställt som standardvärde. Du kan testa 3600. Men den faktiska roten av 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 ok och att sessionen fortfarande är uppe men inte får någon FIN/stäng på det mötet/porten och försöker omv?rna om det och samtalet. [fall 2] är den FW som stänger anslutningen korrekt och skickar en FIN/stäng och VCS spelar in en normal samtalskoppling/rensning och samtalet fungerar också. Att ändra sessionstimer här styr bara när VCS ger upp en session efter att den inte har tagit emot några ACK:er för eventuellt försök till kommunikation angående samtalsstatusen.
 
Det kan dock hjälpa oss att fastna i 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 från exakt 15 minuter är det vanliga problemet att TCP-timeout som konfigurerats i nätverket (brandvägg/routrar) är mindre än SIP-sessionens utgångstimer. Som standard på CallManager in SIP-Session upphör timern 1800 sekunder.

Var den här artikeln användbar?
Var den här artikeln användbar?