on en a déjà parlé a maintes reprises.
Tu as une erreur dans ton design.
Si tu veux faire un outil qui fasse ca proprement, il ne faut pas
s’occuper de l'autocom, ni du mec qui fait la maintenance (ou pas).
Inseres toi entre l'autocom et la TNR, analyses le protocole et génères
tes propres CDR.
Si ta box se plante soit tu la shunte a mano, soit tu la crée avec des
ports RJ45 qui shuntent mécaniquement.
Le champs d'exploitation après est vaste et au moins tes données seront
fiables et exploitables comme tu veux.
Le 29/10/2014 12:24, Tristan Mahé 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/
