Le 29/10/2014 12:48, Raphael Mazelier a écrit : > > > Le 29/10/14 12:42, David Ponzone a écrit : >> Il y a peut-être quelques PABX propriétaire qui autorisent le SSH, >> mais ce n’est pas la méthode dont je parle. >> Ils ont un port TCP qui écoute les connexions entrantes et ils >> diffusent les CDR en mode texte au client qui vient se connecter . >> En mode bourin. >> Il semblerait que certains PABX incorporent un buffer (plutôt qu’un >> pause/resume, mais le résultat est à peu près le même), mais pas tous. >> Si non, y a des boites qui vendent des buffets réseau qui s’occupent >> de conserver les CDR pour toi en attendant que tu puisses les prendre >> (LAMAT-Net2). >> >> C’est donc plus compliqué qu’à ajouter qu’un ssh avec un tail. >> Une belle usine à gaz en perspective. C’est dans ces cas là qu’il est >> je pense préférable de faire appeler à des solutions éprouvées, sauf >> si évidemment, on veut une plate-forme qui gère les CDR de 500 PABX, >> qui peut justifier un petit dev sur de l’OpenSource. >> Ceci dit, en cherchant bien, y a probablement dans la communauté des >> petits morceaux de code qui ont déjà été écrits pour les différents >> constructeurs. >> > > Ça me rappelle de beaux souvenirs de gestion de CDR avec Cirpack > notamment. On avait réussi a développer en interne un outil de > transmission realtime/multiformat/multi queue avec filtrage. > Dommage que cette solution n'ai jamais été opensourcé. >
Bizarre, je vois exactement de quoi tu parles ;) le problème de l'opensource, beaucoup de briques non finalisées, et le produit final est quasi toujours gardé en interne... @David, en effet si c'est pour du ondemand petit volume, aucun interet à déployer une solution globale... @Seb, tout dépends le besoin, j'ai des sales souvenirs de "boitiers" en mitm sur de l'E1 qui mettaient la grouille sur le timing...
signature.asc
Description: OpenPGP digital signature