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

Vijay Tiwari vijay11tiwari at gmail.com
Wed May 29 02:54:03 UTC 2013


Hello Halit

Cseq is incremented by one in this case because we are sending re-invite to
the server and this is a new request. whenever we send new request to the
server, UAC will increment Cseq number by one.

and when we are re-transmit the request, then Cseq number will be same as
previous invite .

This is the only difference between re-invite and re-transmission of the
invite request.

Regards
vijay



On Thu, Mar 28, 2013 at 4:58 PM, SAKCA, HALIT (HALIT) <
halit.sakca at alcatel-lucent.com> wrote:

>  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
>
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>


-- 
They can because they think they can.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130529/b04f1e00/attachment-0002.html>


More information about the discussion mailing list