| Summary: | ASTERISK-26376: res_pjsip_sdp_rtp: Multiple audio streams are not properly discarded | ||
| Reporter: | Joshua C. Colp (jcolp) | Labels: | |
| Date Opened: | 2016-09-14 10:37:25 | Date Closed: | |
| Priority: | Minor | Regression? | No |
| Status: | Open/New | Components: | Resources/res_pjsip_sdp_rtp |
| Versions: | 13.11.2 14.0.0-beta2 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | When receiving an SDP offer with multiple audio streams details of each can blend together resulting in an incorrect audio stream setup for the initial accepted stream.
Given the following SDP: {noformat} m=audio 6002 RTP/SAVP 0 a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:WbTBosdVUZqEb6Htqhn+m3z7wUh4RJVR8nE15GbN a=rtpmap:0 PCMU/8000 m=audio 6004 RTP/AVP 0 a=rtpmap:0 PCMU/8000 {noformat} The resulting audio stream in our answer will contain an RTP/SAVP stream without crypto. This occurs because the second audio stream changes core details which are used by the code that generates the answer. We should ignore all but the first audio stream (and probably other streams). | ||
| Comments: | By: Joshua C. Colp (jcolp) 2016-09-14 10:41:07.365-0500 If mandatory crypto is enabled we will fail this, as every stream does not contain crypto. It is only if optimistic is enabled that the answer is incorrectly generated. | ||