Hi there,
when I use nua with automatic SDP (soa) my application gets two
callbacks:
1. nua_i_invite --> signaling the reception of the invite message
2. nua_i_state --> reporting the parsing results of the SDP=20
SIP stack and phone-application run in separate processes.
On nua_i_invite I send an INVITE to the phone-application and it starts
to ring.
If I get nua_i_state I check if the SDP fits. If I recognize that the
SDP does not fit (e.g. since I only support SRTP calls and the invite
only contains SDP for plain RTP), I send a 415 "Unsupported Media Type"
and the call is canceled.
The ugly thing about this scenario is that the phone started ringing for
a short time. Certain providers do not really care about the 415 status
reply and retransmit the initial setup up to 20 times within 30 seconds
(each time the phone starts and stops the ringtone).
I can think of two possible solutions for this problem:
1. sent the INVITE to the phone-application only on nua_i_state
(instead of nua_i_invite). Currently I am reluctant to do so since the
documentation of nua_i_invite states that there are call flows (e.g.
"Third party call control" ) that do not contain SDP in the invite
message (and thus I guess that I won't get the nua_i_state event).
2. Parse parts of the Invite message on reception of the
nua_i_invite event. I don't like this solution either since the message
is then parsed twice and I do not avail from the automatic SDP parsing
of soa.
Is there a better way to handle this situation?
Thanks
Stefan
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
