WebEx : Cisco TelePresence MCU MSE 8510

El MCU experimenta el funcionamiento pobre de la red

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe las posibles causas del funcionamiento pobre de la red con la unidad de control multipunto del Cisco TelePresence (MCU) debido al uso de la interfaz Web y el número máximo de red inicia sesión y también describe algunas Soluciones posibles.

Contribuido por Katrina Currie, Cisco dirigiendo, y Adán Wamsley, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Cisco TelePresence MCU
  • HTTP (Hypertext Transfer Protocol)
  • Protocolo de transporte de hipertexto seguro (HTTPS)

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • 4500 Series del Cisco TelePresence MCU
  • 5300 Series del Cisco TelePresence MCU
  • Cisco TelePresence MCU 8510

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Productos Relacionados

Este documento se puede también utilizar con estas versiones de software y hardware:

  • 4200 Series del Cisco TelePresence MCU
  • Cisco TelePresence MCU 8420

Antecedentes

El MCU tiene ocho hilos con los cuales pueda procesar los pedidos de HTTP. Estas conexiones se ocupan no sólo de los usuarios de la interfaz Web, pero de otras peticiones sobre el HTTP también, por ejemplo la interfaz de programación de aplicaciones (API). Por lo tanto, el número de Web User o de peticiones que son enviados por cada Web User, junto con el número de dispositivos API o de peticiones API, influencia el número de hilos se utilizan que.

Las conexiones del Transmission Control Protocol (TCP) pueden estar en el estado de las señales de mantenimiento. El MCU soporta tres conexiones simultáneas de las señales de mantenimiento HTTP, que toman tres de los ocho subprocesos de trabajo. Si el MCU no recibe ningunos datos por 32 segundos (entre otras condiciones), cierra la conexión. Las señales de mantenimiento son distintas del login total del Web User. Para más información sobre las señales de mantenimiento vea la sección de las conexiones persistentes del Protocolo de transporte de hipertexto -- Nota HTTP/1.1.

Nota: La sección 8.1.2 de los estados ya mencionados de la nota que el comportamiento predeterminado para HTTP/1.1 es utilizar las señales de mantenimiento, solamente la encabezado debe todavía ser presente para utilizarlas en las versiones 4.4 MCU y anterior.

Cuando un usuario carga una página web, los pedidos de HTTP se envían al MCU; sin embargo, el MCU puede tener más de ocho usuarios registrados en la interfaz Web en cualquier momento (véase la tabla siguiente). Los pedidos de HTTP simultáneos que son enviados por los usuarios autenticados son limitados por el número de hilos. Aunque el MCU tiene solamente ocho hilos con los cuales pueda procesar las peticiones, hace cola otras 20 peticiones antes de que se rechacen ningunos.

Modelo MCUNúmero máximo de sesiones web
450134
532050
531030
8510130

Problema

El funcionamiento pobre de la red del MCU se experimenta, y se observan estos problemas:

  • La interfaz Web MCU carga lentamente y las aplicaciones o los dispositivos que obran recíprocamente con el MCU API pierden la conexión.
  • Los usuarios señalan que pueden no más alcanzar la interfaz Web MCU. Las conferencias siguen siendo active y el MCU todavía responde a los ping. Después de que una reinicialización dura, el MCU sea accesible otra vez.

Estos mensajes aparecen en el registro de acontecimientos (registros > registro de acontecimientos):

112336.297 HTTP : Info : closed http connection - overloaded
112348.390 HTTP : Info : closed http connection - overloaded
112353.392 HTTP : Info : closed http connection - overloaded
112429.516 HTTP : Info : closed http connection - overloaded
112510.617 HTTP : Info : closed http connection - overloaded
112551.739 HTTP : Info : closed http connection - overloaded
112632.838 HTTP : Info : closed http connection - overloaded
2014/10/22 11:58:12.205 HTTP Info 192.1.100.64:53551 connected for 10361s -
listening (102); 192.1.100.64:53475 connected for 10391s - listening (102);
192.1.100.64:53474 connected for 10391s - listening (102); 7116

2014/10/22 11:58:12.205 HTTP Info 192.1.100.64:52451 connected for 10703s -
listening (102); 192.1.100.64:53554 connected for 10361s -listening (102);
192.1.100.64:52450 connected for 10703s - listening (102); 7117

2014/10/22 11:58:12.205 HTTP Info 192.1.100.64:53515 connected for 10376s -
listening (102); 192.1.100.64:52491 connected for 10690s -listening (102); 7118

2014/10/22 11:58:17.206 HTTP Info closed http connection - overloaded"

Solución

El MCU maneja una carga más pesada cuando es utilizado por un gran número de participantes video, así que menos uso de la red se requiere para afectar al contrario a su funcionamiento.

Bajo utilización normal, cuatro sesiones de la interfaz Web, donde los usuarios envían aproximadamente una petición por segundo, no deben causar al MCU ninguna problemas. Para estar absolutamente seguro que ocurren ningunos problemas, Cisco recomienda a solamente un Web User y un dispositivo API (se recomienda la habitación de Mangement del Cisco TelePresence (TMS)).

Nota: Cisco recomienda que los clientes de encargo API utilizan los números de revisión y las señales de mantenimiento, y que solamente una petición está enviada en un momento para el mejor funcionamiento.

Cuando auto-restaure (las configuraciones > interfaz de usuario) se habilita, él aumenta el número de pedidos de HTTP de la red. Cisco sugiere fuertemente que esta característica esté inhabilitada para el mejor funcionamiento.

Para asegurarse de que no permanezcan los usuarios abrió una sesión durante un largo periodo del tiempo, navegan al > Security (Seguridad) de las configuraciones y cambian el valor de agotamiento del tiempo ocioso de la sesión web. Este valor se puede fijar entre 1 minuto y 60 minutos. Cuando expira el tiempo del conjunto, requieren al usuario iniciar sesión otra vez.

Nota: Si se habilita la característica de la auto-restauración, mantienen a la sesión web abierta indefinidamente.

Cisco recomienda fuertemente que los usuarios monitorean el MCU vía TMS, que sondea el MCU cuando está utilizado. Si los usuarios marcan TMS en vez de la interfaz Web MCU, un gran número de logines de la red pueden ser evitados.

Si no lo hacen las recomendaciones ya mencionadas remediate el problema de rendimiento pobre de la red, asegurarse de que el MCU funcione con la versión de software 4.4 o 4.5. Estas versiones hacen salir los mensajes del registro con la información sobre los dispositivos que utilizan encima de los hilos HTTP. Investigue las razones que estos dispositivos hacen tan muchas conexiones al MCU y no cierran las conexiones puntualmente.

Otras consideraciones

Aquí están algunas otras consideraciones a tener presente cuando las tentativas se hacen al remediate este problema:

  • ¿Cómo los usuarios acceden la interfaz Web?
  • ¿Cuántos clientes API obran recíprocamente con el MCU?
  • ¿Están utilizando a qué navegador y versión del buscador?

Problema conocido

El Id. de bug Cisco CSCtz35468 (vulnerabilidad del agotamiento de memoria del software MCU) es un problema conocido con el uso del navegador del Internet Explorer 9.

Información Relacionada



Document ID: 118752