Inventaire des dépendances système

1. Les Dépendances Fondamentales : DNS et NTP

Commençons par les services les plus fondamentaux, sans lesquels aucune communication IP ne peut être fiable : le DNS (Domain Name System) et le NTP (Network Time Protocol).

• DNS : Permet à vos systèmes (CUCM, SME, SBC) de résoudre les noms de domaine (FQDN) en adresses IP. C'est indispensable pour que les équipements puissent se "trouver" les uns les autres, ainsi que pour contacter les serveurs LDAP, les serveurs de messagerie, etc.
• NTP : Synchronise les horloges de tous vos équipements. Une heure précise et cohérente est vitale pour la validation des certificats de sécurité (TLS), la corrélation des journaux d'appels (logs) et des CDRs (Call Detail Records), ainsi que pour la synchronisation des bases de données au sein d'un cluster CUCM.

Comment Inventorier ces Dépendances ?

Votre première tâche consiste à identifier les serveurs DNS et NTP utilisés par chaque composant de votre infrastructure.

• Pour CUCM, SME et Cisco Unity Connection :

  • Connectez-vous à l'interface en ligne de commande (CLI) de chaque serveur et utilisez la commande show network eth0. Vous y verrez les serveurs DNS configurés.
  • Pour une vue plus formelle et pour le NTP, accédez à la page Cisco Unified OS Administration. Les serveurs NTP sont listés sous Settings > NTP Servers. Les serveurs DNS sont sous Settings > IP > Ethernet.

• Pour les SBC AudioCodes :

  • Connectez-vous à l'interface web du SBC.
  • Les serveurs DNS se trouvent généralement dans le menu IP Settings > DNS.
  • Les serveurs NTP sont configurés sous IP Settings > Time & Date, comme le montre l'image ci-dessous.

Votre action : Créez un tableau simple listant chaque équipement (Publisher CUCM, Subscriber CUCM, SME, Unity Connection, chaque SBC) et notez les adresses IP ou FQDN de ses serveurs DNS et NTP. Ce sera le premier volet de votre inventaire.

2. Dépendances d'Annuaire et d'Authentification : LDAP

L'intégration LDAP (Lightweight Directory Access Protocol) est le pont entre votre système de téléphonie et votre annuaire d'entreprise (généralement Microsoft Active Directory). Elle permet de synchroniser les utilisateurs, de valider les mots de passe et de peupler l'annuaire téléphonique. C'est une dépendance critique.

Lors du décommissionnement de CUCM, cette synchronisation sera rompue. Les utilisateurs migrés vers Webex Calling s'appuieront sur un autre système d'identité (par exemple, Webex Identity synchronisé avec Azure AD). Il est donc impératif de comprendre la configuration actuelle.

Comment Inventorier l'Intégration LDAP ?

1. Dans Cisco Unified CM Administration, naviguez vers System > LDAP.
2. Examinez attentivement les sections LDAP Directory et LDAP Authentication.
3. Documentez les informations suivantes :
   • Adresses des serveurs LDAP : IPs ou FQDNs.
   • Port LDAP : 389 pour du LDAP standard (non chiffré) ou 636 pour LDAPS (LDAP sécurisé sur TLS).
   • Base de recherche (User Search Base) : L'unité d'organisation (OU) dans votre annuaire où se trouvent les utilisateurs.
   • Utilisateur et mot de passe de service : Le compte utilisé par CUCM pour se connecter à l'annuaire.
   • Configuration de la synchronisation : La fréquence à laquelle CUCM met à jour sa base de données depuis l'annuaire.

Si le port 636 (LDAPS) est utilisé, cela implique une dépendance de certificat. CUCM doit faire confiance au certificat présenté par le serveur LDAP.

Votre action : Documentez votre configuration LDAP. Si LDAPS est utilisé, allez dans Cisco Unified OS Administration > Security > Certificate Management et cherchez dans les certificats de type tomcat-trust ceux qui sont liés à votre annuaire.

3. Dépendances Applicatives : Messagerie Vocale et CTI

Au-delà des services d'infrastructure, vos systèmes de communication sont intégrés à des applications métier. Les deux plus courantes sont la messagerie vocale et les applications CTI.

A. Messagerie Vocale (Cisco Unity Connection)

CUCM et Unity Connection (CUC) sont étroitement liés. Voici comment inventorier leurs liens :

• Flux d'appels (Intégration Téléphonique) : CUCM redirige les appels vers la messagerie via une intégration. Le plus souvent, il s'agit d'un SIP Trunk configuré dans CUCM (Device > Trunk) qui pointe vers l'adresse IP de votre serveur Unity Connection.
• Synchronisation et Administration (AXL) : Unity Connection utilise le protocole AXL (Administrative XML Layer) pour communiquer avec la base de données de CUCM. Cela lui permet de récupérer des informations sur les utilisateurs, les téléphones, etc. Cette connexion est configurée dans CUCM via un Application User (User Management > Application User) qui a les droits AXL API.
• Dépendances Réseau de Unity Connection : CUC a lui-même de nombreuses dépendances.

B. Intégrations CTI (Computer Telephony Integration)

Les applications CTI (centres de contact, consoles d'opérateur, enregistrement d'appels, applications de click-to-call) sont souvent les dépendances les plus critiques et les plus difficiles à tracer. Elles s'intègrent à CUCM via les API TAPI ou JTAPI.

La meilleure piste pour les identifier se trouve dans CUCM :

1. Allez dans User Management > Application User.
2. Analysez la liste des utilisateurs applicatifs. Cherchez ceux qui sont associés à des rôles CTI (par exemple, "Standard CTI Enabled").
3. Pour chaque utilisateur, regardez les "Controlled Devices". Cela vous indiquera quels téléphones, CTI Route Points ou CTI Ports sont contrôlés par cette application.
4. Le nom de l'utilisateur applicatif (ex: UCCX_JTAPI_User) est souvent un indice précieux sur l'application qui l'utilise (ici, Cisco Unified Contact Center Express).

C'est une tâche d'investigation. Vous devrez probablement croiser ces informations techniques avec les connaissances des équipes métier pour identifier chaque application.

4. L'Outil Ultime : Les "Dependency Records" de CUCM

Étant donné votre expérience, vous apprécierez cet outil puissant mais souvent sous-estimé de CUCM : les Dependency Records. Il s'agit d'une fonction intégrée qui vous permet de voir exactement quels autres objets de configuration dépendent d'un objet donné.

Avant de supprimer un élément (un Device Pool, une Partition, un CSS, etc.), vous pouvez utiliser cet outil pour vous assurer que rien ne l'utilise. C'est votre filet de sécurité pour éviter les erreurs lors du nettoyage.

La documentation officielle de Cisco, disponible dans le guide d'administration, confirme cette procédure.

Conclusion de la Leçon

Félicitations ! Vous avez maintenant une méthode structurée pour créer un inventaire complet des dépendances de votre infrastructure de communication.

Points clés à retenir :

• L'inventaire est exhaustif : Il doit couvrir les services réseau (DNS, NTP), les annuaires (LDAP), les applications intégrées (Voicemail, CTI) et les services internes (cluster).
• Documentez systématiquement : Utilisez des tableaux pour suivre les dépendances de chaque serveur et service.
• Soyez attentif aux dépendances cachées : Une connexion sécurisée (LDAPS, SIP/TLS) implique toujours une dépendance de certificat.
• Utilisez les outils à votre disposition : La fonction Dependency Records de CUCM est votre meilleur allié pour valider vos analyses et sécuriser vos opérations de suppression.

Cet inventaire est une pièce maîtresse de votre plan de projet. Il vous garantit de ne pas couper une branche sur laquelle une autre partie de votre entreprise est assise.

Prochaine étape :
Nous avons effleuré le sujet des certificats avec LDAPS. Dans la prochaine et dernière leçon de ce module d'audit, nous allons plonger en profondeur dans ce sujet souvent complexe. Nous apprendrons à identifier les certificats de sécurité (TLS) en usage et leurs dépendances entre les systèmes. C'est une étape cruciale pour garantir la communication sécurisée entre vos SBC, CUCM, et le futur environnement Webex Calling.