Hello Thierry, J'aurai du en effet préciser pour les non initiés que freeswitch est un b2bua et non un proxy, afin de ne pas entrainer de confusion ( même si google aurait pu t'aider à ne pas confondre, la page du projet est relativement claire ).
Comme proxy d'ailleurs, j'ai oublié de donner un exemple, donc tout fork de SER est bon à prendre avec une préférence perso pour kamailio, la version longue sur demande. Et pour toi, histoire d'être exhaustif, si tu veux transcode avec juste un proxy, lance un bounty pour que mediaproxy(-ng)? ( maintenant rtpengine ) finisse enfin le feature annoncé depuis X années, ou cherche le repo rtpproxy kivabien ( c'est pas sur github ofcourse, mais ça marche trèèès bien pour du GSM/G72X/G711x, pas de SILK ni d'OPUS par contre, trop récent ). Cdt, Tristan. Le 12/06/2014 16:43, Thierry Wehr a écrit : > Bonjour > > J'adore comment une simple demande technique se transforme en publicité > déguisée :) > Et pour rappel > > 1) un proxy sip ne gère pas les services type IVR ou voicemail > 2) un proxy sip ne transcode pas > > Mais c'est un détail > > Cordialement > Thierry > > -----Message d'origine----- > De : [email protected] [mailto:[email protected]] De la part de > Tristan Mahé > Envoyé : jeudi 12 juin 2014 15:51 > À : [email protected] > Objet : Re: [FRnOG] [TECH] Voip > > Salut Lucas, > > Pour ton besoin, split tes arrivées opérateurs sur plusieurs E1 de plusieurs > opérateurs ( des vrais hein pas de la mb, ou alors prends toi du trunk SIP en > upstream aussi, tobj, ippi, ipdirection et nous le faisons très bien ). > > Tu les connectes sur deux cisco 28XX avec les vwic/pvdm kivontbien ( pas la > peine de passer sur de l'AS5XXX pour ce genre de faible trafic, et tu ne va > t'en servir que comme gateway PSTN ). > Tu load balance tes arrivées avec un proxy ( et son failover ) vers 2 > freeswitchs et tu es tranquille, et tu peux scaler au besoin. > > Temps de config cisco/proxy/freeswitch: 1j-1j1/2. > > Temps de dev pour les interfaces web de provisionning: tout dépends des > ressources, mais < à la semaine. > > Concernant les solutions "packagées", reste sur du maison à base de briques > opensource que tu maitrise, ça t'évitera les failles des solutions "toutes > prêtes clicclic" qui sont forcément auditées par les "friendly scanner" users > ( quoi de l'injection sql par le "From:" ?!? ah mais direct dans la base des > credentials ????? ) et tu pourra adapter vraiment à ton besoin ton infra, et > regarde les déboires d'un "hébergeur" à 3 lettres avec ses cirpacks, ça te > donnera une idée de l'état des "blackbox" qui font de la VOIP. > > My 2 cents... > > PS: ça fait du bien de voir des sujets un peu plus tech sur la liste en ce > moment :) > > Le 12/06/2014 09:40, Lucas Viallon 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/ >
signature.asc
Description: OpenPGP digital signature
