I realized what you're describing here is a behavior that is
undefined, and we try to work around it... I have tested this scenario
with linksys and polycom and it works fine. This is the scenario
where the user doesn't have a clue how to use their phone. You're
converting an attended transfer into a blind transfer mid call. If
your users are wanting to do a blind transfer its best they do that
before dialing C and letting it ring. I'll suspect your phone is
putting the call back on hold or loosing the dialog of the first leg
in the process causing this to happen.
Can you get me a sip trace? and console log with debug on?
/b
On Jan 2, 2009, at 8:19 PM, Sangwoo Jin wrote:
I have met the non-hanged up call after being transferred.
The following is the test scenario.
1. A makes a call to B
2. B answers the call of A and holds the call of A.
3. B makes a call to C and transfers the call of A to C before C
answers the call of B.
4. A hangs up the call before C answers the call of A.
In this state, C’s phone is ringing endless.
Why is not the channel of C hanged up?
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
