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 a écrit
:
> [multiple bindings]
>
> Je zieutes Asterisk 11, aussi. Je repose néanmoins la même question con: Que
> çà soit Asterisk 11
[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 tou
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'é
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
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 util
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 d
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éme
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 so
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
> 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 lamp
>> 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/
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 san
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
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
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 FR
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" a
> écrit :
>
> FusionPBX, c’est de l’IPBX, PyFreeBilling, c’est du wholesale
>
> Si la recherche est d
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 a écrit :
>
> Oui pour la fourniture de trunks
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 joi
Je me permets d’ajouter PyFreeBilling
Mathias WOLFF
Le 16 juin 2014 à 10:17, David Ponzone 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
> 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
> max
Décidément! On a jamais du bosser avec les mêmes fournisseurs!
> Le 16 juin 2014 à 08:34, "Radu-Adrian Feurdean"
> 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 "reco
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
On 16 Jun 2014, at 05:13, Michel Py wrote:
>
> 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 se
> David Ponzone 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,
Le 15/06/2014 14:46, David Ponzone a écrit :
Genre Packetband ?
Ce genre là oui.
PB32P en central office et PB4P et 4/8B chez le client selon les besoins.
Le SIP serveur on l'a utilisé au début, puis on a changé pour une
solution maison, plus pratique.
Le 15 juin 2014 à 10:54, Sebastien Le
Genre Packetband ?
Le 15 juin 2014 à 10:54, Sebastien Lesimple 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
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
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)
> 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 u
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 routeu
> 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 sou
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 l
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 a écrit :
> Heu non non, je parlais d'interco opérat
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
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 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
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,
Alor
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 r
> Le 12 juin 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.
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é
Salut David & Lucas,
Le 12 juin 2014 à 10:57, David Ponzone 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 devie
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 d
Bonjour
Le jeudi 12 juin 2014, David Ponzone 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 Packe
42 matches
Mail list logo
