[Home]

Summary:ASTERISK-24653: applicationmap not recognized
Reporter:Sean Darcy (seandarcy)Labels:
Date Opened:2014-12-30 14:24:29.000-0600Date Closed:2015-02-10 16:44:12.000-0600
Priority:MajorRegression?
Status:Closed/CompleteComponents:Features
Versions:11.15.0 Frequency of
Occurrence
Related
Issues:
Environment:Fedora 20Attachments:( 0) features.conf.txt
Description:I've set up an application map that is not recognized. Builtin features are recognized.

features.conf
{noformat}
...
[applicationmap]
.....
conference => *7,peer/both,ConfBridge,1
{noformat}

{noformat}
features show
Builtin Feature           Default Current
---------------           ------- -------
Pickup                    *8      *8    
Blind Transfer            #       #1    
Attended Transfer                 *2    
..................                    
Dynamic Feature           Default Current
---------------           ------- -------
conference                no def  *7    
............
{noformat}

But dialing *7 gets no response:
{noformat}
DTMF[25827][C-0000064d]: channel.c:4216 __ast_read: DTMF begin '*' received on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4227 __ast_read: DTMF begin passthrough '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4130 __ast_read: DTMF end '*' received on DAHDI/1-1, duration 165 ms
DTMF[25827][C-0000064d]: channel.c:4171 __ast_read: DTMF end accepted with begin '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4200 __ast_read: DTMF end passthrough '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4216 __ast_read: DTMF begin '7' received on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4227 __ast_read: DTMF begin passthrough '7' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4130 __ast_read: DTMF end '7' received on DAHDI/1-1, duration 178 ms
DTMF[25827][C-0000064d]: channel.c:4171 __ast_read: DTMF end accepted with begin '7' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4200 __ast_read: DTMF end passthrough '7' on DAHDI/1-1
{noformat}
Dialing *2 brings up Attended Transfer:
{noformat}
TMF[25827][C-0000064d]: channel.c:4216 __ast_read: DTMF begin '*' received on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4227 __ast_read: DTMF begin passthrough '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4130 __ast_read: DTMF end '*' received on DAHDI/1-1, duration 165 ms
DTMF[25827][C-0000064d]: channel.c:4171 __ast_read: DTMF end accepted with begin '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4200 __ast_read: DTMF end passthrough '*' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4216 __ast_read: DTMF begin '2' received on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4227 __ast_read: DTMF begin passthrough '2' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4130 __ast_read: DTMF end '2' received on DAHDI/1-1, duration 165 ms
DTMF[25827][C-0000064d]: channel.c:4171 __ast_read: DTMF end accepted with begin '2' on DAHDI/1-1
DTMF[25827][C-0000064d]: channel.c:4200 __ast_read: DTMF end passthrough '2' on DAHDI/1-1
   -- Started music on hold, class 'default', on Motif/+12036258013@voice.google.com-cf6b
   -- <DAHDI/1-1> Playing 'pbx-transfer.ulaw' (language 'en')
{noformat}
Comments:By: Rusty Newton (rnewton) 2014-12-30 19:20:07.536-0600

Can you provide your full features.conf?
By: Michael L. Young (elguero) 2014-12-31 09:42:34.545-0600

Also please provide your dial plan that is related to the use of this dynamic feature.  We need to see how you are setting the channel variables to use this dynamic feature.
By: Sean Darcy (seandarcy) 2014-12-31 09:49:10.558-0600

Here's features.conf. Is there a way to attach a file in jira?
[Edit by Rusty - removed - yes "More > Attach Files" in the top menu. ]
By: Sean Darcy (seandarcy) 2014-12-31 09:59:20.503-0600

Not sure what you mean by the related dial plan. Here's the Dial string:
{noformat}
exten => s,n(gv),Dial(motif/${MOTIF_DEFAULT}/+1${ARG1}@voice.google.com,,rTt)
{noformat}
on the cli:
{noformat}
- Executing [s@DialOut:14] Dial("DAHDI/1-1", "motif/8447/+1xxxyyyzzzz@voice.google.com,,rTt") in new stack
{noformat}
Should there be something in the dialplan for dynamic feature ? I expected the *7 to put the other party into confbridge 1 without any help from the dialplan.
By: Michael L. Young (elguero) 2014-12-31 10:19:24.785-0600

You can attach files by clicking the menu above that is labeled "More" and then selecting "Attach Files".

Please read the documentation in features.conf that you just pasted.  Specifically this part:

{quote}
[applicationmap]
; Note that the DYNAMIC_FEATURES channel variable must be set to use the features
; defined here. The value of DYNAMIC_FEATURES should be the names of the features
; to allow the channel to use separated by '#'. For example:
;
; Set(__DYNAMIC_FEATURES=myfeature1#myfeature2#myfeature3)
;
; (Note: The two leading underscores allow these feature settings to be set on
; on the outbound channels, as well. Otherwise, only the original channel
; will have access to these features.)
{quote}

Based on what you just pasted, the channel variable is not being set and therefore the dynamic feature will not be enabled for that channel that you are creating with the pasted dial string.
By: Sean Darcy (seandarcy) 2014-12-31 12:34:15.679-0600

Right in one. Thanks. FWIW, I found I could set __DYNAMIC_FEATURES as a global variable.

OT I know, but this started trying to make GOTO_ON_BLINDXFR work. See:

http://lists.digium.com/pipermail/asterisk-users/2014-December/285408.html

There I set up GOTO_ON_BLINDXFR=internal^266^1 , but  #1 continues to ask for an extension.

Am I overlooking something as obvious as here, or should I start a new issue?

thanks, sean
By: Matt Jordan (mjordan) 2015-01-19 21:16:46.812-0600

This sounds like a simple problem of variable inheritance. Are you trying to use {{GOTO_ON_BLINDXFR}} on the called party? If so, and you are setting is on the callee, you need to use {{__GOTO_ON_BLINDXFR}}.
By: Matt Jordan (mjordan) 2015-01-19 21:17:12.183-0600

Also, please make sure you hit "Send Back" when you have entered feedback. Otherwise, it doesn't show up in the bug marshal's Triage queue.
By: Rusty Newton (rnewton) 2015-02-10 16:38:45.660-0600

Removed Sean's features.conf from comment field and attaching as features.conf.txt
By: Rusty Newton (rnewton) 2015-02-10 16:44:12.344-0600

Closing out since it doesn't appear we have a bug here.

Any troubleshooting of support issues can continue on the mailing lists if needed. Thanks!