diff options
author | Wei Yongjun <yjwei@cn.fujitsu.com> | 2009-04-07 07:44:29 (GMT) |
---|---|---|
committer | Vlad Yasevich <vladislav.yasevich@hp.com> | 2009-06-03 13:14:45 (GMT) |
commit | a987f762cafb25c0fedf88f15e328edd897210ed (patch) | |
tree | 0657be9f57f4d4ab647556d84039385b714de5e9 /net/sched/cls_rsvp6.c | |
parent | a84db7949eab7a42e715192f62c55c554e195e54 (diff) | |
download | linux-fsl-qoriq-a987f762cafb25c0fedf88f15e328edd897210ed.tar.xz |
sctp: fix report unrecognized parameter in ACSONF-ACK
RFC5061 Section 5.2. Upon Reception of an ASCONF Chunk
V2) In processing the chunk, the receiver should build a
response message with the appropriate error TLVs, as
specified in the Parameter type bits, for any ASCONF
Parameter it does not understand. To indicate an
unrecognized parameter, Cause Type 8 should be used as
defined in the ERROR in Section 3.3.10.8, [RFC4960]. The
endpoint may also use the response to carry rejections for
other reasons, such as resource shortages, etc., using the
Error Cause TLV and an appropriate error condition.
So we should indicate an unrecognized parameter with error
SCTP_ERROR_UNKNOWN_PARAM in ACSONF-ACK chunk, not
SCTP_ERROR_INV_PARAM.
Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com>
Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
Diffstat (limited to 'net/sched/cls_rsvp6.c')
0 files changed, 0 insertions, 0 deletions