3 Apr
2004
3 Apr
'04
1:11 a.m.
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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Sip-implementors mailing list
Sip-implementors(a)cs.columbia.edu
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors