[asterisk-bugs] [JIRA] (ASTERISK-28303) res_rtp_asterisk: Interaction between smoother and DTMF can cause out of order timestamps

[Friendly Automation (JIRA)]

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

Friendly Automation commented on ASTERISK-28303:
------------------------------------------------

Change 11043 merged by Friendly Automation:
res/res_rtp_asterisk: smoother can cause wrong timestamps if dtmf happen

[https://gerrit.asterisk.org/c/asterisk/+/11043|https://gerrit.asterisk.org/c/asterisk/+/11043]

> res_rtp_asterisk: Interaction between smoother and DTMF can cause out of order timestamps
> -----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-28303
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28303
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 13.20.0
>            Reporter: Torrey Searle
>            Assignee: Torrey Searle
>         Attachments: full.txt, timestamp_issue.tgz, wrong_timestamp.pcap.pcapng
>
>
> When the smoother is non-empty, it infers the delivery time based on the number of samples removed from it.
> However while a dtmf (RFC4744) is being generated, no samples are being removed from the smoother, so it's delivery timestamp falls behind current time.
> When the next dtmf is being generated, this triggers a large jump forward in time in calc_txstamp as the dtmf functions use now() instead of delivery time.  This causes a jump forward in rtp timestamps of audio packets w/o timing info (the ones generated by the smoother).
> However once the smoother becomes empty again, then timing will get passed once more from the calling leg to the called leg, and the above issue will manifest itself as a jump backwards in rtp timestamps



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