[asterisk-bugs] [JIRA] (ASTERISK-28162) [patch] need to reset DTMF last sequence number and timestamp on RTP renegotiation

Friendly Automation (JIRA) noreply at issues.asterisk.org
Mon Jan 14 08:03:47 CST 2019


    [ https://issues.asterisk.org/jira/browse/ASTERISK-28162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=245961#comment-245961 ] 

Friendly Automation commented on ASTERISK-28162:
------------------------------------------------

Change 10829 merged by Friendly Automation:
RTP: reset DTMF last seqno/timestamp on RTP renegotiation

[https://gerrit.asterisk.org/10829|https://gerrit.asterisk.org/10829]

> [patch] need to reset DTMF last sequence number and timestamp on RTP renegotiation
> ----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-28162
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28162
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 13.24.0, 16.1.0
>            Reporter: Alexei Gradinari
>            Assignee: Alexei Gradinari
>
> The remote side may start a new stream when renegotiating RTP.
> Need to reset the DTMF last sequence number and the timestamp
> of the last END packet on RTP renegotiation.
> If the new time stamp is lower then the timestamp of the last DTMF END packet the asterisk drops all DTMF frames as out of order.
> This bug was caught using Cisco ip-phone SPA5XX and codec g722.
> On SIP session update the SPA50X resets stream and a new timestamp is twice smaller then the previous.



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



More information about the asterisk-bugs mailing list