[asterisk-bugs] [JIRA] (ASTERISK-25277) Asterisk forwards DTMF when call is on hold

[NITESH BANSAL (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-25277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

NITESH BANSAL updated ASTERISK-25277:
-------------------------------------

    Description: 
Scenario:
Audio call going on with P2P bridge enabled and calling party sending RTP event DTMF packets.
In the middle of DTMF, called party puts the call on hold, call hold with break P2P bridge.
While the call is on hold, if asterisk receives a continuation packet from calling side, it creates a new DTMF and forwards it to the called party.
This behavior seems incorrect to me.
In my opinion, it should just ignore any DTMF packets received while call is on hold.

Regards,
Nitesh

  was:
Scenario:
Audio call going on with P2P bridge enabled and calling party sending RTP event DTMF packets.
In the middle of DTMF, called party puts the call on hold.
While the call is on hold, if asterisk receives a continuation packet from calling side, it creates a new DTMF and forwards it to the called party.
This behavior seems incorrect to me.
In my opinion, it should just ignore any DTMF packets received while call is on hold.

Regards,
Nitesh


> Asterisk forwards DTMF when call is on hold
> -------------------------------------------
>
>                 Key: ASTERISK-25277
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25277
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 11.4.0
>         Environment: debian wheezy
>            Reporter: NITESH BANSAL
>            Severity: Minor
>
> Scenario:
> Audio call going on with P2P bridge enabled and calling party sending RTP event DTMF packets.
> In the middle of DTMF, called party puts the call on hold, call hold with break P2P bridge.
> While the call is on hold, if asterisk receives a continuation packet from calling side, it creates a new DTMF and forwards it to the called party.
> This behavior seems incorrect to me.
> In my opinion, it should just ignore any DTMF packets received while call is on hold.
> Regards,
> Nitesh



--
This message was sent by Atlassian JIRA
(v6.2#6252)