From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH V4 net-next] neigh: new unresolved queue limits Date: Wed, 09 Nov 2011 16:16:44 -0500 (EST) Message-ID: <20111109.161644.505896539772671525.davem@davemloft.net> References: <1320837249.2315.26.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org To: eric.dumazet@gmail.com Return-path: Received: from shards.monkeyblade.net ([198.137.202.13]:40473 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754814Ab1KIVQt (ORCPT ); Wed, 9 Nov 2011 16:16:49 -0500 In-Reply-To: <1320837249.2315.26.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Sender: netdev-owner@vger.kernel.org List-ID: From: Eric Dumazet Date: Wed, 09 Nov 2011 12:14:09 +0100 > unres_qlen is the number of frames we are able to queue per unresolved > neighbour. Its default value (3) was never changed and is responsible > for strange drops, especially if IP fragments are used, or multiple > sessions start in parallel. Even a single tcp flow can hit this limit. ... Ok, I've applied this, let's see what happens :-) Thanks!