[SR-Users] sdp extra \r\n in multipart body

Sergey Basov sergey.v.basov at gmail.com
Tue Aug 29 13:07:28 CEST 2017


Hi Diego.

Please find attached pcap from my production equipment.

If you need more info - please let me know.

--
Best regards,
Sergey Basov                     e-mail: sergey.v.basov at gmail.com

2017-08-25 16:59 GMT+03:00 Diego Nadares <dnadares at gmail.com>:

> Hi guys,
>
> Any hint on what is the correct multipart format? I couldn't find it in
> rfc.
>
> Thanks again.
>
> cheers,
>
> Diego.
>
> 2017-08-22 9:37 GMT-03:00 Diego Nadares <dnadares at gmail.com>:
>
>> Hi Daniel! Thanks for your reply.
>>
>> The rtpengine module I think it's expecting two \r\n like:
>>
>> ...pcma/8000\r\n
>> \r\n
>> --uniqueboundary
>> ....
>> cpc,9\r\n
>> \r\n
>> --uniqueboundary--
>>
>>
>> I saw the code and I modified it but Can any one cofirm if multipart has
>> to be like
>>
>> ...pcma/8000\r\n
>> \r\n
>> --uniqueboundary
>>
>> Or
>> ...pcma/8000\r\n
>> --uniqueboundary
>>
>> Or any one of those?
>>
>> Thanks again!
>>
>> Diego
>>
>>
>> El El lun, 21 de ago. de 2017 a las 02:33, Daniel-Constantin Mierla <
>> miconda at gmail.com> escribió:
>>
>>> Hello,
>>>
>>> there is \r\n after
>>>
>>> a=rtpmap:8 PCMA/8000
>>>
>>> because
>>>
>>> --uniqueBoundary--
>>>
>>> is on next line.
>>>
>>> Maybe is the fault of the code extracting sdp from multi-part body. Open
>>> an issue on github bug tracker not to forget about it. If nobody looks at
>>> it, I will try to do it, but it may take few days given traveling.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 18.08.17 22:21, Diego Nadares wrote:
>>>
>>> Hi guys,
>>>
>>> I have the following multipart body
>>>
>>> Content-Type: multipart/mixed;boundary=uniqueBoundary
>>> Remote-Party-ID: <tel:1112222;phone-context=+54>
>>> <1112222;phone-context=+54>
>>> Content-Length:   364
>>>
>>> --uniqueBoundary
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=user1 53655765 2353687637 <02353%2068-7637> IN IP4 111.111.111.111
>>> s=-
>>> c=IN IP4 111.111.111.111
>>> t=0 0
>>> m=audio 6000 RTP/AVP 8
>>> *a=rtpmap:8 PCMA/8000*
>>> *--uniqueBoundary--*
>>> Content-Type: application/gtd
>>> Content-Disposition: signal;handling=optional
>>>
>>> IAM,
>>> CPC,20
>>> GCI,885sdfasdf1123
>>>
>>> --uniqueBoundary--
>>>
>>>
>>> As you can see *--uniqueBoundary *before *a=rtpmap:8 PCMA/8000* has not
>>> an extra '\r\n'. Is this correct? Or should have it?
>>>
>>> The thing is that rtpengine is receiving sdp with no final '\r'n' from
>>> kamailio:
>>>
>>> Dump for 'offer' from 127.0.0.1:37388: { "sdp": "v=0#015#012o=user1
>>> 53655765 2353687637 <02353%2068-7637> IN IP4
>>> 111.111.111.111#015#012s=-#015#012c=IN IP4 111.111.111.111#015#012t=0
>>> 0#015#012m=audio 6000 RTP/AVP 8#015#012*a=rtpmap:8 PCMA/8000"*, "ICE":
>>> "remove", "direction": [ "pub", "priv" ], "replace": [ "origin",
>>> "session-connection" ], "transport-protocol": "RTP/AVP", "call-id": "
>>> 1-17755 at 111.111.111.111", "received-from": [ "IP4", "111.111.111.111"
>>> ], "from-tag": "1", "command": "offer" }
>>>
>>> And the resulting sdp from rtpengine is this:
>>>
>>> --uniqueBoundary
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=user1 53655765 2353687637 <02353%2068-7637> IN IP4 172.16.213.16
>>> s=-
>>> c=IN IP4 172.16.213.16
>>> t=0 0
>>> m=audio 35066 RTP/AVP 8
>>> *a=rtpmap:8 PCMA/8000a=sendrecv*
>>> a=rtcp:35067
>>>
>>> The problem is related with that '\r\n' but Is this a malformed message
>>> or a possible bug?
>>>
>>> Thanks in advance!
>>>
>>> Diego
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - www.asipto.com
>>> Kamailio World Conference - www.kamailioworld.com
>>>
>>>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170829/f70dc46c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multipart-sdp.pcap
Type: application/vnd.tcpdump.pcap
Size: 2813 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170829/f70dc46c/attachment.pcap>


More information about the sr-users mailing list