From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:44:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC9221065676 for ; Tue, 26 Feb 2008 18:44:38 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id EABBA13C448 for ; Tue, 26 Feb 2008 18:44:37 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 21937 invoked from network); 26 Feb 2008 19:44:36 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 19:44:36 +0100 Date: Tue, 26 Feb 2008 19:44:35 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03e601c878a6$87380980$95a81c80$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 18:44:38 -0000 Dear Dave, > I have set my icmplim to 1024. When it was 200 I would sometimes get a > warning about an OPEN port RST - which was also strange to me (that it was > open not closed). I suspected that it was because 5% of my packets where > being dropped though. > > The server is under reasonable load (networking wise) around 80-90mbits, but > the processor is 75% idle.. > > The other strange this is that a reboot solves this, and it takes around 1-2 > days to happen again.. you can try to enable polling: kern.polling.reg_frac=20 kern.polling.user_frac=10 kern.polling.burst_max=1000 and perhaps tune rx_processing limit: dev.em.0.rx_processing_limit: 100 you can also look at all open sessions when the server is in trouble: netstat -n Kind regards, Ingo Flaschberger