Re: [Sip] [Technical Errata Reported] RFC4028 (1681)

[Muthu Arul <muthu.arul at gmail.com>]

If the From tag doesn't change, can the UAS retrain the same To tag as well? If the new INVITE reaches the UAS before the ACK for the previous INVITE, what should the UAS do? Should it reject the new INVITE and expect the UAC to retry again?

I thought it would have been much simpler had the From/To tag changed b/w the INVITE messages..

thanks,
Muthu

On Tue, Feb 10, 2009 at 2:55 AM, Brett Tate <brett at broadsoft.com> wrote:

Based upon the following snippet, my understanding is that RFC 4028 is correctly following the SHOULD.

RFC 3261 section 8.1.3.5 snippet:

"In all of the above cases, the request is retried by creating a new request with the appropriate modifications.  This new request constitutes a new transaction and SHOULD have the same value of the Call-ID, To, and From of the previous request, but the CSeq should contain a new sequence number that is one higher than the previous. With other 4xx responses, including those yet to be defined, a retry may or may not be possible depending on the method and the use case."

> -----Original Message-----
> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On Behalf Of Dale
> Worley
> Sent: Monday, February 09, 2009 4:14 PM
> To: SIP
> Subject: Re: [Sip] [Technical Errata Reported] RFC4028 (1681)
>
> On Mon, 2009-02-09 at 13:03 -0600, Robert Sparks wrote:
> > I agree - the example is not flawed (at least in the way the errata
> > reports).
> >
> > Muthu seems to troubled by the reuse of the call-id and from tag when
> > the initial transaction didn't create a dialog.
> > While doing so is not required by the specification, nothing makes it
> > illegal either.
>
> Are we agreed that "doing so is not required by the specification"?  In
> RFC 3261, requests that are retried after 401, 407, 413, 415, 416, and
> 420 responses are required to have the same from-tag as the original
> request.  Is 422 different?
>
> Dale
>
>
> _______________________________________________
> Sip mailing list  https://www.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
_______________________________________________
Sip mailing list  https://www.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