Hi all, I'm trying to understand the apparently timerless PROCEEDING state of the INVITE client transaction when sending re-INVITEs.
Case 1) Assume that a UA has sent a re-INVITE within a dialog and received a 100 response, putting it in the PROCEEDING state. Then it sends a BYE. Should it send a CANCEL as well, or is this just for initial INVITEs? If not, it should receive 200(BYE) and 487(INVITE) anyway (see 15.1.2). If it never receives a final response to the re-INVITE, when can it discard the INVITE transaction state? This is answered if CANCEL is sent, see 9.1. But I'm not sure if CANCEL should be sent. Case 2) Assume that a UA has sent a re-INVITE within a dialog and received a 100 response, putting it in the PROCEEDING state. Then it receives a BYE. Should it also receive a final response to the re-INVITE? If it doesn't, when can it discard the INVITE transaction state? Thanks, -troy _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
