> So if it doesn't get the ACK, the 2xx response > will be retransmitted over and over - won't it?
It depends upon how "redundant" the cluster actually is. If fully redundant, an ACK or PRACK received on one server can stop response retries on the other. Similarly rfc3263 section 5, allows responses to "forked" upon failure to deliver. If a proxy/UAC truly that redundant, a response received on one server can stop request retries on the other. > This is what I don't understand - under what > condition is it desired that the 2xx ACK goes > to a different destination than the original INVITE? Concerning ACK and PRACK, usually never unless truly that flexible. Concerning other requests, it may or may not prefer it but might allow it. _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
