How response will be sent for response ? UA received 200 OK for INVITE which is sent out ,* but 200 OK received is with different call-id (wont match the context)*
On 31 July 2017 at 21:07, Asim Sulaiman <asim.sulai...@emircom.com> wrote: > Dear Prakash, > > I guess you will get 481 transaction does not exist. > > > Regards, > Asim Sulaiman > > -----Original Message----- > From: sip-implementors-boun...@lists.cs.columbia.edu > [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of > Prakash > K > Sent: Monday, July 31, 2017 7:27 PM > To: sip-implementors@lists.cs.columbia.edu > Subject: [Sip-implementors] Processing of Standalone 200 OK response for > INVITE ["200OK received by UA with different Call-id which is not in > context"] > > What would be the behavior of UA when 200 OK received which is not matching > the dialog > > "200OK received by UA with different Call-id which is not in context" > > > I see the following snippet in RFC 3261 which says UA should create dialog. > Wont this end up in acknowledging the hacking? > > If the dialog identifier in the 2xx response matches the dialog > identifier of an existing dialog, the dialog MUST be transitioned to > the "confirmed" state, and the route set for the dialog MUST be > recomputed based on the 2xx response using the procedures of Section > 12.2.1.2. *Otherwise, a new dialog in the "confirmed" state MUST be > constructed using the procedures of Section 12.1.2.* > > > does this mean UA should generate ACK & immediately followed by BYE should > be triggered? > > > -- > Thanks > Prakash K > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > > ________________________________ > > Disclaimer : > This e-mail message may contain confidential, proprietary or legally > privileged information. It should not be used by anyone who is not the > original intended recipient. If you have erroneously received this message, > please delete it immediately and notify the sender. The recipient > acknowledges that EMIRCOM, as the case may be, are unable to exercise > control or ensure or guarantee the integrity of/over the contents of the > information contained in e-mail transmissions and further acknowledges that > any views expressed in this message are those of the individual sender and > no binding nature of the message shall be implied or assumed unless the > sender does so expressly with due authority of EMIRCOM. Before opening any > attachments please check them for viruses and defects. > > > ________________________________ > > Disclaimer : > This e-mail message may contain confidential, proprietary or legally > privileged information. It should not be used by anyone who is not the > original intended recipient. If you have erroneously received this message, > please delete it immediately and notify the sender. The recipient > acknowledges that EMIRCOM, as the case may be, are unable to exercise > control or ensure or guarantee the integrity of/over the contents of the > information contained in e-mail transmissions and further acknowledges that > any views expressed in this message are those of the individual sender and > no binding nature of the message shall be implied or assumed unless the > sender does so expressly with due authority of EMIRCOM. Before opening any > attachments please check them for viruses and defects. > > -- Thanks Prakash K _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors