Soory but i dont agrree with this as per RFC 3261 in section 13.2,24 "The header fields of the ACK are constructed in the same way as for any request sent within a dialog (see Section 12) with the exception of the CSeq and the header fields related to authentication. The sequence number of the CSeq header field MUST be the same as the INVITE being acknowledged, but the CSeq method MUST be ACK. The ACK MUST contain the same credentials as the INVITE."
So the Cseq of ACK will be 1 Rgds Divya On 11/16/06, Sachin Rastogi <[EMAIL PROTECTED]> wrote: > > Hi Divya, > Re-Invite with Cseq 3 is correct. > INVITE-200OK with cseq as 1 > ACK for INVITE-200OK with Cseq as 2 > Re-INVITE with cseq as 3 is a correct. > > As per Rfc 3261 "Therefore, if > the local sequence number is not empty, the value of the local > sequence number MUST be *incremented by one*, and this value MUST be > placed into the CSeq header field. " > > Regards > Sachin > > > On 11/16/06, Divya Sachdeva <[EMAIL PROTECTED]> wrote: > > > If a session is already established between 2 UAs > > and the Cseq for the Invite was 1 then > > If i now send a reInvite from UA1 to UA2 what will be the Cseq for this > > Invite ..will it be incremented by 1 or again any arbitary number will > > be > > chosen > > As in my case wheni was implementing ,it got incremented from 1 to 3 > > .Can > > anybody explain me this behaviour > > _______________________________________________ > > Sip-implementors mailing list > > [email protected] > > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
