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
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,
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
On 28.10.2014 23:22, Eric ROLLAND wrote:
Bonsoir la liste,
Y en a t-il parmivous qui ont vu évoluer récement le catalogue de tarif
de leur DSP en préparation de l'autorisation de collecte indirecte
VDSL2
autorisée ce jour par l'Arcep?
Si oui, je veux bien que l'on compare en MP les variations
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
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
Le 29/10/2014 10:35, Raphaël Jacquot a écrit :
On 28.10.2014 23:22, Eric ROLLAND wrote:
Bonsoir la liste,
Y en a t-il parmivous qui ont vu évoluer récement le catalogue de tarif
de leur DSP en préparation de l'autorisation de collecte indirecte VDSL2
autorisée ce jour par l'Arcep?
Si oui, je
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
Bon alors y'a une petite boite en Espagne qui s'appelle Jusan et qui à
une gamme de produits qui fait ca.
Tax-Line, www.jusan.es et c'est pas cher du tout!
Tsss... encore un Geek qui veut prendre un missile atomique pour écraser
une mouche quand la tapette a mouche fait très bien l'affaire
Coordonnées a contacter:
Sébastien COUVET | Export Manager |cou...@jusan.es mailto:cou...@jusan.es
JUSAN, S.A | Tel:+3491 456 01 10 | Fax:+34 91 553 14 11
http://www.jusan.es http://www.jusan.es/
Le 29/10/2014 11:41, Sebastien Lesimple a écrit :
Bon alors y'a une petite boite en Espagne qui
Tout comme les délégataires ne sont pas supposés vendre en direct à des clients
finaux ;)
-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Raphaël Jacquot
Envoyé : mercredi 29 octobre 2014 10:35
À : frnog@frnog.org
Objet : Re: [FRnOG]
Ma version locale prends un peu tous les types de cdr en fait, heavy
fork non redistribué par contre.
Si il te faut du plugplay, 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
Oui, là je crois qu'Axione tiens le pompom...
Le 29/10/2014 11:42, Bruno CAVROS / SKIWEBCENTER a écrit :
Tout comme les délégataires ne sont pas supposés vendre en direct à des clients
finaux ;)
-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
Et tu analyses ton trafic au niveau protocolaire avec ces outils là?
Le 29/10/2014 11:53, Tristan Mahé 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 plugplay, solutions proprios obligatoires...
Si tu veux
Un outil CDR n'est pas un outil protocole ( à part les hangup causes ).
Pour ce besoin il y as d'autres outils...
Philosohie
Le 29/10/2014 12:05, Sebastien Lesimple a écrit :
Et tu analyses ton trafic au niveau protocolaire avec ces outils là?
Le 29/10/2014 11:53, Tristan Mahé a écrit :
Un outil CDR n'est pas un outil protocole ( à part les hangup causes ).
Pour ce besoin il y as d'autres outils...
Philosophie UNIX quand tu nous tiens ;)
PS: Désolé pour le doublon, hit send before finishing :)
Le 29/10/2014 12:05, Sebastien Lesimple a écrit :
Et tu analyses ton trafic au
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
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
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
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
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
Le 29/10/2014 11:54, Sebastien Lesimple a écrit :
*Oui, là je crois qu'Axione tiens le pompom... *
Le 29/10/2014 11:42, Bruno CAVROS / SKIWEBCENTER a écrit :
*Tout comme les délégataires ne sont pas supposés vendre en direct à
des clients finaux **;)***
-Message d'origine-
De :
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
Le 29 oct. 2014 à 12:40, Sebastien Lesimple slesim...@laposte.net a écrit :
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).
Bonjour,
Suite à une erreur de commande, nous avons 4* CISCO SFP-H10GB-CU1M à vendre.
50€ HT pièce, 150€ HT les 4, avec facture (garantie un an).
Cordialement,
Cédric
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Le 29/10/2014 13:08, Tristan Mahé a écrit :
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
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é t.m...@b-and-c.net a écrit :
Objet: Re: [FRnOG] [TECH]- Monitoring
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
Sebastien Lesimple a écrit :
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
Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ?
Le 29 oct. 2014 à 18:08, Michel Py mic...@arneill-py.sacramento.ca.us a écrit
:
Sebastien Lesimple a écrit :
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
30 matches
Mail list logo