[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