Je suis un peu perdu. Dans ta demande d’origine, tu as parlé de « tout type de PBX ». SI tu écris ça, tu couvres donc essentiellement des PABX non-VoIP, avec des postes en interne qui peuvent être analo, numérique propriétaire, IP propriétaire, ou SIP, et des faisceaux sortants qui peuvent être ISDN (T0/T2) ou SIP, si on se limite au plus courant. Le seul endroit où on peut récupérer les CDR, c’est le PBX.
Après, l’outil de stockage/présentation/corrélation (Nagios, Splunk, etc..) importe peu. Nagios n’est pas forcément l’idéal pour ce type d’application. Le problème c’est la récupération des CDR. Sur un iPBX basé sur de l’opensource, facile. Sur un PBX propriétaire, à part l’interface au fil de l’eau, y a pas grand chose comme interface « standardisée » . Sur un Alcatel OXE, tu peux les récupérer en FTP, mais tous tes clients n’ont pas d’OXE je pense… Bref, petit dev à faire pour récupérer au fil de l’eau et envoyer où tu veux (CDR-Stats, Splunk, etc…). Le 29 oct. 2014 à 15:44, fatiha boudj <[email protected]> a écrit : > > > j'ai pense a utiliser Nagios mais les plugin pour la voip restent limites > > peut etre qu'avec splunk on peut developper ce genre de sonde > > -------------------------------------------- > En date de : Mer 29.10.14, Tristan Mahé <[email protected]> a écrit : > > Objet: Re: [FRnOG] [TECH]- Monitoring Conso Telecom > À: "David Ponzone" <[email protected]> > Cc: "fatiha boudj" <[email protected]>, [email protected] > Date: Mercredi 29 octobre 2014, 13h24 > > 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é <[email protected]> > 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é <[email protected]> > 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é <[email protected]> > 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 <[email protected]> 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/
