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/

Reply via email to