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

[Diego Nadares]

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 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 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 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170822/90e6a8c0/attachment.html>