Summary:ASTERISK-16557: Fail to transfer a call after putting that call to parking lot, taking it on the parking lot, and try to transfer (atxfer)
Reporter:Valensuela (valen22br)Labels:
Date Opened:2010-08-12 07:06:49Date Closed:2010-09-13 11:19:16
Versions:Frequency of
Description:Fail to transfer a call after putting it on the parking lot, taking these call from the parking lot, and try to transfer this call using atxfer and blindxfer to another extension(sip => sip). When using the atxfer and blindxfer the asterisk seen not to recognize these feature.

I executed tests with asterisk versions,, where error occurred.
On asterisk version 1.4.30 these does not happen.

I used sip phones in my scenario.
Comments:By: Leif Madsen (lmadsen) 2010-08-12 09:15:55

This may be a duplicate of issue ASTERISK-15567 -- please test the patch there and see if it resolves the issue for you.

By: David Woolley (davidw) 2010-08-12 11:01:30

I suspect ASTERISK-1277854 is more relevant here.  Configuration options were added somewhere in 1.6 to allow you to control whether or not transferred calls were allowed transfers, as the behaviour that is being desired here can result in an untrusted user being given transfer privilege.

By: Valensuela (valen22br) 2010-08-12 11:16:30

I read the issue 0016757 and just put the parkedcalltransfers = both
and parkedcallreparking = both on features.conf. It works for me.

Both patched and non patched versions of features.c works for me. Its necessary to apply this patch anyway?


By: Paul Belanger (pabelanger) 2010-09-04 14:28:07

So is this an issue anymore after you used the new config settings?

By: Valensuela (valen22br) 2010-09-13 06:14:57

Nops, this is not a issue anymore. For me, only using the parameters parkedcalltransfers and pargedcallreparking was enough to solve my problens. This is resolved.


By: Leif Madsen (lmadsen) 2010-09-13 11:19:16

Closed per the reporter. Thanks!