Gestion et automatisation de réseau : Cisco Network Registrar

Détection des défaillances CNR (Cisco Network Registrar) à l'aide du protocole LDAP (Lightweight Directory Access Protocol)

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (26 octobre 2005) | Commentaires


Contenu


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 :

  1. Filetez les débuts A avec les éléments zéro dans sa file d'attente de demandes.

  2. Filetez A reçoit une demande de LDAP du serveur DHCP, alors qu'il traite LES DÉCOUVRENT, DEMANDENT, et ainsi de suite.

  3. Filetez les initiés une requête de LDAP, les mettez à jour, ou les créez.

  4. 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).

  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.

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: 13393