[Freeswitch-users] FS HA-cluster

Wed Aug 4 21:57:44 PDT 2010

This is awesome

Does the 1.0.6 version support the track call feature?

<param name="track-calls" value="true"/>

Henry Huang
Unified Communication System R&D Project Manager
US: +1 (626) 606-3306
Chat Skype: unicsolution MSN: b_ball_henry at hotmail.com
Contact Me [image:
Linkedin]<http://www.linkedin.com/pub/henry-huang/1/654/578>[image:
Facebook] <http://www.facebook.com/profile.php?id=595148342>[image:
Twitter]<http://twitter.com/unicsolution>

On Thu, Aug 5, 2010 at 10:21 AM, Madovsky <infos at madovsky.org> wrote:

>  I think it's only for failover, not clone
>
> ----- Original Message -----
> *From:* João Mesquita <jmesquita at freeswitch.org>
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Sent:* Wednesday, August 04, 2010 8:49 PM
> *Subject:* Re: [Freeswitch-users] FS HA-cluster
>
> What if you have more then a switch on the cluster?
>
> How does the migration gets decided? I am confused on how this works. I
> guess I need to read the code...
>
> João Mesquita
>
>
> 2010/8/4 Nyamul Hassan <mnhassan at usa.net>
>
>> Wow Wow Wow!
>>
>>
>>
>> 2010/8/5 Steven Ayre <steveayre at gmail.com>
>>
>> Cool!
>>>
>>>
>>>
>>> On 4 August 2010 21:15, jay binks <jaybinks at gmail.com> wrote:
>>>
>>>> Guys,
>>>>   further to this interesting discussion, please check out this wiki
>>>> page
>>>>
>>>> http://wiki.freeswitch.org/wiki/Freeswitch_HA
>>>>
>>>> there was an announcement at cluecon that improves Freeswitches ability
>>>> to do HA-clustering.
>>>> please can you update this wiki page with the information you have
>>>> learned doing the pacemaker side of this.
>>>>
>>>> also keep the conversation going now, with this new information :)
>>>>
>>>> Jay
>>>>
>>>>
>>>> 2010/7/12 Steven Ayre <steveayre at gmail.com>
>>>>
>>>>  "As server FS work with share db, there is an impression that at
>>>>> switching Cluster-IP with active on
>>>>> a passive, passive server can pick up session begun on an active server
>>>>> (the necessary data about
>>>>> current sessions takes from the share db). Whether So it?
>>>>> Testing has shown that at switching Cluster-IP on reserve FS, that does
>>>>> not process session which
>>>>> have begun on first FS :("
>>>>>
>>>>> Sorry, but that's not currently possible as the call state information
>>>>> is held in memory, not the shared database, and has execution threads
>>>>> started for processing the signalling/media which aren't duplicated on the
>>>>> other machine(s).
>>>>>
>>>>> -Steve
>>>>>
>>>>>
>>>>>
>>>>> 2010/7/9 viewpoint <yurazilot1 at list.ru>
>>>>>
>>>>> Many thanks for fast and substantial answers!
>>>>>> Has established ipv4.ip_nonlocal_bind=1.
>>>>>> Now there is no necessity to reboot FS or sofia profile.
>>>>>>
>>>>>> As a result it has turned out:
>>>>>> 1) Two servers FS which kernel works with the shared db through unix
>>>>>> ODBC
>>>>>> 2) It Is realised Cluster-IP by installations Pacemaker
>>>>>> (http://www.clusterlabs.org/wiki/Install#From_Source)
>>>>>>
>>>>>> As server FS work with share db, there is an impression that at
>>>>>> switching Cluster-IP with active on
>>>>>> a passive, passive server can pick up session begun on an active
>>>>>> server (the necessary data about
>>>>>> current sessions takes from the share db). Whether So it?
>>>>>> Testing has shown that at switching Cluster-IP on reserve FS, that
>>>>>> does not process session which
>>>>>> have begun on first FS :(
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thu, 8 Jul 2010 16:21:40 +0200 (CEST) письмо от Vladimir Klejch <
>>>>>> klejch+freeswitch at netbox.cz <klejch%2Bfreeswitch at netbox.cz>>:
>>>>>>
>>>>>> >
>>>>>> > Hi
>>>>>> >
>>>>>> > On linux you can use /proc/sys/net/ipv4/ip_nonlocal_bind to bind to
>>>>>> non local
>>>>>> > address on start of FS and then you don't need any restart of FS or
>>>>>> > reload of sofia profile if this addres is active on the node
>>>>>> >
>>>>>> > or you can have this floating address on dummy iface (?or lo )  and
>>>>>> then
>>>>>> > use right settings in
>>>>>> /proc/sys/net/ipv4/conf/eth?/arp_filter,arp_ignore
>>>>>> > and then FS can use this address to bind on start and you don't need
>>>>>> > restart of FS?or relaod of sofia profile ...
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >                               Kleo
>>>>>> >
>>>>>> > On Thu, 8 Jul 2010, viewpoint wrote:
>>>>>> >
>>>>>> > > Hello.
>>>>>> > >
>>>>>> > > I currently have a project where I'm researching how to establish
>>>>>> a
>>>>>> > > clustered platform wieth failover time ~= some milliseconds.
>>>>>> > >
>>>>>> > > At present we have: 2 identical servers FS, wieth established
>>>>>> Pacemaker
>>>>>> > > (http://www.clusterlabs.org/wiki/Install#From_Source) -
>>>>>> heartbeat. On
>>>>>> > > the one hand it is possible to tell that all works, as, at refusal
>>>>>> of
>>>>>> > > the first server, the second server receives cluster-ip. A problem
>>>>>> that
>>>>>> > > FreeSWITCH it is necessary to restart (or simply to start) that it
>>>>>> began
>>>>>> > > to work with the new IP-address. As the result, a switching total
>>>>>> time
>>>>>> > > makes 10-20 sec which basic part is necessary on launch
>>>>>> FreeSwitch.
>>>>>> > >
>>>>>> > > any ideas?
>>>>>> > >
>>>>>> > > Thanks.
>>>>>> >
>>>>>> >
>>>>>> > --
>>>>>> >       klejch+freeswitch at netbox.cz <klejch%2Bfreeswitch at netbox.cz>
>>>>>> >
>>>>>>  > _______________________________________________
>>>>>> > 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
>>>>>>
>>>>>>
>>>>>> Я в Моем Мире - http://my.mail.ru/list/yurazilot1/
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>> Jay
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>
>> _______________________________________________
>> 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
>>
>>
>  ------------------------------
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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/20100805/2702f7c8/attachment-0001.html 