[asterisk-bugs] [JIRA] (ASTERISK-25573) [patch] H.264 format attribute module: resets whole SDP

Alexander Traud (JIRA) noreply at issues.asterisk.org
Thu Nov 19 01:22:32 CST 2015


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

Alexander Traud updated ASTERISK-25573:
---------------------------------------

    Attachment: no_reset_in_generate_sdp_fmtp.patch

The attached patch fixes this; plus avoids a potential double-semicolon with the attribute sprop-parameter-sets.

> [patch] H.264 format attribute module: resets whole SDP
> -------------------------------------------------------
>
>                 Key: ASTERISK-25573
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25573
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Formats/format_h264
>    Affects Versions: 13.6.0
>            Reporter: Alexander Traud
>         Attachments: no_reset_in_generate_sdp_fmtp.patch
>
>
> When the video codec H.264 is negotiated, Asterisk has to forward (generate) the line fmtp. Because all parameters are optional according to [RFC 6184|https://tools.ietf.org/html/rfc6184#section-8], the line might be empty. In that case, Asterisk resets the given string buffer.
> However, at least in the channel chan_sip, that string buffer contains not only the fmtp-data for H.264 but also parts of the SDP message like rtpmap and even other codecs. Consequently, H.264 gets disabled, other dynamic RTP payloads are not offered anymore, and the SDP negotiation results in a static RTP payload like G.711 audio without video.
> Asterisk 11 is not affected by this, because it uses another strategy to build the line fmtp.



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



More information about the asterisk-bugs mailing list