Potresti notare che alcuni articoli non vengono visualizzati coerentemente. Stiamo aggiornando il nostro sito. Ci scusiamo per qualsiasi inconveniente.
cross icon
Le videochiamate alla riunione Webex si disconnettono dopo 15 minuti
list-menuFeedback?
Gli amministratori CUCM/VCS possono rivedere questa guida per la procedura per risolvere il problema in cui i dispositivi video si disconnettono esattamente 15 minuti dopo aver eseguito l'accesso a una riunione Webex.

PROBLEMA
Quando si accede a una riunione Webex con un dispositivo video registrato CUCM, la chiamata si disconnette esattamente a 15 minuti.

RISOLUZIONE
Esaminare la procedura seguente:

  1. Aprire Cisco Unified Communications Manager amministrazione sito (CM).
  2. Fare clic su Impostazioni > Parametri servizio.
  3. In Seleziona server e servizio, nella casella Nome elenco a discesa, selezionare Cisco Call Manager (attivo):
Immagine aggiunta dall'utente
  1. Ricercare il timer della sessione SIP:
Immagine aggiunta dall'utente

Tutti i dispositivi registrati in CUCM utilizzano questo timer. Quando il dispositivo è in chiamata con un altro dispositivo remoto, una delle parti deve aggiornare la sessione e inviare un nuovo INVITO o AGGIORNAMENTO. Questo aggiornamento deve essere inviato prima della metà del timer di scadenza sessione (1800/2 = 900 secondi = 15 minuti). Se non ha ricevuto alcun messaggio di aggiornamento, la chiamata viene disconnessa.

Verifica del timer di sessione nell'invito iniziale. Un aggiornamento (invitare / aggiornamento) devono essere ricevuti prima della scadenza di questo periodo di tempo:
Immagine aggiunta dall'utente

In base alla negoziazione iniziale UAC/UAS (User Agent Client/User Agent Server), uno dei dispositivi aggiorna la sessione quando invia un nuovo invito. Se l'aggiornamento è UAC, l'iniziatore della chiamata ha la responsabilità di aggiornare la sessione. Se l'aggiornamento è UAS, il server deve aggiornare la sessione. Raccogliere i registri di debug SIP da entrambi gli endpoint e controllare questi elementi:

Esempio: Chiamata effettuata dalla Parte A a CUCM alla Parte B. Se l'aggiornamento è UAC sulla Parte A e UAS sulla Parte B:

1.     La parte A deve inviare il nuovo INVITO/AGGIORNAMENTO a CUCM.
2.     CUCM deve inviare un nuovo INVITO/AGGIORNAMENTO alla parte B.
3.     La parte B riceve il re-INVITO e risponde a tale messaggio con un messaggio 200 OK.
4.     CUCM deve inviare 200 OK alla Parte A.

Se un dispositivo invia il messaggio di invito nuovamente a CUCM, CUCM invia un nuovo invito all'altro Interlocutore. Tuttavia, se questa opzione non viene ricevuta dal lato remoto quindi potrebbe trattarsi a causa di alcuni dispositivi di rete tra. È altamente possibile che non venga re-INVITE/risposta a uno dei lati a causa delle impostazioni di rete o ispezione SIP.
Se i dispositivi non avviano il nuovo invito, si potrebbe trattare di un problema con il dispositivo. Coinvolgere il Centro assistenza tecnica Cisco (TAC) per approfondire la ricerca di ulteriori informazioni.
 
Nell'elenco delle cose da provare [se non è già stato fatto] nell'area di configurazione avanzata della zona che sta per passare a Webex:
Attivare la modalità filtro SIP UDP/IX su [non predefinita]:
Immagine aggiunta dall'utente
Inoltre, controllare i timer di sessione SIP anche su VCS-e.
 
Il valore predefinito è 1800 [30 min], che è standard e si desidera essere certi che il timer TCP sul firewall corrisponda anche qui, ma è possibile verificare se ha un effetto anche sul VCS.

Si trova in Configurazione > Protocolli > SIP:
Immagine aggiunta dall'utente

Tenere presente che l'intervallo di aggiornamento della sessione (secondi) è impostato sul valore predefinito. È possibile provare a 3600. Tuttavia, la radice effettiva del problema qui è quando L'FW pensa che una sessione non sia più in uso [caso 1], quando VCS in realtà pensa che sia ok e che la sessione è ancora attiva, ma non riceve una FIN/chiusa su tale sessione/porta e tenta di utilizzarla nuovamente e la chiamata viene disa. [caso 2] è che FW chiude correttamente la connessione e invia un FIN/close e VCS registra una normale chiamata drop/clearing e anche la chiamata viene disa. Modificando il timer della sessione qui si controlla solo quando VCS si registrerà una sessione in seguito alla ricezione di eventuali ACL per qualsiasi comunicazione tentata di comunicazione relativa allo stato della chiamata.
 
Tuttavia, può aiutarci a individuare un po' meglio il problema. È anche possibile che sia necessario ridurre questo valore in base all'impostazione FW per questo timer.

CAUSA
Quando le videochiamate si disconnettono esattamente a 15 minuti, il problema comune è che il timeout TCP configurato sulla rete (firewall/router) è inferiore al timer di scadenza della sessione SIP. Per impostazione predefinita su CallManager, il Timer scade sessione SIP è impostato su 1800 secondi.

Questo articolo è stato utile?
Questo articolo è stato utile?