Chiama Video personale alla Piattaforma video Cisco Webex sono sessioni cadere dopo 15 minuti (o dopo un determinato momento)

Le chiamate video alle sessioni Piattaforma video Cisco Webex sono caduta dopo 15 minuti (o dopo un determinato momento).

Le connessioni di chiamata video alla Piattaforma video Cisco Webex per scollegare dopo 15 minuti.

Chiamate SIP calo dopo un intervallo di tempo impostato.

Le connessioni endpoint alla Piattaforma video Cisco Webex per scollegare dopo 15 minuti.

Videochiamate disconnettere dopo 15 minuti.

 

Questo articolo era originariamente in inglese ed è stato tradotto automaticamente. Non viene fornita alcuna garanzia di alcun tipo, espressa o implicita, in merito alla precisione, la correttezza o l'affidabilità di qualsiasi traduzione automatica effettuata dall'inglese in altre lingue. Cisco non è responsabile di informazioni inaccurate, errori o danni provocati dalla traduzione non corretta del contenuto o l'uso delle informazioni.

Nota: CMR Cloud è stato rinominato in Piattaforma video Cisco Webex. Alcuni collegamenti e testo si potrebbe ancora fare riferimento a CMR Cloud, ma le informazioni si riferiscono comunque al servizio rinominato.

Causa: Se le chiamate video si disconnettono esattamente 15 minuti, il problema comune è il timeout TCP configurato sulla rete (firewall/router) è che inferiore alla sessione SIP scadenza del timer. Per impostazione predefinita su CallManager, il Timer scade sessione SIP è impostato su 1800 secondi.

Soluzione:

Per eseguire questa verifica:

  1. Aprire Cisco Unified Communications Manager (CM) Administration.
  1. Fare clic su Sistema > Parametri di servizio.
  2. Sotto la voce Selezionare il Server e il servizioNel Servizio casella di elenco a discesa, selezionare Cisco Call Manager (attivo):
Immagine aggiunta dall'utente
  1. Ricercare il Sessione SIP scadenza del Timer:
Immagine aggiunta dall'utente

Tutti gli endpoint registrati CUCM utilizzano questo timer. Quando l'endpoint è attiva una chiamata con un altro endpoint remoto, una delle parti deve aggiorna la sessione e invia un rinnovare l'invito o su Aggiorna. Questo aggiornamento deve essere inviato prima metà del Timer scade 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

Basato sulla negoziazione iniziale User Agent Client /User agente Server UAC/UAS (), uno degli endpoint viene aggiornata la sessione quando invia un rinnovare l'invito. Se l'aggiornamento di controllo dell'account utente, l'utente che ha avviato la chiamata ha la responsabilità di aggiornare la sessione. Se l'aggiornamento è UAS, il server ha che richiede di aggiornare la sessione. Raccogliere i registri di debug SIP da entrambi gli endpoint e controllare questi elementi:

Ad esempio: Chiamata effettuata da entità A CUCM entità B. Se l'aggiornamento è UAC su entità A e UAS nella parte b:

1.     A parte ha inviare il rinnovare l'invito / aggiornamento al sistema CUCM.
2.     CUCM deve inviare un rinnovare l'invito / aggiornamento per entità B.
3.     Parte B riceve il rinnovare l'invito e risponde al messaggio con un 200 OK.
4.     CUCM deve inviare 200 OK entità A.

Se un endpoint invia il messaggio rinnovare l'invito a CUCM, CUCM Invia un rinnovare l'invito per l'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 gli endpoint non viene avviata il rinnovare l'invito, potrebbe essere un problema con l'endpoint. Coinvolgere il centro di assistenza tecnica Cisco (TAC) al fine di indagare ulteriormente.
 
L'elenco di novità da provare [se questa opzione non è già] nell'area configurazione avanzata della zona andando a Webex:
Attivare il Modalità di filtro SIP UDP/IX A il [non il valore predefinito]:
Immagine aggiunta dall'utente
E verificare i timer di sessione SIP su VCS-e anche.
 
Il valore predefinito è 1800 [15 minuti], che è standard e si consiglia di verificare che il timer TCP sul Firewall corrispondenze qui anche, ma si potrebbero urtare questo un po' per vedere se ha un effetto anche sul VCS.

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

Nota l'intervallo di aggiornamento sessione (secondi) è impostato sul valore predefinito. Provare a 3600. Ma la radice effettiva del problema qui è quando il FW ritiene che una sessione non è più in uso [caso 1], quando VCS che in realtà è ok e che la sessione è ancora attivo, ma non riceve una FIN/chiusura su tale sessione/porta e tenta di riutilizzare ed i dadi di chiamata. [caso 2] è il FW correttamente chiude la connessione e invia un FIN/chiusura e VCS registra una normale chiamata discesa/compensazione e muore anche la chiamata. Modifica solo il timer sessione qui controlla quando VCS sarà rinunciare a una sessione di ricevere qualsiasi ACK per qualsiasi comunicazione tentate per quanto riguarda lo stato della chiamata non riuscita.
 
Ci consente di individuare anche se il problema un po' meglio. È anche possibile che dobbiamo abbassare questo valore in base all'impostazione FW per questo timer.

Questo articolo è stato utile?