RE: [reSIProcate] seinding 183 w/sdp
Hi,
The same assertion is triggered when sending a 183 w/SDP and then calling
provideAnswer before accepting the call.
Is it possible to send a 183 with SDP and then send a 200 with different SDP
(not sure if this is following the spec, but I am seeing this with a
vendor).
Thanks,
-Justin
-----Original Message-----
From: Scott Godin [mailto:slgodin@xxxxxxxxxxxx]
Sent: Wednesday, October 05, 2005 4:10 PM
To: Justin Matthews; resiprocate-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: [reSIProcate] seinding 183 w/sdp
See http://list.sipfoundry.org/archive/resiprocate-devel/msg03455.html
> -----Original Message-----
> From: resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:resiprocate-
> devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Justin Matthews
> Sent: Wednesday, October 05, 2005 3:46 PM
> To: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [reSIProcate] seinding 183 w/sdp
>
> Hi,
>
> I am getting an assertion on ServerInviteSession.cxx:141. The current
> state
> is UAS_EarlyProvidedAnswer. After looking at
> ServerInviteSession::sendProvisional, it appears that
> UAS_EarlyProvidedAnswer is valid for sending a provisional.
>
> What is the correct procedure for sending a 183 w/SDP after receiving
an
> initial INVITE. My code is below:
>
> serverInviteSession->provideAnswer(*sdp);
> serverInviteSession->provisional(183);
>
> Thanks,
>
> -Justin
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel