Les conditions et interactions suivantes s'appliquent à la fonction de trace-route automatique :
-
Si plusieurs liaisons sont perdues en même temps, seul un nombre limité de commandes de traçage automatique est lancé.
-
10 demandes de trace-route sont mises en mémoire tampon à tout moment; toutes les autres défaillances de liaison qui dépassent la taille de la mémoire tampon sont abandonnées.
-
Une seule commande de trace automatique est lancée et complétée à la fois pour chaque système. Une nouvelle trace automatique ne peut pas commencer tant que la trace automatique précédente n'est pas terminée ou abandonnée. Dès qu'une commande de traçage automatique est émise pour un lien défectueux particulier, cette entrée est supprimée de la mémoire tampon des liens défectueux.
-
La commande de traçage automatique est abandonnée lorsque :
-
La découverte de sauts ayant échoué, c’est-à-dire que les trois paquets pour ce saut n'ont reçu aucune réponse (trois astérisques).
-
Un autre processus (par exemple, une commande de trace-route initiée par l'utilisateur) a priorité.
-
Communication Manager se réinitialise (niveau 2 ou supérieur); aucune autre trace de routage automatique n'est lancée pendant une réinitialisation et le tampon de liaison défaillante est effacé.
-
Le système d'exploitation (OS) Linux s'arrête de façon anormale; toute commande de traçage automatique en cours sur la carte réseau native est abandonnée et le tampon de liaison défaillante est effacé.
Remarque :
Les abandons dus à un arrêt anormal du système d'exploitation Linux ne sont pas consignés dans le journal des événements IP; les journaux du système d'exploitation Linux doivent indiquer que le système d'exploitation a redémarré.
-
Serveurs dupliqués uniquement : les serveurs s'interchangent (non consignés dans le journal des événements IP) ; les autres zones des fichiers journaux doivent indiquer l'interchange des serveurs, qui comprend également un redémarrage à chaud (réinitialisation du système 1). La mémoire tampon de lien défaillant est conservée lors d'un échange, et les commandes de traçage dans la mémoire tampon sont lancées après un échange ou une réinitialisation à chaud.
Étant donné que les fichiers journaux résident sur chaque serveur, un échange de serveur signifie que le fichier journal en cours d'écriture change également. Seules les entrées qui se produisent lorsque le processeur donné est actif apparaissent dans le journal de ce serveur. Pour obtenir un historique complet, vous devez vous rendre sur chaque serveur et consulter les journaux respectifs.
-
La commande n'est pas complétée dans un délai prédéterminé :
-
Serveurs pris en charge : la configuration du disque RAM soutient la fiabilité du serveur en survivant partiellement à une défaillance du disque. Dans ce cas, même si Communication Manager s'exécute sur le disque RAM, il n'y a pas de disque sur lequel le système peut écrire les résultats du tracé automatique. Pour les serveurs pris en charge, voir Description et référence du matériel Avaya Aura® Communication Manager.
