Détection des défaillances CNR (Cisco Network Registrar) à l`aide

Détection des défaillances CNR (Cisco Network Registrar) à l'aide
du protocole LDAP (Lightweight Directory Access Protocol)
Contenu
Introduction
Conditions préalables
Conditions requises
Composants utilisés
Conventions
Informations générales
Le procédé de détection de panne
Paramètres relatifs
Informations connexes
Introduction
Ce document explique comment le CNR détecte des pannes de demande de LDAP.
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 toutes les versions en cours du CNR.
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
Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Informations générales
L'installation de LDAP CNR est multitâche. Chaque objet de LDAP CNR a un nombre configurable de connexions associées avec lui. Le CNR
crée un thread pour chaque connexion configurée dans un objet de LDAP CNR. Chaque thread peut avoir un maximum des demandes de LDAP
de max-request associées avec sa file d'attente de demandes.
Le procédé de détection de panne
Chaque demande de LDAP est initiée synchroniquement, mais les résultats reviennent asynchrone.
Exemple :
Filetez les débuts A avec les éléments zéro dans sa file d'attente de demandes.
Filetez A reçoit une demande de LDAP du serveur DHCP, alors qu'il traite LES DÉCOUVRENT, DEMANDENT, et ainsi de suite.
Filetez les initiés une requête de LDAP, les mettez à jour, ou les créez.
Le serveur LDAP envoie un code retour pour indiquer qu'il a reçu la demande de consultation (le code retour n'est pas la requête réelle,
mise à jour, ou créer le résultat). Si le CNR n'a pas des nouvelles du serveur LDAP, il marque la connexion de LDAP comme inactif,
commence un temporisateur pour maintenir le réactiver-intervalle, et des tentatives de rebrancher au LDAP à une date ultérieure.
5. Filetez A met la demande et le code retour dans sa file d'attente de demandes, et marque la demande comme en attendant (c'est-à-dire,
attendant des résultats du serveur LDAP).
1.
2.
3.
4.
6. Filetez les contrôles A pour voir s'il y a des résultats du serveur LDAP.
7. S'il y a un résultat, le CNR retire la demande correspondante de la file d'attente. Le CNR répète ce procédé pour tous les résultats
disponibles du serveur LDAP.
8. Après que le CNR ait traité toutes les demandes disponibles, s'il y a des demandes dans la file d'attente qui ont lieu après le délai
d'inactivité, elles remettent à plus tard ou relâchent ces demandes de LDAP. Si le CNR relâche ou remet une demande à plus tard de LDAP
dépend du type de requête (la requête de LDAP, mettent à jour, ou créent) et s'il y a des autres serveurs LDAP disponibles, comme des
serveurs LDAP de recherche séquentielle ou de Basculement.
9. Filetez les attentes A l'intervalle de threadwaittime et répétez le processus de l'étape 2.
Si, à tout moment entre l'étape 2 et l'étape 8, le serveur LDAP est déclaré être en panne, le CNR vide toutes les demandes en attente associées
avec les thread d'objet de LDAP. L'objet de LDAP attend alors le délai prévu de réactiver-intervalle pour passer avant qu'il tente de rétablir une
connexion avec ce serveur LDAP.
Si le premier serveur LDAP a été déclaré vers le bas, le CNR vérifie pour voir s'il y a un deuxième objet de serveur LDAP qui a été configuré en
tant que serveur de Basculement de LDAP. S'il y a un deuxième objet de serveur LDAP, le CNR envoie des demandes à ce serveur LDAP.
Paramètres relatifs
Ce tableau présente des paramètres concernant la discussion ci-dessus. Pour plus d'informations sur la façon placer ces paramètres, référez-vous
au guide de référence CLI du Network Registrar 5,0.
Propriété d'objet
de LDAP CNR
Description
réactiver-intervalle
Le CNR d'intervalle attend avant qu'il tente de rétablir une
connexion avec un serveur LDAP qui est vers le bas.
threadwaittime
L'intervalle (en quelques millisecondes) auxoù chaque
connexion client de LDAP vote pour des résultats, si elle a des
requêtes ou des mises à jour exceptionnelles.
délai d'attente
Le temps une demande de LDAP demeure sur une file
d'attente de connexion avant qu'elle soit éventée avoué et
chronomètre.
Informations connexes
Notes techniques de dépannage
© 1992-2010 Cisco Systems Inc. Tous droits réservés.
Date du fichier PDF généré: 30 juillet 2013
http://www.cisco.com/cisco/web/support/CA/fr/109/1093/1093175_cnr_ldap_failure.html