From a490cf2e7ef9d2e524f85d9cde3d5c8318409542 Mon Sep 17 00:00:00 2001 From: rrs Date: Tue, 20 May 2008 09:51:36 +0000 Subject: - Define changes in sctp.h - Bug in CA that does not get us incrementing the PBA properly which made us more conservative. - comment updated in sctp_input.c - memsets added before we log - added arg to hmac id's MFC after: 2 weeks --- sys/netinet/sctp_input.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) (limited to 'sys/netinet/sctp_input.c') diff --git a/sys/netinet/sctp_input.c b/sys/netinet/sctp_input.c index 1602459..4c515f6 100644 --- a/sys/netinet/sctp_input.c +++ b/sys/netinet/sctp_input.c @@ -102,7 +102,15 @@ sctp_handle_init(struct mbuf *m, int iphlen, int offset, struct sctphdr *sh, inp->sctp_socket->so_qlimit); /* * FIX ME ?? What about TCP model and we have a - * match/restart case? + * match/restart case? Actually no fix is needed. the lookup + * will always find the existing assoc so stcb would not be + * NULL. It may be questionable to do this since we COULD + * just send back the INIT-ACK and hope that the app did + * accept()'s by the time the COOKIE was sent. But there is + * a price to pay for COOKIE generation and I don't want to + * pay it on the chance that the app will actually do some + * accepts(). The App just looses and should NOT be in this + * state :-) */ sctp_abort_association(inp, stcb, m, iphlen, sh, op_err, vrf_id); -- cgit v1.1