Asked earlier... but no responses received as of now.
Anyone who can offer some clarification?
Thanks in advance,
Siddharth.
---------------------- Forwarded by Siddharth J Toshniwal/HSSBLR on
09/13/2002 03:16 PM ---------------------------
[EMAIL PROTECTED] on 09/05/2002 11:10:35 AM
To: [EMAIL PROTECTED]
cc: (bcc: Siddharth J Toshniwal/HSSBLR)
Subject: [Sip-implementors] A doubt regarding CSeq validations at the UAS
end
Hi all,
The RFC 3261 has the following text (Page 76):
" Requests that do not change in any way the state of a
dialog may be received within a dialog (for example, an
OPTIONS request). They are processed as if they had been
received outside the dialog.
If the remote sequence number is empty, it MUST be set
to the value of the sequence number in the CSeq header
field value in the request. If the remote sequence number
was not empty, but the sequence number of the request is
lower than the remote sequence number, the request is out
of order and MUST be rejected with a 500 (Server Internal
Error) response. "
Aren't these 2 paragraphs contradictory in some sense?
If the UAC sends a UAS 2 OPTIONS in quick succession,
the first paragraph would imply that the UAS should
send a 200 OK to both even if they came out of ordered
at the UAS end. The very next paragraph says that in case
of out-or-ordered CSeq, the UAS should send a 200 OK to
the higher CSeq OPTIONS (since it arrived first) & 500
response to the lower CSeq OPTIONS.... Which one is true?
(I definitely seem to be missing something here :)
Apologies if this had been asked earlier on the list.
Any pointers / clarifications are welcome.
Thanks in advance,
Siddharth.
------------------
Siddharth Toshniwal @ Hughes Software Systems,
http://www.hssworld.com
This message is proprietary to Hughes Software Systems Limited (HSS) and is
intended solely for the use of the individual to whom it is addressed. It
may contain privileged or confidential information and should not be
circulated or used for any purpose other than for what it is intended. If
you have received this message in error, please notify the originator
immediately. If you are not the intended recipient, you are notified that
you are strictly prohibited from using, copying, altering, or disclosing
the contents of this message. HSS accepts no responsibility for loss or
damage arising from the use of the information transmitted by this email
including damage from virus.
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
