[Freeswitch-users] Transfer/shift calls from one freeswitch to other freeswitch box

[Varghese Paul]

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 at 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 at 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 at 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 at softov.com.br
> >>
> >>
> _________________________________________________________________________
> >> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150401/5c3da10d/attachment.html