asterisk users - May 2017 - Automatically dial a number, then an extension

On Tuesday 23 May 2017 at 19:20:25, Tech Support wrote:
> All;
> 
>     What I did was add a line in the dialplan that used the SendDTMF()
> application and that worked great. The problem that I?ve run into now is
> that dialing the extension screwed up the answering machine detection. The
> sample context looks something like this.
> 
> [play-audiomsg]
> exten => s,1,AMD
> exten => s,n,ExecIf($["${EXT}" !=
""]?SendDTMF(${EXTEN}))
> exten => s,n,Background(${AUDIOMSG})
> exten => s,n,Hangup
> 
> As you can see, it's very simple. Modifying the amd.conf configuration
> wasn?t the answer since I don?t know how long it will take for the
> extension to pick up.
Isn't it safe to assume that if you've been given an extension number to
dial
after the initial call is answered, then it wasn't answered by an answering 
machine?

The extension might be answered by an answering machine, I suppose, but
that's
not the problem you're talking about (I think).

I would create two contexts:

1. Does AMD and gets called when there is no follow-on extension to dial

2. Dials a follow-on extension and doesn't do AMD (or at least, not at the 
start)

Then you choose which context to place the call through depending on whether a 
follow-on extension has been supplied for that customer's number or not.
> Simply placing the AMD command after the SendDTMF() wasn?t the answer
Why wasn't it the answer?  What happens or doesn't happen when you try
this?


Antony

-- 
"A person lives in the UK, but commutes to France daily for work.
He belongs in the UK."

 - From UK Revenue & Customs notice 741, page 13, paragraph 3.5.1
 - http://tinyurl.com/o7gnm4

                                                   Please reply to the list;
                                                         please *don't* CC
me.

Ok, the purpose of the answering machine detection (AMD) is to determine when
the audio file should start playing *after* the call has been picked up.
Typically, if a call has been picked up by a person, they say a short greeting,
for example "Hello, this is John, how can I help you?" or simply
"Hello?" or something similar. If a call has been picked up by an
answering machine, usually the message is somewhat longer, maybe 10 seconds or
so, maybe longer. Ideally, the AMD tries to make sure that the audio file starts
right after the greeting is over. It's not exact, but my experience is that
it works fairly well.
    The problem that I am having is that when I also have to dial an extension,
the call has already picked up and the AMD will start working immediately after
the SendDTMF() even if dialing the extension means that it may ring anywhere
from 5 - 20 seconds plus the greeting on the far end. There doesn?t appear to be
a way for the AMD to wait until extension gets picked up, either by a human or a
machine. So what happens is that the AMD gets confused and the audio file starts
playing while the extension is still ringing. I hope this helps.
Thanks;
John V. 

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces
at lists.digium.com] On Behalf Of Antony Stone
Sent: Tuesday, May 23, 2017 01:39 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Automatically dial a number, then an extension

On Tuesday 23 May 2017 at 19:20:25, Tech Support wrote:


Isn't it safe to assume that if you've been given an extension number to
dial after the initial call is answered, then it wasn't answered by an
answering machine?

The extension might be answered by an answering machine, I suppose, but
that's not the problem you're talking about (I think).

I would create two contexts:

1. Does AMD and gets called when there is no follow-on extension to dial

2. Dials a follow-on extension and doesn't do AMD (or at least, not at the
start)

Then you choose which context to place the call through depending on whether a
follow-on extension has been supplied for that customer's number or not.
> Simply placing the AMD command after the SendDTMF() wasn?t the answer
Why wasn't it the answer?  What happens or doesn't happen when you try
this?

On Tuesday 23 May 2017 at 20:01:14, Tech Support wrote:
>     Ok, the purpose of the answering machine detection (AMD) is to
> determine when the audio file should start playing *after* the call has
> been picked up. Typically, if a call has been picked up by a person, they
> say a short greeting, for example "Hello, this is John, how can I help
> you?" or simply "Hello?" or something similar. If a call has
been picked
> up by an answering machine, usually the message is somewhat longer, maybe
> 10 seconds or so, maybe longer. Ideally, the AMD tries to make sure that
> the audio file starts right after the greeting is over. It's not exact,
> but my experience is that it works fairly well. The problem that I am
> having is that when I also have to dial an extension, the call has already
> picked up and the AMD will start working immediately after the SendDTMF()
> even if dialing the extension means that it may ring anywhere from 5 - 20
> seconds plus the greeting on the far end. There doesn?t appear to be a way
> for the AMD to wait until extension gets picked up, either by a human or a
> machine. So what happens is that the AMD gets confused and the audio file
> starts playing while the extension is still ringing. I hope this helps.
Okay, so my suggestion still stands:

Create two contexts:

 - one which does AMD and gets called when there is no follow-on extension to 
dial

 - another which dials a follow-on extension and doesn't do AMD (or at
least,
not at the start)

Then you choose which context to place the call through depending on whether a 
follow-on extension has been supplied for that customer's number or not - if
there's no follow-on extenstion, use the first context; if there is, use the
second one.


Antony.

-- 
BASIC is to computer languages what Roman numerals are to arithmetic.

                                                   Please reply to the list;
                                                         please *don't* CC
me.