On 23 Feb 2006 at 22:50, Pekka Pessi wrote: > On 2/22/06, Marcin Michalak <[EMAIL PROTECTED]> wrote: > > I'm using an extended SDP message which looks like this: > > v=0 > > [EMAIL PROTECTED] 1121941317127 1121941317127 IN IP4 > > 140.93.25.47 > > s=- > > c=IN IP4 140.93.25.47 > > t=0 0 > > a=userqos:voip gold > > m=audio 53100 RTP/AVP 0 > > a=curr:qos e2e none > > a=des:qos optional e2e send > > a=des:qos mandatory e2e recv > > a=rtpmap:0 PCMU/8000 > > a=qos:info1 84 150 40 0.03 FT NC0 NC1 > > ------------------------- > > But when I receive it, it comes out as: > > v=0 > > [EMAIL PROTECTED] 1121941317127 1121941317127 IN IP4 140.93.25.47 > > s=- > > c=IN IP4 140.93.25.47 > > t=0 0 > > a=userqos:voip gold > > m=audio 53100 RTP/AVP 0 > > a=rtpmap:0 PCMU/8000 > > a=curr:qos e2e none > > a=des:qos optional e2e send > > a=des:qos mandatory e2e recv > > a=qos:info1 84 150 40 0.03 FT NC0 NC1 > > --------------------- > > As You see, the a=rtpmap:0 has 'wandered' up. The thing is, that all > > the a=curr and a=des lines describe the m= parameter, and a=qos:info > > describes just rtpmap, so that's how they need to be aligned in the > > structures. > > Uh-oh. I hope this is not very official extension to SDP. ;) If > "a=qos" is just your new and exciting attribute, please consider > borrowing syntax from fmtp, which also has the payload type number. > Also consider that a=qos has been used in draft-ietf-mmusic-sdp-qos > which later became part of draft-iet-sip-manyfolks-resource and RFC > 3312. > > > Is there any way to get the "raw" SDP, as it is in the packet? > > It is stored in the SOA object, however, it is not passed upwards. I > think this is a bug or oversight in SOA and the remote SDP should be > passed to application in its unparsed form. > > > Otherwise - how to change the parsing so that it works OK? > > You probably need here to extend the sdp_rtmap_t structure and store > the attribute contents there. I did that, seems to work :-) Marcin ---------------------------------------------------------- Marcin Michalak Research Engineer Mobile: +41 79 330 83 51 Telscom AG
------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Sofia-sip-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
