>>>>> Robert Sparks <[EMAIL PROTECTED]> wrote: > Part of why it does this is to deal with the case that the first > INVITE the proxy sent actually got somewhere, but its response was lost.
Non-reliable response can be lost even after first 100 and no RFC recommends to retry initial INVITE until final response is got. To obtain provisional responses reliably, PRACK is invented, not retransmission of INVITE. > The retransmission will stimulate a retransmission of the response, The only thing which it really stimulates is useless pinging of vacuum. Of course, CANCEL shall be pending until the final transaction timeout is got (and so, if remote really got our INVITE, resent), but this isn't reason to retry INVITE for cancelled transaction. -- Valentin Nechayev PortaOne Inc., Software Engineer mailto:[EMAIL PROTECTED] _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
