En tant qu'administrateur système, j'ai besoin de maintenir un PBX (systèmes d'échange téléphonique) dans notre entreprise. Maintenant, je dois montrer des statistiques de gestion des appels sortants à travers le PBX afin qu'ils puissent contrôler les utilisateurs et les coûts. Nous utilisons des systèmes d'échange Panasonic TDA. Où puis-je trouver un bon outil pour capturer le trafic sur le port série vers un serveur local.
Cordialement
Merci d'avance
La capture des données CDR/SMDR à partir du port série pourrait sembler être un travail simple mais ce n'est pas le cas. La communication série est très sensible et il n'est pas rare de perdre des données. Par exemple, un téléphone GSM situé à moins de 2 mètres du câble peut causer de gros dommages à la communication. Vous recevrez toujours des données mais elles contiendront des erreurs et vous aurez besoin d'un programme très intelligent qui sera capable de détecter les lignes avec des erreurs afin de ne pas altérer la base de données avec des enregistrements invalides - comme ceux qui sont de quelques jours ou qui contiennent toutes sortes d'erreurs.
Je vous recommande PbxTools PhoneJournal. Il fonctionne uniquement sur Windows mais il prend en charge presque tous les PBX donc en cas de changement de PBX, le logiciel fonctionnera avec le nouveau.
Vous pourriez également essayer de créer votre propre script pour peupler une base de données et faire des statistiques dessus mais cela vous coûterait beaucoup plus cher que d'acheter un logiciel pour ce genre de tâche.
Cela fait des années que je n'ai pas eu affaire à un PBX Panasonic (merci $DEITY), mais de mémoire, ils ne donnent pas les spécifications du protocole série, et pour faire quoi que ce soit avec eux, vous devez acheter leur logiciel coûteux.
Les choses ont peut-être évolué, ou quelqu'un s'est assis et a tout décortiqué et documenté le protocole, mais sinon vous êtes soit coincé avec leur logiciel de gestion, soit vous avez la tâche fastidieuse de le décortiquer vous-même et d'écrire le code dont vous avez besoin.
Je ne connais pas l'aspect Panasonic PBX (je n'ai joué qu'avec Avaya IP Office) cependant, si obtenir les données du système est un casse-tête, avez-vous envisagé de contacter votre opérateur téléphonique pour les données ? S'ils sont compétents, ils devraient pouvoir vous fournir quelques données par destination et numéro appelé. L'avantage de cette approche au moins est que vous connaissez le coût réel de chaque appel.
Lorsque vous faites le reporting en interne, vous devez calculer le coût vous-même en fonction du tarif auquel vous êtes soumis, ce qui est assez difficile.
Cela fait des années pour moi aussi. Mais il semble que j'ai juste exécuté quelque chose comme Procomm (ahh, les souvenirs...) sur un port série sur un PC et utilisé sa fonction de capture, puis j'ai eu un script que j'ai écrit pour analyser le fichier de données résultant. Mais cela fait tellement longtemps que c'est comme si c'était une autre vie. Je sais que j'ai aussi utilisé une petite imprimante thermique à rouleau de papier pour un moment, mais cela a des limitations évidentes.
Actuellement, j'ai un PABX Panasonic dans mon entreprise et j'ai également besoin de fournir des informations détaillées pour chaque appel chaque mois. Actuellement, j'utilise un outil Panasonic appelé TDCounter (je l'utilise seulement en Italie, mais je suppose qu'il est disponible dans n'importe quel bureau Panasonic). Le logiciel lit essentiellement tout depuis le port série du PABX et stocke toutes les données dans un fichier de base de données Microsoft Access sur un PC connecté. TDC comprend également quelques outils de reporting : s'ils ne répondent pas à vos besoins, vous pouvez simplement interroger directement la base de données MDB. Je ne me souviens pas exactement du coût du logiciel, mais ce n'était pas cher, peut-être 50 ou 100€.
Alternativement, vous pouvez envisager d'écrire votre propre logiciel pour cela : le port série du PABX imprime simplement chaque détail d'appel en texte brut : tout ce que vous avez à faire est de capturer ce texte et de l'écrire dans un référentiel de votre choix, puis de l'interroger pour toute information dont vous pourriez avoir besoin. Je n'ai jamais essayé cela moi-même, mais j'ai déjà jeté un œil à la sortie brute et j'ai vu que c'était simplement formaté en texte brut, donc n'importe quel bon programmeur - peut-être même pas un bon :-) - peut probablement écrire le logiciel d'acquisition de base.
J'espère que cela vous aidera, demandez simplement si vous avez besoin de plus d'informations.
Luca
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
