[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sip] I-D on handling large UDP responses
On Wed, 2006-10-04 at 18:29 +0200, Jeroen van Bemmel wrote:
> Scott,
>
> >> 3) Given the above, it could probably be done with only 1 response code.
> >> Proxies should then set the to-tag to the to-tag of the large response
> >
> > Why would proxies want to behave as though they were anything other than
> > proxies? They can leave the to-tag empty - this is a 1xx response after
> > all. Since messages could have been reordered it doesn't matter when
> > they send the message and the user agent has the same set of cases to
> > deal with (that is, the UAC should not be bothered by getting a 1xx
> > response after a final response anyway).
>
> My thinking was that in case of forking the UAC might want to know which
> early dialog the problem belongs to. And for mid-dialog requests, RFC3261
> 8.2.6.2 says "If a request contained a To tag in the request, the To header
> field in the response MUST equal that of the request.".
I don't think that anyone was thinking about deferred provisional
responses when they wrote that...
> The problem with inserting a to-tag, is that the UAC will assume the
> response was sent by the UAS. So some dialog state based on headers such as
> Contact, Allow etc might get updated. You're probably right that leaving the
> to-tag empty is better (even for mid-dialog responses), perhaps correlation
> in case of forking can be solved in another way (if desired)
Well, if the UAS at the target sends the 141 then that's taken care of
too.
--
Scott Lawrence tel:+1-781-938-5306;ext=162 or sip:slawrence at pingtel.com
sipXpbx project coordinator - SIPfoundry http://www.sipfoundry.org/sipX
Chief Architect - Pingtel Corp. http://www.pingtel.com/
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip