> -----Original Message----- > From: Hisham Khartabil [mailto:hisham.khartabil@xxxxxxxxx] > Sent: Wednesday, April 01, 2009 10:58 PM > > If the 1xx carried and answer, then the PRACK would carry an offer. > Rejecting that offer in the PRACK with a 4xx by the UAS should not > impact the assertion that the 1xx has reached its destination. > Therefore no point in retransmitting the 1xx. We're talking about theoretically, right? So theoretically the new offer can be big - bigger than can fit over UDP, for example, and thus be rejected by a proxy on the way to the UAS, and the UAS may never get the PRACK. Of course this is really just theory anyway, and my guess is if a PRACK delivery fails then the call is on a guaranteed path to failure anyway. > > It can also carry a Require/Proxy-Require header and be rejected due to > that, not that I can think of why that would realistically ever be an > issue for PRACK. > > Again, we need to look at what the PRACK is really doing. It is > acknowledging that the 1xx has reached its destination. Yes, in hindsight that's probably all we should have ever allowed a PRACK to do. -hadriel _______________________________________________ Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@xxxxxxxxxxxxxxx for questions on current sip Use sip@xxxxxxxx for new developments of core SIP
