Interfaces et modules Cisco : Module du moteur de contrôle des applications Cisco ACE

ACE améliorent à A5(2.2) et à Équilibrage de charge basé sur URL de causes plus élevées

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

Introduction

Ce document décrit comment identifier et résoudre un problème qui se pose quand l'engine de contrôle d'application (ACE) a été mise à jour à la version A5(2.2) ou à l'Équilibrage de charge postérieur et basé sur URL échoue.

Contribué par Alex Rickard, ingénieur TAC Cisco.

Problème

ACE a été mis à jour à la version A5(2.2) d'une version antérieure du logiciel. Après la mise à jour à la version A5(2.2), ACE remet à l'état initial la connexion pour l'URLs qui contiennent les caractères RFC2396 non-conformes, une fois configuré pour la correspondance URL a basé l'Équilibrage de charge. ACE signale « des erreurs d'analyser statiques » dans la sortie « de HTTP de show stats ».

Solution

Dans la version de logiciel A5(2.2) en raison de l'ID de bogue Cisco CSCud39381, le comportement par défaut d'ACE est de se conformer à RFC2396 pour l'Équilibrage de charge basé par correspondance URL.

Afin de permettre au programme d'analyse syntaxique de HTTP d'ACE pour faciliter les caractères RFC2396 non-conformes, configurez une carte de paramètre de HTTP de type qui permet analyser non-strict. Ensuite, appliquez cette carte de paramètre à la stratégie/au class-map appropriés.

Le format de la carte de paramètre de HTTP est :

parameter-map type http <NAME>
  parsing non-strict

Remarque: Dans les versions de logiciel A5(2.0) et plus tard, avec l'exclusion de la version A5(2.2), le programme d'analyse syntaxique de HTTP d'ACE a reçu des caractères ASCII de l'ordre 32 - de 126 et de 128 - 255.

Remarque: Dans les versions de logiciel plus tôt que la version A5(2.0), le programme d'analyse syntaxique de HTTP d'ACE a reçu des caractères ASCII seulement dans la plage 32 - 126.



Document ID: 116328