Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Le 31 oct. 2014 à 10:43, Raphael Mazelier r...@futomaki.net a écrit : Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. Avec Echo Cancellation ? Si tu as des refs, je suis preneur. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Le 31/10/14 11:52, David Ponzone a écrit : Avec Echo Cancellation ? Si tu as des refs, je suis preneur. Dans ce cas précis tu ne devrais pas avoir besoin car tu ne ferais que recopier les trames reçus. Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. Ah oui mais la tu introduis un élément en coupure, je pense que tu seras obligé d'answer le call et de l'abouter. Sur des cas simples ca doit pouvoir marcher, mais avec plein de limitations. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Sinon le RNIS à papa y'a toujours l'option de prendre un Patapsco en intercalé TNR/PABX. La au moins aucuns risques de pourrir les accès, avec une vue complète sur tout ce qui se passe en temps réels. Mais coté prix ca risque de faire mal... Pareil avec un analyseur de protocol genre GLCom. Le 31/10/2014 11:52, David Ponzone a écrit : Le 31 oct. 2014 à 10:43, Raphael Mazelier r...@futomaki.net a écrit : Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. Avec Echo Cancellation ? Si tu as des refs, je suis preneur. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. Ah oui mais la tu introduis un élément en coupure, je pense que tu seras obligé d'answer le call et de l'abouter. Sur des cas simples ca doit pouvoir marcher, mais avec plein de limitations. Si tu ne fais pas un Answer explicite avant, un bridge dans FreeSWITCH aboute le leg B au leg A, sans décrocher le leg A. Si on veut faire plus transparent, Sangoma a un mode Tapping dans son SDK TDM, qui permet d’écouter ce qui passe sur un T2 sans le toucher, pour enregistrer à la volée ou faire de l’anti-fraude. La carte sera plus chère, mais on sera en pur transparent. Je pense qu’on doit pouvoir trouver un mode Tapping aussi chez Khomp, dont la carte sera moins chère. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Avec un Liberator tu veux dire ? Ca va aller chercher dans les 2000€ pour 2 E1 je pense. On s’éloigne un peu du modèle de départ, si ça coute plus cher que le PABX du client :) Le 31 oct. 2014 à 12:18, Sebastien Lesimple slesim...@laposte.net a écrit : Sinon le RNIS à papa y'a toujours l'option de prendre un Patapsco en intercalé TNR/PABX. La au moins aucuns risques de pourrir les accès, avec une vue complète sur tout ce qui se passe en temps réels. Mais coté prix ca risque de faire mal... Pareil avec un analyseur de protocol genre GLCom. Le 31/10/2014 11:52, David Ponzone a écrit : Le 31 oct. 2014 à 10:43, Raphael Mazelier r...@futomaki.net a écrit : Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. Avec Echo Cancellation ? Si tu as des refs, je suis preneur. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Le 31/10/2014 12:49, David Ponzone a écrit : Avec un Liberator tu veux dire ? Ca va aller chercher dans les 2000€ pour 2 E1 je pense. C'est plus aussi cher que c'était. Un S chargé a mort avec conversion 1PRI/16BRI, licences field upgrade NT/TN sur tous les ports, 5 ans de fast replace livré avec config sur mesure, cablerie et kit rack c'est moins de 2k euro aujourd'hui. Pas obligé de prendre un Liberator chargé a bloc non plus, il y a des versions plus light. Et tu en trouve régulièrement d'occase pour queue d'ale chez des brokers vu qu'ils ne savent pas comment ca marche ni a quoi ca sert... On s’éloigne un peu du modèle de départ, si ça coute plus cher que le PABX du client :) Le 31 oct. 2014 à 12:18, Sebastien Lesimple slesim...@laposte.net a écrit : Sinon le RNIS à papa y'a toujours l'option de prendre un Patapsco en intercalé TNR/PABX. La au moins aucuns risques de pourrir les accès, avec une vue complète sur tout ce qui se passe en temps réels. Mais coté prix ca risque de faire mal... Pareil avec un analyseur de protocol genre GLCom. Le 31/10/2014 11:52, David Ponzone a écrit : Le 31 oct. 2014 à 10:43, Raphael Mazelier r...@futomaki.net a écrit : Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. Avec Echo Cancellation ? Si tu as des refs, je suis preneur. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... Non, je voulais pas dire pour le coder from-scratch, mais en se reposant sur un softswitch sérieux existant, donc FreeSWITCH par exemple. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
Le 31/10/2014 10:43, Raphael Mazelier a écrit : Le 29/10/14 19:14, David Ponzone a écrit : Pas longtemps, mais t’as un plan pour une carte E1 sérieuse à 100$ ? Une carte à 100$ non. Mais on doit trouver des carte dual E1 a peu prés sérieuse à 300E. En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l’époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... Et surtout vive le spof... Je ne connais AUCUN boitier blackbox en MITM qui n'engendre aucune coupure en cas de pépin ( même ceux qu'on te vends qui assurent la continuité hardware du cable, ton timing pête en failover ). signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
On 31.10.2014 14:19, Tristan Mahé wrote: Je ne connais AUCUN boitier blackbox en MITM qui n'engendre aucune coupure en cas de pépin ( même ceux qu'on te vends qui assurent la continuité hardware du cable, ton timing pête en failover ). ce genre de chose semble correspondre au besoin http://www.valiantcom.com/groomers/e1-16-port-groomer.html --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
C’est de l’écoute en haute-impédance avec un câble en Y sur le patch-panel. J’ai vu d’autres modèles comme ça, c’est effectivement élégant, mais celui-là est peut-être un peu surdimensionné pour faire les stats d’un E1 :) Il faudrait un modèle mono-E1 comme ça, sans les fonctions de cross-connect DS0 et tutti quanti, inutiles dans notre cas. Le 31 oct. 2014 à 15:15, Raphaël Jacquot sxp...@sxpert.org a écrit : On 31.10.2014 14:19, Tristan Mahé wrote: Je ne connais AUCUN boitier blackbox en MITM qui n'engendre aucune coupure en cas de pépin ( même ceux qu'on te vends qui assurent la continuité hardware du cable, ton timing pête en failover ). ce genre de chose semble correspondre au besoin http://www.valiantcom.com/groomers/e1-16-port-groomer.html --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH]- Monitoring Conso Telecom
David Ponzone a écrit : t'as un plan pour une carte E1 sérieuse à 100$ ? Raphael Mazelier a écrit : Une carte à 100$ non. Bah pour ce genre de chose good old chinaroby c'est suffisant, pas besoin d'octasic DSP ou autres trucs sophistiqués. http://www.ebay.com/itm/TE110P-Low-Profile-T1-card-E1-card-Asterisk-ISDN-Card-PRI-PCI-te120-te121-te122-/161003859582?pt=LH_DefaultDomain_0hash=item257c93ee7e Les pins pour le clocking sont pas soudées ceci dit, et si c'était moi qui faisait le machin j'aurais probablement un câble pour passer le clocking d'une carte à l'autre. Ou alors une 4 port PCIExpress qui ressemble étrangement à une marque connue pour $283. http://www.ebay.com/itm/TE420-PCI-Express-card-4-port-PRI-E1-card-T1-card-Asterisk-Elastix-PCIe-J1-card-/161009028346?hash=item257ce2ccfa Avec en plus les pins de timing déjà soudées. Jamais essayé celle-là, ceci dit. David Ponzone a écrit : Pas longtemps, Raphael Mazelier a écrit : En revanche pour coder un truc pareil tu penses vraiment que c'est facile ? j'avais joué avec les drivers zaptel à l'époque pour faire des trucs chelou (TDM over Ethernet, Bridge TDM Local) et ce n'était pas si simple (enfin pour moi). Coder des drivers kernel c'est toujours un beau plaisir à debug... C'est exactement pour çà que je demandais, conceptuellement c'est simple mais faut pas oublier que c'est du TDM, il y a des pièges avec le clocking, par exemple. C'est un bridge TDM local avec en plus on tail les canaux de signalisation dans un fichier. Je pense qu'il suffit d'abouter les deux cotés et capturer au passage. David Ponzone a écrit : Si on veut faire plus transparent, Sangoma a un mode Tapping dans son SDK TDM, qui permet d'écouter ce qui passe sur un T2 sans le toucher, pour enregistrer à la volée ou faire de l'anti-fraude. C'est bon à savoir, j'avais n'ai jamais regardé que zaptel/dhadi/wilcard, et de très loin. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re : [FRnOG] [TECH]- Monitoring Conso Telecom
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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 lol ;) 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 lol ;) 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 : 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 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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 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/ signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 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/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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 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
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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. Ça me rappelle de beaux souvenirs de gestion de CDR avec Cirpack notamment. On avait réussi a développer en interne un outil de transmission realtime/multiformat/multi queue avec filtrage. Dommage que cette solution n'ai jamais été opensourcé. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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. Ça me rappelle de beaux souvenirs de gestion de CDR avec Cirpack notamment. On avait réussi a développer en interne un outil de transmission realtime/multiformat/multi queue avec filtrage. Dommage que cette solution n'ai jamais été opensourcé. Bizarre, je vois exactement de quoi tu parles ;) le problème de l'opensource, beaucoup de briques non finalisées, et le produit final est quasi toujours gardé en interne... @David, en effet si c'est pour du ondemand petit volume, aucun interet à déployer une solution globale... @Seb, tout dépends le besoin, j'ai des sales souvenirs de boitiers en mitm sur de l'E1 qui mettaient la grouille sur le timing... signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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). 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. Ouais, et justement, la blackbox de surveillance du trafic ISDN dont j’ai parlé tantôt fonctionnait exactement comme ça. Mais je crois qu’ils n’ont jamais pensé à en faire aussi un outil de taxation universel qui aurait même fonctionné sur un PABX d’il y a 20 ans. Ca s’appelait Checkphone et je viens de voir qu’ils sont en liquidation depuis 1 an. Ils ont donc probablement déposé à l’heure qu’il est. Le site web ne répond plus. De mémoire, leur blackbox 3 T0 en coupures (donc 6 interfaces) était vendue plus de 1000€ (prix revendeur). Au moins 2 fois trop à mon avis, surtout que ça ne permettait pas de se passer complètement d’un outil de taxa. Sinon, avec un Patton Snoga, on doit pouvoir développer ça, mais ça va pas être cheap non plus. Un Snoga 8 BRI (donc 4 T0 en coupure), c’est environ 1400€ prix revendeur. Un Snoga 4 E1 (donc 2 E1 en coupure), c’est 2000€ (pour 15 VoIP, mais si on fait du E1-E1, j’imagine qu’on n’utilise pas les licences VoIP, à vérifier cependant). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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. Ça me rappelle de beaux souvenirs de gestion de CDR avec Cirpack notamment. On avait réussi a développer en interne un outil de transmission realtime/multiformat/multi queue avec filtrage. Dommage que cette solution n'ai jamais été opensourcé. Bizarre, je vois exactement de quoi tu parles ;) le problème de l'opensource, beaucoup de briques non finalisées, et le produit final est quasi toujours gardé en interne... @David, en effet si c'est pour du ondemand petit volume, aucun interet à déployer une solution globale... @Seb, tout dépends le besoin, j'ai des sales souvenirs de boitiers en mitm sur de l'E1 qui mettaient la grouille sur le timing... Normal, c'était les Pandatel de Completel, les E1 étaient livrés sur des Mux bancales à l'époque. Un truc fait dans les regles ca touche a rien, ca fait que sagement regarder ce qui passe. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 Conso Telecom À: David Ponzone david.ponz...@gmail.com Cc: fatiha boudj fbo...@yahoo.fr, frnog@frnog.org 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é 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 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 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
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 fbo...@yahoo.fr 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é t.m...@b-and-c.net a écrit : Objet: Re: [FRnOG] [TECH]- Monitoring Conso Telecom À: David Ponzone david.ponz...@gmail.com Cc: fatiha boudj fbo...@yahoo.fr, frnog@frnog.org 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é 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 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 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
RE: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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. C'est en dehors de mes compétences techniques, mais si on mettait un PC de récup avec 2 cartes T1/E1 à $100 et une distro Astérisk vite-fait-sur-le-gaz qui contient DAHDI, ça prendrait combien de temps pour écrire une moulinette qui possiblement ne se sert même pas d'Astérisk mais uniquement de l'API DAHDI et crée un bridge T1/E1 qui loggue le traffic ? Dans le genre pas cher... Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]- Monitoring Conso Telecom
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 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. C'est en dehors de mes compétences techniques, mais si on mettait un PC de récup avec 2 cartes T1/E1 à $100 et une distro Astérisk vite-fait-sur-le-gaz qui contient DAHDI, ça prendrait combien de temps pour écrire une moulinette qui possiblement ne se sert même pas d'Astérisk mais uniquement de l'API DAHDI et crée un bridge T1/E1 qui loggue le traffic ? Dans le genre pas cher... Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/