Services de mise en réseau d'applications : Logiciel de cache Cisco

Content Engine se bloque après 3-4 heures

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Après qu'une recharge, les caches d'engine de contenu pendant environ trois heures et puis arrêts. Par la suite, le cache doit sauté surcharger. Ce document décrit une question générique de routage TCP/IP qui affecte de manière significative les caches d'Internet pendant qu'ils ouvrent des connexions aux nombres énormes d'hôtes en Internet public.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco Content Engine.

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.

Conventions

Référez-vous au Conventions relatives aux conseils techniques Cisco pour les informations sur des conventions de document.

Diagramme du réseau

Ce document utilise la configuration réseau suivante :

ce_hangs.gif

Problème

Après qu'une recharge, les caches d'engine de contenu pendant environ trois heures et puis arrêts. Par la suite, le cache doit sauté surcharger.

Le problème comme décrit se produit si le cache est placé dans le même IP de sous-réseau que le routeur internet sortant, mais il est configuré pour ne pas l'utiliser comme passerelle par défaut. Pour vérifier si c'est la cause, émettez la commande de show ip route sur le cache après un certain compte rendu d'exécution. Si on voit des artères qui n'ont pas été configurées, ils sont appris de l'ICMP réorientent des paquets. Ces artères sont créées pour chaque hôte séparément. Après une période, le périphérique consomme la consultation de ressources CPU la table de routage avant que tous les paquets soient envoyés.

Solution

Cette section décrit la solution au problème.

Si ceci se produisait par la mauvaise configuration de la passerelle par défaut, la solution est d'appliquer la configuration correcte sur le cache. Il peut y a une condition requise de conception pour ceci, si quelques Internet/sites internes sont accessibles par l'intermédiaire de différents Routeurs dans le segment ou un protocole de routage dynamique est utilisé afin de déterminer les artères. La meilleure solution pour ce cas est de changer la conception de réseaux de sorte que le cache apparaisse sur un sous-réseau distinct. Si un commutateur de la couche 3 est utilisé, vous pouvez configurer BVI afin d'appliquer cette solution.

Dans certaines situations, vous ne pouvez émettre l'aucune commande d'ip redirects à l'interface du routeur utilisée comme passerelle par défaut par le cache afin de désactiver la fonction d'envoi pour l'ICMP réorientez des paquets. Cette solution doit être soigneusement considérée parce qu'elle entraîne généralement moins d'utilisation efficace sur le réseau local.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 22059