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
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
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
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
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
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
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..
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
[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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
36 matches
Mail list logo