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

Alexei Gradinari (JIRA) noreply at issues.asterisk.org
Wed Dec 19 15:45:48 CST 2018


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

Alexei Gradinari updated ASTERISK-28162:
----------------------------------------

    Review Link: https://gerrit.asterisk.org/10829  (was: https://gerrit.asterisk.org/10623)

> [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 marker bit set on the voice packet indicates the start
> of a new stream and a new time stamp.
> Need to reset the DTMF last sequence number and the timestamp of the last END packet.
> 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 SPA50X  and codec g722.
> On SIP session update the SPA50X resets stream indicating it with market bit 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