Hi Dale, I can't speak for others, but I have never heard about crashes due receiving 100 Trying responses to non-INVITE requests.
One question, however, is whether 100 Trying responses for non-INVITE requests have any impact on the re-transmission. Another question is what happens if terminals, after receiving 100 Trying for non-INVITE requests, start to send CANCEL... Regards, Christer > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of [EMAIL PROTECTED] > Sent: 4. kesäkuuta 2007 4:19 > To: sip-implementors@cs.columbia.edu > Subject: [Sip-implementors] 100 response for non-INVITE requests > > We're noticing that when the SIP network gets congested, > phones will be fairly frantic about resending requests that > they do not receive (provisional or final) responses for. > Unfortunately, this only increases the load on the proxy, > which does not help the situation. > For INVITEs, the proxy sends 100 responses to stop the phone > from resending (and to keep it from failing over to another > proxy). But for non-INVITE requests, 100 responses are SHOULD NOT. > > However, we're considering adjusting the proxy so that if it > receives a resend of a non-INVITE request (on a non-reliable > transport), it will send a 100 response to (hopefully) quench > the resends. > > 1) Will phones respond to 100 responses to non-INVITE requests to > quench resends? > > 2) Will SIP agents behave badly if they receive 100 responses to > non-INVITE requests? > > Dale > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@cs.columbia.edu > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list Sip-implementors@cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
