[asterisk-users] Trying to get sample applicationmap to work (*1.4)

[David Ruggles]

Wow!

Thanks! That's a very clear answer and completely understandable. Is this
something I should open a bug report on?

Thanks,

David Ruggles
CCNA MCSE (NT) CNA A+
Network Engineer	Safe Data, Inc.
(910) 285-7200	david at safedatausa.com



-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Mark Michelson
Sent: Thursday, March 12, 2009 7:55 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Trying to get sample applicationmap to work
(*1.4)


David Ruggles wrote:
> I don't really think that's a problem, because I'm able to use the other
> built in options: *1 to record; ## transfer (I changed this from a single
> pound) and there have been a couple times that I wouldn't hit them quickly
> enough.
> 
> Thanks,

Ah, sorry about that. The featuredigittimeout burns so many people that it's

pretty much a knee-jerk reaction on my part now to suggest that as a
potential fix.

To test out, I set up the same feature and gave it a try with a current 
subversion checkout of Asterisk 1.4. I placed a call from SIP/2001 to
SIP/2000 
and here's what I found.

When SIP/2001 pressed #9, tt-monkeys played on SIP/2000's channel
When SIP/2000 pressed #9, nothing happened.

I tried modifying the features.conf line to have "peer/callee" instead of
just 
"peer" and that caused neither side to successfully use the dynamic feature.

There appears to be a bug which does not allow for the callee to use dynamic

features. The problem appears to be that when DTMF is pressed, we try to 
interpret the presses to determine if there is a corresponding feature. The 
DYNAMIC_FEATURES variable has been set on the caller's channel, but has not
been 
set on the callee's channel. As a result, we don't properly read the value
of 
the DYNAMIC_FEATURES variable if the callee is the one to press DTMF.

You can work around the bug, although it's not exactly optimal. What you can
do 
is to modify your dialplan as follows:

exten => 301,n,Set(DYNAMIC_FEATURES=monkey)
exten => 301,n,Dial(SIP/DavidR1,,M(dynamic_features))

[macro-dynamic_features]
exten => s,1,Set(DYNAMIC_FEATURES=monkey)

By doing this, the dynamic_features macro will be called on SIP/DavidR1 when
he 
answers. This will allow for the DYNAMIC_FEATURES variable to be set on both

channels so both sides can use the feature you have set.

This is a bug, and so there needs to be action to fix it correctly. What
I've 
suggested is just a workaround, but it should get you through your problem
for now.

Mark Michelson

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.237 / Virus Database: 270.11.10/1996 - Release Date: 03/12/09
10:38:00