AXITComTrafic
Solutions
PBXInterface Comtrafic X Entreprise Comtrafic X Hospitality Constructeurs de PBX
En savoir plus
Pourquoi AXIT À propos — éditeur depuis 1998 Ressources et conformitéInfos & blogSécurité et souveraineté Contact
CISCO Unified Communications Manager · CUCM · CallManager

Cisco Unified Call Manager : la collecte des tickets, et le pilotage

Le CUCM ne se laisse pas interroger : il dépose ses tickets sur un serveur FTP que porte le poste de collecte, et Comtrafic les reprend fichier par fichier. Le pilotage par l'API AXL est un chantier planifié, annoncé sans date.

Les prérequis du raccordement

Aucun agent installé sur le standard · le pilote de collecte est livré · éditeur français depuis 1998

En un coup d'œil

Ce qui est raccordé chez Cisco

Extrait du tableau de compatibilité, limité à cette marque. La colonne PBXInterface dit ce qui est piloté aujourd'hui, et ce qui ne l'est pas encore.

ModèleType de ticketCollecte ComtraficPBXInterfaceInteractivité résident
Unified Call ManagerRaccordementXMLFichiersPrévu
Le raccordement

Ce qu'il faut préparer, des deux côtés

Les prérequis ci-dessous sont ceux du guide de raccordement publié ; il décrit le mode opératoire complet, écran par écran.

Côté CUCM

Déclarer un « billing server » et laisser le standard pousser

Ticket XML · Collecte Fichiers · PBXInterface : chantier engagé — Connecteur planifié, via l'API AXL
Le raccordement pas à pas →

Le CUCM sait envoyer ses CDR à une application de facturation externe. On la déclare dans Cisco Unified Serviceability, sous Tools > CDR Management, et le standard dépose ensuite ses fichiers tout seul.

  • Un accès administrateur aux pages Unified CM et Unified Serviceability
  • Une entrée billing server : adresse du collecteur, identifiant, mot de passe, protocole FTP
  • Chemin de dépôt laissé vide — c'est le compte qui décide du répertoire
  • Les fichiers déposés se nomment cdr_… : leur présence est le premier contrôle à faire
Côté collecte

Un serveur FTP sur le poste de collecte

C'est la particularité de ce raccordement : le poste de collecte doit héberger un serveur FTP où le CUCM viendra déposer. Le guide le montre avec un serveur libre, mais tout serveur FTP convient — c'est le compte et le répertoire qui comptent.

  • Un compte dédié au dépôt, avec droit d'écriture (et de lecture) sur son répertoire
  • Le dépôt testé avec un client FTP avant de configurer quoi que ce soit d'autre
  • Reprise des fichiers cdr_*, supprimés après lecture pour que le répertoire ne gonfle pas
  • Le serveur FTP doit être en service avant la déclaration côté CUCM : sinon la configuration peut n'être pas prise en compte
Les deux produits

Lire et piloter ne sont pas au même stade

Sur un parc Cisco, Comtrafic est disponible et PBXInterface ne l'est pas encore. Autant le dire ici plutôt que de le découvrir au cadrage.

Comtrafic — disponible

Ce que la collecte rend

Consommation par service, par site et par entité juridique, document de refacturation, qualité de l'accueil — appels perdus, temps de décroché, plages réellement couvertes — et journal d'actions nominatif et horodaté.

  • Lecture seule : le CUCM dépose, Comtrafic reprend — rien n'est demandé au standard
  • Installation dans votre périmètre : les tickets ne sortent pas de votre infrastructure
  • Le même logiciel lit les autres marques du parc — un seul outil, un seul mode de calcul

Comtrafic X Entreprise en détail →

PBXInterface — chantier planifié

Le pilotage passerait par l'API AXL

Le CUCM expose son administration par le service web AXL. C'est la voie retenue pour PBXInterface ; le chantier est planifié, sa mise à disposition dépend d'un équipement réel de validation, et nous n'annonçons pas de date.

  • Le service Cisco AXL Web Service activé sur le CUCM
  • Un Application User portant le rôle Standard AXL API Access
  • L'accès HTTPS au point d'entrée /axl/ (port 8443)
  • Version minimale CUCM 12.5 — le WSDL suit la version du serveur
  • Files d'attente et SVI riches ne sont pas dans le CUCM : ce sont des produits séparés (UCCX, CVP, Unity). Côté CUCM, la distribution d'appels se limite aux Hunt Pilot, Hunt List et Line Group

Ce que PBXInterface pilote aujourd'hui →

Le vocabulaire et le périmètre : qu'est-ce que la supervision de parc IPBX ?

Documentation

Les guides publiés pour cette marque

Mode opératoire complet, écrans du constructeur à l'appui.

Questions fréquentes

Questions fréquentes — Cisco

Le dépôt des CDR, le serveur FTP, et ce que le CUCM n'expose pas.

Oui. Le CUCM ne se laisse pas interroger : on le configure pour qu'il dépose ses CDR sur un serveur FTP, déclaré dans Cisco Unified Serviceability sous Tools > CDR Management. Comtrafic reprend ensuite les fichiers, qui se nomment cdr_…, et les supprime après lecture.
Oui, et c'est la particularité de cette marque : le poste de collecte doit héberger un serveur FTP où le standard viendra déposer. N'importe quel serveur FTP convient — ce qui compte est le compte dédié, son droit d'écriture sur le répertoire, et le fait de le mettre en service avant de déclarer le dépôt côté CUCM.
Pas aujourd'hui. La voie retenue est le service web AXL du CUCM, avec un Application User portant le rôle Standard AXL API Access et une version 12.5 au minimum ; le chantier est planifié et annoncé sans date. À noter : les files d'attente et les SVI riches ne sont pas dans le CUCM mais dans des produits séparés.
Il se traite comme tel, et le périmètre est étroit : ce serveur vit sur le poste de collecte, dans votre réseau interne, avec un compte dédié autorisé en écriture sur un seul répertoire. Le CUCM y dépose ses fichiers, Comtrafic les reprend et les supprime après lecture. Rien de tout cela n'est exposé au-delà de votre réseau.

Faire vérifier votre installation

Donnez-nous la version de votre CUCM et la façon dont les CDR sont produits aujourd'hui. Nous vous disons par écrit ce qui se raccorde, ce qui demande une étude, et ce qui ne se fera pas.

Les autres constructeurs

Réponse sous 4 heures ouvrées · qualification écrite et gratuite