When I press # (once) during a bridged call it mutes/locks the call and I am unable to do anything on either end of the call. Then, if the called party hangs up before the calling party hangs up, the call still shows as connected with (show channels) even though both parties have hung up. Both channels are still "locked" and unable to initiate a new call until a soft hangup is performed. If the calling party hangs up first nothing happens, but when the called party hangs up the channels are disconnected and free to make new calls. ## still works to transfer the call, but not after the call gets "locked". Pressing # will not lock the call if I don't have the transfer options in the dial command. I'm using Asterisk SVN-branch-1.2-r42783 and #define ZAPTEL_VERSION "SVN-branch-1.2-r1458" *** show channel output **** Zap/9-1 s@internal:1 Up Bridged Call(Zap/11-1) Zap/11-1 824@internal:21 Up Dial(Zap/9|20|Tt) **** features.conf ***** [general] parkext => 700 parkpos => 701-720 context => parkedcalls parkingtime => 90 featuredigittimeout = 500 [featuremap] blindxfer => ## ; Blind transfer disconnect => *0 ; Disconnect automon => *1 ; One Touch Record atxfer => ** ; Attended transfer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060919/66d6e0c8/attachment.htm
I had the same problem. The only solution I've found is to change "blindxfer => ##" to "blindxfer => *#" or something like that. I think there is a bug with that feature. It was working with some previous version but I don't remember which one. Michael On 9/19/06, marvin horst <fivehorsts@gmail.com> wrote:> > When I press # (once) during a bridged call it mutes/locks the call and I > am unable to do anything on either end of the call. > > Then, if the called party hangs up before the calling party hangs up, the > call still shows as connected with (show channels) even though both parties > have hung up. Both channels are still "locked" and unable to initiate a new > call until a soft hangup is performed. > > If the calling party hangs up first nothing happens, but when the called > party hangs up the channels are disconnected and free to make new calls. > > ## still works to transfer the call, but not after the call gets "locked". > > > Pressing # will not lock the call if I don't have the transfer options in > the dial command. > > I'm using Asterisk SVN-branch-1.2-r42783 and > #define ZAPTEL_VERSION " SVN-branch-1.2-r1458" > > *** show channel output **** > Zap/9-1 s@internal:1 Up Bridged Call(Zap/11-1) > Zap/11-1 824@internal:21 Up Dial(Zap/9|20|Tt) > > **** features.conf ***** > [general] > parkext => 700 > parkpos => 701-720 > context => parkedcalls > parkingtime => 90 > featuredigittimeout = 500 > > [featuremap] > blindxfer => ## ; Blind transfer > disconnect => *0 ; Disconnect > automon => *1 ; One Touch Record > atxfer => ** ; Attended transfer > > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060919/2c8a8e8d/attachment.htm
Likewise. On 9/19/06, marvin horst <fivehorsts@gmail.com> wrote:> > On 9/19/06, Eric ManxPower Wieling <eric@fnords.org> wrote: > > > Your phones do not have a native transfer feature? > > > > > Our phones are a mix of Zap and SIP channels > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-- Anthony D Cennami -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060919/9b56d642/attachment.htm
A bug has been opened for this : http://bugs.digium.com/view.php?id=7982 You should had this comment to the bugs David _____ De : asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] De la part de marvin horst Envoy? : 19 septembre 2006 09:18 ? : asterisk-users@lists.digium.com Objet : [asterisk-users] Problem with # locking up call When I press # (once) during a bridged call it mutes/locks the call and I am unable to do anything on either end of the call. Then, if the called party hangs up before the calling party hangs up, the call still shows as connected with (show channels) even though both parties have hung up. Both channels are still "locked" and unable to initiate a new call until a soft hangup is performed. If the calling party hangs up first nothing happens, but when the called party hangs up the channels are disconnected and free to make new calls. ## still works to transfer the call, but not after the call gets "locked". Pressing # will not lock the call if I don't have the transfer options in the dial command. I'm using Asterisk SVN-branch-1.2-r42783 and #define ZAPTEL_VERSION " SVN-branch-1.2-r1458" *** show channel output **** Zap/9-1 s@internal:1 Up Bridged Call(Zap/11-1) Zap/11-1 824@internal:21 Up Dial(Zap/9|20|Tt) **** features.conf ***** [general] parkext => 700 parkpos => 701-720 context => parkedcalls parkingtime => 90 featuredigittimeout = 500 [featuremap] blindxfer => ## ; Blind transfer disconnect => *0 ; Disconnect automon => *1 ; One Touch Record atxfer => ** ; Attended transfer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060919/483533fe/attachment.htm