[asterisk-bugs] [JIRA] (ASTERISK-25332) marker bit lost in outgoing stream when incoming stream has vad

[Gergely Dömsödi (JIRA)]

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

Gergely Dömsödi edited comment on ASTERISK-25332 at 8/26/15 5:18 AM:
---------------------------------------------------------------------

I made a [pcap|^calls_ast18.pcap] on asterisk 1.8.32.3 too, and it is also affected, but slightly differently. In the attached pcap it can be seen for example at 10:53:53.560032, that the audio in the incoming stream restarts, it comes with delayed timestamp and the marker bit set, but this asterisk sends it out as it was just the next packet of the audio stream: without the marker bit set, and with the timestamp incremented only with 160, as it was the direct following of the packet which was sent seconds before. In Asterisk 13, the timestamps were incremented properly.

Unfortunately, I am not able to make a proper debug log on this system, becase it is a production one.


was (Author: doome):
I made a [pcap|^calls_ast18.pcap] on asterisk 1.8.32.3 too, and it is also affected, but slightly differently. In the attached pcap it can be seen for example at 10:53:53.560032, that the audio in the incoming stream restarts, it comes with delayed timestamp and the marker bit set, but this asterisk sends it out as it was just the next packet of the audio stream: without the marker bit set, and with the timestamp incremented only with 160, as it was the direct following of the packet which was sent seconds before. In Asterisk 13, the timestamps were incremented properly.

> marker bit lost in outgoing stream when incoming stream has vad
> ---------------------------------------------------------------
>
>                 Key: ASTERISK-25332
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25332
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_rtp_asterisk
>    Affects Versions: 1.8.32.3, 11.18.0, 13.3.2, 13.4.0
>         Environment: Fedora 22
>            Reporter: Gergely Dömsödi
>            Assignee: Unassigned
>         Attachments: calls_ast18.pcap, calls.pcap, in.pcap, messages.txt, out.pcap, pjsip.conf, rtp_timestamp_skew.patch, rtp_timestamp_skew_workaround.patch
>
>
> When asterisk receives an incoming call from a peer capable of VAD (rtp packets stop coming on silence, and start coming again on voice), in the outgoing leg of the call, the marker bit is not set on the first packet when the audio is restarted, so the called party is unable to play/sync audio properly.



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