Try disabling the blindxfer feature in features.conf, but leaving the T(t) option(s) in your dialplan. I've experienced similar issues with transfer when using both the T(t) option and having blind transfer enabled in features.
<br><br>I do not use any #. commands as part of features, for just this reason. <br><br><br><br><div><span class="gmail_quote">On 9/21/06, <b class="gmail_sendername">Kai-Uwe Jensen</b> <<a href="mailto:kujensen@gmail.com">
kujensen@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Sounds like the same issue as reported in bug 7982<br>
(<a href="http://bugs.digium.com/view.php?id=7982">http://bugs.digium.com/view.php?id=7982</a>)<br><br>May want to add your data and observations to the bugtracker.<br><br>On 9/21/06, Florian Hars <<a href="mailto:hars@bik-gmbh.de">
hars@bik-gmbh.de</a>> wrote:<br>> For testing purposes, I have a Billion USB adapter connected to our PBX (P2P) and a<br>> cheap SIP phone (BT 101). Most things work, but I have a problem with the "*" key
<br>> on any phone that may transfer calls because of the t or T option in extensions.conf<br>> (now try to google for an answer for a problem with * in asterisk :-)):<br>> If I press the * on a phone that might transfer a call, the call is dead after
<br>> featuredigittimeout passes, no side can hear the other side, and no dtmf-codes<br>> have any effect. The only thing you can still do is to hang up.<br>><br>> If I call from mISDn to SIP and then hang up the ISDN phone, I get
<br>> Sep 21 17:41:05 WARNING[15656]: res_features.c:1384 ast_bridge_call: Bridge failed on channels mISDN/1-1 and SIP/bt101-081c3830<br>> If I hang up the SIP phone instead, I get<br>> Sep 21 17:41:28 WARNING[15668]:
indications.c:150 playtones_generator: Can't generate that much data!<br>> Sep 21 17:41:28 WARNING[15668]: res_features.c:1384 ast_bridge_call: Bridge failed on channels mISDN/1-1 and SIP/bt101-081f4fb0<br>><br>> If I press 2 fast enough after *, I get an attended transfer, and if I press
<br>> any other digit within the timeout, nothing happens and the call can continue.<br>><br>> This seems not to be a driver issue, it happens on calls<br>> misdn -> SIP<br>> misdn -> misdn<br>> SIP -> misdn
<br>> SIP -> IAX2<br>> misdn -> IAX2<br>> IAX2 -> SIP<br>><br>> I use asterisk SVN-branch-1.2-r43314M. The features.conf is trivial:<br>> -------------------------------------------------<br>> [general]
<br>> language=de<br>> parkext => 700 ; What extension to dial to park<br>> parkpos => 701-720 ; What extensions to park calls on.<br>> context => parkedcalls ; Which context parked calls are in
<br>><br>> [featuremap]<br>> blindxfer => # ; Blind transfer<br>> atxfer => *2 ; Attended transfer<br>><br>> [applicationmap]<br>> --------------------------------------------------
<br>><br>> (If I change blindxfer to #2 and atxfer to *, I get the same problems with #.)<br>><br>> misdn.log contains something like<br>><br>> Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn
<br>> Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk<br>> Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: read:128 | Bufferstatus:20 p:8137390<br>> Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn
<br>> Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk<br>> Thu Sep 21 15:09:21 2006: P[ 1] Jitterbuffer Underrun.<br>> Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 20 samples 2 misdn<br>> Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk
<br>> Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn<br>> Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk
<br>> Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn<br>> Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk
<br>><br>> when * is pressed, and then eight seconds later<br>><br>> Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn
<br>> Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk<br>> Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn
<br>> Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk<br>> Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn
<br>> Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out<br>> Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390<br>> Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn<br>
> Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out<br>><br>> Any hints?<br>><br>> Yours, Florian.<br>><br>> _______________________________________________<br>> --Bandwidth and Colocation provided by
<a href="http://Easynews.com">Easynews.com</a> --<br>><br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>><br><br><br>--<br>"I am Dyslexic of Borg. Fusistance is retile. Your ass will be laminated!"<br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">
Easynews.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Anthony D Cennami<br>