WebEx : Cisco TelePresence MCU MSE 8510

Le MCU éprouve la représentation pauvre de Web

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit les causes possibles de la représentation pauvre de Web avec l'unité de contrôle multipoint de TelePresence Cisco (MCU) due à l'utilisation d'interface web et au nombre maximal de procédures de connexion de Web et décrit également quelques solutions possibles.

Contribué par Katrina Currie, Cisco machinant, et Adam Wamsley, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • TelePresence Cisco MCU
  • Protocole HTTP (Hypertext Transfer Protocol)
  • Hypertexte Transfer Protocol sécurisé (HTTPS)

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco TelePresence MCU série 4500
  • Gamme 5300 de la TelePresence Cisco MCU
  • TelePresence Cisco MCU 8510

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Produits connexes

Ce document peut également être utilisé avec des ces logiciel et versions de matériel :

  • Cisco TelePresence MCU série 4200
  • TelePresence Cisco MCU 8420

Informations générales

Le MCU a huit thread avec lesquels il peut traiter des demandes de HTTP. Ces connexions traitent non seulement des utilisateurs d'interface web, mais d'autres demandes au-dessus de HTTP aussi bien, comme l'interface de programmation (API). Par conséquent, le nombre d'utilisateurs web ou de demandes qui sont envoyés par chaque utilisateur web, avec le nombre de périphériques API ou de demandes API, affect le nombre de thread qui sont utilisés.

Les connexions de Protocole TCP (Transmission Control Protocol) peuvent être dans l'état de keeps-alive. Le MCU prend en charge trois connexions simultanées de keeps-alive de HTTP, qui prennent trois des huit thread d'employé. Si le MCU ne reçoit aucune donnée pendant 32 secondes (entre d'autres conditions), il ferme la connexion. Les keeps-alive sont distinctes de la procédure de connexion globale d'utilisateur web. Pour plus d'informations sur des keeps-alive voyez la section persistante de connexions de l'hypertexte Transfer Protocol -- Note HTTP/1.1.

Remarque: La section 8.1.2 de la note mentionnée ci-dessus déclare que le comportement par défaut pour HTTP/1.1 est d'utiliser des keeps-alive, mais l'en-tête doit encore être présent afin de les utiliser dans des versions 4.4 et antérieures MCU.

Quand un utilisateur charge une page Web, des demandes de HTTP sont envoyées au MCU ; cependant, le MCU peut avoir plus de huit utilisateurs connectés dans l'interface web à tout moment (voyez la prochaine table). Les demandes de HTTP simultanées qui sont envoyées par les utilisateurs ouverts une session sont limitées par le nombre de thread. Quoique le MCU ait seulement huit thread avec lesquels il peut traiter les demandes, il aligne encore 20 demandes avant qu'en soient rejetés.

Modèle MCUNombre maximal de sessions Web
450134
532050
531030
8510130

Problème

La représentation pauvre de Web du MCU est expérimentée, et ces questions sont observées :

  • L'interface web MCU charge lentement et les applications ou les périphériques qui interagissent avec le MCU API perdent la connexion.
  • Les utilisateurs signalent qu'ils ne peuvent plus atteindre l'interface web MCU. Les conférences sont toujours en activité et le MCU répond toujours aux pings. Après qu'une réinitialisation dure, le MCU soit accessible de nouveau.

Ces messages apparaissent en cas log (logs > journal d'événements) :

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"

Solution

Le MCU manipule un chargement plus lourd une fois utilisé par un grand nombre de participants vidéos, ainsi moins d'utilisation de Web est exigée pour compromettre sa représentation.

Sous l'utilisation normale, quatre sessions d'interface web, où les utilisateurs envoient approximativement une demande par seconde, ne devraient poser au MCU aucun problèmes. Afin d'être absolument sûr que problème ne se pose pas, Cisco recommande seulement un utilisateur web et un périphérique API (la suite de Mangement de TelePresence Cisco (TMS) est recommandée).

Remarque: Cisco recommande que les api client faits sur commande utilisent des nombres et des keeps-alive de révision, et que seulement une demande est envoyée à la fois pour la meilleure représentation.

Quand automatique-régénérez (les configurations > l'interface utilisateur) est activé, il augmente le nombre de demandes de HTTP de Web. Cisco suggère fortement que cette caractéristique soit désactivée pour la meilleure représentation.

Afin de s'assurer que les utilisateurs ne restent pas a ouvert une session pendant une longue période de temps, navigue vers des configurations > la Sécurité et change la valeur du dépassement de durée de veille de session Web. Cette valeur peut être placée entre 1 minute et 60 minutes. Quand le set time expire, l'utilisateur est requis d'ouvrir une session de nouveau.

Remarque: Si la caractéristique d'automatique-régénération est activée, la session Web est maintenue ouverte indéfiniment.

Cisco recommande vivement le ce des utilisateurs surveillent le MCU par l'intermédiaire de TMS, qui vote le MCU une fois utilisé. Si les utilisateurs vérifient TMS au lieu de l'interface web MCU, un grand nombre de procédures de connexion de Web peuvent être évitées.

Si les recommandations mentionnées ci-dessus ne font pas remediate le problème de performance pauvre de Web, s'assurer que le MCU exécute la version de logiciel 4.4 ou 4.5. Ces versions sortent des messages de log avec des informations sur les périphériques qui épuisent les thread de HTTP. Étudiez les raisons pour laquelle ces périphériques établissent tant de rapports au MCU et ne ferment pas les connexions promptement.

D'autres considérations

Voici quelques autres considérations à maintenir dans l'esprit quand des tentatives sont faites au remediate cette question :

  • Comment vont-ils l'accès utilisateur l'interface web ?
  • Combien d'api client interagissent avec le MCU ?
  • Quels navigateur et version de navigateur est utilisé ?

Problème connu

L'ID de bogue Cisco CSCtz35468 (vulnérabilité d'épuisement de mémoire logicielle MCU) est un problème connu avec l'utilisation du navigateur de l'Internet Explorer 9.

Informations connexes



Document ID: 118752