[reSIProcate] requestOffer in UAS_Accepted state

Scott Godin slgodin at icescape.com
Mon Apr 3 14:39:38 CDT 2006


I'm reviewing this code - there are definitely some issues.  I'll likely
post the fixes later today.

> -----Original Message-----
> From: resiprocate-devel-bounces at list.sipfoundry.org
[mailto:resiprocate-
> devel-bounces at list.sipfoundry.org] On Behalf Of Boris Rozinov
> Sent: Sunday, April 02, 2006 10:02 AM
> To: resiprocate-devel at list.sipfoundry.org
> Subject: [reSIProcate] requestOffer in UAS_Accepted state
> 
> Hi, guys
> 
> ServerInviteSession::provideOffer provides the
> following treatment in UAS_Accepted state:
> 	case UAS_Accepted:
> 		// queue the offer to be sent after the ACK is
> received
> 		transition(UAS_WaitingToOffer);
> 		mProposedLocalSdp = InviteSession::makeSdp(offer);
> 		mProposedEncryptionLevel = level;
> 		break;
> 
> I beleive that similar treatment (postponded request)
> should be in case of requireOffer, but there is no
> ServerInviteSession::requestOffer and
> InviteSession::requestOffer raise assert in this
> state.
> I've added the following code to
> InviteSession::requestOffer
> case UAS_Accepted:
> 		  // queue the offer to be sent after the ACK is
> received
> 		  transition(WaitingToRequestOffer);
> 		  break;
> 
> and then I hit the assertion at
> InviteSession::dispatchWaitingToRequestOffer, that
> checked that proposedSDP is present (which is
> obviously bug).
> 
> Thanks
> 
> 
> _______________________________________________
> 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