[reSIProcate] seinding 183 w/sdp

Justin Matthews justin.matthews at ivr.com
Mon Oct 10 16:00:43 CDT 2005


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 at icescape.com] 
Sent: Wednesday, October 05, 2005 4:10 PM
To: Justin Matthews; resiprocate-devel at list.sipfoundry.org
Subject: RE: [reSIProcate] seinding 183 w/sdp

See http://list.sipfoundry.org/archive/resiprocate-devel/msg03455.html


> -----Original Message-----
> From: resiprocate-devel-bounces at list.sipfoundry.org
[mailto:resiprocate-
> devel-bounces at list.sipfoundry.org] On Behalf Of Justin Matthews
> Sent: Wednesday, October 05, 2005 3:46 PM
> To: resiprocate-devel at list.sipfoundry.org
> 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 at list.sipfoundry.org
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel




More information about the resiprocate-devel mailing list