[asterisk-users] Call is dead after featuredigittimeout

Florian Hars hars at bik-gmbh.de
Thu Sep 21 09:39:46 MST 2006


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.



More information about the asterisk-users mailing list