I agree. Note that it is also possible that the 200 which arrives has a to-tag different from any of those received in 1xx responses. In that case it would establish a new dialog, and the ACK would be sent over that.
Paul
Klaus Darilion wrote:
Yes, that's a good description.
klaus
Juha Heinanen wrote:
i kept on reading rfc3261 and came to the following conclusion:
each 1xx response to the invite creates its own dialog at the uac. when the uac receives 200 ok, the dialog with matching dialog id is transitioned from early to confirmed state. the other dialogs still remain in early state until 64*T1 seconds has passed, at which point they are terminated. the ack is sent to the 200 ok and always has to tag that matches the one in the 200 ok (in jason's example 5678).
-- juha
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Sip-implementors mailing list Sip-implementors@cs.columbia.edu http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors