Please check the issue
"http://track.sipfoundry.org/browse/XX-9851".After you posted in the
Dev-list .We just checked and reported the issue for Blind Transfer is
not happening
Thanks & Regards
Kumaran T
On 9/12/2011 3:19 PM, Claas Felix Beyersdorf wrote:
Withpolycom I could not determine the problem.
After I switched back to Snom, the problem there could be no longer
reproduce.
Problem with termination at blind transfer further exists.
Thanks,
Claas
*Von:*[email protected]
[mailto:[email protected]] *Im Auftrag von
*Laurentiu Ceausescu
*Gesendet:* Freitag, 9. September 2011 13:59
*An:* sipXecs developer discussions
*Betreff:* Re: [sipx-dev] attended and blind transfer with openACD
does not work
On Thu, Sep 8, 2011 at 4:16 PM, Claas Felix Beyersdorf
<[email protected] <mailto:[email protected]>> wrote:
While testing OpenACD (sipXecs 4.5.2) we tried transferring from agent to
3rd party.
Three phones:
- 200 = openACD Agent
- 201 = external caller
- 202 = 3rd party
1. 201 calls openACD
2. 200 rings
3. 200 pick up the call
4. 200 tries to makes an blind transfer to 202
5. Result Call is terminated for 200 and 201
1. 201 calls openACD
2. 200 rings
3. 200 pick up the call
4. 200 holds 201
5. 200 calls 202
6. 202 rings
7. 202 pick up the call
8. 200 tries to transfer
9. nothing happens
Both sequences aren't fine but the first sequence is an real problem
Is there something I could configure to change this behaviour?
The following scenario works for me:
1. 201 calls open acd
2. agent 200 rings and pick up the call (I used Bria soft phone for
the agent)
3. 200 transfer to 202 with 'call first' option (consultative transfer)
4. 202 rings and pick up the call
5. 200 transfer the call and the call is establishe between 201 and 202
On step 3, the transfer failed if I used 'transfer now' option (blind
transfer) instead of 'call first' option.
Laurentiu
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/