[Freeswitch-users] Attended transfer fails when in bypass or proxy mode

[Sergei]

Brian, thank you for your comment.

In our case - like centralized location of Freeswitch, distributed offices,
and wan channels between them - bypassing it the only option in order not to
saturate these channels. 

I agree, that attended transfer requires media handling - Freeswitch must
put on hold the call in order to make transfer, but this is much lighter
load on network in comparison with flooding it with RTP of every call (call
between two phones in filial will go through central point).

By the same reason, proxying media is not an option too - still puts load on
channels.

 

The question which is still unclear - is this scenario fully supported in
Freeswitch, and, if yes, on which phones and, probably, with which versions
of Freeswitch and with which config options.

 

Siarhei. 

From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian
Foster
Sent: Thursday, June 21, 2012 5:32 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Attended transfer fails when in bypass or
proxy mode

 

As far as I know freeswitch has to do some sort of media handling to get the
attended transfer to work so bypassing media is probably not wise. You may
find out that it's a non issue to proxy media.

Brian Foster
Endigo Computer LLC

Sent from a mobile device.

On Jun 21, 2012 9:25 AM, "Sergei" <getallad at gmail.com> wrote:

Good day all.

I've recently installed freeswitch in our office and in general everybody is
happy.

The only disappointing thing - is attended transfer. 

I've tried to make it working on Cisco7960 and on Grandstream GXP2000 - but
with no luck. Could please, anybody respond, who successfully makes attended
transfer using bypass mode?

 

In sip profile I use following options:

 

<param name="media-option" value="resume-media-on-hold"/>

<param name="media-option" value="bypass-media-after-att-xfer"/>

 

Scenario is the simplest one: A calls B, B transfers to C (with attended
transfer - like putting A on hold, making outcall to C, bridging two calls
together). 

What I observe on Cisco phone - is following:

 

1.      A calls B. B answers, puts A on hold and calls C. C answers and
talks to B. Up to this time - everything is fine.

2.      B presses 'transfer', in order to bridge two calls together. But,
instead, C hangs up, A stays on hold and B looks like he just put A on hold.
If B right now presses hold button - he will appear in dialog with A again.

 

Did anybody observe such behavior? What could be the advice in such
situation?

 

Thank you in advance, 

 

Siarhei.


_________________________________________________________________________
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/20120621/bed9ab50/attachment.html