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. -- Pekka.Pessi mail at nokia.com ------------------------------------------------------- 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&kid0944&bid$1720&dat1642 _______________________________________________ Sofia-sip-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
