It is perfectly legal to send a BYE in this case since this is a re-INVITE on an existing dialog. You could send a CANCEL to cancel the INVITE, but you would still need to send the BYE to terminate the dialog. As far as the UAS side in this transaction is concerned, it should stop processing the INVITE (like it got a CANCEL), and then terminate the dialog. The UAS will still have to send a final response for the INVITE (I suggest 487) which the UAC must ACK. And of course the UAS sends a 200 OK response for the BYE.
cheers, (-:bob Robert F. Penfield Chief Software Architect Acme Packet, Inc. 130 New Boston Street Woburn, MA 01801 [EMAIL PROTECTED] ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, May 15, 2002 12:44 PM Subject: RE: [Sip-implementors] sending BYE when re-INVITE is in progress -----Original Message----- From: ext Jirka Klimes [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 1:20 PM To: [EMAIL PROTECTED] Subject: [Sip-implementors] sending BYE when re-INVITE is in progress Hi, I have a question. Suppose the situation that two users (A, B) are connected. Then user A sends re-INVITE to user B, but before it receives a response it decides to hang-up. My question is: can user A send BYE just after the re-INVITE or it should wait for a response on the re-INVITE (and send ACK before)? Actually, you should send a CANCEL, not a BYE. After sending the CANCEL, you will receive a 200 OK for that and then a 487 for the INVITE, and that's when you send the ACK. My understanding is that according to draft (bis09) it is possible to send INVITE and BYE, since BYE is a regular transaction and as that it can be send while INVITE is in progress. Is that right? If so, how would user B behave in this situation? You should be prepared to receive BYE after an INVITE to accommodate those old RFC2543 compliant implementations. Regards, Hisham Regards, Jirka _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
