From owner-freebsd-net@FreeBSD.ORG Sun Jun 17 17:42:02 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96E5E16A468 for ; Sun, 17 Jun 2007 17:42:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 37C1013C447 for ; Sun, 17 Jun 2007 17:42:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5HHf2da043718 for ; Sun, 17 Jun 2007 11:41:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 17 Jun 2007 11:41:33 -0600 (MDT) Message-Id: <20070617.114133.778151882.imp@bsdimp.com> To: net@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 17 Jun 2007 11:41:02 -0600 (MDT) Cc: Subject: Issue with huge numbers of connections 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: Sun, 17 Jun 2007 17:42:02 -0000 Greetings, I have a friend who is having problems with a service he's running. He gets billions and billions of connections to this service a day. Somewhere between 10^8 and 10^9 connections, he notices that his servers lose the ability to accept new connections. These are TCP connections. This is with FreeBSD 6.1R. My first question is: does anybody know if the fixes to -current/7.0 have fixed this? Is there a fix that can be back ported? He's currently working around the problem by having a number of different machines that reboot in a round robin fashion, but would like a better solution. Warner