Mis llamadas de vídeo a la Plataforma de vídeo de Cisco Webex, las sesiones son soltando después de 15 minutos (o posterior a cualquier hora específica)

Mis videollamadas a las sesiones de la plataforma de video de Cisco WebEx están cayendo después de 15 minutos (o después de cualquier hora específica).

Las conexiones de videollamada a la plataforma de video de Cisco WebEx se desconectan después de 15 minutos.

Las llamadas SIP caen después de un intervalo de tiempo establecido.

Las conexiones de punto final a la plataforma de video de Cisco WebEx se desconectan después de 15 minutos.

Las videollamadas caen después de 15 minutos.

 

El texto de éste artículo se creó en inglés y se tradujo automáticamente. No se ofrece ningún tipo de garantía, ya sea expresa o implícita, en relación con la exactitud, precisión o confiabilidad de cualquier traducción automática del inglés a cualquier otro idioma. Cisco no es responsable de la información inexacta, errores o daños causados por la traducción inadecuada del contenido o el uso de la información.

Nota: La nube CMR ha sido renombrada a Cisco WebEx Video Platform. Algunos enlaces y el texto todavía es posible que llame nube de CMR, pero la información debería seguir siendo válida para el servicio se ha cambiado por.

Causa: Cuando las llamadas de video se desconectan en exactamente 15 minutos, el problema común es el tiempo de espera TCP configurado en la red (firewall/routers) es menor que la sesión del SORBO expira el temporizador. Por abandono en el CallManager, el temporizador de la sesión del SORBO expira se fija a 1800 segundos.

Solución:

Para verificar esta:

  1. Administración abierta del administrador de las comunicaciones unificadas de Cisco (CM).
  1. Haga clic en Sistema > Parámetros de servicio.
  2. Bajo Seleccione servidor y servicioEn Servicio cuadro de lista desplegable, seleccione Cisco Call Manager (activo):
Imagen agregada por el usuario
  1. Busque el Sesión del SORBO expira el temporizador:
Imagen agregada por el usuario

Todos los puntos finales registrados a CUCM utilizan este temporizador. Cuando el punto de conexión está en una llamada con otro punto de conexión remoto, una de las partes tiene que actualizar la sesión y envía una re-INVITE o UPDATE. Esta actualización tiene que enviarse antes de la mitad del temporizador de expiración de la sesión (1800/2 = 900 segundos = 15 minutos). Si no se recibe ningún mensaje de actualización, la llamada se desconecta.

Compruebe el temporizador de sesión en la invitación inicial. Se debe recibir una actualización (INVITE/UPDATE) antes de que expire este tiempo:
Imagen agregada por el usuario

De acuerdo con la negociación inicial del cliente del agente de usuario/del servidor del agente de usuario (UAC/UAS), uno de los puntos finales restaura la sesión cuando envía una re-invitación. Si el repaso es UAC, el iniciador de la llamada tiene la responsabilidad de actualizar la sesión. Si el repaso es UAS, el servidor tiene que actualizar la sesión. Recoja los registros del Debug del SORBO de ambos puntos finales y marque estos elementos:

Ejemplo: Llamada hecha de la parte a a CUCM a la parte B. Si el repaso es UAC en las partes A y UAS del partido B:

1.     La parte a tiene que enviar la re-invitación/la actualización al CUCM.
2.     CUCM tiene que enviar una re-invitación/actualización a la parte B.
3.     La parte B recibe la re-invitación y responde a ese mensaje con un 200 OK.
4.     CUCM tiene que enviar 200 OK a la parte a.

Si un punto final envía el mensaje de la re-invitación al CUCM, CUCM envía una re-invitación a la otra parte. Sin embargo, si esto no es recibido por el lado remoto entonces esto podría ser debido a algunos dispositivos de red en el medio. Es altamente posible que la re-invitación/la respuesta no consiga a uno de los lados debido a la inspección del SORBO o a los ajustes de red.
Si los puntos finales no inician la re-invitación, podría ser un problema con el punto final. Implique el centro de asistencia técnica de Cisco (TAC) para investigar más lejos.
 
En la lista de cosas para probar [Si esto no ha sido ya] en el área de configuración avanzada de la zona que va a Webex:
Gire el Modo de filtro SIP UDP/IX Para En [no es el valor predeterminado]:
Imagen agregada por el usuario
Y marque los temporizadores de la sesión del SORBO en VCS-e también.
 
Nuestro valor predeterminado es 1800 [15 minutos], que es estándar y querrás asegurarte de que el temporizador TCP en tu firewall coincida aquí también, pero podrías golpear esto un poco para ver si tiene un efecto también en tu VCS.

Esto está bajo Configuración > Protocolos > Sip:
Imagen agregada por el usuario

Tenga en cuenta que el intervalo de actualización de sesión (segundos) se establece en el valor predeterminado. Podrías probar 3600. Pero la raíz real del problema aquí es cuando el FW piensa que una sesión está no más en uso [caso 1], cuando el VCS realmente piensa que es aceptable y que la sesión todavía está para arriba pero no recibe un FIN/un cierre en esa sesión/el puerto e intenta reutilizarlo y la llamada muere. [caso 2] es el FW cierra correctamente la conexión y envía un FIN/cierre y el VCS registra una caída de llamada normal/la compensación y la llamada también muere. La modificación del temporizador de la sesión aquí apenas controla cuando el VCS dará para arriba en una sesión después de que haya fallado para recibir cualquier ACK para cualquier intento de comunicación con respecto al estatus de la llamada.
 
Sin embargo, nos puede ayudar a identificar el problema un poco mejor. También es posible que necesitemos bajar este valor dependiendo de la configuración de FW para este temporizador.

¿Ha encontrado este artículo útil?