[asterisk-bugs] [JIRA] (ASTERISK-20906) DTMF in SIP not working after HOLD / UNHOLD

[Digium Subversion (JIRA)]

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

Digium Subversion closed ASTERISK-20906.
----------------------------------------

    Resolution: Fixed
    
> DTMF in SIP not working after HOLD / UNHOLD
> -------------------------------------------
>
>                 Key: ASTERISK-20906
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20906
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 1.8.19.1
>            Reporter: Eelco Brolman
>         Attachments: dtmf_on_hold.patch
>
>
> In ASTERISK-18404 a solution is found for out-of-order RTP EVENT messages, so that DTMF is detected. The solution breaks when a call is placed on HOLD, is resumed and sends DTMF. The SSRC of the RTP stream is changed, and seqno and timestamp can be completely different from the previous RTP SSRC.
> The checks introduced in ASTERISK-18404 check for last_seqno and last_end_timestamp, which can be non related in case of SSRC changes.
> I have created a patch as follows: when a change in SSRC is detected, the last_seqno and last_end_timestamp are reset again to 0.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira