[asterisk-users] Questions regarding Dial's D option

[Olivier]

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>