[asterisk-users] Call is dead after featuredigittimeout
Kai-Uwe Jensen
kujensen at gmail.com
Thu Sep 21 12:19:25 MST 2006
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 at 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!"
More information about the asterisk-users
mailing list