[asterisk-bugs] [JIRA] (ASTERISK-23144) Asterisk 11 not change SSRC on call transfer if marker is set and timestamp jumps

Matt Jordan (JIRA) noreply at issues.asterisk.org
Wed Jan 15 16:43:05 CST 2014


Matt Jordan created ASTERISK-23144:
--------------------------------------

             Summary: Asterisk 11 not change SSRC on call transfer if marker is set and timestamp jumps
                 Key: ASTERISK-23144
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23144
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Resources/res_rtp_asterisk
    Affects Versions: 11.6.0, 11.7.0
            Reporter: Filip Frank


I have problem with asterisk 11, I call from phone A (ip 10.76.17.130 - iptel207) to phone B(iptel106). After answer the call on B, i use blind transfer asterisk feature to phone C(iptel500). Problem is after bridge with A and C, the timestamps in RTP from asterisk to phone A jumps. In first RTP packet with jumped timestamp the market bit is set, but SSRC is not changed. This is test situation, but in real i have a problem if A is Ericsson IMS(operator O2). They drop audio from our asterisk after timestamp jump and A dont hear  C. I my attached pcap trace bad RTP is with SSRC 0x445FBF7D. I see in wireshark big skew too....

I found this in RTP RFC3550:

" All packets from a synchronization source form part of the same
      timing and sequence number space, so a receiver groups packets by
      synchronization source for playback."

Then I think timestamps cant jump without SSRC change. We not use direct media. All RTPs flow over asterisk.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list