[Freeswitch-users] valet parking with 2 FS servers

[Tim St. Pierre]

For conferences (maybe even for park), you can define a host for each 
conference.

We have a database table with all our conference rooms in it.  It's used 
for things like music, rate, PIN, etc.  We recently added a host field 
as well.  When someone dials a conference room, it first checks to see 
if the requesting host is the same as the conference host.  If it is, 
the conference application is called.  If it isn't, then the call is 
bridged to the named host and that machine brings the call into it's 
conference there.

It adds a layer of complexity, but it works for us.  I suppose you could 
do something similar with park.  You could decide that different domains 
do parking on different hosts, or maybe divide up by parking slot 
number, if you are a single customer setup.

If there was some way to do this a little more natively, ie. using ODBC, 
then that would be very cool.

-Tim


Vik Killa wrote:
> Would this even be possible? I'm only asking because I may consider a
> bounty for such a feature. Also would a similar feature be possible
> with conferences?
> Thanks.
>
> On Tue, Jan 31, 2012 at 5:20 PM, Michael Jerris <mike at jerris.com> wrote:
>   
>> There is no way to do that currently.  You will need to direct all parking to one box currently.
>>
>> Mike
>>
>> On Jan 31, 2012, at 3:26 PM, Vik Killa wrote:
>>
>>     
>>> Hi,
>>> Is there any way to share the valet parking lots across multiple FS
>>> servers? I have a setup where opensips distributes calls to two FS
>>> servers. When a call is parked and I run:
>>> CLI>valet_info
>>> The parked call only appears on one FS box. So if the call pickup goes
>>> to the opposite FS server, the call will not be picked up.
>>> Is there anyway to make both FS boxes aware of valet_info? Similar how
>>> to "sofia status profile internal reg" is aware using ODBC
>>>       
>
> _________________________________________________________________________
> 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
>
> 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
>