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/

Répondre à