Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet David Ponzone 
 C'est ce que je fais (ring group), mais c'est pauvre comme bidouille. Premier 
 problème: voicemail. Que fais tu quand aucune des extensions ne réponds ? 
 Voicemail. Tu choisis une des extensions qui fait partie du ring-group comme 
 primaire. Pour cette extension-là, pas de problème; la lampe qui indique 
 qu'on a un message s'allume, etc etc. La ou çà se complique, c'est pour les 
 autres extensions qui font partie du même ring-group.
 a) La lampe vous avez un message ne s'allume pas. b) avec un peu de chance, 
 un bouton BLF pour l'extension primaire va montrer sur l'écran qu'il faut 
 écouter les messages, mais il faut créer un deuxième bouton pour se connecter 
 à cette voicemail, ou expliquer à l'utilisateur qu'il faut faire *98 + 
 l'extension primaire, c'est nul.

Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble dépendre des 
capacités du poste SIP:
https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F

 C'est précisément la partie qui ne marche pas avec Asterisk: si tu essaies, 
 le téléphone qui est le dernier à s'enregistrer sur le compte SIP est celui 
 qui devient actif et les autres sont dans une situation bizarre. D'où les 
 ring-groups, mais c'est nul voir ci-dessus.
 
 Plusieurs postes enregistrés sur le même compte SIP, ça marche avec 
 Freeswitch? Essayé de vrai? Jusqu'à présent le seul système que j'ai vu qui 
 permette çà c'est Broadworks.

Oui ça marche nickel.
J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en vitesse 
:)
multiple-registrations à true dans le profile
et ensuite, il faut bridger l’appel avec:
action application=bridge data=${sofia_contact(username)} »/

Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel entrant.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Raphael Mazelier 


Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble dépendre des 
capacités du poste SIP:
https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F


C'est précisément la partie qui ne marche pas avec Asterisk: si tu essaies, le 
téléphone qui est le dernier à s'enregistrer sur le compte SIP est celui qui 
devient actif et les autres sont dans une situation bizarre. D'où les 
ring-groups, mais c'est nul voir ci-dessus.

Plusieurs postes enregistrés sur le même compte SIP, ça marche avec Freeswitch? 
Essayé de vrai? Jusqu'à présent le seul système que j'ai vu qui permette çà 
c'est Broadworks.


Oui ça marche nickel.
J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en vitesse 
:)
multiple-registrations à true dans le profile
et ensuite, il faut bridger l’appel avec:
action application=bridge data=${sofia_contact(username)} »/

Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel entrant.



Connaissant très bien Asterisk depuis 2003 je peux te dire que tout ce 
que tu veux faire est possible. En revanche je connais aucune des 
surcouches, et à mon avis c'est la que c'est limitant.
Dès que tu veux faire un peu de custom avec Asterisk je te conseille 
vivement de gérer ta logique d'appel via une agi. C'est certes plus 
complexe mais beaucoup plus flexible, et au moins tu comprends ce que tu 
fais.


Par contre je ne comprends pas l’intérêt d'avoir un même poste 
enregistré avec le même compte SIP ?


 C'est précisément la partie qui ne marche pas avec Asterisk: si tu 
essaies, le téléphone qui est le dernier à s'enregistrer sur le compte SIP


Oui c'est le principe même du SIP.  Ca n'a aucun sens d'avoir plusieurs 
téléphones s'enregistrer en meme temps sur le même compte SIP, sauf 
éventuellement pour de l'appel sortant.
La grosse confusion que font les gens c'est de confondre compte SIP et 
extension. Et donc je te rassure les groupes d'appels, chainés ou pas, 
avec voicemail ou pas ça fonctionne. Juste il faut le gérer à la main.


Le petit point touchy effectivement c'est le MWI qu'il vaut mieux 
déléguer à un démon externe.


--
Raphael Mazelier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet David Ponzone 
Ben le multiple-registrations, ça sert justement quand on a un utilisateur qui 
a plusieurs endpoints (téléphone, softphone, mobile, frigo, etc…), et qu’on 
veut pas se rendre la vie compliquée à les gérer avec des comptes SIP 
différents et des dialgroups.
Dans FreeSWITCH, en une ligne, l’appel sonne simultanément sur tous les 
endpoints.
Ca permet aussi donc d’avoir une voicemail pour tous les endpoints, même si un 
ou plusieurs des endpoints ne permettent pas de configurer une voicemail 
extension différente du compte SIP.
Et il y a certainement d’autres raisons auxquelles je ne pense pas. Il y en a 
toujours :)

Le 17 juin 2014 à 10:28, Raphael Mazelier r...@futomaki.net a écrit :

 
 Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble dépendre 
 des capacités du poste SIP:
 https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F
 
 C'est précisément la partie qui ne marche pas avec Asterisk: si tu essaies, 
 le téléphone qui est le dernier à s'enregistrer sur le compte SIP est celui 
 qui devient actif et les autres sont dans une situation bizarre. D'où les 
 ring-groups, mais c'est nul voir ci-dessus.
 
 Plusieurs postes enregistrés sur le même compte SIP, ça marche avec 
 Freeswitch? Essayé de vrai? Jusqu'à présent le seul système que j'ai vu qui 
 permette çà c'est Broadworks.
 
 Oui ça marche nickel.
 J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en 
 vitesse :)
 multiple-registrations à true dans le profile
 et ensuite, il faut bridger l’appel avec:
 action application=bridge data=${sofia_contact(username)} »/
 
 Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel entrant.
 
 
 Connaissant très bien Asterisk depuis 2003 je peux te dire que tout ce que tu 
 veux faire est possible. En revanche je connais aucune des surcouches, et à 
 mon avis c'est la que c'est limitant.
 Dès que tu veux faire un peu de custom avec Asterisk je te conseille vivement 
 de gérer ta logique d'appel via une agi. C'est certes plus complexe mais 
 beaucoup plus flexible, et au moins tu comprends ce que tu fais.
 
 Par contre je ne comprends pas l’intérêt d'avoir un même poste enregistré 
 avec le même compte SIP ?
 
  C'est précisément la partie qui ne marche pas avec Asterisk: si tu 
  essaies, le téléphone qui est le dernier à s'enregistrer sur le compte SIP
 
 Oui c'est le principe même du SIP.  Ca n'a aucun sens d'avoir plusieurs 
 téléphones s'enregistrer en meme temps sur le même compte SIP, sauf 
 éventuellement pour de l'appel sortant.
 La grosse confusion que font les gens c'est de confondre compte SIP et 
 extension. Et donc je te rassure les groupes d'appels, chainés ou pas, avec 
 voicemail ou pas ça fonctionne. Juste il faut le gérer à la main.
 
 Le petit point touchy effectivement c'est le MWI qu'il vaut mieux déléguer à 
 un démon externe.
 
 -- 
 Raphael Mazelier
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Tristan Mahé 
Le 17/06/2014 10:28, Raphael Mazelier a écrit :

 Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble
 dépendre des capacités du poste SIP:
 https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F


 C'est précisément la partie qui ne marche pas avec Asterisk: si tu
 essaies, le téléphone qui est le dernier à s'enregistrer sur le
 compte SIP est celui qui devient actif et les autres sont dans une
 situation bizarre. D'où les ring-groups, mais c'est nul voir ci-dessus.


On appelle ça des bindings, et oui ça marche avec n'importe quelle stack
SIP sérieuse ( freeswitch/dérivés de SER/... ), c'est dans la RFC bien
évidemment...

 Plusieurs postes enregistrés sur le même compte SIP, ça marche avec
 Freeswitch? Essayé de vrai? Jusqu'à présent le seul système que j'ai
 vu qui permette çà c'est Broadworks.

 Oui ça marche nickel.
 J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en
 vitesse :)
 multiple-registrations à true dans le profile
 et ensuite, il faut bridger l’appel avec:
 action application=bridge data=${sofia_contact(username)} »/

 Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel
 entrant.

 
 Connaissant très bien Asterisk depuis 2003 je peux te dire que tout ce
 que tu veux faire est possible. En revanche je connais aucune des
 surcouches, et à mon avis c'est la que c'est limitant.
 Dès que tu veux faire un peu de custom avec Asterisk je te conseille
 vivement de gérer ta logique d'appel via une agi. C'est certes plus
 complexe mais beaucoup plus flexible, et au moins tu comprends ce que tu
 fais.
 
 Par contre je ne comprends pas l’intérêt d'avoir un même poste
 enregistré avec le même compte SIP ?

Avoir le même compte SIP sur son mobile et son softphone sur le portable
et son téléphone physique, faire du followme easy, partager un numéro de
standard sur plusieurs postes dans les petites structures, faire du
failover easy avec plusieurs box qui s'enregistrent sur le même
compte... Pleins d'usage pour ça !

 
 C'est précisément la partie qui ne marche pas avec Asterisk: si tu
 essaies, le téléphone qui est le dernier à s'enregistrer sur le compte SIP

Parce que la stack SIP asterisk est justement 'bête' et un peu boiteuse,
le dernier as raison, non les cocos, si pas de 'deregister' il faut
garder tous les registers jusqu'à expiration, enfin sans troller, la
stack asterisk mériterai un sacré coup de rewrite, mais ça je vais
arrêter de le dire, je pense en avoir suffisament parlé...

 
 Oui c'est le principe même du SIP.  Ca n'a aucun sens d'avoir plusieurs
 téléphones s'enregistrer en meme temps sur le même compte SIP, sauf
 éventuellement pour de l'appel sortant.
 La grosse confusion que font les gens c'est de confondre compte SIP et
 extension. Et donc je te rassure les groupes d'appels, chainés ou pas,
 avec voicemail ou pas ça fonctionne. Juste il faut le gérer à la main.
 

Une extension n'est qu'un compte SIP local sur un pbx, tu peux faire du
multiple bindings la dessus aussi :)

 Le petit point touchy effectivement c'est le MWI qu'il vaut mieux
 déléguer à un démon externe.
 




signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Jean-Pierre Roussanidès 
Sauf erreur de ma part, mais depuis la version 11 d'Asterisk, c'est la 
pile sofia qui est utilisée.
Et toujours sauf erreur de ma part c'est aussi la pile sofia qui est 
utilisée dans freeswitch.


Je pense que l'on est sur le même débat que Debian est mieux que Redhat.

Chacun trouve son compte dans Asterisk ou Freeswitch en fonction de ce 
qu'il veux faire.


JP Roussanidès

Le 17/06/2014 21:41, Tristan Mahé a écrit :

Le 17/06/2014 10:28, Raphael Mazelier a écrit :

Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble
dépendre des capacités du poste SIP:
https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F



C'est précisément la partie qui ne marche pas avec Asterisk: si tu
essaies, le téléphone qui est le dernier à s'enregistrer sur le
compte SIP est celui qui devient actif et les autres sont dans une
situation bizarre. D'où les ring-groups, mais c'est nul voir ci-dessus.


On appelle ça des bindings, et oui ça marche avec n'importe quelle stack
SIP sérieuse ( freeswitch/dérivés de SER/... ), c'est dans la RFC bien
évidemment...


Plusieurs postes enregistrés sur le même compte SIP, ça marche avec
Freeswitch? Essayé de vrai? Jusqu'à présent le seul système que j'ai
vu qui permette çà c'est Broadworks.

Oui ça marche nickel.
J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en
vitesse :)
multiple-registrations à true dans le profile
et ensuite, il faut bridger l’appel avec:
action application=bridge data=${sofia_contact(username)} »/

Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel
entrant.


Connaissant très bien Asterisk depuis 2003 je peux te dire que tout ce
que tu veux faire est possible. En revanche je connais aucune des
surcouches, et à mon avis c'est la que c'est limitant.
Dès que tu veux faire un peu de custom avec Asterisk je te conseille
vivement de gérer ta logique d'appel via une agi. C'est certes plus
complexe mais beaucoup plus flexible, et au moins tu comprends ce que tu
fais.

Par contre je ne comprends pas l’intérêt d'avoir un même poste
enregistré avec le même compte SIP ?

Avoir le même compte SIP sur son mobile et son softphone sur le portable
et son téléphone physique, faire du followme easy, partager un numéro de
standard sur plusieurs postes dans les petites structures, faire du
failover easy avec plusieurs box qui s'enregistrent sur le même
compte... Pleins d'usage pour ça !


C'est précisément la partie qui ne marche pas avec Asterisk: si tu

essaies, le téléphone qui est le dernier à s'enregistrer sur le compte SIP

Parce que la stack SIP asterisk est justement 'bête' et un peu boiteuse,
le dernier as raison, non les cocos, si pas de 'deregister' il faut
garder tous les registers jusqu'à expiration, enfin sans troller, la
stack asterisk mériterai un sacré coup de rewrite, mais ça je vais
arrêter de le dire, je pense en avoir suffisament parlé...


Oui c'est le principe même du SIP.  Ca n'a aucun sens d'avoir plusieurs
téléphones s'enregistrer en meme temps sur le même compte SIP, sauf
éventuellement pour de l'appel sortant.
La grosse confusion que font les gens c'est de confondre compte SIP et
extension. Et donc je te rassure les groupes d'appels, chainés ou pas,
avec voicemail ou pas ça fonctionne. Juste il faut le gérer à la main.


Une extension n'est qu'un compte SIP local sur un pbx, tu peux faire du
multiple bindings la dessus aussi :)


Le petit point touchy effectivement c'est le MWI qu'il vaut mieux
déléguer à un démon externe.






---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Tristan Mahé 
PJSIP et non sofia, et seulement depuis la v12 :)

Et quand bien même c'était la même librairie, tout dépends de
l'implémentation, comme d'hab !

Le 17/06/2014 21:51, Jean-Pierre Roussanidès a écrit :
 Sauf erreur de ma part, mais depuis la version 11 d'Asterisk, c'est la
 pile sofia qui est utilisée.
 Et toujours sauf erreur de ma part c'est aussi la pile sofia qui est
 utilisée dans freeswitch.
 
 Je pense que l'on est sur le même débat que Debian est mieux que Redhat.
 
 Chacun trouve son compte dans Asterisk ou Freeswitch en fonction de ce
 qu'il veux faire.
 
 JP Roussanidès
 
 Le 17/06/2014 21:41, Tristan Mahé a écrit :
 Le 17/06/2014 10:28, Raphael Mazelier a écrit :
 Il y a visiblement des possibilités sur FreeSWITCH, mais ça semble
 dépendre des capacités du poste SIP:
 https://wiki.freeswitch.org/wiki/Mod_voicemail#Can_I_share_voicemail_boxes_between_multiple_phones.2Fusers.3F



 C'est précisément la partie qui ne marche pas avec Asterisk: si tu
 essaies, le téléphone qui est le dernier à s'enregistrer sur le
 compte SIP est celui qui devient actif et les autres sont dans une
 situation bizarre. D'où les ring-groups, mais c'est nul voir
 ci-dessus.

 On appelle ça des bindings, et oui ça marche avec n'importe quelle stack
 SIP sérieuse ( freeswitch/dérivés de SER/... ), c'est dans la RFC bien
 évidemment...

 Plusieurs postes enregistrés sur le même compte SIP, ça marche avec
 Freeswitch? Essayé de vrai? Jusqu'à présent le seul système que j'ai
 vu qui permette çà c'est Broadworks.
 Oui ça marche nickel.
 J’avais un doute car je ne m’en sers pas, donc je viens de vérifier en
 vitesse :)
 multiple-registrations à true dans le profile
 et ensuite, il faut bridger l’appel avec:
 action application=bridge data=${sofia_contact(username)} »/

 Mes 2 softphone (Zoiper et Telephone) m’ont bien présenté l’appel
 entrant.

 Connaissant très bien Asterisk depuis 2003 je peux te dire que tout ce
 que tu veux faire est possible. En revanche je connais aucune des
 surcouches, et à mon avis c'est la que c'est limitant.
 Dès que tu veux faire un peu de custom avec Asterisk je te conseille
 vivement de gérer ta logique d'appel via une agi. C'est certes plus
 complexe mais beaucoup plus flexible, et au moins tu comprends ce que tu
 fais.

 Par contre je ne comprends pas l’intérêt d'avoir un même poste
 enregistré avec le même compte SIP ?
 Avoir le même compte SIP sur son mobile et son softphone sur le portable
 et son téléphone physique, faire du followme easy, partager un numéro de
 standard sur plusieurs postes dans les petites structures, faire du
 failover easy avec plusieurs box qui s'enregistrent sur le même
 compte... Pleins d'usage pour ça !

 C'est précisément la partie qui ne marche pas avec Asterisk: si tu
 essaies, le téléphone qui est le dernier à s'enregistrer sur le
 compte SIP
 Parce que la stack SIP asterisk est justement 'bête' et un peu boiteuse,
 le dernier as raison, non les cocos, si pas de 'deregister' il faut
 garder tous les registers jusqu'à expiration, enfin sans troller, la
 stack asterisk mériterai un sacré coup de rewrite, mais ça je vais
 arrêter de le dire, je pense en avoir suffisament parlé...

 Oui c'est le principe même du SIP.  Ca n'a aucun sens d'avoir plusieurs
 téléphones s'enregistrer en meme temps sur le même compte SIP, sauf
 éventuellement pour de l'appel sortant.
 La grosse confusion que font les gens c'est de confondre compte SIP et
 extension. Et donc je te rassure les groupes d'appels, chainés ou pas,
 avec voicemail ou pas ça fonctionne. Juste il faut le gérer à la main.

 Une extension n'est qu'un compte SIP local sur un pbx, tu peux faire du
 multiple bindings la dessus aussi :)

 Le petit point touchy effectivement c'est le MWI qu'il vaut mieux
 déléguer à un démon externe.


 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/




signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Raphael Mazelier 

Le 17/06/2014 21:41, Tristan Mahé a écrit :

On appelle ça des bindings, et oui ça marche avec n'importe quelle stack
SIP sérieuse ( freeswitch/dérivés de SER/... ), c'est dans la RFC bien
évidemment...
Oui oui les bindings. A l’époque c'était juste mal gérés/pas gérés dans 
aucune stack SIP..

Ça a du changer.

Avoir le même compte SIP sur son mobile et son softphone sur le 
portable et son téléphone physique, faire du followme easy, partager 
un numéro de standard sur plusieurs postes dans les petites 
structures, faire du failover easy avec plusieurs box qui 
s'enregistrent sur le même compte... Pleins d'usage pour ça ! 

Les utilités sont la. Après dans tes exemples :
- partager son même compte sip softphone/portable : pourquoi pas, mais 
pourquoi ne pas utiliser plusieurs comptes sip ? ça me parait plus propre
- follow me : oui peut être le cas le plus légitime d utilisation des 
bindings
- partager un numéro de standard : bah euh comme dit précédemment numéro 
!= compte sip, donc je trouve plus propre avec plusieurs compte SIP
- failover avec plusieurs box ? : bah c'est encore mieux avec X comptes 
sip ?



Parce que la stack SIP asterisk est justement 'bête' et un peu 
boiteuse, le dernier as raison, non les cocos, si pas de 'deregister' 
il faut garder tous les registers jusqu'à expiration, enfin sans 
troller, la stack asterisk mériterai un sacré coup de rewrite, mais ça 
je vais arrêter de le dire, je pense en avoir suffisament parlé... 


Ce n'est pas un troll c'est un fait admis de tous. Meme des développeurs 
asterisk :)
On peut espérer que la nouvelle stack basé sur pjsip rendra le truc un 
peu meilleurs.
Après je pourrais discuter de l'architecture d'asterisk pendant des 
heures, et et la réécriture de la stack sip ne résoudra pas tout :)
Asterisk c'est flexible, facilement extensible, et avec l'age 
suffisamment stable. Il n’empêche que ça reste un hack initial, et que 
pour une grosse architecture il vaut mieux séparer les fonctions et 
préferer des démons au fonction dédiés (opens*; freeswitch, 
rtpproxy/fwd, voir yate) suivant la fonction.




Une extension n'est qu'un compte SIP local sur un pbx, tu peux faire du
multiple bindings la dessus aussi :)
Non une extension c'est une extension. Tu peux ou pas la lier à un 
compte sip, un voicemail, n'importe quoi en fait
Mais c'est bien deux choses différentes. Un peu comme une entrée DNS et 
une adresse IP.



Au plaisir d'en discuter.

--
Raphael Mazelier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Tristan Mahé 
Le 17/06/2014 22:34, Raphael Mazelier a écrit :
 Le 17/06/2014 21:41, Tristan Mahé a écrit :
 On appelle ça des bindings, et oui ça marche avec n'importe quelle stack
 SIP sérieuse ( freeswitch/dérivés de SER/... ), c'est dans la RFC bien
 évidemment...
 Oui oui les bindings. A l’époque c'était juste mal gérés/pas gérés dans
 aucune stack SIP..
 Ça a du changer.
 

Ca as changé, et en bien, tout comme le respect et la compréhension des
RFC aussi ! ( bon pas chez tout le monde, hein sonus, dtmf et ts 2833
par exemple ? )

 Avoir le même compte SIP sur son mobile et son softphone sur le
 portable et son téléphone physique, faire du followme easy, partager
 un numéro de standard sur plusieurs postes dans les petites
 structures, faire du failover easy avec plusieurs box qui
 s'enregistrent sur le même compte... Pleins d'usage pour ça ! 
 Les utilités sont la. Après dans tes exemples :
 - partager son même compte sip softphone/portable : pourquoi pas, mais
 pourquoi ne pas utiliser plusieurs comptes sip ? ça me parait plus propre
 - follow me : oui peut être le cas le plus légitime d utilisation des
 bindings
 - partager un numéro de standard : bah euh comme dit précédemment numéro
 != compte sip, donc je trouve plus propre avec plusieurs compte SIP
 - failover avec plusieurs box ? : bah c'est encore mieux avec X comptes
 sip ?
 

Tout dépends l'usage, c'est un outil dans la toolbox en plus !

 
 Parce que la stack SIP asterisk est justement 'bête' et un peu
 boiteuse, le dernier as raison, non les cocos, si pas de 'deregister'
 il faut garder tous les registers jusqu'à expiration, enfin sans
 troller, la stack asterisk mériterai un sacré coup de rewrite, mais ça
 je vais arrêter de le dire, je pense en avoir suffisament parlé... 
 
 Ce n'est pas un troll c'est un fait admis de tous. Meme des développeurs
 asterisk :)
 On peut espérer que la nouvelle stack basé sur pjsip rendra le truc un
 peu meilleurs.
 Après je pourrais discuter de l'architecture d'asterisk pendant des
 heures, et et la réécriture de la stack sip ne résoudra pas tout :)

Toi, tu as eu droit à quelques belles deadlocks ;)

 Asterisk c'est flexible, facilement extensible, et avec l'age
 suffisamment stable. Il n’empêche que ça reste un hack initial, et que
 pour une grosse architecture il vaut mieux séparer les fonctions et
 préferer des démons au fonction dédiés (opens*; freeswitch,
 rtpproxy/fwd, voir yate) suivant la fonction.
 

On est entièrement d'accord, pour du  30 calls simultanés ( limite
arbitraire en exemple ), pourquoi pas du asterisk, et encore, tout
dépends le cps attendu, pour du sérieux, utiliser autre chose absolument.
Mais bon si un outil fait tout pareil aussi simplement et même plus, en
plus stable, mieux scalable, je préfère utiliser cet outil partout,
après ça n'engage que moi :)

 
 Une extension n'est qu'un compte SIP local sur un pbx, tu peux faire du
 multiple bindings la dessus aussi :)
 Non une extension c'est une extension. Tu peux ou pas la lier à un
 compte sip, un voicemail, n'importe quoi en fait
 Mais c'est bien deux choses différentes. Un peu comme une entrée DNS et
 une adresse IP.

Une extension s'enregistre sur son ipbx local ( même en env hotdesk ),
c'est un compte sip (auth login/password en général).

Le dialplan/la programmation de ton ipbx associe cette extension à
quelque chose.

Si par compte sip, tu entends upstream provider, en réalité c'est un
trunk dont tu parles, qui peut aussi être un compte sip chez ton
fournisseur sur son class5, avec des propriétés différentes de
l'extension 'classique' ( un ou plusieurs numéros/ranges associés, et un
nombre de canaux définis en général ) :)


 Au plaisir d'en discuter.
 




signature.asc
Description: OpenPGP digital signature

RE: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet Michel Py 
[multiple bindings]

Je zieutes Asterisk 11, aussi. Je repose néanmoins la même question con: Que çà 
soit Asterisk 11 ou Freeswitch, est-ce que si on a plusieurs postes qui 
s'enregistrent sur le même compte SIP, l'indicateur MWI est synchronisé (un 
voicemail arrive, la lampe MWI s'allume sur tous les postes, n'importe quel des 
postes qui écoute le message en utilisant la séquence standard (*97 pour 
Asterisk) la lampe MWI s'étaint sur tous les postes) ?

Je lis les docs (parfois) (acronyme bien connu: RTFM) mais sur ce point précis 
MWI j'ai toujours pas de réponse claire.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-17 Par sujet David Ponzone 
Sans problème puisque tous les postes ont fait un SUBSCRIBE sur la même 
extension (la même que le compte SIP par défaut).

Le 18 juin 2014 à 06:02, Michel Py mic...@arneill-py.sacramento.ca.us a écrit 
:

 [multiple bindings]
 
 Je zieutes Asterisk 11, aussi. Je repose néanmoins la même question con: Que 
 çà soit Asterisk 11 ou Freeswitch, est-ce que si on a plusieurs postes qui 
 s'enregistrent sur le même compte SIP, l'indicateur MWI est synchronisé (un 
 voicemail arrive, la lampe MWI s'allume sur tous les postes, n'importe quel 
 des postes qui écoute le message en utilisant la séquence standard (*97 pour 
 Asterisk) la lampe MWI s'étaint sur tous les postes) ?
 
 Je lis les docs (parfois) (acronyme bien connu: RTFM) mais sur ce point 
 précis MWI j'ai toujours pas de réponse claire.
 
 Michel.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet Sebastien Lesimple 
Décidément! On a jamais du bosser avec les mêmes fournisseurs!

 Le 16 juin 2014 à 08:34, Radu-Adrian Feurdean 
 fr...@radu-adrian.feurdean.net a écrit :
 
 On Sun, Jun 15, 2014, at 0:55, Sebastien Lesimple wrote:
 Si je puis me permettre, d'ou ils sortent tes fournisseurs?
 Parcequ'un opérateur qui vend du TDM reconstitué à partir du SIP, 
 c'est un escroc, pas un opérateur.
 On a pas encore réussi a lyophiliser le TDM pour le reconstituer avec un 
 un peu d'eau bouillante version soupe Roycau...
 Je déconne mais, en plus j'ai jamais rien vu de pareil!!
 
 Tu commandes un T2 (a.k.a. E1, a.k.a. PRI) chez n'importe qui sauf
 FT^WOrange, et les chances sont (bien) superieures a 50% que tu vas te
 trouver avec une solution pareil.
 Non, ils vont pas te dire que c'est comme ca, mais quand tu vois un
 boitier (parfois bien connu) avec un port SDSL et un port E1 ...
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet David Ponzone 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le noyau 
 Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et les pilotes 
 pour les cartes TDM? Je fais un serveur Asterisk en 10 minutes de mon temps 
 maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends plus que çà en 
 temps réel, mais je regarde pas l'herbe pousser pendant qu'il installe, je 
 fais autre chose.

Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
Il y en a quand même 2 qui tiennent la route:
http://fusionpbx.com

et un peu plus dur à installer:
http://www.freepybx.org

 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 

Extension dans quel sens ?
Au sens numéro interne ? au sens SIP ?
Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le même 
compte SIP, ou un numéro interne qui est acheminé vers plusieurs comptes SIP 
(dialgroup comme Raphael l’a déjà indiqué).

 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne sur un 
 PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une fois par 
 an, des fois. La dernière fois que j'ai regardé, le CPU était à quelques 
 malheureux pourcent.

C’est certain.
Je pense que FreeSWITCH se distingue plus du côté switch opérateur (certains 
membres de la communauté ont des serveurs qui gèrent 10 000 appels simultanés 
avec RTP), et du côté facilité de développement d’applications maison.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet WMN : Mathias WOLFF 
Je me permets d’ajouter PyFreeBilling

Mathias WOLFF




Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit :

 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et les 
 pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 minutes de 
 mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends plus 
 que çà en temps réel, mais je regarde pas l'herbe pousser pendant qu'il 
 installe, je fais autre chose.
 
 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com
 
 et un peu plus dur à installer:
 http://www.freepybx.org
 
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 
 
 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP, ou un numéro interne qui est acheminé vers plusieurs comptes 
 SIP (dialgroup comme Raphael l’a déjà indiqué).
 
 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne sur un 
 PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une fois par 
 an, des fois. La dernière fois que j'ai regardé, le CPU était à quelques 
 malheureux pourcent.
 
 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur (certains 
 membres de la communauté ont des serveurs qui gèrent 10 000 appels simultanés 
 avec RTP), et du côté facilité de développement d’applications maison.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet David Ponzone 
Oui pour la fourniture de trunks/comptes en wholesale, mais à ma connaissance, 
ça n’est pas adapté pour un usage iPBX.
Ou alors, il y a eu des évolutions récentes dans ce sens!

Service Client IPeva
tel:  0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à 
l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non 
autorisée est interdite. Tout message électronique est susceptible 
d'altération. IPeva décline toute responsabilité au titre de ce message s'il a 
été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, 
merci de le détruire immédiatement et d'avertir l'expéditeur.




Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF m.wo...@wm-networks.fr a écrit :

 Je me permets d’ajouter PyFreeBilling
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit :
 
 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et les 
 pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 minutes de 
 mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends plus 
 que çà en temps réel, mais je regarde pas l'herbe pousser pendant qu'il 
 installe, je fais autre chose.
 
 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com
 
 et un peu plus dur à installer:
 http://www.freepybx.org
 
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 
 
 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP, ou un numéro interne qui est acheminé vers plusieurs 
 comptes SIP (dialgroup comme Raphael l’a déjà indiqué).
 
 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne sur 
 un PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une fois 
 par an, des fois. La dernière fois que j'ai regardé, le CPU était à 
 quelques malheureux pourcent.
 
 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur (certains 
 membres de la communauté ont des serveurs qui gèrent 10 000 appels 
 simultanés avec RTP), et du côté facilité de développement d’applications 
 maison.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet WMN : Mathias WOLFF 
FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale

Si la recherche est de l’IPBX, il y a 2 solutions sur Asterisk matures avec des 
objectifs très différents : astlinux et Xivo .


Mathias WOLFF




Le 16 juin 2014 à 11:03, David Ponzone david.ponz...@gmail.com a écrit :

 
 Oui pour la fourniture de trunks/comptes en wholesale, mais à ma 
 connaissance, ça n’est pas adapté pour un usage iPBX.
 Ou alors, il y a eu des évolutions récentes dans ce sens!
 
 Service Client IPeva
 tel:  0811 46 26 26
 www.ipeva.fr  -   www.ipeva-studio.com
 
 Ce message et toutes les pièces jointes sont confidentiels et établis à 
 l'intention exclusive de ses destinataires. Toute utilisation ou diffusion 
 non autorisée est interdite. Tout message électronique est susceptible 
 d'altération. IPeva décline toute responsabilité au titre de ce message s'il 
 a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce 
 message, merci de le détruire immédiatement et d'avertir l'expéditeur.
 
 
 
 
 Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF m.wo...@wm-networks.fr a écrit 
 :
 
 Je me permets d’ajouter PyFreeBilling
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit :
 
 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et les 
 pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 minutes de 
 mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends plus 
 que çà en temps réel, mais je regarde pas l'herbe pousser pendant qu'il 
 installe, je fais autre chose.
 
 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com
 
 et un peu plus dur à installer:
 http://www.freepybx.org
 
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 
 
 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP, ou un numéro interne qui est acheminé vers plusieurs 
 comptes SIP (dialgroup comme Raphael l’a déjà indiqué).
 
 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne sur 
 un PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une fois 
 par an, des fois. La dernière fois que j'ai regardé, le CPU était à 
 quelques malheureux pourcent.
 
 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur 
 (certains membres de la communauté ont des serveurs qui gèrent 10 000 
 appels simultanés avec RTP), et du côté facilité de développement 
 d’applications maison.
 
 
 ---
 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] Re: Voip

2014-06-16 Par sujet Sebastien Lesimple 
J'ai eu droit a un Py c'est de la merde a l'époque ou je m'y suis intéressé.
Tristan, tu peux nous éclairer de tes analyses en la matière?


 Le 16 juin 2014 à 11:06, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :
 
 FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale
 
 Si la recherche est de l’IPBX, il y a 2 solutions sur Asterisk matures avec 
 des objectifs très différents : astlinux et Xivo .
 
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 11:03, David Ponzone david.ponz...@gmail.com a écrit :
 
 
 Oui pour la fourniture de trunks/comptes en wholesale, mais à ma 
 connaissance, ça n’est pas adapté pour un usage iPBX.
 Ou alors, il y a eu des évolutions récentes dans ce sens!
 
 Service Client IPeva
 tel:  0811 46 26 26
 www.ipeva.fr  -   www.ipeva-studio.com
 
 Ce message et toutes les pièces jointes sont confidentiels et établis à 
 l'intention exclusive de ses destinataires. Toute utilisation ou diffusion 
 non autorisée est interdite. Tout message électronique est susceptible 
 d'altération. IPeva décline toute responsabilité au titre de ce message s'il 
 a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce 
 message, merci de le détruire immédiatement et d'avertir l'expéditeur.
 
 
 
 
 Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :
 
 Je me permets d’ajouter PyFreeBilling
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit :
 
 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et les 
 pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 minutes de 
 mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends 
 plus que çà en temps réel, mais je regarde pas l'herbe pousser pendant 
 qu'il installe, je fais autre chose.
 
 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com
 
 et un peu plus dur à installer:
 http://www.freepybx.org
 
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 
 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP, ou un numéro interne qui est acheminé vers plusieurs 
 comptes SIP (dialgroup comme Raphael l’a déjà indiqué).
 
 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne sur 
 un PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une fois 
 par an, des fois. La dernière fois que j'ai regardé, le CPU était à 
 quelques malheureux pourcent.
 
 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur 
 (certains membres de la communauté ont des serveurs qui gèrent 10 000 
 appels simultanés avec RTP), et du côté facilité de développement 
 d’applications maison.
 
 
 ---
 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] Re: Voip

2014-06-16 Par sujet Radu-Adrian Feurdean 
Effectivement, j'ai vu la partie wholesale apres.
En retail/entreprise - land par contre, c'est du business as usual.

On Mon, Jun 16, 2014, at 9:09, Sebastien Lesimple wrote:
 Décidément! On a jamais du bosser avec les mêmes fournisseurs!


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet Tristan Mahé 
Salut Seb,

En regardant rapidement la source actuelle, injection sql probable !

A vérifier bien évidemment, il semblerait que seul un client identifié
puisse s'amuser, et je n'ai pas le temps cette semaine de faire une
install pour tester proprement ( je n'ai pas regardé la partie www,
uniquement la partie freeswitch pour te répondre ).

Sinon un clean du setup par défaut de freeswitch serait bien indiqué, au
lieu de juste modifier le dialplan public et quelques autres fichiers de
conf. On ne veut pas sur un switch public risquer les conférences et
autres features codes marrants qui peuvent être détournés en fraude,
surtout quand le dialplan public.xml retourne vers le default ( apres
check de l'auth heureusement ! ) :)

@Mathias, ne jamais trust ce qui vient du public, la c'est quand même
risqué de déployer à grande échelle ! Par exemple un destination_number
de type '.* devrait t'affoler, surtout quand ton code est public et
que tu ne préconise pas dans la doc un frontal devant ton freeswitch
pour clean tout ça :)

Voila pour un retour rapide après 1/4h de lookup, si besoin d'un vrai
test ( notamment de la partie prepaid ), dès que j'ai 2-3jours de libre
je regarde !

My 2 cents...

Le 16/06/2014 11:19, Sebastien Lesimple a écrit :
 J'ai eu droit a un Py c'est de la merde a l'époque ou je m'y suis intéressé.
 Tristan, tu peux nous éclairer de tes analyses en la matière?
 
 
 Le 16 juin 2014 à 11:06, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :

 FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale

 Si la recherche est de l’IPBX, il y a 2 solutions sur Asterisk matures avec 
 des objectifs très différents : astlinux et Xivo .


 Mathias WOLFF




 Le 16 juin 2014 à 11:03, David Ponzone david.ponz...@gmail.com a écrit :


 Oui pour la fourniture de trunks/comptes en wholesale, mais à ma 
 connaissance, ça n’est pas adapté pour un usage iPBX.
 Ou alors, il y a eu des évolutions récentes dans ce sens!

 Service Client IPeva
 tel:  0811 46 26 26
 www.ipeva.fr  -   www.ipeva-studio.com

 Ce message et toutes les pièces jointes sont confidentiels et établis à 
 l'intention exclusive de ses destinataires. Toute utilisation ou diffusion 
 non autorisée est interdite. Tout message électronique est susceptible 
 d'altération. IPeva décline toute responsabilité au titre de ce message 
 s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de 
 ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




 Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :

 Je me permets d’ajouter PyFreeBilling

 Mathias WOLFF




 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit :


 J'avais mes yeux dessus, j'ai 2 questions bêtes :

 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et 
 les pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 
 minutes de mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; 
 ça prends plus que çà en temps réel, mais je regarde pas l'herbe pousser 
 pendant qu'il installe, je fais autre chose.

 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com

 et un peu plus dur à installer:
 http://www.freepybx.org

 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?

 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP, ou un numéro interne qui est acheminé vers plusieurs 
 comptes SIP (dialgroup comme Raphael l’a déjà indiqué).

 Déjà, tu mettras 10 fois plus de clients sur la même machine.

 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne 
 sur un PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante une 
 fois par an, des fois. La dernière fois que j'ai regardé, le CPU était à 
 quelques malheureux pourcent.

 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur 
 (certains membres de la communauté ont des serveurs qui gèrent 10 000 
 appels simultanés avec RTP), et du côté facilité de développement 
 d’applications maison.


 ---
 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/
 




signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet WMN : Mathias WOLFF 
Salut Tristan,

Une grande partie du traitement se fait dans le code lua et non dans la partie 
xml.
Par ailleurs, la partie public.xml n’est pas utilisé de manière standard (ne 
renvoie pas vers default).

Bien entendu, je suis preneur de tous tests et de remontées de bugs et failles 
ainsi que de divers conseils

Cordialement,

Mathias WOLFF




Le 16 juin 2014 à 18:42, Tristan Mahé t.m...@b-and-c.net a écrit :

 Salut Seb,
 
 En regardant rapidement la source actuelle, injection sql probable !
 
 A vérifier bien évidemment, il semblerait que seul un client identifié
 puisse s'amuser, et je n'ai pas le temps cette semaine de faire une
 install pour tester proprement ( je n'ai pas regardé la partie www,
 uniquement la partie freeswitch pour te répondre ).
 
 Sinon un clean du setup par défaut de freeswitch serait bien indiqué, au
 lieu de juste modifier le dialplan public et quelques autres fichiers de
 conf. On ne veut pas sur un switch public risquer les conférences et
 autres features codes marrants qui peuvent être détournés en fraude,
 surtout quand le dialplan public.xml retourne vers le default ( apres
 check de l'auth heureusement ! ) :)
 
 @Mathias, ne jamais trust ce qui vient du public, la c'est quand même
 risqué de déployer à grande échelle ! Par exemple un destination_number
 de type '.* devrait t'affoler, surtout quand ton code est public et
 que tu ne préconise pas dans la doc un frontal devant ton freeswitch
 pour clean tout ça :)
 
 Voila pour un retour rapide après 1/4h de lookup, si besoin d'un vrai
 test ( notamment de la partie prepaid ), dès que j'ai 2-3jours de libre
 je regarde !
 
 My 2 cents...
 
 Le 16/06/2014 11:19, Sebastien Lesimple a écrit :
 J'ai eu droit a un Py c'est de la merde a l'époque ou je m'y suis 
 intéressé.
 Tristan, tu peux nous éclairer de tes analyses en la matière?
 
 
 Le 16 juin 2014 à 11:06, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :
 
 FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale
 
 Si la recherche est de l’IPBX, il y a 2 solutions sur Asterisk matures avec 
 des objectifs très différents : astlinux et Xivo .
 
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 11:03, David Ponzone david.ponz...@gmail.com a écrit :
 
 
 Oui pour la fourniture de trunks/comptes en wholesale, mais à ma 
 connaissance, ça n’est pas adapté pour un usage iPBX.
 Ou alors, il y a eu des évolutions récentes dans ce sens!
 
 Service Client IPeva
 tel:  0811 46 26 26
 www.ipeva.fr  -   www.ipeva-studio.com
 
 Ce message et toutes les pièces jointes sont confidentiels et établis à 
 l'intention exclusive de ses destinataires. Toute utilisation ou diffusion 
 non autorisée est interdite. Tout message électronique est susceptible 
 d'altération. IPeva décline toute responsabilité au titre de ce message 
 s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de 
 ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
 
 
 
 
 Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF m.wo...@wm-networks.fr a 
 écrit :
 
 Je me permets d’ajouter PyFreeBilling
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com a écrit 
 :
 
 
 J'avais mes yeux dessus, j'ai 2 questions bêtes :
 
 1. Combien de temps humain il faut pour installer un serveur qui a le 
 noyau Freeswitch, un GUI (j'aime bien vi mais il y a des limites), et 
 les pilotes pour les cartes TDM? Je fais un serveur Asterisk en 10 
 minutes de mon temps maxi (Centos, Asterisk, DAHDI, FreePBX, X, KDE) ; 
 ça prends plus que çà en temps réel, mais je regarde pas l'herbe 
 pousser pendant qu'il installe, je fais autre chose.
 
 Il y a effectivement moins d’alternatives en GUI pour FreeSWITCH.
 Il y en a quand même 2 qui tiennent la route:
 http://fusionpbx.com
 
 et un peu plus dur à installer:
 http://www.freepybx.org
 
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones SIP peuvent partager la même extension (pas possible avec 
 Asterisk) ?
 
 Extension dans quel sens ?
 Au sens numéro interne ? au sens SIP ?
 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur 
 le même compte SIP, ou un numéro interne qui est acheminé vers plusieurs 
 comptes SIP (dialgroup comme Raphael l’a déjà indiqué).
 
 Déjà, tu mettras 10 fois plus de clients sur la même machine.
 
 Oui, mais pour 30 trunks quelque part j'ai un Asterisk qui tourne 
 sur un PIII 500Mhz avec 256 MO de mémoire avec 60 clients. Se plante 
 une fois par an, des fois. La dernière fois que j'ai regardé, le CPU 
 était à quelques malheureux pourcent.
 
 C’est certain.
 Je pense que FreeSWITCH se distingue plus du côté switch opérateur 
 (certains membres de la communauté ont des serveurs qui gèrent 10 000 
 appels simultanés avec RTP), et du côté facilité de développement 
 d’applications maison.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
 
 
 ---
 Liste de diffusion du FRnOG

Re: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet Tristan Mahé 
Hello Mathias,

En effet, my bad pour public.xml, j'ai lu trop vite ( et me suis fait
avoir par la coloration syntaxique du viewer bitbucket ), et n'avais pas
vu que c'est commenté !

J'ai bien vu tes scripts ( d'ailleurs ça fait plaisir à voir, ça scale
bien FS+lua, un peu comme xml_curl, mais sans dépendance à un webserver
), et c'est la justement ou j'ai une suspicion d'injection sql ( ça peut
aller jusqu'au DOS suivant la version de PG... ). Tu ne sembles pas
vérifier que le destination_number ( champs To ) est clean avant de
lookup en DB par exemple...

C'est très souvent la que se trouvent les failles en VOIP, dans les
headers... Il faut ABSOLUMENT prendre le même soin avec ces valeurs
qu'avec du GET/POST http... Une petite ereg ou une condition dans le
dialplan et c'est réglé, ou alors on clean avec un frontal ofcourse !

On passe en privé si tu veux pour la suite ( quelques éléments
redondants, quelques éléments de config qui se contredisent + conf
nibblebill pour du prepaid ou j'ai qq doutes, qq ajouts à faire pour
éviter le bruteforce des credentials, etc... ) ?

En tout cas ça fait plaisir de voir un projet FR avec FS comme base,
enfin autre chose que du disasterisk !

A te lire,

Tristan.

Le 16/06/2014 18:59, WMN : Mathias WOLFF a écrit :
 Salut Tristan,
 
 Une grande partie du traitement se fait dans le code lua et non dans la
 partie xml.
 Par ailleurs, la partie public.xml n’est pas utilisé de manière standard
 (ne renvoie pas vers default).
 
 Bien entendu, je suis preneur de tous tests et de remontées de bugs et
 failles ainsi que de divers conseils
 
 Cordialement,
 
 Mathias WOLFF
 
 
 
 
 Le 16 juin 2014 à 18:42, Tristan Mahé t.m...@b-and-c.net
 mailto:t.m...@b-and-c.net a écrit :
 
 Salut Seb,

 En regardant rapidement la source actuelle, injection sql probable !

 A vérifier bien évidemment, il semblerait que seul un client identifié
 puisse s'amuser, et je n'ai pas le temps cette semaine de faire une
 install pour tester proprement ( je n'ai pas regardé la partie www,
 uniquement la partie freeswitch pour te répondre ).

 Sinon un clean du setup par défaut de freeswitch serait bien indiqué, au
 lieu de juste modifier le dialplan public et quelques autres fichiers de
 conf. On ne veut pas sur un switch public risquer les conférences et
 autres features codes marrants qui peuvent être détournés en fraude,
 surtout quand le dialplan public.xml retourne vers le default ( apres
 check de l'auth heureusement ! ) :)

 @Mathias, ne jamais trust ce qui vient du public, la c'est quand même
 risqué de déployer à grande échelle ! Par exemple un destination_number
 de type '.* devrait t'affoler, surtout quand ton code est public et
 que tu ne préconise pas dans la doc un frontal devant ton freeswitch
 pour clean tout ça :)

 Voila pour un retour rapide après 1/4h de lookup, si besoin d'un vrai
 test ( notamment de la partie prepaid ), dès que j'ai 2-3jours de libre
 je regarde !

 My 2 cents...

 Le 16/06/2014 11:19, Sebastien Lesimple a écrit :
 J'ai eu droit a un Py c'est de la merde a l'époque ou je m'y suis
 intéressé.
 Tristan, tu peux nous éclairer de tes analyses en la matière?


 Le 16 juin 2014 à 11:06, WMN : Mathias WOLFF
 m.wo...@wm-networks.fr mailto:m.wo...@wm-networks.fr a écrit :

 FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale

 Si la recherche est de l’IPBX, il y a 2 solutions sur Asterisk
 matures avec des objectifs très différents : astlinux et Xivo .


 Mathias WOLFF




 Le 16 juin 2014 à 11:03, David Ponzone david.ponz...@gmail.com
 mailto:david.ponz...@gmail.com a écrit :


 Oui pour la fourniture de trunks/comptes en wholesale, mais à ma
 connaissance, ça n’est pas adapté pour un usage iPBX.
 Ou alors, il y a eu des évolutions récentes dans ce sens!

 Service Client IPeva
 tel:  0811 46 26 26
 www.ipeva.fr http://www.ipeva.fr  -   www.ipeva-studio.com
 http://www.ipeva-studio.com

 Ce message et toutes les pièces jointes sont confidentiels et
 établis à l'intention exclusive de ses destinataires. Toute
 utilisation ou diffusion non autorisée est interdite. Tout message
 électronique est susceptible d'altération. IPeva décline toute
 responsabilité au titre de ce message s'il a été altéré, déformé ou
 falsifié. Si vous n'êtes pas destinataire de ce message, merci de
 le détruire immédiatement et d'avertir l'expéditeur.




 Le 16 juin 2014 à 11:00, WMN : Mathias WOLFF
 m.wo...@wm-networks.fr mailto:m.wo...@wm-networks.fr a écrit :

 Je me permets d’ajouter PyFreeBilling

 Mathias WOLFF




 Le 16 juin 2014 à 10:17, David Ponzone david.ponz...@gmail.com
 mailto:david.ponz...@gmail.com a écrit :


 J'avais mes yeux dessus, j'ai 2 questions bêtes :

 1. Combien de temps humain il faut pour installer un serveur
 qui a le noyau Freeswitch, un GUI (j'aime bien vi mais il y a
 des limites), et les pilotes pour les cartes TDM? Je fais un
 serveur Asterisk en 10 minutes de mon temps maxi (Centos,
 Asterisk, DAHDI, FreePBX, X, KDE) ; ça prends plus que çà en

RE: [FRnOG] [TECH] Re: Voip

2014-06-16 Par sujet Michel Py 
 Michel Py a écrit :
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones
 SIP peuvent partager la même extension (pas possible avec Asterisk) ?

 Raphael Jacquot a écrit :
 https://wiki.freeswitch.org/wiki/Ring_group
 https://wiki.asterisk.org/wiki/display/AST/Asterisk+11+Application_Dial

C'est ce que je fais (ring group), mais c'est pauvre comme bidouille. Premier 
problème: voicemail. Que fais tu quand aucune des extensions ne réponds ? 
Voicemail. Tu choisis une des extensions qui fait partie du ring-group comme 
primaire. Pour cette extension-là, pas de problème; la lampe qui indique qu'on 
a un message s'allume, etc etc. La ou çà se complique, c'est pour les autres 
extensions qui font partie du même ring-group.
a) La lampe vous avez un message ne s'allume pas. b) avec un peu de chance, 
un bouton BLF pour l'extension primaire va montrer sur l'écran qu'il faut 
écouter les messages, mais il faut créer un deuxième bouton pour se connecter à 
cette voicemail, ou expliquer à l'utilisateur qu'il faut faire *98 + 
l'extension primaire, c'est nul.

 Michel Py a écrit :
 2. Dans le cas ou l'on se sert de Freeswitch comme PBX, est-ce que 2 
 téléphones
 SIP peuvent partager la même extension (pas possible avec Asterisk) ?

 David Ponzone a écrit : 
 Extension dans quel sens ? Au sens numéro interne ? au sens SIP ?

Au sens SIP, mais dans ce que je fais c'est également le numéro interne.

 Ceci dit, les 2 sont possibles: avoir plusieurs postes enregistrés sur le 
 même compte SIP

C'est précisément la partie qui ne marche pas avec Asterisk: si tu essaies, le 
téléphone qui est le dernier à s'enregistrer sur le compte SIP est celui qui 
devient actif et les autres sont dans une situation bizarre. D'où les 
ring-groups, mais c'est nul voir ci-dessus.

Plusieurs postes enregistrés sur le même compte SIP, ça marche avec Freeswitch? 
Essayé de vrai? Jusqu'à présent le seul système que j'ai vu qui permette çà 
c'est Broadworks.

Michel.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-15 Par sujet David Ponzone 
Je crois que vous ne parlez pas de la même chose.
Michel parlait des offres d’accès TDM  retail, dans lequel l’opérateur se 
permet, de manière transparente ou pas, de livrer sur support IP en SIP, et de 
convertir en TDM sur le CPE (Orange le fait avec la BIV, et d’autres le font 
même pour du T2).
Sébastien parlait, je crois, des offres opérateurs à opérateurs (Orange 
Wholesale, Completel, …).

Le 15 juin 2014 à 05:07, Michel Py mic...@arneill-py.sacramento.ca.us a écrit 
:

 Sebastien Lesimple a écrit:
 Si je puis me permettre, d'ou ils sortent tes fournisseurs? Parce qu'un 
 opérateur
 qui vend du TDM reconstitué à partir du SIP, c'est un escroc, pas un 
 opérateur.
 
 Ils te vendent du SIP, c'est généralement pas caché mais c'est délivré en TDM 
 (PRI, qui est un T1 ISDN 23 data 1 signal). L'avantage énorme est quand le 
 client final a un PBX qui ne comprend pas SIP (très courant) tu lui donnes un 
 PRI et le PBX ne sait pas que c'est du TDM reconstitué; ça permet de vendre 
 du SIP quand le matos du client n'est pas compatible (ou que rajouter une 
 carte SIP dedans coute la peau des fesses).
 
 Config très courante ici: Cisco IAD ou similaire, coté fournisseur un T1 
 données, coté client un PRI pour la voix et un Ethernet pour L'Internet avec 
 la bande passante non utilisée par la voix. Si tu veux une ligne SIP en plus, 
 presque rien à faire.
 
 Vu récemment aussi: Adtran 1448s-ce (C'est un boitier avec 48 modems SDSL), 
 jusqu'à 48 paire téléphoniques coté fournisseur, coté client pareil un PRI 
 pour la voix et FE pour L'Internet (10 Mbps et parfois plus, moins ce qui est 
 utilisé par la voix).
 
 Quand je fais de l'Asterisk, c'est coté client (en général, remplacement du 
 PBX antique). Un PRI, il y a rien à configurer. Tu branches, ça marche. Si ça 
 marche pas, tu branches sur la carte de secours et tu changes le câble de 2m 
 entre ton serveur et le fournisseur. Pas d'emmerdes. S'il y a un problème de 
 qualité de la voix, c'est le problème du fournisseur. Moi ce que j'achète 
 c'est un T1 ISDN, ce qui se passe derrière je veux pas savoir.
 AMHA, SIP c'est vivable que passé une certaine taille. Pour 50 ou 100 lignes, 
 je reste sur TDM pour les 2 mètres entre le client et le fournisseur.
 
 
 suppression d'écho
 Tout cela sent les interco boiteuses avec des bricolos. Fait proprement
 il n'y'a pas besoin de tout ces machins, qui en plus, sont autant de
 causes de problemes supplémentaires!
 
 Ouais justement, le support technique sous-traité en Inde (au hasard...) tu 
 crois que c'est fait proprement? C'est pas parce que ton coté est super 
 propre que t'auras pas d'écho. Je suis bien d'accord que dans 99% des cas la 
 suppression d'écho par DSP Octasic ça ne sert à rien, mais pour le 1% des cas 
 ou tu en as besoin, pour $180 par T1 ça vaut pas la peine de s'en passer si 
 tu veux faire du travail propre.
 
 Michel.
 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-15 Par sujet Sebastien Lesimple 
Oui c'est exact.
Je parlais des interco entre opérateurs, pas du retail. Désolé pour la 
confusion.

En France hormis FT et ses offres VGT+ ou VGA, il n'y a pas d'alternative 
normée et la oui garder de l'E1 a du sens.

J'ai pratiqué la fourniture d'ISDN sur ethernet aux clients retail mais pas 
reconstitue a base de SIP.
Mes routeurs encapsulent le flux ISDN complet, synchronisent les horloge a 
partir des E1 et la régénère avec précision si elle part en cacahuète.
La Sig entre routeurs (UA) se fait en SIP mais c'est juste la Sig interne a mon 
réseau pour piloter les flux entre UA
Ça permet par exemple de fournir 4E1 par satellite à Madagascar en aboutement 
d'accès primaires Orange a Paris sans perdre les fonctionnalités du Numeris et 
ça fonctionne très bien.

90% des problèmes de ce genre de solution résident dans la qualité des 
équipements et dans leur gestion des horloges. Le reste c'est du réglage de 
Buffer principalement.

Seb

 Le 15 juin 2014 à 10:09, David Ponzone david.ponz...@gmail.com a écrit :
 
 Je crois que vous ne parlez pas de la même chose.
 Michel parlait des offres d’accès TDM  retail, dans lequel l’opérateur se 
 permet, de manière transparente ou pas, de livrer sur support IP en SIP, et 
 de convertir en TDM sur le CPE (Orange le fait avec la BIV, et d’autres le 
 font même pour du T2).
 Sébastien parlait, je crois, des offres opérateurs à opérateurs (Orange 
 Wholesale, Completel, …).
 
 Le 15 juin 2014 à 05:07, Michel Py mic...@arneill-py.sacramento.ca.us a 
 écrit :
 
 Sebastien Lesimple a écrit:
 Si je puis me permettre, d'ou ils sortent tes fournisseurs? Parce qu'un 
 opérateur
 qui vend du TDM reconstitué à partir du SIP, c'est un escroc, pas un 
 opérateur.
 
 Ils te vendent du SIP, c'est généralement pas caché mais c'est délivré en 
 TDM (PRI, qui est un T1 ISDN 23 data 1 signal). L'avantage énorme est quand 
 le client final a un PBX qui ne comprend pas SIP (très courant) tu lui 
 donnes un PRI et le PBX ne sait pas que c'est du TDM reconstitué; ça permet 
 de vendre du SIP quand le matos du client n'est pas compatible (ou que 
 rajouter une carte SIP dedans coute la peau des fesses).
 
 Config très courante ici: Cisco IAD ou similaire, coté fournisseur un T1 
 données, coté client un PRI pour la voix et un Ethernet pour L'Internet avec 
 la bande passante non utilisée par la voix. Si tu veux une ligne SIP en 
 plus, presque rien à faire.
 
 Vu récemment aussi: Adtran 1448s-ce (C'est un boitier avec 48 modems SDSL), 
 jusqu'à 48 paire téléphoniques coté fournisseur, coté client pareil un PRI 
 pour la voix et FE pour L'Internet (10 Mbps et parfois plus, moins ce qui 
 est utilisé par la voix).
 
 Quand je fais de l'Asterisk, c'est coté client (en général, remplacement du 
 PBX antique). Un PRI, il y a rien à configurer. Tu branches, ça marche. Si 
 ça marche pas, tu branches sur la carte de secours et tu changes le câble de 
 2m entre ton serveur et le fournisseur. Pas d'emmerdes. S'il y a un problème 
 de qualité de la voix, c'est le problème du fournisseur. Moi ce que j'achète 
 c'est un T1 ISDN, ce qui se passe derrière je veux pas savoir.
 AMHA, SIP c'est vivable que passé une certaine taille. Pour 50 ou 100 
 lignes, je reste sur TDM pour les 2 mètres entre le client et le fournisseur.
 
 
 suppression d'écho
 Tout cela sent les interco boiteuses avec des bricolos. Fait proprement
 il n'y'a pas besoin de tout ces machins, qui en plus, sont autant de
 causes de problemes supplémentaires!
 
 Ouais justement, le support technique sous-traité en Inde (au hasard...) tu 
 crois que c'est fait proprement? C'est pas parce que ton coté est super 
 propre que t'auras pas d'écho. Je suis bien d'accord que dans 99% des cas la 
 suppression d'écho par DSP Octasic ça ne sert à rien, mais pour le 1% des 
 cas ou tu en as besoin, pour $180 par T1 ça vaut pas la peine de s'en passer 
 si tu veux faire du travail propre.
 
 Michel.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-15 Par sujet David Ponzone 
Genre Packetband ?

Le 15 juin 2014 à 10:54, Sebastien Lesimple slesim...@laposte.net a écrit :

 Oui c'est exact.
 Je parlais des interco entre opérateurs, pas du retail. Désolé pour la 
 confusion.
 
 En France hormis FT et ses offres VGT+ ou VGA, il n'y a pas d'alternative 
 normée et la oui garder de l'E1 a du sens.
 
 J'ai pratiqué la fourniture d'ISDN sur ethernet aux clients retail mais pas 
 reconstitue a base de SIP.
 Mes routeurs encapsulent le flux ISDN complet, synchronisent les horloge a 
 partir des E1 et la régénère avec précision si elle part en cacahuète.
 La Sig entre routeurs (UA) se fait en SIP mais c'est juste la Sig interne a 
 mon réseau pour piloter les flux entre UA
 Ça permet par exemple de fournir 4E1 par satellite à Madagascar en aboutement 
 d'accès primaires Orange a Paris sans perdre les fonctionnalités du Numeris 
 et ça fonctionne très bien.
 
 90% des problèmes de ce genre de solution résident dans la qualité des 
 équipements et dans leur gestion des horloges. Le reste c'est du réglage de 
 Buffer principalement.
 
 Seb
 
 Le 15 juin 2014 à 10:09, David Ponzone david.ponz...@gmail.com a écrit :
 
 Je crois que vous ne parlez pas de la même chose.
 Michel parlait des offres d’accès TDM  retail, dans lequel l’opérateur se 
 permet, de manière transparente ou pas, de livrer sur support IP en SIP, et 
 de convertir en TDM sur le CPE (Orange le fait avec la BIV, et d’autres le 
 font même pour du T2).
 Sébastien parlait, je crois, des offres opérateurs à opérateurs (Orange 
 Wholesale, Completel, …).
 
 Le 15 juin 2014 à 05:07, Michel Py mic...@arneill-py.sacramento.ca.us a 
 écrit :
 
 Sebastien Lesimple a écrit:
 Si je puis me permettre, d'ou ils sortent tes fournisseurs? Parce qu'un 
 opérateur
 qui vend du TDM reconstitué à partir du SIP, c'est un escroc, pas un 
 opérateur.
 
 Ils te vendent du SIP, c'est généralement pas caché mais c'est délivré en 
 TDM (PRI, qui est un T1 ISDN 23 data 1 signal). L'avantage énorme est quand 
 le client final a un PBX qui ne comprend pas SIP (très courant) tu lui 
 donnes un PRI et le PBX ne sait pas que c'est du TDM reconstitué; ça permet 
 de vendre du SIP quand le matos du client n'est pas compatible (ou que 
 rajouter une carte SIP dedans coute la peau des fesses).
 
 Config très courante ici: Cisco IAD ou similaire, coté fournisseur un T1 
 données, coté client un PRI pour la voix et un Ethernet pour L'Internet 
 avec la bande passante non utilisée par la voix. Si tu veux une ligne SIP 
 en plus, presque rien à faire.
 
 Vu récemment aussi: Adtran 1448s-ce (C'est un boitier avec 48 modems SDSL), 
 jusqu'à 48 paire téléphoniques coté fournisseur, coté client pareil un PRI 
 pour la voix et FE pour L'Internet (10 Mbps et parfois plus, moins ce qui 
 est utilisé par la voix).
 
 Quand je fais de l'Asterisk, c'est coté client (en général, remplacement du 
 PBX antique). Un PRI, il y a rien à configurer. Tu branches, ça marche. Si 
 ça marche pas, tu branches sur la carte de secours et tu changes le câble 
 de 2m entre ton serveur et le fournisseur. Pas d'emmerdes. S'il y a un 
 problème de qualité de la voix, c'est le problème du fournisseur. Moi ce 
 que j'achète c'est un T1 ISDN, ce qui se passe derrière je veux pas savoir.
 AMHA, SIP c'est vivable que passé une certaine taille. Pour 50 ou 100 
 lignes, je reste sur TDM pour les 2 mètres entre le client et le 
 fournisseur.
 
 
 suppression d'écho
 Tout cela sent les interco boiteuses avec des bricolos. Fait proprement
 il n'y'a pas besoin de tout ces machins, qui en plus, sont autant de
 causes de problemes supplémentaires!
 
 Ouais justement, le support technique sous-traité en Inde (au hasard...) tu 
 crois que c'est fait proprement? C'est pas parce que ton coté est super 
 propre que t'auras pas d'écho. Je suis bien d'accord que dans 99% des cas 
 la suppression d'écho par DSP Octasic ça ne sert à rien, mais pour le 1% 
 des cas ou tu en as besoin, pour $180 par T1 ça vaut pas la peine de s'en 
 passer si tu veux faire du travail propre.
 
 Michel.
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-14 Par sujet Sebastien Lesimple 

Le 14/06/2014 06:19, Michel Py a écrit :

Lucas Viallon a écrit :
Actuellement ce qui m'embête le plus, c'est le hardware type serveur et l'OS
L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand grand
chose aussi) Je préfère avoir des équipements comme par exemple des routeurs
que des serveurs ou l'on a souvent des merdes

C'est possiblement parce que tu mets de la merde comme serveur. Double alim hot 
swap, disques en miroir hot swap (Sata pas cher, pas besoin de plus), double 
CPU (pour en avoir 2 pas pour la performance), mémoire en miroir çà coûte un 
peu plus que des cacahouètes mais c'est difficile à faire tomber. Pour les E1 
tu mets 2 cartes que tu n'utilises qu'à 50% de capacité, c'est pas complètement 
transparent si une des deux tombe mais c'est pas long à re-câbler non plus.
J'ai plusieurs serveurs Asterisk sur base Dell et Digium pour la partie TDM 
dont le problème principal est la poussière qui s'accumule à l'intérieur.


Au passage:

Thxer a écrit:
[FRnOG] [TECH] Script Installation Openmanage serveur Dell sur Centos
J'ai pas mal galéré pour mettre en place*Openmanage de dell (srvadmin)* sur 
*Centos*
6.x. En effet le portage de base est compatible Red Hat mais les scripts 
actuels de
dell considère Centos comme étant incompatible. Du coup voici un petit .zip 
contenant
les packages, et un mini script d'installation pour obtenir un openmanage 
opérationnel
sous Centos. En espérant que cela vous sera utile :) Télécharger_le_script
http://www.thxer.com/ScriptsCie/Bash/script_installation_configuration_DNS_centos.sh
Le tweet à RT :) https://twitter.com/Thxer_/status/474526970081206272

J'ai pas encore essayé, mais MERCI. Comme beaucoup, j'utilise Centos pour mes 
serveurs Asterisk.



David Ponzone a écrit :
Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
La plupart des solutions SIP de « grand constructeur » sont basés sur des
serveurs Linux (certains ne s’en vantent pas).

+1 et je préfère savoir ce qu'il y a dans la boiboite que l'obscurantisme 
constructeur.
Même si c'est un routeur, il y a une carte dedans qui est un Pécé sous Linux.



Sebastien Lesimple a écrit :
A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP.
Tous les grands opérateurs ont une offre SIP native. Pourquoi s'emmerder avec
du capacity management et du transcode quand ce n'est plus nécessaire?

Pour 2 raisons:

1. Quand la qualité de la voix merde, ton fournisseur peut pas te raconter des 
conneries que c'est parce que tu as une congestion IP ou que ton QOS est mal 
fait etc etc. Si ils te fournissent du TDM reconstitué à partir de SIP, le QOS 
et les codecs et tout çà c'est LEUR problème. En SIP pur c'est garanti qu'ils 
vont essayer de te bullshiter en te disant que le problème est de ton coté.

Si je puis me permettre, d'ou ils sortent tes fournisseurs?
Parcequ'un opérateur qui vend du TDM reconstitué à partir du SIP, 
c'est un escroc, pas un opérateur.
On a pas encore réussi a lyophiliser le TDM pour le reconstituer avec un 
un peu d'eau bouillante version soupe Roycau...

Je déconne mais, en plus j'ai jamais rien vu de pareil!!

On te livrera éventuellement tes E1 en ISDN ou SS7oEthernet (SIGTRAN 
dans le réseau NGN pour etre clair) et cela fonctionnera parfaitement 
mais du C7 ou de l'ISDN reconstitué SIP hum hum...


D'autre part, chaque prestation de terminaison en interco SIP porte 
divers niveaux de qualité, qualité que choisie le client.
Si tu prends de la route grise toute pourrie low cost, en interco via le 
wouaibe faut pas s'attendre a des miracle!

Personne ne s'engagera sur ces produits là.

D'autant qu'un fournisseur qui se respecte ne permettra pas d'interco 
autrement qu'ON NET, justement pour éviter ce genre d'emmerdes.
Ensuite, comme je l'ai déjà précisé, en qualité premium, tu as 
systématiquement des SLA (ca vaut ce que ca vaut), des stats d'ASR, MOS 
etc...
En cas de qualité insatisfaisante, un vrais pro est toujours là pour 
assurer le retour a la normal lorsqu'un incident sur la qualité se fait 
sentir.


Je n'ai jamais entendu raler qui que ce soit au sujet de l'interco SIP 
Orange par exemple, pourtant c'est du SIP SIP et ca tourne depuis au bas 
mot 5 ans pour l'offre Wholesale International et 2 ans pour l'interco 
SIP nationale.
(il y a peut être des difficultés au démarrage mais de moins en moins 
depuis qu'ils collent aux specs de la FFT).


Enfin si tu collecte tes abonnés sur un réseau non maîtrisé avec 100ms 
et plus de latence et de la gige de fou, tu pourras toujours pleurer 
auprès de ton fournisseur, il n'y pourra strictement rien.


Pour mémoire, SIP c'est transporter des communications synchrones sur un 
réseau asynchrone qui n'a pas été conçu pour.
Je sais bien que le SIP c'est la démocratisation des telecom qui permet 
a n'importe quel geek de faire du téléphone, mais y'a quand meme 
quelques regles élémentaires d’ingénierie telecom qui restent 
incontournables.




2. La carte TDM peut te fournir un

RE: [FRnOG] [TECH] Re: Voip

2014-06-14 Par sujet Michel Py 
 Sebastien Lesimple a écrit:
 Si je puis me permettre, d'ou ils sortent tes fournisseurs? Parce qu'un 
 opérateur
 qui vend du TDM reconstitué à partir du SIP, c'est un escroc, pas un 
 opérateur.

Ils te vendent du SIP, c'est généralement pas caché mais c'est délivré en TDM 
(PRI, qui est un T1 ISDN 23 data 1 signal). L'avantage énorme est quand le 
client final a un PBX qui ne comprend pas SIP (très courant) tu lui donnes un 
PRI et le PBX ne sait pas que c'est du TDM reconstitué; ça permet de vendre du 
SIP quand le matos du client n'est pas compatible (ou que rajouter une carte 
SIP dedans coute la peau des fesses).

Config très courante ici: Cisco IAD ou similaire, coté fournisseur un T1 
données, coté client un PRI pour la voix et un Ethernet pour L'Internet avec la 
bande passante non utilisée par la voix. Si tu veux une ligne SIP en plus, 
presque rien à faire.

Vu récemment aussi: Adtran 1448s-ce (C'est un boitier avec 48 modems SDSL), 
jusqu'à 48 paire téléphoniques coté fournisseur, coté client pareil un PRI pour 
la voix et FE pour L'Internet (10 Mbps et parfois plus, moins ce qui est 
utilisé par la voix).

Quand je fais de l'Asterisk, c'est coté client (en général, remplacement du PBX 
antique). Un PRI, il y a rien à configurer. Tu branches, ça marche. Si ça 
marche pas, tu branches sur la carte de secours et tu changes le câble de 2m 
entre ton serveur et le fournisseur. Pas d'emmerdes. S'il y a un problème de 
qualité de la voix, c'est le problème du fournisseur. Moi ce que j'achète c'est 
un T1 ISDN, ce qui se passe derrière je veux pas savoir.
AMHA, SIP c'est vivable que passé une certaine taille. Pour 50 ou 100 lignes, 
je reste sur TDM pour les 2 mètres entre le client et le fournisseur.


 suppression d'écho
 Tout cela sent les interco boiteuses avec des bricolos. Fait proprement
 il n'y'a pas besoin de tout ces machins, qui en plus, sont autant de
 causes de problemes supplémentaires!

Ouais justement, le support technique sous-traité en Inde (au hasard...) tu 
crois que c'est fait proprement? C'est pas parce que ton coté est super propre 
que t'auras pas d'écho. Je suis bien d'accord que dans 99% des cas la 
suppression d'écho par DSP Octasic ça ne sert à rien, mais pour le 1% des cas 
ou tu en as besoin, pour $180 par T1 ça vaut pas la peine de s'en passer si tu 
veux faire du travail propre.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Re: Voip

2014-06-13 Par sujet Michel Py 
 Lucas Viallon a écrit :
 Actuellement ce qui m'embête le plus, c'est le hardware type serveur et l'OS
 L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand grand
 chose aussi) Je préfère avoir des équipements comme par exemple des routeurs
 que des serveurs ou l'on a souvent des merdes

C'est possiblement parce que tu mets de la merde comme serveur. Double alim hot 
swap, disques en miroir hot swap (Sata pas cher, pas besoin de plus), double 
CPU (pour en avoir 2 pas pour la performance), mémoire en miroir çà coûte un 
peu plus que des cacahouètes mais c'est difficile à faire tomber. Pour les E1 
tu mets 2 cartes que tu n'utilises qu'à 50% de capacité, c'est pas complètement 
transparent si une des deux tombe mais c'est pas long à re-câbler non plus.
J'ai plusieurs serveurs Asterisk sur base Dell et Digium pour la partie TDM 
dont le problème principal est la poussière qui s'accumule à l'intérieur.


Au passage:
 Thxer a écrit:
 [FRnOG] [TECH] Script Installation Openmanage serveur Dell sur Centos
 J'ai pas mal galéré pour mettre en place*Openmanage de dell (srvadmin)* sur 
 *Centos*
 6.x. En effet le portage de base est compatible Red Hat mais les scripts 
 actuels de
 dell considère Centos comme étant incompatible. Du coup voici un petit .zip 
 contenant
 les packages, et un mini script d'installation pour obtenir un openmanage 
 opérationnel
 sous Centos. En espérant que cela vous sera utile :) Télécharger_le_script
 http://www.thxer.com/ScriptsCie/Bash/script_installation_configuration_DNS_centos.sh
 Le tweet à RT :) https://twitter.com/Thxer_/status/474526970081206272

J'ai pas encore essayé, mais MERCI. Comme beaucoup, j'utilise Centos pour mes 
serveurs Asterisk.


 David Ponzone a écrit :
 Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
 La plupart des solutions SIP de « grand constructeur » sont basés sur des
 serveurs Linux (certains ne s’en vantent pas).

+1 et je préfère savoir ce qu'il y a dans la boiboite que l'obscurantisme 
constructeur.
Même si c'est un routeur, il y a une carte dedans qui est un Pécé sous Linux.


 Sebastien Lesimple a écrit :
 A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP.
 Tous les grands opérateurs ont une offre SIP native. Pourquoi s'emmerder 
 avec
 du capacity management et du transcode quand ce n'est plus nécessaire?

Pour 2 raisons:

1. Quand la qualité de la voix merde, ton fournisseur peut pas te raconter des 
conneries que c'est parce que tu as une congestion IP ou que ton QOS est mal 
fait etc etc. Si ils te fournissent du TDM reconstitué à partir de SIP, le QOS 
et les codecs et tout çà c'est LEUR problème. En SIP pur c'est garanti qu'ils 
vont essayer de te bullshiter en te disant que le problème est de ton coté.

2. La carte TDM peut te fournir un echo canceller matériel (Octasic, par 
exemple). Si tu fais du SIP pur et que t'as des problèmes d'echo, bon courage 
avec les solutions logiciel (avec Asterisk en tout cas). Chez les clients je 
mets du Digium toujours avec l'option Octasic.
Par exemple entre une TE131 (1 T1/E1 sans Octasic) $400 et une TE133 (1 T1/E1 
avec Octasic) $580, ça fait que $180 de différence pour 1 E1, c'est pas la 
peine de se décarcasser. Même chose entre une TE435F (4 T1/E1 sans Octasic) 
$1120 et une TE435BF (4 T1/E1 avec Octasic) $1800. 

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet Lucas Viallon 
Bonjour



Le jeudi 12 juin 2014, David Ponzone david.ponz...@gmail.com a écrit :

 Tu veux dire que tu veux arrêter d’utiliser du gratuit et payer 50k€ pour
 faire la même chose ?


Et bien oui, j'arrive a un stade ou il est nécessaire je pense d'investir
pour garder une qualité de service




 Ben va voir ACME Packet, Aleo, et autres :)

 Sérieusement, je suis pas sûr de comprendre ton besoin.
 SI tu as un problème de fiabilité, commence par virer Asterisk et le
 remplacer par FreeSWITCH.
 Déjà, tu mettras 10 fois plus de clients sur la même machine, sans jamais
 le moindre plantage, et ça t’ouvrira la porte à un monde de possibilités.



Actuellement ce qui m'embête le plus, c'est le hardware type serveur et
l'OS

L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand
grand chose aussi)

Je préfère avoir des équipements comme par exemple des routeurs que des
serveurs ou l'on a souvent des merdes




 Si vraiment tu veux payer une solution commerciale (hard ou soft) pour
 faire la même chose, tu dois avoir une raison.

 Si le problème vient des E1, il faudrait peut-être penser à avoir d’autres
 routes que des E1 chez un « grand » opérateur.



Non le problème n'est pas les e1 aussi cela marche bien cela :)




 Le 12 juin 2014 à 09:40, Lucas Viallon lucas.vial...@gmail.com
 javascript:; a écrit :

  Bonjour
 
  Actuellement je fournis une trentaine de trunk sip a mes clients via un
  simple Asterisk connecte a des E1 d un grand opérateur.
 
  Je souhaite fiabiliser tout cela et je sollicite vos conseils :)
 
  Exist il des solutions professionnel de grande marque qui fait a peu près
  tout ce que propose un fournisseur trunk traditionnel ?
 
  Merci d'avance
  Lucas
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet David Ponzone 
Ok mais il ne faut pas croire que:

grand constructeur = $ = qualité de service

En plus, pour un « grand constructeur » , tu seras un « tout petit ».

Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
La plupart des solutions SIP de « grand constructeur » sont basés sur des 
serveurs Linux (certains ne s’en vantent pas).
Je gère quelques serveurs Dell sur lesquels je n’ai pas eu le moindre problème 
en 8 ans, donc peut-être que c’est du côté du serveur que tu devrais regarder 
(grand constructeur ou assembleur genre Supermicro, au choix).

Si vraiment tu veux une machine qui n’est pas un serveur pour faire ton SIP, il 
faut que tu décides si tu veux une seule machine qui fait tout (SIP et TDM) ou 
si tu veux séparer les 2 (SIP-SIP pour connecter les clients, et SIP-TDM pour 
raccorder les E1).
Dans les 2 cas, tu dois pouvoir trouver ton bonheur chez Cisco, mais je ne 
pourrais te dire quel modèle, je n’ai jamais utilisé Cisco pour la voix, et 
Patton.
Patton, ça fait le café et plus encore.
Un SmartNode 1 avec 8E1 et qui peut donc connecter 240 canaux SIP, avec 
alim AC redondantes, ça doit couter dans les 10k€, prix public.

Le 12 juin 2014 à 10:38, Lucas Viallon lucas.vial...@gmail.com a écrit :

 Bonjour
 
 
 
 Le jeudi 12 juin 2014, David Ponzone david.ponz...@gmail.com a écrit :
 Tu veux dire que tu veux arrêter d’utiliser du gratuit et payer 50k€ pour 
 faire la même chose ?
 
 Et bien oui, j'arrive a un stade ou il est nécessaire je pense d'investir 
 pour garder une qualité de service 
 
 
  
 Ben va voir ACME Packet, Aleo, et autres :)
 
 Sérieusement, je suis pas sûr de comprendre ton besoin.
 SI tu as un problème de fiabilité, commence par virer Asterisk et le 
 remplacer par FreeSWITCH.
 Déjà, tu mettras 10 fois plus de clients sur la même machine, sans jamais le 
 moindre plantage, et ça t’ouvrira la porte à un monde de possibilités.
 
 
 Actuellement ce qui m'embête le plus, c'est le hardware type serveur et l'OS
 
 L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand 
 grand chose aussi)
 
 Je préfère avoir des équipements comme par exemple des routeurs que des 
 serveurs ou l'on a souvent des merdes 
 
  
 
 Si vraiment tu veux payer une solution commerciale (hard ou soft) pour faire 
 la même chose, tu dois avoir une raison.
 
 Si le problème vient des E1, il faudrait peut-être penser à avoir d’autres 
 routes que des E1 chez un « grand » opérateur.
 
 
 Non le problème n'est pas les e1 aussi cela marche bien cela :)
 
  
 
 Le 12 juin 2014 à 09:40, Lucas Viallon lucas.vial...@gmail.com a écrit :
 
  Bonjour
 
  Actuellement je fournis une trentaine de trunk sip a mes clients via un
  simple Asterisk connecte a des E1 d un grand opérateur.
 
  Je souhaite fiabiliser tout cela et je sollicite vos conseils :)
 
  Exist il des solutions professionnel de grande marque qui fait a peu près
  tout ce que propose un fournisseur trunk traditionnel ?
 
  Merci d'avance
  Lucas
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet Xavier Beaudouin 
Salut David  Lucas,

Le 12 juin 2014 à 10:57, David Ponzone david.ponz...@gmail.com a écrit :

 Ok mais il ne faut pas croire que:
 
 grand constructeur = $ = qualité de service

+1

 En plus, pour un « grand constructeur » , tu seras un « tout petit ».

+1

 Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.

Exemple nexus5000 : c'est un PéCé avec un Linux dedans, plus quelques 
extensions hardware, mais grosso modo t'as un Linux...

Idem avec des juniper c'est pas un linux mais un freebsd avec plein 
d'extensions bien fermées... 

 La plupart des solutions SIP de « grand constructeur » sont basés sur des 
 serveurs Linux (certains ne s’en vantent pas).
 Je gère quelques serveurs Dell sur lesquels je n’ai pas eu le moindre 
 problème en 8 ans, donc peut-être que c’est du côté du serveur que tu devrais 
 regarder (grand constructeur ou assembleur genre Supermicro, au choix).

Idem, un grand construteur type Dell peut aussi avoir des grosses emmerdes... 
Quand tu choisi du hardware, il faut le faire correctement. Genre : prendre des 
disques fiables, avec des cartes raid fiable, alim, avoir du hot spare sur 
place.
Ne crois pas que si tu achete du Cisco ou whatever ton alim vas pas crâmer ! 
(testé et approuvé de mon coté).

Xavier


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet Raphael Mazelier 
Mais globalement les solutions constructeurs tout en un ne sont pas par 
non plus a mon sens forcement plus stable.


Par contre monter une archi intelligente en découpant les 
briques/fonctions oui :p


Asterisk n'est pas une mauvaise techno en soi, mais cela ne fait pas tout.

Par exemple pour gérer du gros volumes de SIP il vaut mieux se tourner 
vers du *ser*.


etc...

(On peut en discuter en pm)


Le 12/06/2014 10:57, David Ponzone a écrit :

Ok mais il ne faut pas croire que:

grand constructeur = $ = qualité de service

En plus, pour un « grand constructeur » , tu seras un « tout petit ».

Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
La plupart des solutions SIP de « grand constructeur » sont basés sur des 
serveurs Linux (certains ne s’en vantent pas).
Je gère quelques serveurs Dell sur lesquels je n’ai pas eu le moindre problème 
en 8 ans, donc peut-être que c’est du côté du serveur que tu devrais regarder 
(grand constructeur ou assembleur genre Supermicro, au choix).

Si vraiment tu veux une machine qui n’est pas un serveur pour faire ton SIP, il 
faut que tu décides si tu veux une seule machine qui fait tout (SIP et TDM) ou 
si tu veux séparer les 2 (SIP-SIP pour connecter les clients, et SIP-TDM pour 
raccorder les E1).
Dans les 2 cas, tu dois pouvoir trouver ton bonheur chez Cisco, mais je ne 
pourrais te dire quel modèle, je n’ai jamais utilisé Cisco pour la voix, et 
Patton.
Patton, ça fait le café et plus encore.
Un SmartNode 1 avec 8E1 et qui peut donc connecter 240 canaux SIP, avec 
alim AC redondantes, ça doit couter dans les 10k€, prix public.

Le 12 juin 2014 à 10:38, Lucas Viallon lucas.vial...@gmail.com a écrit :


Bonjour



Le jeudi 12 juin 2014, David Ponzone david.ponz...@gmail.com a écrit :
Tu veux dire que tu veux arrêter d’utiliser du gratuit et payer 50k€ pour faire 
la même chose ?

Et bien oui, j'arrive a un stade ou il est nécessaire je pense d'investir pour 
garder une qualité de service



Ben va voir ACME Packet, Aleo, et autres :)

Sérieusement, je suis pas sûr de comprendre ton besoin.
SI tu as un problème de fiabilité, commence par virer Asterisk et le remplacer 
par FreeSWITCH.
Déjà, tu mettras 10 fois plus de clients sur la même machine, sans jamais le 
moindre plantage, et ça t’ouvrira la porte à un monde de possibilités.


Actuellement ce qui m'embête le plus, c'est le hardware type serveur et l'OS

L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand grand 
chose aussi)

Je préfère avoir des équipements comme par exemple des routeurs que des 
serveurs ou l'on a souvent des merdes



Si vraiment tu veux payer une solution commerciale (hard ou soft) pour faire la 
même chose, tu dois avoir une raison.

Si le problème vient des E1, il faudrait peut-être penser à avoir d’autres 
routes que des E1 chez un « grand » opérateur.


Non le problème n'est pas les e1 aussi cela marche bien cela :)



Le 12 juin 2014 à 09:40, Lucas Viallon lucas.vial...@gmail.com a écrit :


Bonjour

Actuellement je fournis une trentaine de trunk sip a mes clients via un
simple Asterisk connecte a des E1 d un grand opérateur.

Je souhaite fiabiliser tout cela et je sollicite vos conseils :)

Exist il des solutions professionnel de grande marque qui fait a peu près
tout ce que propose un fournisseur trunk traditionnel ?

Merci d'avance
Lucas

---
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] Re: Voip

2014-06-12 Par sujet Sebastien Lesimple 


 Le 12 juin 2014 à 10:57, David Ponzone david.ponz...@gmail.com a écrit :
 
 Ok mais il ne faut pas croire que:
 
 grand constructeur = $ = qualité de service
 
 En plus, pour un « grand constructeur » , tu seras un « tout petit ».
 
 Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
 La plupart des solutions SIP de « grand constructeur » sont basés sur des 
 serveurs Linux (certains ne s’en vantent pas).
 Je gère quelques serveurs Dell sur lesquels je n’ai pas eu le moindre 
 problème en 8 ans, donc peut-être que c’est du côté du serveur que tu devrais 
 regarder (grand constructeur ou assembleur genre Supermicro, au choix).
 
 Si vraiment tu veux une machine qui n’est pas un serveur pour faire ton SIP, 
 il faut que tu décides si tu veux une seule machine qui fait tout (SIP et 
 TDM) ou si tu veux séparer les 2 (SIP-SIP pour connecter les clients, et 
 SIP-TDM pour raccorder les E1).
 Dans les 2 cas, tu dois pouvoir trouver ton bonheur chez Cisco, mais je ne 
 pourrais te dire quel modèle, je n’ai jamais utilisé Cisco pour la voix, et 
 Patton.
 Patton, ça fait le café et plus encore.
 Un SmartNode 1 avec 8E1 et qui peut donc connecter 240 canaux SIP, avec 
 alim AC redondantes, ça doit couter dans les 10k€, prix public.
 
 Le 12 juin 2014 à 10:38, Lucas Viallon lucas.vial...@gmail.com a écrit :
 
 Bonjour
 
 
 
 Le jeudi 12 juin 2014, David Ponzone david.ponz...@gmail.com a écrit :
 Tu veux dire que tu veux arrêter d’utiliser du gratuit et payer 50k€ pour 
 faire la même chose ?
 
 Et bien oui, j'arrive a un stade ou il est nécessaire je pense d'investir 
 pour garder une qualité de service 
 
 
 
 Ben va voir ACME Packet, Aleo, et autres :)
 
 Sérieusement, je suis pas sûr de comprendre ton besoin.
 SI tu as un problème de fiabilité, commence par virer Asterisk et le 
 remplacer par FreeSWITCH.
 Déjà, tu mettras 10 fois plus de clients sur la même machine, sans jamais le 
 moindre plantage, et ça t’ouvrira la porte à un monde de possibilités.
 
 
 Actuellement ce qui m'embête le plus, c'est le hardware type serveur et 
 l'OS
 
 L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand 
 grand chose aussi)
 
 Je préfère avoir des équipements comme par exemple des routeurs que des 
 serveurs ou l'on a souvent des merdes 
 
 
 
 Si vraiment tu veux payer une solution commerciale (hard ou soft) pour faire 
 la même chose, tu dois avoir une raison.
 
 Si le problème vient des E1, il faudrait peut-être penser à avoir d’autres 
 routes que des E1 chez un « grand » opérateur.
 
 
 Non le problème n'est pas les e1 aussi cela marche bien cela :)
 
 
 
 Le 12 juin 2014 à 09:40, Lucas Viallon lucas.vial...@gmail.com a écrit :
 
 Bonjour
 
 Actuellement je fournis une trentaine de trunk sip a mes clients via un
 simple Asterisk connecte a des E1 d un grand opérateur.
 
 Je souhaite fiabiliser tout cela et je sollicite vos conseils :)
 
 Exist il des solutions professionnel de grande marque qui fait a peu près
 tout ce que propose un fournisseur trunk traditionnel ?
 
 Merci d'avance
 Lucas
 
 ---
 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] Re: Voip

2014-06-12 Par sujet Sebastien Lesimple 
Désole effet gros doigts sur bibop d'aujourd'hui qui fait pleins de trucs 
inutiles...

je voulais juste dire que pour du lourd pas trop cher chez Cisco y'a les 
AS5400. 

ISDN/SS7/SIP y'a tout pour transcoder de la com circuits en com paquets pour 
pas trop cher.

Y'a pléthore de ces machines en refurb.

Pour ceux qui s'en souviennent Verizon avait déployé ça un peu partout en 
Europe avant de migrer sur Nortel S2K. C'était en 2005...
Ça a très bien fonctionne jusqu'en 2009/2010.

A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP. 
Tous les grands opérateurs ont une offre SIP native. Pourquoi s'emmerder avec 
du capacity management et du transcode quand ce n'est plus nécessaire?

Seb.

 Le 12 juin 2014 à 11:07, Sebastien Lesimple slesim...@laposte.net a écrit :
 
 
 
 Le 12 juin 2014 à 10:57, David Ponzone david.ponz...@gmail.com a écrit :
 
 Ok mais il ne faut pas croire que:
 
 grand constructeur = $ = qualité de service
 
 En plus, pour un « grand constructeur » , tu seras un « tout petit ».
 
 Ne pas oublier que de plus en plus, les routeurs deviennent des serveurs.
 La plupart des solutions SIP de « grand constructeur » sont basés sur des 
 serveurs Linux (certains ne s’en vantent pas).
 Je gère quelques serveurs Dell sur lesquels je n’ai pas eu le moindre 
 problème en 8 ans, donc peut-être que c’est du côté du serveur que tu 
 devrais regarder (grand constructeur ou assembleur genre Supermicro, au 
 choix).
 
 Si vraiment tu veux une machine qui n’est pas un serveur pour faire ton SIP, 
 il faut que tu décides si tu veux une seule machine qui fait tout (SIP et 
 TDM) ou si tu veux séparer les 2 (SIP-SIP pour connecter les clients, et 
 SIP-TDM pour raccorder les E1).
 Dans les 2 cas, tu dois pouvoir trouver ton bonheur chez Cisco, mais je ne 
 pourrais te dire quel modèle, je n’ai jamais utilisé Cisco pour la voix, et 
 Patton.
 Patton, ça fait le café et plus encore.
 Un SmartNode 1 avec 8E1 et qui peut donc connecter 240 canaux SIP, avec 
 alim AC redondantes, ça doit couter dans les 10k€, prix public.
 
 Le 12 juin 2014 à 10:38, Lucas Viallon lucas.vial...@gmail.com a écrit :
 
 Bonjour
 
 
 
 Le jeudi 12 juin 2014, David Ponzone david.ponz...@gmail.com a écrit :
 Tu veux dire que tu veux arrêter d’utiliser du gratuit et payer 50k€ pour 
 faire la même chose ?
 
 Et bien oui, j'arrive a un stade ou il est nécessaire je pense d'investir 
 pour garder une qualité de service 
 
 
 
 Ben va voir ACME Packet, Aleo, et autres :)
 
 Sérieusement, je suis pas sûr de comprendre ton besoin.
 SI tu as un problème de fiabilité, commence par virer Asterisk et le 
 remplacer par FreeSWITCH.
 Déjà, tu mettras 10 fois plus de clients sur la même machine, sans jamais 
 le moindre plantage, et ça t’ouvrira la porte à un monde de possibilités.
 
 
 Actuellement ce qui m'embête le plus, c'est le hardware type serveur et 
 l'OS
 
 L'aspect asterisk fonctionne en lui même (bon je lui demande pas grand 
 grand chose aussi)
 
 Je préfère avoir des équipements comme par exemple des routeurs que des 
 serveurs ou l'on a souvent des merdes 
 
 
 
 Si vraiment tu veux payer une solution commerciale (hard ou soft) pour 
 faire la même chose, tu dois avoir une raison.
 
 Si le problème vient des E1, il faudrait peut-être penser à avoir d’autres 
 routes que des E1 chez un « grand » opérateur.
 
 
 Non le problème n'est pas les e1 aussi cela marche bien cela :)
 
 
 
 Le 12 juin 2014 à 09:40, Lucas Viallon lucas.vial...@gmail.com a écrit :
 
 Bonjour
 
 Actuellement je fournis une trentaine de trunk sip a mes clients via un
 simple Asterisk connecte a des E1 d un grand opérateur.
 
 Je souhaite fiabiliser tout cela et je sollicite vos conseils :)
 
 Exist il des solutions professionnel de grande marque qui fait a peu près
 tout ce que propose un fournisseur trunk traditionnel ?
 
 Merci d'avance
 Lucas
 
 ---
 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] Re: Voip

2014-06-12 Par sujet Jerome SCHEVINGT 

Le 12/06/2014 11:19, Sebastien Lesimple a écrit :

A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP. Tous les 
grands opérateurs ont une offre SIP native. Pourquoi s'emmerder avec du 
capacity management et du transcode quand ce n'est plus nécessaire?

Bonjour,

Alors cela peux être sujet a un débat intéressant :=)

pour le moment, moi j'ai eu plus de retour négatif sur le SIP des grands 
opérateurs alors

que le SS7 a plutôt un retour positif au niveau qualité et fiabilité.

a+
Jerome



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet David Ponzone 
Je pense que Sébastien comparait plutôt l’offre RNIS retail avec l’offre SIP 
retail.

Le 12 juin 2014 à 11:30, Jerome SCHEVINGT jerome...@phibee-telecom.net a 
écrit :

 Le 12/06/2014 11:19, Sebastien Lesimple a écrit :
 A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du 
 SIP. Tous les grands opérateurs ont une offre SIP native. Pourquoi 
 s'emmerder avec du capacity management et du transcode quand ce n'est plus 
 nécessaire?
 Bonjour,
 
 Alors cela peux être sujet a un débat intéressant :=)
 
 pour le moment, moi j'ai eu plus de retour négatif sur le SIP des grands 
 opérateurs alors
 que le SS7 a plutôt un retour positif au niveau qualité et fiabilité.
 
 a+
 Jerome
 
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Re: Voip

2014-06-12 Par sujet Sebastien Lesimple 
Heu non non, je parlais d'interco opérateur, du genre 
Orange/DTag/Verizon/TATA etc...


Je ne considère pas SFR/Cptl comme des Grands Opérateurs, pour avoir 
bossé chez l'un et connaissant ou l'autre va se fournir, ils ne font pas 
mieux qu'un revendeur marque blanche d'une offre tierce.


J'ai eu des Interco SIP et TDM avec plusieurs opérateurs dans une autre 
vie et quand les choses sont faites dans les règles de l'art, il n'y a 
aucuns problemes. (sauf avec Completel qui livre ses E1 ISDN en VN4 au 
lieu de ETSI mais ca se corrige avec un peu de persévérance).


Le point que tous le monde élude, c'est le niveau de qualité de l'offre 
souscrite et l'architecture de transport.
Faire du SIP sans avoir la main sur la tuyauterie, fatalement y'a 
parfois des surprises.
Chez les Ricains le SIP c'est Standard ou Premium, chez les Indiens 
c'est Non CLI, Standard et Premium etc...
Premium, 100% routes blanche avec ASR/MOS et tout le toutim, et 
généralement vers les opérateurs mobiles, sur les autres offres... tu 
payes pour ce que tu as!


Si c'était à refaire aujourd'hui, je prendrais l'ODR SIP Orange pour mon 
entrant et sortant de Back-up;
Puis LCR ou routage qualitatif sortant selon les demandes clients, avec 
2 ou 3 Internationaux en panachant Standard de Verizon, Premium Tata ou 
l'inverse, plus une Interco DTAG en Allemagne pour mes clients Germains 
par exemple et éventuellement aux UK avec BT, Luxembourg avec Tango et 
Belgique chez Belga.


Bref, C7 ou Numeris = obligé de gérer tes capa en Nb de canaux, 
planifier à l'avance l'augmentation du nombre de BPN etc...

Chiant et pas flexible pour deux sous!

SIP Propre et bien conçu = Rien a faire ou presque à part surveiller que 
tout va bien et gérer les routages quand une destination deviens cracra.


Enfin, en ce qui me concerne, je ne suis plus opérateur donc a part 
partager mon expérience passée, les conseilleurs ne sont pas les 
payeurs comme on dit.


Seb.


Le 12/06/2014 11:34, David Ponzone a écrit :

Je pense que Sébastien comparait plutôt l’offre RNIS retail avec l’offre SIP 
retail.

Le 12 juin 2014 à 11:30, Jerome SCHEVINGT jerome...@phibee-telecom.net a 
écrit :


Le 12/06/2014 11:19, Sebastien Lesimple a écrit :

A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP. Tous les 
grands opérateurs ont une offre SIP native. Pourquoi s'emmerder avec du 
capacity management et du transcode quand ce n'est plus nécessaire?

Bonjour,

Alors cela peux être sujet a un débat intéressant :=)

pour le moment, moi j'ai eu plus de retour négatif sur le SIP des grands 
opérateurs alors
que le SS7 a plutôt un retour positif au niveau qualité et fiabilité.

a+
Jerome



---
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] Re: Voip

2014-06-12 Par sujet David Ponzone 
Tout a fait d’accord avec toi, mais c’est peut-être un peu lourd pour la 
demande d’origine, qui était de remplacer probablement 3 ou 4 E1 retail (donc 
pas C7) fourni par Completel/VZB/SFR non ? :)


Le 12 juin 2014 à 12:41, Sebastien Lesimple slesim...@laposte.net a écrit :

 Heu non non, je parlais d'interco opérateur, du genre 
 Orange/DTag/Verizon/TATA etc...
 
 Je ne considère pas SFR/Cptl comme des Grands Opérateurs, pour avoir bossé 
 chez l'un et connaissant ou l'autre va se fournir, ils ne font pas mieux 
 qu'un revendeur marque blanche d'une offre tierce.
 
 J'ai eu des Interco SIP et TDM avec plusieurs opérateurs dans une autre vie 
 et quand les choses sont faites dans les règles de l'art, il n'y a aucuns 
 problemes. (sauf avec Completel qui livre ses E1 ISDN en VN4 au lieu de ETSI 
 mais ca se corrige avec un peu de persévérance).
 
 Le point que tous le monde élude, c'est le niveau de qualité de l'offre 
 souscrite et l'architecture de transport.
 Faire du SIP sans avoir la main sur la tuyauterie, fatalement y'a parfois des 
 surprises.
 Chez les Ricains le SIP c'est Standard ou Premium, chez les Indiens c'est 
 Non CLI, Standard et Premium etc...
 Premium, 100% routes blanche avec ASR/MOS et tout le toutim, et généralement 
 vers les opérateurs mobiles, sur les autres offres... tu payes pour ce que tu 
 as!
 
 Si c'était à refaire aujourd'hui, je prendrais l'ODR SIP Orange pour mon 
 entrant et sortant de Back-up;
 Puis LCR ou routage qualitatif sortant selon les demandes clients, avec 2 ou 
 3 Internationaux en panachant Standard de Verizon, Premium Tata ou l'inverse, 
 plus une Interco DTAG en Allemagne pour mes clients Germains par exemple et 
 éventuellement aux UK avec BT, Luxembourg avec Tango et Belgique chez Belga.
 
 Bref, C7 ou Numeris = obligé de gérer tes capa en Nb de canaux, planifier à 
 l'avance l'augmentation du nombre de BPN etc...
 Chiant et pas flexible pour deux sous!
 
 SIP Propre et bien conçu = Rien a faire ou presque à part surveiller que tout 
 va bien et gérer les routages quand une destination deviens cracra.
 
 Enfin, en ce qui me concerne, je ne suis plus opérateur donc a part partager 
 mon expérience passée, les conseilleurs ne sont pas les payeurs comme on 
 dit.
 
 Seb.
 
 
 Le 12/06/2014 11:34, David Ponzone a écrit :
 Je pense que Sébastien comparait plutôt l’offre RNIS retail avec l’offre SIP 
 retail.
 
 Le 12 juin 2014 à 11:30, Jerome SCHEVINGT jerome...@phibee-telecom.net a 
 écrit :
 
 Le 12/06/2014 11:19, Sebastien Lesimple a écrit :
 A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du 
 SIP. Tous les grands opérateurs ont une offre SIP native. Pourquoi 
 s'emmerder avec du capacity management et du transcode quand ce n'est plus 
 nécessaire?
 Bonjour,
 
 Alors cela peux être sujet a un débat intéressant :=)
 
 pour le moment, moi j'ai eu plus de retour négatif sur le SIP des grands 
 opérateurs alors
 que le SS7 a plutôt un retour positif au niveau qualité et fiabilité.
 
 a+
 Jerome
 
 
 
 ---
 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] Re: Voip

2014-06-12 Par sujet Sebastien Lesimple 

Ouais, t'as raison, je me suis laissé porté par l’exhalation!

Pour 120 com simultanées, et une 40aine de trunck SIP, pas besoin d'une 
usine a gaz.
Un bon stack SIP qui respecte l'esprit du protocole, cad, séparation 
SIP/RTP sur 2/3 serveurs en load balance;

Une bonne GW et l'affaire est dans le sac!

J'en entend déjà certains hurler à la mort, c'est de la merde! c'est 
pourris! comme pour les modems Aethra...
... Mais les Autrichiens de SIPWize ont fait un truc que je trouve pas 
mal du tout, en open source.


Pour la version qui a tout c'est payant mais l'open source a déjà pas 
mal de fonctionnalités off the shelf.
Meme un gland comme moi arrive a mettre en prod en quelques minutes pour 
le systeme et quelques heures pour la production.


Une fois de plus, chacun vois midi à sa porte mais quand ca marche, je 
vois pas pourquoi s'emmerder avec des trucs compliqués...


Le 12/06/2014 14:07, David Ponzone a écrit :

Tout a fait d’accord avec toi, mais c’est peut-être un peu lourd pour la 
demande d’origine, qui était de remplacer probablement 3 ou 4 E1 retail (donc 
pas C7) fourni par Completel/VZB/SFR non ? :)


Le 12 juin 2014 à 12:41, Sebastien Lesimple slesim...@laposte.net a écrit :


Heu non non, je parlais d'interco opérateur, du genre Orange/DTag/Verizon/TATA 
etc...

Je ne considère pas SFR/Cptl comme des Grands Opérateurs, pour avoir bossé 
chez l'un et connaissant ou l'autre va se fournir, ils ne font pas mieux qu'un revendeur 
marque blanche d'une offre tierce.

J'ai eu des Interco SIP et TDM avec plusieurs opérateurs dans une autre vie et 
quand les choses sont faites dans les règles de l'art, il n'y a aucuns 
problemes. (sauf avec Completel qui livre ses E1 ISDN en VN4 au lieu de ETSI 
mais ca se corrige avec un peu de persévérance).

Le point que tous le monde élude, c'est le niveau de qualité de l'offre 
souscrite et l'architecture de transport.
Faire du SIP sans avoir la main sur la tuyauterie, fatalement y'a parfois des 
surprises.
Chez les Ricains le SIP c'est Standard ou Premium, chez les Indiens c'est Non 
CLI, Standard et Premium etc...
Premium, 100% routes blanche avec ASR/MOS et tout le toutim, et généralement 
vers les opérateurs mobiles, sur les autres offres... tu payes pour ce que tu 
as!

Si c'était à refaire aujourd'hui, je prendrais l'ODR SIP Orange pour mon 
entrant et sortant de Back-up;
Puis LCR ou routage qualitatif sortant selon les demandes clients, avec 2 ou 3 
Internationaux en panachant Standard de Verizon, Premium Tata ou l'inverse, 
plus une Interco DTAG en Allemagne pour mes clients Germains par exemple et 
éventuellement aux UK avec BT, Luxembourg avec Tango et Belgique chez Belga.

Bref, C7 ou Numeris = obligé de gérer tes capa en Nb de canaux, planifier à 
l'avance l'augmentation du nombre de BPN etc...
Chiant et pas flexible pour deux sous!

SIP Propre et bien conçu = Rien a faire ou presque à part surveiller que tout 
va bien et gérer les routages quand une destination deviens cracra.

Enfin, en ce qui me concerne, je ne suis plus opérateur donc a part partager mon 
expérience passée, les conseilleurs ne sont pas les payeurs comme on dit.

Seb.


Le 12/06/2014 11:34, David Ponzone a écrit :

Je pense que Sébastien comparait plutôt l’offre RNIS retail avec l’offre SIP 
retail.

Le 12 juin 2014 à 11:30, Jerome SCHEVINGT jerome...@phibee-telecom.net a 
écrit :


Le 12/06/2014 11:19, Sebastien Lesimple a écrit :

A présent je ne vois pas trop l'intérêt de maintenir du TDM pour faire du SIP. Tous les 
grands opérateurs ont une offre SIP native. Pourquoi s'emmerder avec du 
capacity management et du transcode quand ce n'est plus nécessaire?

Bonjour,

Alors cela peux être sujet a un débat intéressant :=)

pour le moment, moi j'ai eu plus de retour négatif sur le SIP des grands 
opérateurs alors
que le SS7 a plutôt un retour positif au niveau qualité et fiabilité.

a+
Jerome



---
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/