<div dir="ltr"><span style="font-size:12.8000001907349px">@Stanislav, </span><span style="font-size:12.8000001907349px">#1 can be relatively easily be solved with xml_curl. True. We are going to handle calls using that only. </span><div><span style="font-size:12.8000001907349px">We will have retail/</span><span style="font-size:12.8000001907349px">residential</span><span style="font-size:12.8000001907349px"> customers only. </span></div><div><span style="font-size:12.8000001907349px"><br></span></div>@Schmidbauer, Keeping registration on both (kamailio and fs) will be unnecessary overload. Isn't it? <div><br></div><div><div><span style="font-size:12.8000001907349px"><br></span></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>Thanks,<br>Samir</div></div></div></div>
<br><div class="gmail_quote">On Sun, Apr 26, 2015 at 8:59 PM, E. Schmidbauer <span dir="ltr"><<a href="mailto:eschmidbauer@gmail.com" target="_blank">eschmidbauer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I would use Kamailio as the REGISTRAR and have FS handle presence by forwarding all SUBSCRIBES to FS.<div>Use the 'usrloc' module in kamailio to store user location information and write a script or code to query the location database in order to generate the bridge data.</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 26, 2015 at 11:06 AM, Ali Jibran <span dir="ltr"><<a href="mailto:ali.jibran44@gmail.com" target="_blank">ali.jibran44@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If some users are registered on one instance and the instance goes down....what would happen to the registrations? And how should that be worked around? <div><div><span></span><br><br>On Sunday, April 26, 2015, Stanislav Sinyagin <<a href="mailto:ssinyagin@gmail.com" target="_blank">ssinyagin@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">@SamyGo your question is quite different to what Samir has described :)<br>
<br>
In this conversation, we already defined several completely different<br>
usage scenarios, each needing its own engineering effort:<br>
<br>
1) Mass residential service -- I guess that's what Samir has meant.<br>
Everyone gets a single number and a standard set of residential<br>
services.<br>
<br>
2) Small businesses that I mentioned -- they would form small work<br>
groups with some business rules,like conditional forwarding,<br>
simultaneous ringing, probably some custom IVR, voice mail etc.<br>
<br>
3) Scalable application cluster for call centers<br>
<br>
4) Scalable application cluster for conferencing<br>
<br>
I don't think it makes sense to throw all of them to the same<br>
platform, and the platform can actually be optimized for the task.<br>
<br>
#1 can be relatively easily be solved with xml_curl. #2 also,<br>
although some ESL programming might be required.<br>
<br>
I would definitely go for a complete control over ESL for options #3<br>
and #4, and they could be combined on the same physical platform. A<br>
queue could be organized via some distributed mechanism, but a<br>
conference needs to be served by a single instance of FreeSWITCH. But<br>
you can initiate different conference instances on different servers<br>
and route the calls intellectually.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Sun, Apr 26, 2015 at 3:57 PM, SamyGo <<a>govoiper@gmail.com</a>> wrote:<br>
> Hi Stanislav,<br>
> That seems like a nice idea and as you mentioned definitely for smaller<br>
> customers which can be handled within one FS capacity. Let's say I come<br>
> across a customer in this schema who has extensions more than 1000.<br>
> Naturally I'd think of using two or more FS dedicated for this customer's<br>
> domain but the two FS might be two separate entities.<br>
><br>
> The question is: is there any way that I can bind two or more FS with a<br>
> shared memory space or backplane or DB such that the FS servers are mutually<br>
> aware of a queue or conference. Sending calls to same queue from any of the<br>
> FS server behave like one entity...etc ?<br>
><br>
> Thanks for your time.<br>
> SamyGo<br>
><br>
> On Apr 26, 2015 9:28 AM, "Stanislav Sinyagin" <<a>ssinyagin@gmail.com</a>> wrote:<br>
>><br>
>> here I started to outline the Kamailio configuration, but the project<br>
>> was stopped by the customer:<br>
>> <a href="https://github.com/xlab1/sipfe_kamailio" target="_blank">https://github.com/xlab1/sipfe_kamailio</a><br>
>> The config was tested and it works so far.<br>
>><br>
>> Basically the kamailio's Dispatcher module has a configuration where<br>
>> to send the requests, based on the user SIP domain name, and it is<br>
>> able to work in failover or load-balancer mode.<br>
>><br>
>> but this whole thing needs more engineering and testing effort.<br>
>><br>
>> The main benefit of having the registrar at FreeSWITCH is the<br>
>> presence, BLF, MWI out of the box. Also it can handle more complex<br>
>> call scenarios than Kamailio is able to do -- this would be essential<br>
>> for small business customers.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> On Sun, Apr 26, 2015 at 3:01 PM, Samir Doshi <<a>smrdoshi@gmail.com</a>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> > Thanks for your reply.<br>
>> ><br>
>> > Nope, I am not sure how that's going to be work out?<br>
>> > Would you be able to give some more hint on that?<br>
>> ><br>
>> ><br>
>> > On Sun, Apr 26, 2015 at 2:40 PM, Stanislav Sinyagin<br>
>> > <<a>ssinyagin@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> There's an option to use FreeSWITCH as a registrar, and Kamailio would<br>
>> >> be<br>
>> >> a simple stateless load balancer and failover manager. Have you<br>
>> >> considered<br>
>> >> this option as well?<br>
>> >><br>
>> >> On Apr 26, 2015 6:21 AM, "Samir Doshi" <<a>smrdoshi@gmail.com</a>> wrote:<br>
>> >>><br>
>> >>> Hi Guys,<br>
>> >>><br>
>> >>> What will be the best setup architecture to handle 50k subscriber<br>
>> >>> registration and approximate 30k concurrent calls?<br>
>> >>> We are planning to use opensips/kamailio proxy server for load balance<br>
>> >>> &<br>
>> >>> to handle registration and multiple freeswitch servers to handle<br>
>> >>> media.<br>
>> >>> Database will be MySQL.<br>
>> >>><br>
>> >>> Is this good way? OR anybody have any other proposed architecture<br>
>> >>> which<br>
>> >>> can be helpful?<br>
>> >>><br>
>> >>> Moreover Is there any way we can change codec realtime based on<br>
>> >>> internet<br>
>> >>> connectivity speed?<br>
>> >>><br>
>> >>> Please let us know your thoughts.<br>
>> >>><br>
>> >>> Thanks in advance.<br>
>> >>><br>
>> >>><br>
>> >>> _________________________________________________________________________<br>
>> >>> Professional FreeSWITCH Consulting Services:<br>
>> >>> <a>consulting@freeswitch.org</a><br>
>> >>> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>> >>><br>
>> >>> Official FreeSWITCH Sites<br>
>> >>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> >>> <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
>> >>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>> >>><br>
>> >>> FreeSWITCH-users mailing list<br>
>> >>> <a>FreeSWITCH-users@lists.freeswitch.org</a><br>
>> >>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> >>><br>
>> >>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> >>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> >><br>
>> >><br>
>> >><br>
>> >> _________________________________________________________________________<br>
>> >> Professional FreeSWITCH Consulting Services:<br>
>> >> <a>consulting@freeswitch.org</a><br>
>> >> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>> >><br>
>> >> Official FreeSWITCH Sites<br>
>> >> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> >> <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
>> >> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>> >><br>
>> >> FreeSWITCH-users mailing list<br>
>> >> <a>FreeSWITCH-users@lists.freeswitch.org</a><br>
>> >> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> >><br>
>> >> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> >> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > _________________________________________________________________________<br>
>> > Professional FreeSWITCH Consulting Services:<br>
>> > <a>consulting@freeswitch.org</a><br>
>> > <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>> ><br>
>> > Official FreeSWITCH Sites<br>
>> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> > <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
>> > <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>> ><br>
>> > FreeSWITCH-users mailing list<br>
>> > <a>FreeSWITCH-users@lists.freeswitch.org</a><br>
>> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>> _________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a>consulting@freeswitch.org</a><br>
>> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>><br>
>> FreeSWITCH-users mailing list<br>
>> <a>FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a>consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a>FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a>consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a>FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>