> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 01, 2001 9:07 AM
> To: [EMAIL PROTECTED]
> Subject: [Sip-implementors] Responding to lower Cseq INVITE
>
>
>
>
> Hi All,
> I had a doubt wrt the foll line in the RFC :
>
> "A user agent server MUST remember the highest
> sequence number for any INVITE request with the same
> Call-ID value. The server MUST respond to, and then
> discard, any INVITE request with a lower sequence
> number."
>
> Now, the remote retransmission logic at the UAS
> end will anyway take care of a lower Cseq INVITE
> that comes in within 32 seconds.
Oh? Why is that? THis lower CSeq INVITE is a different transaction. The
retrasmissions timeouts and state of the other INVITE transaction have no
effect on it.
> But beyond that,
> shouldnt such an INVITE be dropped (without
> sending any response) ?
No, each transaction completes independently.
> If we do respond, we might
> give a different response from what was given to the
> original INVITE which is also not allowed.
You are confusing the meaning of "INVITE with lower CSeq number". THis is
NOT a retransmission, it is a totally separate transaction. Just like an
INVITE and BYE constitute different transactions, two INVITEs can constitute
different transactions, both with their own separate responses.
-Jonathan R.
---
Jonathan D. Rosenberg 72 Eagle Rock Ave.
Chief Scientist First Floor
dynamicsoft East Hanover, NJ 07936
[EMAIL PROTECTED] FAX: (973) 952-5050
http://www.cs.columbia.edu/~jdrosen PHONE: (973) 952-5000
http://www.dynamicsoft.com
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
