Hi, Haven't we discussed this before? To my understanding the understanding then was that a UAC shouldn't really care what final response it receives, because from its point of view the session is released (no matter if there is still an ongoing transaction) in any case.
Regards, Christer (lmfchh) Ajit Kalele wrote: > Hi John, > > Certainly the session is terminated a.s.a. a BYE is sent out, but the > transaction is still existing (as the UA hasn't received >=200) & it > will die only if a final response for BYE is received or t/o occurs. > > So a UA can send 200 for the incoming BYE even if it has already sent > BYE. > > Regards > Ajit > > "Hearty, John" wrote: > >> Couple of things on this. Important rule:Transaction complete >> independently.Transaction complete independently.Transaction >> complete independently.So in the flows below, you need a response >> from B.Section 15.1.1 of RFC3261 has this to say about terminating a >> session:The UAC MUST >> consider the session terminated (and therefore stop sending or >> listening for media) as soon as the BYE request is passed to the >> client transaction. If the response for the BYE is a 481 >> (Call/Transaction Does Not Exist) or a 408 (Request Timeout) or >> no response at all is received for the BYE (that is, a timeout is >> returned by the client transaction), the UAC MUST consider the >> session and the dialog terminated.The first sentence indicates >> the session is terminated as soon as the BYE is sent by A, >> supporting a 481 response to the subsequent BYE received. The next >> sentence may be somewhat redundant then since the session is already >> terminated, but was undoubtedly added as clarification that it >> doesn't matter what you get back, the session is terminated.John >> HeartyLevel3 >> >> -----Original Message----- >> From: Ajit Kalele [mailto:kalele@;mahindrabt.com] >> Sent: Thursday, November 14, 2002 4:30 AM >> To: Fuxbruner Amihay >> Cc: [EMAIL PROTECTED]; Karp Lika >> Subject: Re: [Sip-implementors] BYE glare question >> Both the responses are fine. >> If the UA flushes the state machine it can send 481, >> otherwise it can send 200. >> >> Since the UA hasn't received 200 for BYE it should >> maintain the state machine and send out a 200/491 for >> incoming BYE. But even if it doesn't, its not a problem. >> >> Regards >> Ajit >> >> Fuxbruner Amihay wrote: >> >> > >> > >> > Hi all, >> > >> > What is the recommended response of A side in the >> > following BYE glare scenario: >> > >> > A B >> > BYE -----> >> > <----- BYE >> > 200 -----> >> > >> > or >> > A B >> > BYE -----> >> > <----- BYE >> > 481 -----> >> > >> > Thanks, >> > >> > Amihay Fuxbruner >> > System Engineering - Signaling R&D >> > Comverse >> >> >> ********************************************************* >> Disclaimer >> >> This message (including any attachments) contains >> confidential information intended for a specific >> individual and purpose, and is protected by law. >> If you are not the intended recipient, you should >> delete this message and are hereby notified that >> any disclosure, copying, or distribution of this >> message, or the taking of any action based on it, >> is strictly prohibited. >> >> ********************************************************* >> Visit us at http://www.mahindrabt.com >> >> > > ********************************************************* > Disclaimer > > This message (including any attachments) contains > confidential information intended for a specific > individual and purpose, and is protected by law. > If you are not the intended recipient, you should > delete this message and are hereby notified that > any disclosure, copying, or distribution of this > message, or the taking of any action based on it, > is strictly prohibited. > > ********************************************************* > Visit us at http://www.mahindrabt.com > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
