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. Le 29 oct. 2014 à 12:24, Tristan Mahé <t.m...@b-and-c.net> a écrit : > Si tu considères une connection ssh pour du tail de log comme une > ouverture de connection TCP permanente ( c'est exactement ça ), oui. > > Je n'aime pas ce design car ta box deviens spof pour ton analyse > taxation si ton autocom ne sait pas faire pause/resume, ou si ton démon > n'as pas moyen de savoir ou il s'est arrêté et récupérer le missed, mais > des fois on as pas trop le choix ( les joies du hardware legacy ). > > Ce n'est vraiment pas dur à implémenter sur la base existante, qq jours > de dev/lab et en prod' ! > > Le 29/10/2014 12:16, David Ponzone a écrit : >> C’est pas un problème de type de CDR. Le problème est que sur un PABX >> propriétaire, tu ne pourras pas aller récupérer le fichier des CDR en live >> (en pull) par >> Ils ne savent que te pousser (en push) les CDR au fil de l'eau par >> l’interface V24 ou ethernet. >> En Ethernet, ils t’envoient ça sur une connexion initiée par le client (ton >> soft de taxation). >> >> A priori, les outils dont tu parles n’intègrent pas la possibilité d’ouvrir >> cette connexion TCP pour écouter les CDR en live. >> Evidemment, c’est pas très compliqué à ajouter, mais avec les différents >> formats suivant les PABX, ça peut devenir pénible. >> >> Ton fork sait faire ça ? Ouvrir une connexion TCP permanente avec le PABX >> pour recevoir des CDR en mode texte ? >> >> >> Le 29 oct. 2014 à 11:53, Tristan Mahé <t.m...@b-and-c.net> a écrit : >> >>> Ma version locale prends un peu tous les types de cdr en fait, heavy >>> fork non redistribué par contre. >>> >>> Si il te faut du plug&play, solutions proprios obligatoires... >>> >>> Si tu veux maitriser l'outil, comme dit, il faut mettre les mains dedans ;) >>> >>> >>> Le 29/10/2014 11:22, David Ponzone a écrit : >>>> Même problème pour CDR-stats (que je connaissais pas d’ailleurs, merci, ça >>>> a l’air très sympa). >>>> Ca tape dans une base MongoDB que FreeSWITCH ou Asterisk vont remplir en >>>> live. >>>> Ca prend pas du fil de l’eau propriétaire >>>> Alcatel/Aastra/Panasonic/Siemens/Avaya/… >>>> Je pense que la sortie au fil de l’eau est pas vraiment propriétaire, mais >>>> les gens du monde softswitch OpenSource font des outils de stats pour le >>>> monde OpenSource. >>>> >>>> Dis-moi si j’ai raté une fonctionnalité Legacy-PBX-support cachée :) >>>> >>>> Le 29 oct. 2014 à 10:54, Tristan Mahé <t.m...@b-and-c.net> a écrit : >>>> >>>>> Sinon tu as http://www.cdr-stats.org/ mais il va falloir mettre la main >>>>> dedans pour que ça soit clean... >>>>> >>>>> Le 29/10/2014 10:44, David Ponzone a écrit : >>>>>> CDRtool prend, il me semble, des CDR format OpenSER. >>>>>> Avec un PABX propriétaire, on n’a généralement pas accès aux CDR bruts, >>>>>> et il faut passer par l’interface de sortie au fil de l’eau des CDR, en >>>>>> V24 (pour les PABX du paléolithique) ou ethernet (pour les temps >>>>>> modernes). >>>>>> De toute façon, si le but est de monitorer des consos, il faut >>>>>> impérativement faire du fil de l’eau, ne serait-ce que pour détecter les >>>>>> piratages de PABX. >>>>>> Les arnaques aux appels vers numéros cubains, Timor de l’Est ou Aruba, >>>>>> ça coute très cher, très vite. >>>>>> >>>>>> Au passage, il y a une petite boite française qui fait une blackbox qui >>>>>> se met en coupure sur les T0/T2 et qui détecte le trafic anormal en live >>>>>> et le bloque, avec des algos configurables. >>>>>> Hélas, cette box est un peu chère pour le marché je trouve. >>>>>> >>>>>> Le 29 oct. 2014 à 10:28, Tristan Mahé <t.m...@b-and-c.net> a écrit : >>>>>> >>>>>>> CDRtool fais ce genre de choses si je me rappelle correctement en >>>>>>> opensource... >>>>>>> >>>>>>> C'est pas l'idéal, mais ça peut répondre à la demande... >>>>>>> >>>>>>> Le 29/10/2014 10:12, David Ponzone a écrit : >>>>>>>> C’est pas le mauvais objet. C’est la mauvaise liste. >>>>>>>> Il faudrait plutôt demander ça sur fr.reseaux.telecoms.pabx >>>>>>>> >>>>>>>> Ceci dit, ça n’existe pas en gratuit à ma connaissance. >>>>>>>> En payant, ça existe en version plus ou moins universelle (si le PABX >>>>>>>> le supporte) chez différents éditeurs (Cieme, Axinite, …), et ça doit >>>>>>>> coûter environ 500€ jusqu’à 50 postes (ordre de grandeur). >>>>>>>> >>>>>>>> Le 29 oct. 2014 à 10:07, fatiha boudj <fbo...@yahoo.fr> a écrit : >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Bonjour à tous >>>>>>>>> >>>>>>>>> Désolée pour le mauvais tag en objet je rectifie. >>>>>>>>> >>>>>>>>> Je recherche >>>>>>>>> une solution gratuite ou pas trop chère permettant de >>>>>>>>> monitorer et de remonter des alertes lorsque les seuils de >>>>>>>>> consommation selon des destinations sont dépassés. >>>>>>>>> cela sur tout type de pbx. >>>>>>>>> >>>>>>>>> merci pour votre aide >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------- >>>>>>>>> Liste de diffusion du FRnOG >>>>>>>>> http://www.frnog.org/ >>>>>>>> >>>>>>>> >>>>>>>> --------------------------- >>>>>>>> Liste de diffusion du FRnOG >>>>>>>> http://www.frnog.org/ >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> >> > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
