Eric Dumazet 5ea8ea2cb7
tcp/dccp: drop SYN packets if accept queue is full ...
Per listen(fd, backlog) rules, there is really no point accepting a SYN,
sending a SYNACK, and dropping the following ACK packet if accept queue
is full, because application is not draining accept queue fast enough.
This behavior is fooling TCP clients that believe they established a
flow, while there is nothing at server side. They might then send about
10 MSS (if using IW10) that will be dropped anyway while server is under
stress.
Signed-off-by: Eric Dumazet <edumazet@google.com >
Acked-by: Neal Cardwell <ncardwell@google.com >
Acked-by: Yuchung Cheng <ycheng@google.com >
Signed-off-by: David S. Miller <davem@davemloft.net >
2016-10-29 15:09:21 -04:00
2016-09-19 20:19:34 +02:00
2016-10-05 20:25:48 -04:00
2016-09-25 23:34:19 +02:00
2016-07-11 02:01:14 +02:00
2016-10-13 09:44:14 -04:00
2016-10-27 16:07:25 -04:00
2016-06-15 20:41:22 -07:00
2016-08-17 19:27:51 -04:00
2016-09-30 01:54:28 -04:00
2016-09-08 11:10:12 +01:00
2016-09-04 13:29:29 -07:00
2016-08-02 02:57:29 +03:00
2016-09-27 21:15:21 -04:00
2016-06-27 15:06:17 -04:00
2016-09-30 13:21:37 +02:00
2016-07-08 12:20:57 +02:00
2016-04-19 20:09:25 -04:00
2016-04-25 16:44:27 -04:00
2016-06-25 12:19:35 -04:00
2016-04-25 16:44:27 -04:00
2016-06-09 23:41:03 -07:00
2016-08-26 11:55:18 -07:00
2016-09-23 08:38:50 -04:00
2016-09-10 20:53:55 -07:00
2016-04-25 16:20:09 -04:00
2016-06-08 11:36:02 -07:00
2016-09-01 16:51:08 -07:00
2016-09-10 23:12:53 -07:00
2016-05-20 18:03:16 -04:00
2016-09-30 13:29:21 +02:00
2016-09-30 13:29:21 +02:00
2016-06-07 16:37:14 -07:00
2016-10-27 16:16:09 -04:00
2016-06-17 20:23:32 -07:00
2016-08-18 01:17:32 -04:00
2016-07-22 00:50:41 -04:00
2016-07-25 17:55:43 -07:00
2016-04-27 22:48:25 -04:00
2016-09-12 11:45:45 +02:00
2016-09-30 01:54:28 -04:00
2016-03-22 15:45:44 -04:00
2016-04-04 22:11:20 -04:00
2016-05-20 18:03:17 -04:00
2016-10-29 15:09:21 -04:00
2016-08-13 15:08:00 -07:00
2016-04-04 22:11:20 -04:00
2016-06-27 15:05:28 -04:00
2016-09-19 01:25:22 -04:00
2016-09-17 10:13:07 -04:00
2016-09-28 04:48:00 -04:00
2016-09-17 10:13:07 -04:00
2016-06-06 09:47:25 +09:00
2016-09-30 01:50:44 -04:00
2016-07-07 10:15:34 +10:00
2016-08-17 19:36:23 -04:00
2016-10-13 12:05:26 -04:00
2016-10-23 17:45:01 -04:00
2016-09-30 14:46:57 +02:00
2016-07-08 13:23:12 +02:00
2016-10-03 02:00:22 -04:00
2016-10-04 02:11:51 -04:00
2016-06-15 20:41:23 -07:00
2016-08-08 14:42:04 -05:00
2016-07-05 09:06:29 -07:00
2016-06-27 15:06:18 -04:00
2016-10-29 14:57:42 -04:00
2016-07-08 12:20:57 +02:00
2016-03-23 22:09:58 -04:00
2016-09-28 05:02:44 -04:00
2016-08-10 17:19:02 -07:00
2016-08-15 10:55:53 -07:00
2016-04-07 16:53:30 -04:00
2016-10-23 19:35:24 -04:00
2016-10-23 19:35:24 -04:00
2016-04-04 22:11:19 -04:00
2016-09-10 23:12:53 -07:00
2016-06-30 06:15:04 -04:00
2016-09-19 01:47:18 -04:00
2016-04-28 11:49:45 -04:00
2016-10-22 17:05:05 -04:00
2016-08-28 23:32:41 -04:00
2016-09-28 04:48:00 -04:00
2016-09-21 00:23:01 -04:00
2016-05-03 16:08:14 -04:00
2016-06-17 20:23:32 -07:00
2016-10-22 17:05:05 -04:00
2016-09-10 20:53:55 -07:00
2016-09-23 06:46:57 -04:00
5ea8ea2cb7