Hello,
On Sat, 27 May 2006, Legostayev Denis wrote:
Hmm, that sounds like a bug. Just to be sure, try passing the
SOATAG_USER_SDP_STR() directly to nua_respond(). If it doesn't work, could
[...]
Yes, when passing it directly to nua_respond() it's work as expected.
actually I was not correct above, you _should_ give SOATAG_USER_SDP_STR()
to nua_respond().
For nua_create(), you give the static caps with CAPS_SDP_STR():
- supported codecs
- supported media
- .. but all ports as zero, as the media subsystem is not yet active
- if you get an OPTIONS request from someone, the stack will
automatically reply for you
When a call comes in:
- launch the media subsystem (reserve UDP ports for RTP, in most
cases open audio and video devices, etc)
-> once the invite/response, you have to be prepare to receive
media on the ports you've advertised
-> you cannot bind the ports afterwords, as some other app might
grab the ports you just sent in your SDP
- put the dynamic data (port numbers, the codecs&media you want
for this session) to your local/user SDP
- pass your local/user SDP as SOATAG_USER_SDP_STR() to nua_respond()
- the stacks send the response to invite
--
under work: Sofia-SIP at http://sofia-sip.sf.net
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Sofia-sip-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
