Hi Stanish,

That is exactly we are doing right now. But since it is conference server we should wait more time for channels to hangup. 

So thinking to shift those calls to other server for a faster maintain process (less than a day atleast) . If freeswitch can transfer the call like (BLIND/ATTENDED transfer) to other server ( we should send REINVITE to all the parties for RTP modification) then we can achieve this. I am checking is there any option in freeswitch or we should develop something on top of freeswitch to transfer the call to other freeswitch box

Regards

Varghese Paul 

On Wed, Apr 1, 2015 at 4:12 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
even with point-to-point calls, this looks quite difficult, but for a
running conference -- rather unfeasible.

You can stop sending new calls to the server 1 hour before
maintenance, and just drop the remaining calls. This would be cheap
and quite acceptable for most use cases.




On Wed, Apr 1, 2015 at 11:30 PM, Varghese Paul <varghesepaul87@gmail.com> wrote:
> Hi Luiz,
>
> Thanks for your answer. But my use case is different. I don't want to bridge
> calls b/w two freeswitch boxes. I wanted to shift/replace the call in
> Freeswitch A to Freeswitch B.
>
> As I stated in my previous mail I wanted to achieve this use case for
> maintaining the Freeswitch servers in production. I am running freeswitch as
> a conference server and I wanted to transfer this conference into other
> conference server for restart/reboot the serivces in the machine.
>
>>>>>>>CONFERENCE_A ----> Freeswitch A Box --->> Transfer this
>>>>>>> call/conference to other Freeswitch Box B ---> Do the maintance in
>>>>>>> Freeswitch Box A
>
> I am not sure whether I can achieve this in Freeswitch.
>
> Regards
>
> Varghese Paul
>
> On Wed, Apr 1, 2015 at 2:17 PM, Luiz Fernando Softov
> <fernando@softov.com.br> wrote:
>>
>> You can use gateway...
>>
>> Lets Say you have two Freeswitchs A 192.168.1.10 and B 192.168.2.10
>>
>> In FS A you have a extension 1001, and in FS B extension 2001
>>
>>
>> In FS A, you need a gateway in external profile, to connect with FS B, its
>> like:
>>
>>  <include>
>>     <gateway name="gateway-fs-b">
>>       <param name="proxy" value="192.168.2.10"/>
>>       <param name="register" value="true"/>
>>       <param name="username" value="2000"/>
>>       <param name="password" value="1234"/>
>>     </gateway>
>>  </include>
>>
>> You can read more in
>>
>> https://wiki.freeswitch.org/wiki/Clarification:gateways
>>
>>
>> https://freeswitch.org/confluence/display/FREESWITCH/Gateways+Configuration
>>
>>
>> Then when you make a call in FS A, in your dialplan, you need to make a
>> bridge using gateway
>>
>> <include>
>> <extension name="To FS B">
>> <condition field="destination_number" expression="(2...)">
>> <action application="bridge"
>> data="sofia/gateway/gateway-fs-b/${destination_number}"/>
>> </condition>
>> </extension>
>> </include>
>>
>> Now when you make a Call, to 2XXX, you shoud receive a call in FS-B
>>
>> In FS B, you need to have extension 2000, used by gateway to register and
>> to make calls
>> And of course, extension 2001.
>>
>> If you want to receive Caller ID 1001 of FS A
>>
>> dont use variables in extension 2000.xml
>>
>> <variable name="effective_caller_id_name" value="Extension 2000"/>
>> <variable name="effective_caller_id_number" value="2000"/>
>>
>>
>> It's a way to do this.
>>
>>
>> --
>> Luiz Fernando Softov
>> http://www.softov.com.br
>> fernando@softov.com.br
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting@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@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@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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org