[Freeswitch-users] help in architecture

[Luis Daniel Lucio Quiroz]

FusionPBX has load balancing, and with a little DNS work you can have an HA
in the cloud

Luis Daniel Lucio Quiroz
CISSP, CISM, CISA
Linux, VoIP and much more fun
www.okay.com.mx

Need LCR? Check out LCR for FusionPBX with FreeSWITCH
Need Billing? Check out Billing for FusionPBX with FreeSWITCH

2015-06-11 8:17 GMT-04:00 Victor Medina <victor.medina at cibersys.com>:

> Why not OpenSIPS? I find OpenSIPS documentation way better and both
> projects are quite similar
> El 10/06/2015 19:21, "Giovanni Maruzzelli" <gmaruzz at gmail.com> escribió:
>
>>
>> On Thu, Jun 11, 2015 at 12:24 AM, Stanislav Sinyagin <ssinyagin at gmail.com
>> > wrote:
>>
>>> How about an open-design and open-source project? Many companies want
>>> the same, and now they have to design and build the whole thing from
>>> scratch. Everyone could actually benefit from a joint effort instead.
>>>
>>> I think residential mass service should be completely separated from
>>> business PBX service, as they have completely orthogonal requirements.
>>>
>>> I would propose something like this for residential users:
>>>
>>> 1. Kamailio cluster handles user registrations and SIP OPTIONS pings.
>>> It also blocks some basic scanning and DOS attacks. The user
>>> registrations are stored in a backend SQL database.
>>>
>>> 2. Calls from users are handled by Kamailio's DISPATCHER module, and
>>> it sends them to a pool of FreeSWITCH media servers in round-robin or
>>> hash-based fashion.
>>>
>>> 3. As the call from a user arrives to FreeSWITCH server, it places it
>>> to &park() application. Then, an external routing program catches this
>>> event via ESL, and makes the routing decision: if the destination is
>>> one of our own users, we take the user's location from Kamailio's
>>> registrar database and send the call to Kamailio for further
>>> forwarding to the user (the SIP INVITE toward the user should come
>>> from registrar's IP address and port, otherwise NAT firewalls will
>>> block it).
>>>
>>> 4. If the destination is not our own user, the routing program sends
>>> the call to one of PSTN trunks. Here it may also have some logic, like
>>> cost optimization and trunk status monitoring.
>>>
>>> 5. Incoming calls from PSTN are also parked and handled by our routing
>>> program.
>>>
>>> 6. If the SIP user is not reachable, the routing program looks up in
>>> user's preferences and sends the call to voicemail or forwarding
>>> destination. The user may also have some calendar or time-of-day
>>> options -- the program should actually be modular and extendable, so
>>> that new features are added as needed, and also third parties can add
>>> their own functionality.
>>>
>>> Golang.org is probably one of the best choices for such a routing
>>> program.
>>>
>>> -----------------
>>>
>>> for business PBX, it makes sense to register users at FreeSWITCH --
>>> then we have BLF and notofocations working out of the box. Kamailio
>>> can still be used for security screening and fault tolerance. Also
>>> business customers will want conference bridges, and probably video
>>> calls or video conferencing. So, here it's a completely different
>>> challenge, and needs to be designed separately. User registrations
>>> could be served with mod_xml_curl, and call routing could also be
>>> routed by an external program via ESL.
>>>
>>>
>>> I would be glad to jump in onto such a project if it were open-source
>>> and open-design.
>>>
>>>
>> Also, you can have the same database table used by Kamailio for
>> registrations (read-write), used also by FreeSWITCH (read-only).
>>
>> That would greatly simplify things.
>>
>> Add a NAS for configurations and media storage (prompts, voicemails,
>> etc), some logic for having (audio|video) conferences participants to go on
>> the same box, and you have an interesting solution, that keep most of the
>> logic on FreeSWITCH side, and can permit to dish out "advanced" services to
>> residential customers too.
>>
>> -giovanni
>>
>>
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Jun 10, 2015 at 11:47 PM, Aqs Younas <aqsyounas at gmail.com>
>>> wrote:
>>> > Thanks your for reply.
>>> >
>>> > Alex: We are planning some pbx related functions too. Like voicemail,
>>> ivr,
>>> > block numbers.
>>> > Thats why we chose to keep registrations at freeswitch end.
>>> >
>>> > On 10 June 2015 at 14:38, Aqs Younas <aqsyounas at gmail.com> wrote:
>>> >>
>>> >> Thanks for your reply.
>>> >>
>>> >> Stanislav Sinyagin : Majority of them are residential users with
>>> simple
>>> >> service.
>>> >>
>>> >>
>>> >> On 10 June 2015 at 14:13, Stanislav Sinyagin <ssinyagin at gmail.com>
>>> wrote:
>>> >>>
>>> >>> Are those residential users with a uniform and simple service, or
>>> >>> business customers with small work groups and business-specific call
>>> >>> routing?
>>> >>>
>>> >>> On Jun 10, 2015 10:54 PM, "Aqs Younas" <aqsyounas at gmail.com> wrote:
>>> >>>>
>>> >>>> Hi,
>>> >>>>
>>> >>>> Hope you all are having a good day. :)
>>> >>>>
>>> >>>> I need some suggestions in designing SIP trunking with freeswitch.
>>> >>>> We are required to register more than 10,000 users on multiple
>>> >>>> freeswitch instances sharing same database.
>>> >>>>
>>> >>>> How can we load balance registration on each freeswitch so, they
>>> have
>>> >>>> equal number of registrations.
>>> >>>>
>>> >>>> I know with mod_xml_curl i can have freeswitch share same database.
>>> But
>>> >>>> how can i load balance registrations?
>>> >>>> (inbound calls must be directed to that freeswitch with which user
>>> is
>>> >>>> registered)
>>> >>>>
>>> >>>> Or any suggestion how we can achieve this, so, that we can add more
>>> >>>> freeswitch in future.
>>> >>>>
>>> >>>> Thanks for your help.
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> _________________________________________________________________________
>>> >>>> Professional FreeSWITCH Consulting Services:
>>> >>>> consulting at freeswitch.org
>>> >>>> http://www.freeswitchsolutions.com
>>> >>>>
>>> >>>> Official FreeSWITCH Sites
>>> >>>> http://www.freeswitch.org
>>> >>>> http://confluence.freeswitch.org
>>> >>>> http://www.cluecon.com
>>> >>>>
>>> >>>> FreeSWITCH-users mailing list
>>> >>>> FreeSWITCH-users at lists.freeswitch.org
>>> >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> >>>> UNSUBSCRIBE:
>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> >>>> http://www.freeswitch.org
>>> >>>
>>> >>>
>>> >>>
>>> _________________________________________________________________________
>>> >>> Professional FreeSWITCH Consulting Services:
>>> >>> consulting at freeswitch.org
>>> >>> http://www.freeswitchsolutions.com
>>> >>>
>>> >>> Official FreeSWITCH Sites
>>> >>> http://www.freeswitch.org
>>> >>> http://confluence.freeswitch.org
>>> >>> http://www.cluecon.com
>>> >>>
>>> >>> FreeSWITCH-users mailing list
>>> >>> FreeSWITCH-users at lists.freeswitch.org
>>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> >>> UNSUBSCRIBE:
>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> >>> http://www.freeswitch.org
>>> >>
>>> >>
>>> >
>>> >
>>> >
>>> _________________________________________________________________________
>>> > Professional FreeSWITCH Consulting Services:
>>> > consulting at freeswitch.org
>>> > http://www.freeswitchsolutions.com
>>> >
>>> > Official FreeSWITCH Sites
>>> > http://www.freeswitch.org
>>> > http://confluence.freeswitch.org
>>> > http://www.cluecon.com
>>> >
>>> > FreeSWITCH-users mailing list
>>> > FreeSWITCH-users at lists.freeswitch.org
>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> > UNSUBSCRIBE:
>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> > http://www.freeswitch.org
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>>
>> --
>> Sincerely,
>>
>> Giovanni Maruzzelli
>> Cell : +39-347-2665618
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150611/75991456/attachment.html