Hi Vivek, RFC 3264 says, if Re-INVITE fails (Ex : 4xx or 5xx any other error) UAC should switch back to the state which has before sending the Re-INVITE. Here Re-INVITE is not failing, it has 200 OK but no media. So UAC has no other option so terminating the call with BYE.
Regards Srinivas -----Original Message----- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vivek Batra Sent: Thursday, December 04, 2014 2:47 PM To: Alok Tiwari Cc: sip-implementors Subject: Re: [Sip-implementors] ReINVITE offer answer failure Hi all, Just thinking widely if it's violating the SDP offer/answer in ReINVITE, then why to terminate the complete dialog instead of clearing only specific transaction... Best Regards, Vivek Batra On Thu, Dec 4, 2014 at 2:42 PM, Alok Tiwari <alo...@globallogic.com> wrote: > Hi Tarun, > > IMO, this behavior is correct as it violates the offer-answer model. > The answer must have overlapped SDP. But in mentioned scenario, the > media at UAC and UAS is not in sync and therefore UAC should terminate > the dialog in such scenario. > > Thanks, > Alok Tiwari > > > On Thu, Dec 4, 2014 at 12:50 PM, Tarun2 Gupta > <tarun2.gu...@aricent.com> > wrote: > > > Hi > > > > Our implementation is clearing the call on receiving no SDP (answer) > > in > > 200 OK for a ReINVITE with SDP (offer) sent. Is this (call clearing) > > the recommended behavior? > > I am not able to find any normative RFC references to support this. > > Can you please help here? > > > > Regards > > Tarun Gupta > > > > "DISCLAIMER: This message is proprietary to Aricent and is intended > solely > > for the use of the individual to whom it is addressed. It may > > contain privileged or confidential information and should not be > > circulated or > used > > for any purpose other than for what it is intended. If you have > > received this message in error, please notify the originator > > immediately. If you > are > > not the intended recipient, you are notified that you are strictly > > prohibited from using, copying, altering, or disclosing the contents > > of this message. Aricent accepts no responsibility for loss or > > damage > arising > > from the use of the information transmitted by this email including > damage > > from virus." > > _______________________________________________ > > Sip-implementors mailing list > > Sip-implementors@lists.cs.columbia.edu > > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > > > > > -- > Alok Tiwari | Consultant > GlobalLogic > P +91.120.406.2000 x 2477 M +91.991.034.7139 S alo...@globallogic.com > <http://alok.t_globallogic.com/> www.globallogic.com > <http://www.globallogic.com/> > http://www.globallogic.com/email_disclaimer.txt > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > -- Best Regards, Vivek Batra _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors