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
