Hello,
I'm currently playing with Application Dial D option.
This option is documented with:
D([called][:calling[:progress]]): Send the specified DTMF strings
*after*
the called party has answered, but before the call gets bridged. The
<called> DTMF string is sent to the called party, and the
<calling> DTMF
string is sent to the calling party. Both arguments can be used
alone. If
<progress> is specified, its DTMF is sent to the called party
immediately
after receiving a 'PROGRESS' message.
See 'SendDTMF' for valid digits.
My questions are:
1. Shall I expect those DTMF to be logged (in dtmf logs) with lines such as
the one bellow ? In my testing, it doesn't seem to be the case.
[2017-03-28 12:25:03] DTMF[9943][C-00000041]: channel.c:4103 __ast_read:
DTMF begin '#' received on PJSIP/Foobar-0000004e
2. When my Dial call contains D(#::) option, I'm reading this in Asterisk
console:
-- Sending DTMF '#' to the called party.
When my Dial call contains D(#::progress) option, I'm reading this in
Asterisk console:
-- Sending DTMF 'progress' to the called party as result of
receiving a
PROGRESS message.
What is the proper way to send to called party, a DTMF sequence when
Progress tone is received ?
Would you rate "Sending DTMF 'progress' to the called party as
result of
receiving a PROGRESS message" as misleading or not ?
3. The service I'm testing the above things with, works this way:
- you dial the service number,
- caller hear an announcement like "next time, to skip legal announcement,
type #",
- if caller effectively dials #, the rest of the announcement is skipped,
- call is answered
- caller is then welcomed with another message and things go on.
My understanding is:
- whatever is done before call is answered is never billed
- as such, providers are likely to forbid anything (either voice or DTMF)
to be sent from caller to callee before call's answering.
Do you agree ?
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20170328/e6485314/attachment.html>