Hi Bhagat, When a Bye is recieved on a dialog, any session associated with that dialog SHOULD terminate. But the OPTIONS with the same call-Id is not associated with this session. So I think we should still keep it when this dialog is done.
Thanks, Hwan -----Original Message----- From: Janarthanan, Bhagatram Sent: Monday, June 17, 2002 10:56 AM To: '[EMAIL PROTECTED]'; Dong, Hwan; [EMAIL PROTECTED] Subject: RE: [Sip-implementors] A question on OPTIONS Hi John, Section 15 of the draft 09 says "When a Bye is recieved on a dialog, any session associated with that dialog SHOULD terminate." Isnt it better to terminate all transactions belonging to the dialog, once a 200-OK for the BYE is sent/recieved in the UaS(BYE)/UaC(BYE) side? Supposing we donot terminate all transactions, what would we do if a UA sends BYE request and then sends another transaction request (say OPTIONS)? Should we reject this new request? Considering the scenario where, UA1 established call with UA2. UA1 sends options request to UA2 on that call-id, This message gets lost. Meanwhile, let us say, application wants to end the call. UA1 sends BYE to UA2. BYE is accepted and 200-ok is sent. UA1 resends options request. Should UA2 reject this request ? Thanks, Bhagat >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Monday, June 17, 2002 9:56 AM >To: [EMAIL PROTECTED]; [EMAIL PROTECTED] >Subject: RE: [Sip-implementors] A question on OPTIONS > > > > All transactions complete independently. The 200 OK for the >OPTIONS must >be sent. > >John Hearty >Level3 > > >> -----Original Message----- >> From: Dong, Hwan [mailto:[EMAIL PROTECTED]] >> Sent: Friday, June 14, 2002 4:34 PM >> To: '[EMAIL PROTECTED]' >> Subject: [Sip-implementors] A question on OPTIONS >> >> >> Hi, >> >> I get a question here: >> >> As shown in the following diagram, if OPTIONS message is >> re-using the same >> call-ID with INVITE, and after 200 for BYE is received(but OPTIONS >> transaction is still pending), does UAC accept the late >coming 200 for >> OPTIONS? >> >> Besides, when 200 for BYE is received, does UAC tear down >the call and >> destroy the pending OPTIONS transaction? >> >> UAC UAS >> --------INVITTE--------> >> <--------200OK-------- >> --------ACK------------> >> >> --------OPTIONS------->(reuse same calling-ID with INVITE) >> >> --------BYE--------------> >> <-----200 (for BYE)----> >> >> <-----200 (for OPTIONS)--- (???) >> >> Question: When UAC tears down the call after 200ok for bye is >> received, how >> UAC handle the OPTIONS transaction? >> >> Thanks for your comments. >> >> Hwan >> _______________________________________________ >> Sip-implementors mailing list >> [EMAIL PROTECTED] >> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors >> >_______________________________________________ >Sip-implementors mailing list >[EMAIL PROTECTED] >http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
