Florian Hars
2006-Sep-21 09:39 UTC
[asterisk-users] Call is dead after featuredigittimeout
For testing purposes, I have a Billion USB adapter connected to our PBX (P2P) and a cheap SIP phone (BT 101). Most things work, but I have a problem with the "*" key on any phone that may transfer calls because of the t or T option in extensions.conf (now try to google for an answer for a problem with * in asterisk :-)): If I press the * on a phone that might transfer a call, the call is dead after featuredigittimeout passes, no side can hear the other side, and no dtmf-codes have any effect. The only thing you can still do is to hang up. If I call from mISDn to SIP and then hang up the ISDN phone, I get 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 If I hang up the SIP phone instead, I get Sep 21 17:41:28 WARNING[15668]: indications.c:150 playtones_generator: Can't generate that much data! 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 If I press 2 fast enough after *, I get an attended transfer, and if I press any other digit within the timeout, nothing happens and the call can continue. This seems not to be a driver issue, it happens on calls misdn -> SIP misdn -> misdn SIP -> misdn SIP -> IAX2 misdn -> IAX2 IAX2 -> SIP I use asterisk SVN-branch-1.2-r43314M. The features.conf is trivial: ------------------------------------------------- [general] language=de parkext => 700 ; What extension to dial to park parkpos => 701-720 ; What extensions to park calls on. context => parkedcalls ; Which context parked calls are in [featuremap] blindxfer => # ; Blind transfer atxfer => *2 ; Attended transfer [applicationmap] -------------------------------------------------- (If I change blindxfer to #2 and atxfer to *, I get the same problems with #.) misdn.log contains something like Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: read:128 | Bufferstatus:20 p:8137390 Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:21 2006: P[ 1] Jitterbuffer Underrun. Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 20 samples 2 misdn Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk when * is pressed, and then eight seconds later Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out Any hints? Yours, Florian.
Kai-Uwe Jensen
2006-Sep-21 12:19 UTC
[asterisk-users] Call is dead after featuredigittimeout
Sounds like the same issue as reported in bug 7982 (http://bugs.digium.com/view.php?id=7982) May want to add your data and observations to the bugtracker. On 9/21/06, Florian Hars <hars@bik-gmbh.de> wrote:> For testing purposes, I have a Billion USB adapter connected to our PBX (P2P) and a > cheap SIP phone (BT 101). Most things work, but I have a problem with the "*" key > on any phone that may transfer calls because of the t or T option in extensions.conf > (now try to google for an answer for a problem with * in asterisk :-)): > If I press the * on a phone that might transfer a call, the call is dead after > featuredigittimeout passes, no side can hear the other side, and no dtmf-codes > have any effect. The only thing you can still do is to hang up. > > If I call from mISDn to SIP and then hang up the ISDN phone, I get > 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 > If I hang up the SIP phone instead, I get > Sep 21 17:41:28 WARNING[15668]: indications.c:150 playtones_generator: Can't generate that much data! > 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 > > If I press 2 fast enough after *, I get an attended transfer, and if I press > any other digit within the timeout, nothing happens and the call can continue. > > This seems not to be a driver issue, it happens on calls > misdn -> SIP > misdn -> misdn > SIP -> misdn > SIP -> IAX2 > misdn -> IAX2 > IAX2 -> SIP > > I use asterisk SVN-branch-1.2-r43314M. The features.conf is trivial: > ------------------------------------------------- > [general] > language=de > parkext => 700 ; What extension to dial to park > parkpos => 701-720 ; What extensions to park calls on. > context => parkedcalls ; Which context parked calls are in > > [featuremap] > blindxfer => # ; Blind transfer > atxfer => *2 ; Attended transfer > > [applicationmap] > -------------------------------------------------- > > (If I change blindxfer to #2 and atxfer to *, I get the same problems with #.) > > misdn.log contains something like > > Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: read:128 | Bufferstatus:20 p:8137390 > Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:21 2006: P[ 1] Jitterbuffer Underrun. > Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 20 samples 2 misdn > Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:21 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:21 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:21 2006: P[ 1] writing 128 bytes 2 asterisk > > when * is pressed, and then eight seconds later > > Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:29 2006: P[ 1] writing 128 bytes 2 asterisk > Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out > Thu Sep 21 15:09:29 2006: P[ 0] misdn_jb_empty: Wait...requested:128 p:8137390 > Thu Sep 21 15:09:29 2006: P[ 1] Transmitting 128 samples 2 misdn > Thu Sep 21 15:09:29 2006: P[ 1] Select Timed out > > Any hints? > > Yours, Florian. > > _______________________________________________ > --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 >-- "I am Dyslexic of Borg. Fusistance is retile. Your ass will be laminated!"