[SIPForum-discussion] call-id and cseq relation -> rfc 3261 clarification help required

Banda, Srinivas (Srinivas) sribanda at avaya.com
Tue Apr 9 07:02:01 UTC 2013


Hi Halit,

In this case the INVITE  is resubmitted after 407 response by adding the authorization details.
So the call-id will be same, but the C-Seq value should be incremented by one.

There are other cases where INVITE is submitted after 3xx responses, but in this case the call-id should be new one.


Regards
Srinivas

From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of SAKCA, HALIT (HALIT)
Sent: Thursday, March 28, 2013 4:58 PM
To: discussion at sipforum.org
Subject: [SIPForum-discussion] call-id and cseq relation -> rfc 3261 clarification help required

Dear All,

Could you please help me to figure out following scenario and RFC 3261 statement?
A sip call with auth;
1.       Agcf -> INVITE  -> scscf
2.       Agcf <- 407  <- scscf
3.       Agcf -> INVITE  -> scscf
.
.
.

The INVITE in 3rd has a different call-id than the INVITE in 1st,
I see in RFC that;

RFC 3261 clause 22.2 states (at the end of the clause):

   When a UAC resubmits a request with its credentials after receiving a
   401 (Unauthorized) or 407 (Proxy Authentication Required) response,
   it MUST increment the CSeq header field value as it would normally
   when sending an updated request.

Does 'Incrementing Cseq' basically means that the CallID remains the same?
I am wondering if it is only in case the UAC RESUBMITS a request.
In request above we don't resubmit so we don't have to follow this rule.
The UAC is not obliged to resubmit.

Am I correct?

Regards,
Halit


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130409/5c9bbaa4/attachment-0002.html>


More information about the discussion mailing list