Good morning, I have a question regarding the handling of 481/408 responses on Re-INVITEs: RFC3261, sec. 14.1 states that upon receipt of one of these responses (or on timeout of the re-invite transaction) the dialog in which the Re-INVITE has been sent must be terminated by the UAC. This is further explained in sec. 12.2.1.2 where it is stated that a BYE is sent to terminate the dialog. However, since 481 implies that the UAS does not possess information on the dialog referenced in the Re-INVITE and 408/timeout means the Re-INVITE was not even properly processed, sending a BYE which references the exact same dialog does not make any sense to me. Did I just misread the RFC and the dialog can just be cleaned up locally or is the UAC nevertheless supposed to send a BYE, cleaning up the dialog when the BYE transaction finally terminates? I also looked up RFC5407 where example 3.2.2 shows that no BYE is sent after receiving 481 (however, in that particular case, the peer has sent a BYE before, but just suppose the BYE got lost in the network).
Thanks in advance for any answers, Peter _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
