[Freeswitch-users] FreeSwitch Failover Question

[Stephen Wilde]

In my setup I don't have the necessity to have one IP for inbound/outbound
calls so I have 1 IP for inbound calls (the ip of FS in bypass_media) and
'n' IP for outbound calls.
But I don't see any difficult to implement your configuration (the FS that
handle media can send the invite to the FS in bypass_media instead of to
send them directly to providers).
I have all FS with public IP and also, to increment the cps, I have all FS
running with '-nosql'.
My frontend FS forward the calls with a dialplan like:

<action application="set" data="hangup_after_bridge=true" />
<action application="mymodule" />
<action application="set" data="bypass_media=true"/>
<action application="bridge"
data="sofia/external/${network_addr}#${destination_number}@${server}" />

where "mymodule" write channel variable "server" based on load/fail.

For the load I have a script in each FS backend that uses "dstat" to get
cpu load.
For the fail I have a script that uses "sipp" to ping each FS with a sip
options.


On Fri, Jul 13, 2012 at 5:19 PM, Matt Stockton <mstockton at harqen.com> wrote:

> Hey Stephen -
>
> I have a question about your setup for using FS as a SIP proxy with
> bypass_media. I have a similar need where I dont need registration, only
> inbound and bound calls from/to the PSTN --- Right now I have OpenSips
> sitting in front of a pool of FS, but if I could have the same setup and
> just use another FS, this would be preferable.
>
> My FS Pool have public IPs so I have no NAT issues with RTP, its just that
> the SIP signaling for incoming and outgoing calls have to come from a
> single IP.
>
> Are you using the proxy as I described above? If so, I'm interested to
> hear more details on how you have things setup.
>
> Thanks!
>
>
> On Fri, Jul 13, 2012 at 9:26 AM, Stephen Wilde <wstephen80 at gmail.com>wrote:
>
>> I'm using a SIP proxy acting as load balancer installed in a Cloud (high
>> availability) in front of a pool of FS Gateways that handle media.
>> I don't have phone registered so the SIP proxy is a FS in
>> "bypass_media=true" and the balancer is a FS module that handles Gateway
>> load and fail.
>>
>> Stephen
>>
>> On Fri, Jul 13, 2012 at 2:39 PM, Steven Ayre <steveayre at gmail.com> wrote:
>>
>>> I'm currently in the process of setting up a corosync/pacemaker install
>>> to provide a virtual ip and IPVS routed mode to send the sip packets to a
>>> FS server.
>>>
>>> FS hosts have the virtual ip bound to lo:0, and a sip profile listening
>>> on the virtual ip (allows FS to receive packets from the load balancer on
>>> ingress, on egress the packets from FS are sent directly to the endpoint
>>> with the correct ip, reducing load on the load balancer. Being on lo:0
>>> prevents FS answering ARP requests.
>>>
>>> rtp-ip is the real FS address, so rtp bypasses the load balancer
>>> reducing its load and ensures RTP goes to the correct FS host.
>>>
>>> mod_sofia uses ODBC to use a shared database, MySQL Cluster (NDB) for
>>> HA. That means inbound registrations are visible from all FS servers
>>> regardless of which host handled the REGISTER.
>>>
>>> Outbound registrations (gateways) will be trickier as each FS host will
>>> currently need to register separately.
>>>
>>> Steve on iPhone
>>>
>>>
>>>
>>> On 13 Jul 2012, at 11:04, "Sergei" <getallad at gmail.com> wrote:
>>>
>>> I could also recommend LinuxHA product - http://www.linux-ha.org. It
>>> allows to share virtual IP between servers, and failover this IP in case of
>>> primary server failure. Still, there could be issues with registrations
>>> sync J  ****
>>>
>>> _________________________________________________________________________
>>>
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> Join Us At ClueCon - Aug 7-9, 2012
>>>
>>> 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://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> Join Us At ClueCon - Aug 7-9, 2012
>>>
>>> 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://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> Join Us At ClueCon - Aug 7-9, 2012
>>
>> 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://wiki.freeswitch.org
> http://www.cluecon.com
>
> Join Us At ClueCon - Aug 7-9, 2012
>
> 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/20120713/0ca3b16e/attachment-0001.html