From owner-freebsd-net@FreeBSD.ORG Sun May 29 00:01:31 2011 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 7559C106566C for ; Sun, 29 May 2011 00:01:31 +0000 (UTC) (envelope-from murphy.michael@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1248FC08 for ; Sun, 29 May 2011 00:01:30 +0000 (UTC) Received: by wwc33 with SMTP id 33so2796161wwc.31 for ; Sat, 28 May 2011 17:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=2/rqShisXwltCBN5YnMigeY1nzduu3HKgxoOXvI+sok=; b=T+I/ELNdQKq4IQtVHf1axNxtrTziztmGmaT2nlVBEviYBzdmhuQn1n1fEiW9SF/zwm Knn9xXjRf1zsfZsW8AmHxDjItJm8arP/T0ovp5+HRd2Xbnpm8MWejc2ZSGaG36iwbKRo 0LWu9mxiypsOTwmm0PybEQIkvuAHTLayhL+GU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=av1azKdIXW1wWCIzsiUdFxEBSZVSjxrp/iC+zQTHcazT2bieRpYTmaJIifenATcdFh C+9urv2qtjtRY2gsTwhtOkNXujSZ+Gxnv389kEICI9hkCtdO5Uek7rtbWJiL0/uoZCWN bYY1ETAtQOnH/VyyjfPzCcMWatnGIFHGW+eco= MIME-Version: 1.0 Received: by 10.216.27.67 with SMTP id d45mr3461909wea.21.1306625897351; Sat, 28 May 2011 16:38:17 -0700 (PDT) Received: by 10.216.173.6 with HTTP; Sat, 28 May 2011 16:38:17 -0700 (PDT) Date: Sat, 28 May 2011 17:38:17 -0600 Message-ID: From: Michael Murphy To: freebsd-net@FreeBSD.org X-Mailman-Approved-At: Sun, 29 May 2011 00:10:18 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: brcm80211 port 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, 29 May 2011 00:01:31 -0000 Is the brcm80211 driver going to be ported to FreeBSD? http://linuxwireless.org/en/users/Drivers/brcm80211 From owner-freebsd-net@FreeBSD.ORG Sun May 29 02:49:16 2011 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 D158E106566C for ; Sun, 29 May 2011 02:49:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7BD8FC08 for ; Sun, 29 May 2011 02:49:16 +0000 (UTC) Received: by ywf7 with SMTP id 7so1532626ywf.13 for ; Sat, 28 May 2011 19:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=N0MfOnQswwREFikCPeM9K7sq1InDfgNm2Xk2hSEezDI=; b=NkEee121STsjf2fRfbmj7AnShaHGapxQ7jsCUg+CsdAAQZH/LINV+bm0ZDoyLbRNGZ Hn/6kXCW2oQTt3lSsOGCXpQsUi/NzkZz/heP4WkDm249KzyLUfjjYiFLmMhLEKXGTOEv 7EIYMgPcfHBv0Ygo4IPnbfe/mezPVYtD2L5ao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=K1bgrYWYDriwTsTKBnUeK/tqJ0q+DNtqe0ftWt8JYfr5IAKGghrg86D7xCvZWOz0TU NsIGwsO8eUbBpU7OIpsPyca7oKVOgcaapkXMmF54TrboE9CBfl9g6bWmw/xuBeFJKHnY FWMo+3yT4N78PpEZTT51hd6VlY3ZOyzm29EWs= MIME-Version: 1.0 Received: by 10.151.116.14 with SMTP id t14mr3184196ybm.185.1306637355595; Sat, 28 May 2011 19:49:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.151.107.15 with HTTP; Sat, 28 May 2011 19:49:15 -0700 (PDT) In-Reply-To: References: Date: Sun, 29 May 2011 02:49:15 +0000 X-Google-Sender-Auth: z9Y_AxHCFnL0oWRc_CXmB_K3XLI Message-ID: From: Adrian Chadd To: Michael Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: brcm80211 port 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, 29 May 2011 02:49:16 -0000 On 28 May 2011 23:38, Michael Murphy wrote: > Is the brcm80211 driver going to be ported to FreeBSD? > > http://linuxwireless.org/en/users/Drivers/brcm80211 If someone wants to do the port, sure. :) The two wireless developers at the moment (Bernhard and I) are busy focusing on other chipsets. We certainly would like some other developers to jump on board! Adrian From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:04:24 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5575C106564A; Sun, 29 May 2011 22:04:24 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9CF8FC17; Sun, 29 May 2011 22:04:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TM4OCk099132; Sun, 29 May 2011 22:04:24 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TM4O98099128; Sun, 29 May 2011 22:04:24 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:04:24 GMT Message-Id: <201105292204.p4TM4O98099128@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/31940: ip queue length too short for >500kpps 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, 29 May 2011 22:04:24 -0000 Old Synopsis: ip queue length too short New Synopsis: ip queue length too short for >500kpps Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:01:58 UTC 2011 Responsible-Changed-Why: kmacy has asked for his PRs to be reassigned http://www.freebsd.org/cgi/query-pr.cgi?pr=31940 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:05:53 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FDF8106564A; Sun, 29 May 2011 22:05:53 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 394E68FC15; Sun, 29 May 2011 22:05:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TM5rn8099329; Sun, 29 May 2011 22:05:53 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TM5rWi099325; Sun, 29 May 2011 22:05:53 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:05:53 GMT Message-Id: <201105292205.p4TM5rWi099325@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/68889: [panic] m_copym, length > size of mbuf chain 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, 29 May 2011 22:05:53 -0000 Synopsis: [panic] m_copym, length > size of mbuf chain Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:04:26 UTC 2011 Responsible-Changed-Why: kmacy has asked for his PRs to be reassigned http://www.freebsd.org/cgi/query-pr.cgi?pr=68889 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:09:03 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B36B106564A; Sun, 29 May 2011 22:09:03 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6415D8FC16; Sun, 29 May 2011 22:09:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TM93v8099418; Sun, 29 May 2011 22:09:03 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TM93cp099414; Sun, 29 May 2011 22:09:03 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:09:03 GMT Message-Id: <201105292209.p4TM93cp099414@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/110249: [kernel] [regression] [patch] setsockopt() error regression in FreeBSD 6.x 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, 29 May 2011 22:09:03 -0000 Synopsis: [kernel] [regression] [patch] setsockopt() error regression in FreeBSD 6.x Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:05:54 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=110249 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:21:33 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FDEF1065672; Sun, 29 May 2011 22:21:33 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 291038FC15; Sun, 29 May 2011 22:21:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMLXY9018161; Sun, 29 May 2011 22:21:33 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMLXrI018157; Sun, 29 May 2011 22:21:33 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:21:33 GMT Message-Id: <201105292221.p4TMLXrI018157@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/21998: [socket] [patch] ident only for outgoing 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, 29 May 2011 22:21:33 -0000 Synopsis: [socket] [patch] ident only for outgoing connections Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:19:12 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=21998 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:24:49 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A759E106566C; Sun, 29 May 2011 22:24:49 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80A598FC08; Sun, 29 May 2011 22:24:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMOnkv018273; Sun, 29 May 2011 22:24:49 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMOn8c018269; Sun, 29 May 2011 22:24:49 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:24:49 GMT Message-Id: <201105292224.p4TMOn8c018269@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/24959: [patch] proper TCP_NOPUSH/TCP_CORK compatibility 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, 29 May 2011 22:24:49 -0000 Synopsis: [patch] proper TCP_NOPUSH/TCP_CORK compatibility Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:21:34 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. To submitter: feedback on this was requested. If you did provide feedback then it doesn't appear to have made it into the PR trail - could you please resend it? http://www.freebsd.org/cgi/query-pr.cgi?pr=24959 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:26:56 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952261065673; Sun, 29 May 2011 22:26:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD2E8FC08; Sun, 29 May 2011 22:26:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMQuUD018353; Sun, 29 May 2011 22:26:56 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMQufc018349; Sun, 29 May 2011 22:26:56 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:26:56 GMT Message-Id: <201105292226.p4TMQufc018349@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/82468: Using 64MB tcp send/recv buffers, trafficflow stops, iperf can't be killed 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, 29 May 2011 22:26:56 -0000 Synopsis: Using 64MB tcp send/recv buffers, trafficflow stops, iperf can't be killed Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:24:50 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. To submitter: feedback on this was requested. If you did provide feedback then it doesn't appear to have made it into the PR trail - could you please resend it? http://www.freebsd.org/cgi/query-pr.cgi?pr=82468 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:30:21 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863DF1065674; Sun, 29 May 2011 22:30:21 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5F67D8FC1A; Sun, 29 May 2011 22:30:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMULc5019422; Sun, 29 May 2011 22:30:21 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMULfM019415; Sun, 29 May 2011 22:30:21 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:30:21 GMT Message-Id: <201105292230.p4TMULfM019415@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/111537: [inet6] [patch] ip6_input() treats mbuf cluster wrong 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, 29 May 2011 22:30:21 -0000 Synopsis: [inet6] [patch] ip6_input() treats mbuf cluster wrong Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:26:57 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=111537 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:39:04 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C13A1065672; Sun, 29 May 2011 22:39:04 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64F9E8FC0A; Sun, 29 May 2011 22:39:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMd4AG028820; Sun, 29 May 2011 22:39:04 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMd4Os028816; Sun, 29 May 2011 22:39:04 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:39:04 GMT Message-Id: <201105292239.p4TMd4Os028816@freefall.freebsd.org> To: thompsa@FreeBSD.org, gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/127360: [socket] TOE socket options missing from sosetopt() 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, 29 May 2011 22:39:04 -0000 Synopsis: [socket] TOE socket options missing from sosetopt() State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Sun May 29 22:33:38 UTC 2011 State-Changed-Why: This has been patched (r183963) in HEAD and stable/8. Somebody who knows this code better than I needs to establish if this is worth merging to stable/7, and if not, close this PR. Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:33:38 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=127360 From owner-freebsd-net@FreeBSD.ORG Sun May 29 22:47:47 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF39C1065672; Sun, 29 May 2011 22:47:47 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C81568FC1D; Sun, 29 May 2011 22:47:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TMllwh037336; Sun, 29 May 2011 22:47:47 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TMllPD037332; Sun, 29 May 2011 22:47:47 GMT (envelope-from gavin) Date: Sun, 29 May 2011 22:47:47 GMT Message-Id: <201105292247.p4TMllPD037332@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() 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, 29 May 2011 22:47:48 -0000 Old Synopsis: [if_ethersubr] [patch] Invalid Assumption in SIOCSIFADDR in ether_ioctl() New Synopsis: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:42:43 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. The patch no longer seems to be available, but should be trivial to re-implenment given the description in the PR. Hopefully somebody will know if this fix is correct. http://www.freebsd.org/cgi/query-pr.cgi?pr=110284 From owner-freebsd-net@FreeBSD.ORG Sun May 29 23:02:20 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D82106566B; Sun, 29 May 2011 23:02:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AEC8F8FC0A; Sun, 29 May 2011 23:02:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TN2KNr054154; Sun, 29 May 2011 23:02:20 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TN2KXK054150; Sun, 29 May 2011 23:02:20 GMT (envelope-from gavin) Date: Sun, 29 May 2011 23:02:20 GMT Message-Id: <201105292302.p4TN2KXK054150@freefall.freebsd.org> To: gavin@FreeBSD.org, kmacy@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/5877: [socket] sb_cc counts control data as well as data data 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, 29 May 2011 23:02:20 -0000 Old Synopsis: sb_cc counts control data as well as data data New Synopsis: [socket] sb_cc counts control data as well as data data Responsible-Changed-From-To: kmacy->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 23:00:57 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=5877 From owner-freebsd-net@FreeBSD.ORG Sun May 29 23:19:27 2011 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 5966C106564A for ; Sun, 29 May 2011 23:19:27 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 46BF58FC12 for ; Sun, 29 May 2011 23:19:27 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id p4TMbTV4042191 for ; Sun, 29 May 2011 15:37:29 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4DE2CC0A.2070004@rawbw.com> Date: Sun, 29 May 2011 15:43:22 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101211 Thunderbird/3.0.11 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: MAC address conflict causes 8.2-STABLE to freeze 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, 29 May 2011 23:19:27 -0000 I had a bug in my setup script that was setting the same MAC address to several computers. This situation of course is not normal and should not normally occur. But I noticed the side effect that causes me to worry: 8.2-STABLE host was periodically freezing in such situation. My understanding is that such situation will cause all packets sent to this MAC address be accepted by every host in conflict and for example many garbage TCP packets will arrive to each machine. But why should it freeze the system? It looks like there is some bug in the code rejecting garbage traffic and my setup exposed it. This could also be a security issue when some other host on the same network can cause FreeBSD to freeze by sending some rogue packets to it. I should also note that I am talking about the wireless device ath0 and passwordless WEP network. Yuri From owner-freebsd-net@FreeBSD.ORG Sun May 29 23:39:57 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D411065674; Sun, 29 May 2011 23:39:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2D428FC1B; Sun, 29 May 2011 23:39:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4TNdukt083844; Sun, 29 May 2011 23:39:56 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4TNduFC083840; Sun, 29 May 2011 23:39:56 GMT (envelope-from linimon) Date: Sun, 29 May 2011 23:39:56 GMT Message-Id: <201105292339.p4TNduFC083840@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157410: [ip6] IPv6 Router Advertisements Cause Excessive CPU Use 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, 29 May 2011 23:39:57 -0000 Old Synopsis: IPv6 Router Advertisements Cause Excessive CPU Use New Synopsis: [ip6] IPv6 Router Advertisements Cause Excessive CPU Use Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun May 29 23:39:36 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=157410 From owner-freebsd-net@FreeBSD.ORG Mon May 30 11:07:04 2011 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 26B001065680 for ; Mon, 30 May 2011 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 153A68FC25 for ; Mon, 30 May 2011 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4UB74M3050450 for ; Mon, 30 May 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4UB732e050448 for freebsd-net@FreeBSD.org; Mon, 30 May 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 May 2011 11:07:03 GMT Message-Id: <201105301107.p4UB732e050448@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org 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: Mon, 30 May 2011 11:07:04 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157182 net [lagg] lagg interface not working together with epair o kern/156978 net [lagg][patch] Take lagg rlock before checking flags o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155498 net [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [patch] routed(8): if.c in routed fails to compile if o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net [arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 372 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 30 14:34:38 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9E62106564A; Mon, 30 May 2011 14:34:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 81FAA8FC0A; Mon, 30 May 2011 14:34:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4UEYcb6049018; Mon, 30 May 2011 14:34:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4UEYc1P049014; Mon, 30 May 2011 14:34:38 GMT (envelope-from linimon) Date: Mon, 30 May 2011 14:34:38 GMT Message-Id: <201105301434.p4UEYc1P049014@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157418: [em] em driver lockup during boot on Supermicro X9SCM-F 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: Mon, 30 May 2011 14:34:38 -0000 Old Synopsis: em driver lockup during boot on Supermicro X9SCM-F New Synopsis: [em] em driver lockup during boot on Supermicro X9SCM-F Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 30 14:33:45 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157418 From owner-freebsd-net@FreeBSD.ORG Mon May 30 16:19:49 2011 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 A6778106564A for ; Mon, 30 May 2011 16:19:49 +0000 (UTC) (envelope-from ssgriffonuser@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 728928FC08 for ; Mon, 30 May 2011 16:19:49 +0000 (UTC) Received: by iwn33 with SMTP id 33so4548511iwn.13 for ; Mon, 30 May 2011 09:19:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=dEC5WDMUiVhz/InCosXqBvs6vLtyufiDec5tXqQhFzU=; b=ZRCOqymbbNDdGH+vWwzD9JcOIJh8TjO2qd2+x7216NjCFWm7qUuo/JPCKS2X4hgcri sMN0u1r8jlnZzRg0znVQNPiha2PvDsGSAK1VLgA2ELwtMd+RUXj54iO65plBAcDj9chj l0t9dlR0JewMzp9aBptfwYSJEkc8OxDmJHjKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=GhYQOpkRyn81rz1mjuww/kNn65GxCpWGOIju1YnGT0sH6LitEjjIZagQVQd4KSAUl/ 3yyng+WzVk5F8kbNZ5flCEjsdZemdholoLxfU69Z9uNQ0T6S57PDDUBY7VefsKHfcucL 0UrTiYIAgNw3dYW/1WaHM3jghKduEapVfWfoA= MIME-Version: 1.0 Received: by 10.42.132.71 with SMTP id c7mr10837048ict.147.1306770696340; Mon, 30 May 2011 08:51:36 -0700 (PDT) Received: by 10.42.227.9 with HTTP; Mon, 30 May 2011 08:51:36 -0700 (PDT) Date: Mon, 30 May 2011 08:51:36 -0700 Message-ID: From: ss griffon To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: dhclient issues and atheros 9285 wireless card 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: Mon, 30 May 2011 16:19:49 -0000 Hello, I am trying to use FreeBSD 8.2 on my Eee netbook. =A0I am having issues with my atheros 9285 card which seems to be directly related to this bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149307 I can create my wlan0 device and connect to my router using wpa_supplicant. However, when I try to use dhclient to get an ip addr, it doesn't seem to be able to communicate with the router. I have also tried to set a static IP addr and ping the router but that did not work. dmesg reports multiple 'bb hang detected 0x80' errors. I'm almost positive that this card worked in previous versions of FreeBSD. I haven't yet tried to update to the freebsd-current as mentioned in the bug report, but I will when I get a chance. Has anybody else gotten this card to work? Are there any known work arounds? Maybe using the windows driver with the ndis wrapper. I have a bit of Linux kernel development experience and I would be happy to help squash this bug. Just let me know how I can help. Keep up the good work, From owner-freebsd-net@FreeBSD.ORG Mon May 30 20:22:10 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97F80106566C; Mon, 30 May 2011 20:22:10 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 700B38FC19; Mon, 30 May 2011 20:22:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4UKMAk9065475; Mon, 30 May 2011 20:22:10 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4UKMA8j065471; Mon, 30 May 2011 20:22:10 GMT (envelope-from linimon) Date: Mon, 30 May 2011 20:22:10 GMT Message-Id: <201105302022.p4UKMA8j065471@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157429: [re] Realtek RTL8169 doesn't work with re(4) 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: Mon, 30 May 2011 20:22:10 -0000 Old Synopsis: Realtek RTL8169 doesn't work with re(4) New Synopsis: [re] Realtek RTL8169 doesn't work with re(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 30 20:21:29 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157429 From owner-freebsd-net@FreeBSD.ORG Tue May 31 00:21:21 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0E31065672; Tue, 31 May 2011 00:21:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 646398FC15; Tue, 31 May 2011 00:21:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4V0LLcj087573; Tue, 31 May 2011 00:21:21 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4V0LLp6087569; Tue, 31 May 2011 00:21:21 GMT (envelope-from linimon) Date: Tue, 31 May 2011 00:21:21 GMT Message-Id: <201105310021.p4V0LLp6087569@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157444: [re] re0 unknown hardware revision with onboard Realtek 8111E 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, 31 May 2011 00:21:21 -0000 Old Synopsis: re0 unknown hardware revision with onboard Realtek 8111E New Synopsis: [re] re0 unknown hardware revision with onboard Realtek 8111E Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 31 00:20:57 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157444 From owner-freebsd-net@FreeBSD.ORG Tue May 31 02:30:45 2011 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 E3485106566C for ; Tue, 31 May 2011 02:30:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3DA8FC0C for ; Tue, 31 May 2011 02:30:45 +0000 (UTC) Received: by yxl31 with SMTP id 31so2353294yxl.13 for ; Mon, 30 May 2011 19:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gDwa5FwZNfwBsfcM1dXH3dSIqRA2wfm04T1T7iWt0Hc=; b=u0a8EcL4dthxqbJjQYlyqzMt1e+//kggaI1mWLVUdSTMNITVv1wVAadnSF6QS2pNem 2EUgBoaHy86yLmwXJp6P+HXgdK+vqSGnNfvITtFN1jFEjK7aJI330rv7sMf/qvx/nka1 GyWRQhiwxKSE3BEVdkfqaCx0kxsTYoFtBhu3c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=XT8gdau2U5MaKnhVh9h0Muw/dUEbMPb8Mo+wWejc9EqoqTignf3Yz8DcTXIWEdkBng SaAgoNp2b+wUO18DKfsTpUvXhu0rb2Ev70EfRA849scDwoMVOK2BdVNgG8wX8k956PSC EEya/ZX2bT8ZDy/BJPK5Bd4WLXpB9HxeWQNyc= MIME-Version: 1.0 Received: by 10.151.116.14 with SMTP id t14mr4538276ybm.185.1306809044830; Mon, 30 May 2011 19:30:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.151.107.15 with HTTP; Mon, 30 May 2011 19:30:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 31 May 2011 10:30:44 +0800 X-Google-Sender-Auth: 2OsMS7fS-M0GyrFJmIIxWjuoWUA Message-ID: From: Adrian Chadd To: ss griffon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: dhclient issues and atheros 9285 wireless card 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, 31 May 2011 02:30:46 -0000 Hi, PLease check the freebsd-wireless archives. I've linked to a forum post where I explain how to build the -HEAD driver under -8. (That's how I was doing development.) Adrian On 30 May 2011 23:51, ss griffon wrote: > Hello, > > I am trying to use FreeBSD 8.2 on my Eee netbook. =A0I am having issues > with my atheros 9285 card which seems to be directly related to this > bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149307 > > I can create my wlan0 device and connect to my router using > wpa_supplicant. =A0However, when I try to use dhclient to get an ip > addr, it doesn't seem to be able to communicate with the router. =A0I > have also tried to set a static IP addr and ping the router but that > did not work. =A0dmesg reports multiple 'bb hang detected 0x80' errors. > I'm almost positive that this card worked in previous versions of > FreeBSD. > > I haven't yet tried to update to the freebsd-current as mentioned in > the bug report, but I will when I get a chance. =A0Has anybody else > gotten this card to work? =A0Are there any known work arounds? =A0Maybe > using the windows driver with the ndis wrapper. > > I have a bit of Linux kernel development experience and I would be > happy to help squash this bug. =A0Just let me know how I can help. > > Keep up the good work, > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue May 31 02:50:12 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595641065672 for ; Tue, 31 May 2011 02:50:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9EB8FC0A for ; Tue, 31 May 2011 02:50:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4V2oCJa017268 for ; Tue, 31 May 2011 02:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4V2oBSU017267; Tue, 31 May 2011 02:50:12 GMT (envelope-from gnats) Date: Tue, 31 May 2011 02:50:12 GMT Message-Id: <201105310250.p4V2oBSU017267@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Sam Bowne Cc: Subject: Re: kern/157410: [ip6] IPv6 Router Advertisements Cause Excessive CPU Use X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sam Bowne List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 02:50:12 -0000 The following reply was made to PR kern/157410; it has been noted by GNATS. From: Sam Bowne To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/157410: [ip6] IPv6 Router Advertisements Cause Excessive CPU Use Date: Mon, 30 May 2011 19:16:20 -0700 --bcaec51a7ff262ecc004a488fdf6 Content-Type: text/plain; charset=ISO-8859-1 OpenBSD is not vulnerable, so it could probably be fixed by porting code from there. --bcaec51a7ff262ecc004a488fdf6 Content-Type: text/html; charset=ISO-8859-1 OpenBSD is not vulnerable, so it could probably be fixed by porting code from there. --bcaec51a7ff262ecc004a488fdf6-- From owner-freebsd-net@FreeBSD.ORG Tue May 31 06:10:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E2D106566B for ; Tue, 31 May 2011 06:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EF79B8FC1E for ; Tue, 31 May 2011 06:10:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4V6AAnU005592 for ; Tue, 31 May 2011 06:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4V6AAxM005591; Tue, 31 May 2011 06:10:10 GMT (envelope-from gnats) Date: Tue, 31 May 2011 06:10:10 GMT Message-Id: <201105310610.p4V6AAxM005591@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Robert Wade Cc: Subject: Re: kern/157444: [re] re0 unknown hardware revision with onboard Realtek 8111E X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Wade List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 06:10:11 -0000 The following reply was made to PR kern/157444; it has been noted by GNATS. From: Robert Wade To: bug-followup@FreeBSD.org, robertwade@gmail.com Cc: Subject: Re: kern/157444: [re] re0 unknown hardware revision with onboard Realtek 8111E Date: Mon, 30 May 2011 22:08:40 -0700 Updating to 8.2-stable fixed it -- even with GENERIC. From owner-freebsd-net@FreeBSD.ORG Tue May 31 08:01:44 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180D41065670; Tue, 31 May 2011 08:01:44 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E49148FC17; Tue, 31 May 2011 08:01:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4V81hL1036513; Tue, 31 May 2011 08:01:43 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4V81hMi036498; Tue, 31 May 2011 08:01:43 GMT (envelope-from marius) Date: Tue, 31 May 2011 08:01:43 GMT Message-Id: <201105310801.p4V81hMi036498@freefall.freebsd.org> To: robertwade@gmail.com, marius@FreeBSD.org, freebsd-net@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: kern/157444: [re] re0 unknown hardware revision with onboard Realtek 8111E 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, 31 May 2011 08:01:44 -0000 Synopsis: [re] re0 unknown hardware revision with onboard Realtek 8111E State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Tue May 31 08:00:41 UTC 2011 State-Changed-Why: Close; support was added in r217498 (MFC'ed to stable/8 in r218901 and to stable/7 in r218902). http://www.freebsd.org/cgi/query-pr.cgi?pr=157444 From owner-freebsd-net@FreeBSD.ORG Tue May 31 08:56:39 2011 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 AE264106566B for ; Tue, 31 May 2011 08:56:39 +0000 (UTC) (envelope-from rs@netapp.com) Received: from mx3.netapp.com (mx3.netapp.com [217.70.210.9]) by mx1.freebsd.org (Postfix) with ESMTP id A7AEF8FC1A for ; Tue, 31 May 2011 08:56:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.65,296,1304319600"; d="scan'208,217";a="257732683" Received: from smtp3.europe.netapp.com ([10.64.2.67]) by mx3-out.netapp.com with ESMTP; 31 May 2011 01:46:54 -0700 Received: from ldcrsexc2-prd.hq.netapp.com (webmail.europe.netapp.com [10.65.251.110]) by smtp3.europe.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p4V8ksCT015116 for ; Tue, 31 May 2011 01:46:54 -0700 (PDT) Received: from LDCMVEXC1-PRD.hq.netapp.com ([10.65.251.107]) by ldcrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 31 May 2011 09:46:54 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 31 May 2011 09:46:12 +0100 Message-ID: <5FDC413D5FA246468C200652D63E627A0E99C89B@LDCMVEXC1-PRD.hq.netapp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: kern/140597: Lost Retransmission Detection Thread-Index: AcwfbzHgfyJ7N2lUSnGHHalONMa8JA== From: "Scheffenegger, Richard" To: X-OriginalArrivalTime: 31 May 2011 08:46:54.0419 (UTC) FILETIME=[4AD4C230:01CC1F6F] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kern/140597: Lost Retransmission Detection 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, 31 May 2011 08:56:39 -0000 Hi, please review the following patch, which enables the detection and recovery of lost retransmissions for SACK. This patch address the second most prominent cause of retransmission timeouts (after the failure to initiate loss recovery for small window sessions - e.g. Early Retransmit). The idea behind this patch is the same one that is emergent behavior in the linux stack: 1RTT after sending a retransmission, that retransmission should have made it to the receiver; the 1RTT signal is a newly sent segment (snd.fack advances) being acknowledged by the receiver... The pointer indicating where a retransmission is to be started, is set to snd.nxt (new segment after this loss window) - outside the boundaries of the hole itself - to remember when a hole needs to be retransmitted. If all retransmissions are proceeding in-order, these holes would close and eventually be evicted from the scoreboard, before the first new transmission after the loss window is SACKed by the receiver. Over the first instance of this patch, it addresses a slight oversight, when retransmitted segments from multiple holes became lost - it traverses all the holes from the sackhint forward to the beginning of the scoreboard when snd.fack is adjusted, and resets the pointer (and sackhint) where the next transmission should come from accordingly. However - just like Linux - there is no congestion control reaction (even though the papers discussing lost retransmission all mention that another reduction of cwnd would be appropriate). Richard Scheffenegger diff -u netinet.orig/tcp_output.c netinet/tcp_output.c --- netinet.orig/tcp_output.c 2009-10-25 02:10:29.000000000 +0100 +++ netinet/tcp_output.c 2010-04-02 16:55:14.000000000 +0200 @@ -953,6 +953,10 @@ } else { th->th_seq =3D htonl(p->rxmit); p->rxmit +=3D len; + /* lost again detection */ + if (SEQ_GEQ(p->rxmit, p->end)) { + p->rxmit =3D tp->snd_nxt; + } tp->sackhint.sack_bytes_rexmit +=3D len; } th->th_ack =3D htonl(tp->rcv_nxt); diff -u netinet.orig/tcp_sack.c netinet.simple_mod/tcp_sack.c --- netinet.orig/tcp_sack.c 2009-10-25 02:10:29.000000000 +0100 +++ netinet/tcp_sack.c 2010-04-21 00:48:23.000000000 +0200 @@ -508,7 +508,9 @@ if (SEQ_GEQ(sblkp->end, cur->end)) { /* Move end of hole backward. */ cur->end =3D sblkp->start; - cur->rxmit =3D SEQ_MIN(cur->rxmit, cur->end); + if (SEQ_GEQ(cur->rxmit, cur->end)) { + cur->rxmit =3D tp->snd_nxt; + } } else { /* * ACKs some data in middle of a hole; need @@ -524,8 +526,9 @@ - temp->start); } cur->end =3D sblkp->start; - cur->rxmit =3D = SEQ_MIN(cur->rxmit, - cur->end); + if (SEQ_GEQ(cur->rxmit, cur->end)) { + cur->rxmit =3D tp->snd_nxt; + } } } } @@ -540,6 +543,15 @@ else sblkp--; } + /* retransmission lost again - then restart */ + if ((temp =3D tp->sackhint.nexthole) !=3D NULL) { + do { + if (SEQ_GT(tp->snd_fack, temp->rxmit)) { + temp->rxmit =3D temp->start; + tp->sackhint.nexthole =3D temp; + } + } while ((temp =3D TAILQ_PREV(temp, sackhole_head, scblink)) !=3D NULL); + } } /* From owner-freebsd-net@FreeBSD.ORG Tue May 31 09:10:09 2011 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 1F10A1065674 for ; Tue, 31 May 2011 09:10:09 +0000 (UTC) (envelope-from rs@netapp.com) Received: from mx3.netapp.com (mx3.netapp.com [217.70.210.9]) by mx1.freebsd.org (Postfix) with ESMTP id 6EE0B8FC16 for ; Tue, 31 May 2011 09:10:08 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.65,296,1304319600"; d="scan'208,217";a="257734830" Received: from smtp3.europe.netapp.com ([10.64.2.67]) by mx3-out.netapp.com with ESMTP; 31 May 2011 02:10:07 -0700 Received: from ldcrsexc2-prd.hq.netapp.com (webmail.europe.netapp.com [10.65.251.110]) by smtp3.europe.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p4V9A7b8019923 for ; Tue, 31 May 2011 02:10:07 -0700 (PDT) Received: from LDCMVEXC1-PRD.hq.netapp.com ([10.65.251.107]) by ldcrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 31 May 2011 10:10:07 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 31 May 2011 10:09:25 +0100 Message-ID: <5FDC413D5FA246468C200652D63E627A0E99C8C6@LDCMVEXC1-PRD.hq.netapp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RFC3517bis rescue retransmission Thread-Index: Acwfcm/658ChV5N9Q3icKGlkvvF3Og== From: "Scheffenegger, Richard" To: X-OriginalArrivalTime: 31 May 2011 09:10:07.0034 (UTC) FILETIME=[88E4F1A0:01CC1F72] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RFC3517bis rescue retransmission 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, 31 May 2011 09:10:09 -0000 Hi, RFC3517bis has added a provision to fix a special corner case of SACK loss recovery. Under certain circumstances (end of stream), TCP SACK can be much less effective in loss recovery than TCP NewReno. For a history of this corner case, please see https://datatracker.ietf.org/doc/draft-scheffenegger-tcpm-sack-loss-reco very/ http://tools.ietf.org/html/draft-nishida-tcpm-rescue-retransmission-00 and the final agreed algorithm: http://www.ietf.org/mail-archive/web/tcpm/current/msg06518.html (to be included in 3517bis) However, the final version would not work well, if that first retransmitted segment is also lost (unfortunately, the first retransmitted segment has the highest probability to get lost again...). I would like to get feedback on the following idea: Whenever the socket does not hold any additional data, or no new segments can be sent beyond snd.max: min(so->so_snd.sb_cc, sendwin) - off =3D=3D 0 and a hole in the scoreboard shrinks (or is removed), set a flag (ie. Sackhint.hole_shrunk =3D 1) in sack_do_ack. In sack_output, if all the holes were transmitted once (the entire scoreboard is traversed, without finding a new hole to send), and the above conditions (no new data elegible to send, and flag is set, and rescue "hole" does not exist) hole, add one "rescue" hole of size mss, starting at snd.nxt-mss to the scoreboard, adjust the retransmission trigger values (from snd.nxt to snd.nxt-1)... This would keep that change co-located with the SACK code, the rescue retransmission would be treated like any other hole during SACK recovery processing. Also, this would be compatible with lost retransmission detection. When the receive buffer is full, or the sender does not have any new data to send, the sender can still track if the rescue retransmission made it. If it does, by adjusting the retransmission trigger, any still pending holes would be retransmitted (pipe allowing...) again. If the receiver buffer was full, because a lost first retransmission cause a head-of-line blocking, this would unlock the receive window as snd.una advances. Any comments? Richard Scheffenegger From owner-freebsd-net@FreeBSD.ORG Tue May 31 09:10:23 2011 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 7659E106564A for ; Tue, 31 May 2011 09:10:23 +0000 (UTC) (envelope-from rs@netapp.com) Received: from mx4.netapp.com (mx4.netapp.com [217.70.210.8]) by mx1.freebsd.org (Postfix) with ESMTP id AC8538FC12 for ; Tue, 31 May 2011 09:10:22 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.65,296,1304319600"; d="scan'208,217";a="251130777" Received: from smtp3.europe.netapp.com ([10.64.2.67]) by mx4-out.netapp.com with ESMTP; 31 May 2011 01:40:41 -0700 Received: from ldcrsexc1-prd.hq.netapp.com (ldcrsexc1-prd.hq.netapp.com [10.65.251.109]) by smtp3.europe.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id p4V8eM3p013807 for ; Tue, 31 May 2011 01:40:41 -0700 (PDT) Received: from LDCMVEXC1-PRD.hq.netapp.com ([10.65.251.107]) by ldcrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 31 May 2011 09:40:33 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 31 May 2011 09:39:51 +0100 Message-ID: <5FDC413D5FA246468C200652D63E627A0E99C887@LDCMVEXC1-PRD.hq.netapp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: [CFT] Early Retransmit for TCP (rfc5827) patch Thread-Index: Acwfbk7BR2PjavRGS3S3MLUeTQ1OGg== From: "Scheffenegger, Richard" To: X-OriginalArrivalTime: 31 May 2011 08:40:33.0930 (UTC) FILETIME=[680ABEA0:01CC1F6E] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [CFT] Early Retransmit for TCP (rfc5827) patch 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, 31 May 2011 09:10:23 -0000 Hi Weongyo, Good to know that you are addressing the primary reason for retransmission timeouts with SACK. (Small window (early retransmit) is ~70%, lost retransmission ~25%, end-of-stream loss ~5% of all addressable causes for a RTO). I looked at your code to enable RFC5827 Early Retransmits. There is one minor nit-pick: tcp_input is calling tcp_getrexmtthresh for every duplicate ACK. When SACK is enabled (over 90% of all sessions today), the byte-based tcp_sack_ownd routine cycles over the entire SACK scoreboard. As the scoreboard can become huge with fat, long pipes, this appears to be suboptimal.=20 Perhaps something along these lines: ackedbyte =3D 0; int mark =3D tp->snd_una; TAILQ_FOREACH(p, &tp->snd_holes, scblink) { ackedbyte +=3D p->start - mark; if (ackedbyte >=3D amout) return(TRUE); mark =3D p->end; } ackedbyte +=3D tp->snd_fack - mark; if (ackedbyte >=3D amout) return(TRUE); return(FALSE); Would be more scalable (only a holes at the start need to be cycled, increasing the chances that they stick close to the CPU)... Perhaps adding a variable to track the number of bytes SACKed to the scoreboard (and updated with the receipt of a new SACK block) would be even more efficient.... Best regards, Richard Scheffenegger From: weongyo@freebsd.org Date: Sat May 7 00:19:38 UTC 2011 Hello all, I'd like to send another patch to support RFC5827 in TCP stack which could be found at: http://people.freebsd.org/~weongyo/patch_20110506_rfc5827.diff =20 This patch supports all Early Retransmit logics (Byte-Based Early Retransmit and Segment-Based Early Retransmit) when net.inet.tcp.rfc5827 sysctl knob is turned on. Please note that Segment-Based Early Retransmit logic is separated using khelp module because it adds additional operations and requires variable spaces to track segment boundaries on the right side window. So if the khelp module is loaded, it's a preference but if not the default logic is `Byte-Based Early Retransmit'. I implemented based on DragonflyBSD's implementation but it looked it's not same with RFC specification what I thought so I changed most of parts. In my test environments it looks it's working correctly. Please review and test my work and tell me if you have any concerns and questions. regards, Weongyo Jeong -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_20110506_rfc5827.diff Type: text/x-diff Size: 18455 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-net/attachments/20110507/90f2 f164/patch_20110506_rfc5827.bin From owner-freebsd-net@FreeBSD.ORG Wed Jun 1 05:12:48 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B961067000; Wed, 1 Jun 2011 05:12:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CEB3D8FC1C; Wed, 1 Jun 2011 05:12:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p515CgUn010768; Wed, 1 Jun 2011 05:12:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p515CgFR010764; Wed, 1 Jun 2011 05:12:42 GMT (envelope-from linimon) Date: Wed, 1 Jun 2011 05:12:42 GMT Message-Id: <201106010512.p515CgFR010764@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/157200: [network.subr] [patch] stf(4) can not communicate between other 6to4 prefix holder 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: Wed, 01 Jun 2011 05:12:48 -0000 Synopsis: [network.subr] [patch] stf(4) can not communicate between other 6to4 prefix holder Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 1 05:09:45 UTC 2011 Responsible-Changed-Why: Actually this primarily affects sys/net/if_stf.c, with the conf files merely being an adjunct. Thus, reclassify and assign it, as submitter requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=157200 From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 20:55:56 2011 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 44D90106566B for ; Thu, 2 Jun 2011 20:55:56 +0000 (UTC) (envelope-from jwd@SlowBlink.Com) Received: from nmail.slowblink.com (rrcs-24-199-145-34.midsouth.biz.rr.com [24.199.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id E086E8FC0A for ; Thu, 2 Jun 2011 20:55:55 +0000 (UTC) Received: from nmail.slowblink.com (localhost [127.0.0.1]) by nmail.slowblink.com (8.14.3/8.14.3) with ESMTP id p52KdejY080577; Thu, 2 Jun 2011 16:39:40 -0400 (EDT) (envelope-from jwd@nmail.slowblink.com) Received: (from jwd@localhost) by nmail.slowblink.com (8.14.3/8.14.3/Submit) id p52KdeAL080576; Thu, 2 Jun 2011 16:39:40 -0400 (EDT) (envelope-from jwd) Date: Thu, 2 Jun 2011 16:39:40 -0400 From: John To: freebsd-net@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20110602203940.GA80549@slowblink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Production use of carp? 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: Thu, 02 Jun 2011 20:55:56 -0000 Hi Folks, Posting to -net & -fs to hopefully catch the right folks. A similar posting to -current didn't seem to catch anyones interest. Please respond as approriate. I'm in the process of setting up HA/Failover ZFS server systems using carp. I seem to be running into some issues that may simply be misundersandings, or actual support issues. I'm curious to hear what you think. First off, when using carp, one must use a unique vhid in the configuration line for each system. If not, systems using the same vhid, but different passwords will see a serious amount of "jitteryness" and/or delay to their carp'd interface. This means a unique set of vhid values would need to be assigned and kept track of for every system put in place. Not something I want to do. I've already run into this problem with another group that was using carp on external interfaces to control an HA nagios setup. Instead of running carp on the external interfaces as below: ifconfig_cxgb0="inet 10.24.99.11 netmask 255.255.0.0" # System 1 physical ip ifconfig_cxgb0="inet 10.24.99.12 netmask 255.255.0.0" # System 2 physcial ip ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 advskew 100 10.24.99.13 netmask 255.255.0.0" # HA ip used by clients ... we instead connect a direct cross-over cable between the two systems providing HA/Failover and use a private (backside) network: ifconfig_cxgb1="inet 192.168.0.1 netmask 255.255.255.0" # System 1 private ip ifconfig_cxgb1="inet 192.168.0.2 netmask 255.255.255.0" # System 2 private ip ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 advskew 100 192.168.0.3 netmask 255.255.255.0" If system A is the MASTER, and I issue a 'ifconfig carp1 down' command, system B becomes the MASTER as one would expect (using scripts connected up through devd). So far, things are great. A filesystem resource can be shifted to either A or B with no impact on the clients. Other scripts hooked up via devd monitor the outgoing link and issue ifconfig carp1 up/down commands as needed (for instance if the networking cable is unplugged on head B). However, if system A is the MASTER, and system B is rebooted, the carp interface on system A will flip/flop going down and coming back up which is not what I want. This leads to my question, am I missing something simple about using carp? Should I implement my own control interface on the private network and not use carp? What are other folks doing? Thanks, John From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 22:15:42 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3321065672; Thu, 2 Jun 2011 22:15:42 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id C8B778FC12; Thu, 2 Jun 2011 22:15:41 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id E3C6F7300A; Fri, 3 Jun 2011 00:31:40 +0200 (CEST) Date: Fri, 3 Jun 2011 00:31:40 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20110602223140.GA31285@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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: Thu, 02 Jun 2011 22:15:42 -0000 Hi, we have recently worked on a project, called netmap, which lets FreeBSD send/receive packets at line rate even at 10 Gbit/s with very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a modified ixgbe driver, which gives plenty of CPU cycles to handle multiple interface and/or do useful work (packet forwarding, analysis, etc.) You can find full documentation and source code and even a picobsd image at http://info.iet.unipi.it/~luigi/netmap/ The system uses memory mapped packet buffers to reduce the cost of data movements, but this would not be enough to make it useful or novel. Netmap uses many other small but important tricks to make the system fast, safe and easy to use, and support transmission, reception, and communication with the host stack. You can see full details in documentation at the above link. Feedback welcome. cheers luigi -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 22:27:24 2011 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 99997106566C; Thu, 2 Jun 2011 22:27:24 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 591938FC0C; Thu, 2 Jun 2011 22:27:24 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 323BE63307D; Fri, 3 Jun 2011 00:10:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id C8FC773105; Fri, 3 Jun 2011 00:10:36 +0200 (CEST) Date: Fri, 3 Jun 2011 00:10:36 +0200 From: Patrick Lamaiziere To: John Message-ID: <20110603001036.5ad0ff8d@davenulle.org> In-Reply-To: <20110602203940.GA80549@slowblink.com> References: <20110602203940.GA80549@slowblink.com> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org Subject: Re: Production use of carp? 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: Thu, 02 Jun 2011 22:27:24 -0000 Le Thu, 2 Jun 2011 16:39:40 -0400, John a écrit : Hello, > However, if system A is the MASTER, and system B is rebooted, > the carp interface on system A will flip/flop going down and > coming back up which is not what I want. I saw this if the switch connecting the two systems takes some time to forward packets when a link is "up". This happens if the switch is doing some spanning tree protocol. (on cisco swith you should use an option "spanning tree port fast" on the switch port to avoid this) > This leads to my question, am I missing something simple about > using carp? Should I implement my own control interface on the > private network and not use carp? What are other folks doing? You may want to implement your own control because if the two hosts cannot communicate, you will have two masters. This can happen if the links on the both hosts are up, but none packet are forwarded (ie the switch connecting the two boxes is broken in some way). Instead writing your own script, you may use ifstated (in the ports tree). I've not tried FreeBSD with carp but we are very happy at $WORK with carp on OpenBSD. I guess that should work fine on FreeBSD too. Regards. From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 22:37:22 2011 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 F2194106566C for ; Thu, 2 Jun 2011 22:37:22 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id AA7918FC13 for ; Thu, 2 Jun 2011 22:37:20 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 3360F63307C; Fri, 3 Jun 2011 00:37:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id EB2897307B; Fri, 3 Jun 2011 00:37:19 +0200 (CEST) Date: Fri, 3 Jun 2011 00:37:19 +0200 From: Patrick Lamaiziere To: John Message-ID: <20110603003719.61292e9e@davenulle.org> In-Reply-To: <20110602203940.GA80549@slowblink.com> References: <20110602203940.GA80549@slowblink.com> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Production use of carp? 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: Thu, 02 Jun 2011 22:37:23 -0000 Le Thu, 2 Jun 2011 16:39:40 -0400, John a écrit : > Instead of running carp on the external interfaces as below: > > ifconfig_cxgb0="inet 10.24.99.11 netmask 255.255.0.0" # System 1 > physical ip ifconfig_cxgb0="inet 10.24.99.12 netmask 255.255.0.0" # > System 2 physcial ip ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 > advskew 100 10.24.99.13 netmask 255.255.0.0" # HA ip used by clients > ... we instead connect a direct cross-over cable between the two > systems providing HA/Failover and use a private (backside) network: I've missed this... As the purpose of carp is to provide a shared ip on a network, I don't see why you are trying to use it on a cross-over network, between only two machines? It seems useless to me. Regards. From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 23:02:15 2011 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 491A3106566C for ; Thu, 2 Jun 2011 23:02:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3212B8FC15 for ; Thu, 2 Jun 2011 23:02:14 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta01.emeryville.ca.mail.comcast.net with comcast id rAjJ1g0071smiN4A1Ap3fs; Thu, 02 Jun 2011 22:49:03 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta20.emeryville.ca.mail.comcast.net with comcast id rAor1g0071t3BNj8gAost7; Thu, 02 Jun 2011 22:48:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E5445102C19; Thu, 2 Jun 2011 15:48:58 -0700 (PDT) Date: Thu, 2 Jun 2011 15:48:58 -0700 From: Jeremy Chadwick To: Patrick Lamaiziere Message-ID: <20110602224858.GA57713@icarus.home.lan> References: <20110602203940.GA80549@slowblink.com> <20110603001036.5ad0ff8d@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110603001036.5ad0ff8d@davenulle.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org, John Subject: Re: Production use of carp? 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: Thu, 02 Jun 2011 23:02:15 -0000 On Fri, Jun 03, 2011 at 12:10:36AM +0200, Patrick Lamaiziere wrote: > Le Thu, 2 Jun 2011 16:39:40 -0400, > John a ?crit : > > Hello, > > > However, if system A is the MASTER, and system B is rebooted, > > the carp interface on system A will flip/flop going down and > > coming back up which is not what I want. > > I saw this if the switch connecting the two systems takes some time to > forward packets when a link is "up". This happens if the switch is doing > some spanning tree protocol. (on cisco swith you should use an option > "spanning tree port fast" on the switch port to avoid this) Expanding a bit on this: This is written oddly (to me anyway). What Patrick's referring to is classic STP (Spanning Tree Protocol) taking a long time to deal with link negotiation, and for you to consider using RSTP (Rapid Spanning Tree Protocol) instead. This advice doesn't apply if spanning tree isn't enabled on your switches; whether or not it is by default is unknown to us. Please refer to your switch documentation and/or vendor. Alternately, depending on the model of switch used, there are other protocols which can cause this behaviour as well. One such protocol is LLDP (Link Layer Discovery Protocol). I ran into this issue on our HP ProCurve switches; disabling LLDP ("no lldp run") solved slow link negotiation. Other such protocols link disovery protocols are EDP, NDP (SONMP) and LLTD. Turn them all off if you don't need them. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-net@FreeBSD.ORG Thu Jun 2 23:38:32 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF6FB106566B for ; Thu, 2 Jun 2011 23:38:32 +0000 (UTC) (envelope-from ladr.torres@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 644C18FC12 for ; Thu, 2 Jun 2011 23:38:32 +0000 (UTC) Received: by eyg7 with SMTP id 7so667687eyg.13 for ; Thu, 02 Jun 2011 16:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=VdLxcASaPw7pb11oQ0LM+3mk8t68uoesMAiZREuvE/o=; b=dFQYpZjLTlifljYzIXl+YxaZsksv5kMAn/Swr8PhMxxfiwxu96KKTzmdkTXsQSfEN+ tkooD/sN5y5rT4tIGvqe8Xr279VxCpklSF8ztIj1nFF3IW8eoe/fZlKjCWnhbZgbmAgW jZI0uAYBlVDfwE9m1eTxVVT7/4otK7vIxtOco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jWZDs68SKcawvSJxCDNv3KgaJe0ORZ4/v2lH5Y4s455I72GsnEucCeQeqJFrnX9g2a knLZDntbchnxLTEe6DwaPqbrUOj5mzwr182miWVHXWFRWgdI9/P36jJul70AELc1l1lc GPa9TS8FVtrB4003iQ3NaVG/QChsLEesNW25s= MIME-Version: 1.0 Received: by 10.213.36.6 with SMTP id r6mr2622682ebd.66.1307056414313; Thu, 02 Jun 2011 16:13:34 -0700 (PDT) Received: by 10.213.105.138 with HTTP; Thu, 2 Jun 2011 16:13:34 -0700 (PDT) In-Reply-To: <20110602223140.GA31285@onelab2.iet.unipi.it> References: <20110602223140.GA31285@onelab2.iet.unipi.it> Date: Thu, 2 Jun 2011 23:13:34 +0000 Message-ID: From: Adriel Torres To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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: Thu, 02 Jun 2011 23:38:32 -0000 Hello, This is very interesting and thank you for sharing. On 6/2/11, Luigi Rizzo wrote: > Hi, > we have recently worked on a project, called netmap, which lets > FreeBSD send/receive packets at line rate even at 10 Gbit/s with > very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a > modified ixgbe driver, which gives plenty of CPU cycles to handle > multiple interface and/or do useful work (packet forwarding, analysis, etc.) > > You can find full documentation and source code and even a picobsd image at > > http://info.iet.unipi.it/~luigi/netmap/ > > The system uses memory mapped packet buffers to reduce the cost of > data movements, but this would not be enough to make it useful or > novel. Netmap uses many other small but important tricks to make > the system fast, safe and easy to use, and support transmission, > reception, and communication with the host stack. > > You can see full details in documentation at the above link. > > Feedback welcome. > > cheers > luigi > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2211611 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 00:07:00 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EB81065676 for ; Fri, 3 Jun 2011 00:07:00 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDEA8FC18 for ; Fri, 3 Jun 2011 00:07:00 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QSHWg-000De0-KO for net@freebsd.org; Fri, 03 Jun 2011 01:42:06 +0200 Date: Fri, 3 Jun 2011 01:41:22 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <174644677.20110603014122@nitronet.pl> To: Luigi Rizzo In-Reply-To: <20110602223140.GA31285@onelab2.iet.unipi.it> References: <20110602223140.GA31285@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: current@freebsd.org, net@freebsd.org Subject: Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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: Fri, 03 Jun 2011 00:07:00 -0000 Hi Luigi, > we have recently worked on a project, called netmap, which lets > FreeBSD send/receive packets at line rate even at 10 Gbit/s with > very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a > modified ixgbe driver, which gives plenty of CPU cycles to handle > multiple interface and/or do useful work (packet forwarding, analysis, etc.) Great to hear. Now all we need is a proper MPLS stack, and plans of moving on from FreeBSD are postponed for like, ever ;) Thanks for your ongoing work! From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 00:14:28 2011 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 6D5351065672 for ; Fri, 3 Jun 2011 00:14:28 +0000 (UTC) (envelope-from jwd@SlowBlink.Com) Received: from nmail.slowblink.com (rrcs-24-199-145-34.midsouth.biz.rr.com [24.199.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 123F88FC1A for ; Fri, 3 Jun 2011 00:14:27 +0000 (UTC) Received: from nmail.slowblink.com (localhost [127.0.0.1]) by nmail.slowblink.com (8.14.3/8.14.3) with ESMTP id p530EPgj081648; Thu, 2 Jun 2011 20:14:25 -0400 (EDT) (envelope-from jwd@nmail.slowblink.com) Received: (from jwd@localhost) by nmail.slowblink.com (8.14.3/8.14.3/Submit) id p530EPaD081647; Thu, 2 Jun 2011 20:14:25 -0400 (EDT) (envelope-from jwd) Date: Thu, 2 Jun 2011 20:14:25 -0400 From: John De Boskey To: Patrick Lamaiziere Message-ID: <20110603001424.GA81480@slowblink.com> References: <20110602203940.GA80549@slowblink.com> <20110603003719.61292e9e@davenulle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110603003719.61292e9e@davenulle.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Production use of carp? 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: Fri, 03 Jun 2011 00:14:28 -0000 ----- Patrick Lamaiziere's Original Message ----- > Le Thu, 2 Jun 2011 16:39:40 -0400, > John a ?crit : > > > Instead of running carp on the external interfaces as below: > > > > ifconfig_cxgb0="inet 10.24.99.11 netmask 255.255.0.0" # System 1 > > physical ip ifconfig_cxgb0="inet 10.24.99.12 netmask 255.255.0.0" # > > System 2 physcial ip ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 > > advskew 100 10.24.99.13 netmask 255.255.0.0" # HA ip used by clients > > ... we instead connect a direct cross-over cable between the two > > systems providing HA/Failover and use a private (backside) network: > > I've missed this... > > As the purpose of carp is to provide a shared ip on a network, I don't > see why you are trying to use it on a cross-over network, between > only two machines? It seems useless to me. > > Regards. I have separate scripts which monitor the external interfaces on the two systems. If, for instance, one of the public ip addresses, 10.24.99.11 were to go down, the monitor script issues a ifconfig carp1 down, causing the service to shift over to partner system. These are actually hooked up with devd. These scripts also shift the virtual ip from one system to the other (as an ifconfig alias). I'm trying to avoid the controlling interface being on the external interfaces. As I said previously, exposing the vhid values to the external net (company internal net) means we have to be careful not to allow the same vhid twice, and to avoid the problem of the switch going down and both systems thinking they should be the master. In general, I attach exported filesystem services to different carp interfaces. I load balance them between the two HA servers. For instance, /vol/data1 is on carp1, /vol/data2 is on carp2. Under normal circumstance, /vol/data1 is "owned" by system A, and /vol/data2 is owned by sysem B. Issuing 'ifconfig carp1 down' on system A causes the export of /vol/data1 to shift over to system B at which point maintanence can be done on system A. The only problem is taking down system A causes the carp interfaces on system B to go down/up a few times. Does that help a bit? Thanks From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 00:57:03 2011 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 8284F1065673 for ; Fri, 3 Jun 2011 00:57:03 +0000 (UTC) (envelope-from pvz@itassistans.se) Received: from zcs1.itassistans.net (zcs1.itassistans.net [212.112.191.37]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9FC8FC15 for ; Fri, 3 Jun 2011 00:57:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs1.itassistans.net (Postfix) with ESMTP id B13A2C0230; Fri, 3 Jun 2011 02:37:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at zcs1.itassistans.net Received: from zcs1.itassistans.net ([127.0.0.1]) by localhost (zcs1.itassistans.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5VrDGMbPKEDU; Fri, 3 Jun 2011 02:37:54 +0200 (CEST) Received: from [192.168.1.239] (c213-89-160-61.bredband.comhem.se [213.89.160.61]) by zcs1.itassistans.net (Postfix) with ESMTPSA id 04859C01FC; Fri, 3 Jun 2011 02:37:54 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) From: Per von Zweigbergk In-Reply-To: <20110603001036.5ad0ff8d@davenulle.org> Date: Fri, 3 Jun 2011 02:37:53 +0200 Message-Id: <2E31CF74-416A-4310-9102-FD0C86275D0E@itassistans.se> References: <20110602203940.GA80549@slowblink.com> <20110603001036.5ad0ff8d@davenulle.org> To: Patrick Lamaiziere X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org, John Subject: Re: Production use of carp? 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: Fri, 03 Jun 2011 00:57:03 -0000 3 jun 2011 kl. 00.10 skrev Patrick Lamaiziere: > You may want to implement your own control because if the two hosts > cannot communicate, you will have two masters. This can happen if the > links on the both hosts are up, but none packet are forwarded (ie the > switch connecting the two boxes is broken in some way). As a general thought that might be interesting when you're building your = HA solution: One less-documented feature of VMware ESXi is that it checks whether = it's isolated from the network by pinging the gateway on the management = network. This is how ESXi trys to avoid having a split-brain condition - by = making sure that it only considers itself to be the master if it can = reach the gateway, but cannot reach any other servers. You might = implement gating in a similar way to avoid a split-brain condition in = your HA solution.= From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 01:23:16 2011 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 0BAC31065670 for ; Fri, 3 Jun 2011 01:23:16 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id C15E48FC14 for ; Fri, 3 Jun 2011 01:23:15 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta12.westchester.pa.mail.comcast.net with comcast id rD7G1g0060EZKEL5CD9xYv; Fri, 03 Jun 2011 01:10:00 +0000 Received: from [10.0.0.79] ([71.199.122.142]) by omta01.westchester.pa.mail.comcast.net with comcast id rD9s1g00c34Sj4f3MD9t8T; Fri, 03 Jun 2011 01:09:54 +0000 Message-ID: <4DE8346C.6000306@comcast.net> Date: Thu, 02 Jun 2011 21:10:04 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: jwd@SlowBlink.Com References: <20110602203940.GA80549@slowblink.com> <20110603003719.61292e9e@davenulle.org> <20110603001424.GA81480@slowblink.com> In-Reply-To: <20110603001424.GA81480@slowblink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Production use of carp? 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: Fri, 03 Jun 2011 01:23:16 -0000 On 6/2/2011 8:14 PM, John De Boskey wrote: > ----- Patrick Lamaiziere's Original Message ----- >> Le Thu, 2 Jun 2011 16:39:40 -0400, >> John a ?crit : >> >>> Instead of running carp on the external interfaces as below: >>> >>> ifconfig_cxgb0="inet 10.24.99.11 netmask 255.255.0.0" # System 1 >>> physical ip ifconfig_cxgb0="inet 10.24.99.12 netmask 255.255.0.0" # >>> System 2 physcial ip ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 >>> advskew 100 10.24.99.13 netmask 255.255.0.0" # HA ip used by clients >>> ... we instead connect a direct cross-over cable between the two >>> systems providing HA/Failover and use a private (backside) network: >> I've missed this... >> >> As the purpose of carp is to provide a shared ip on a network, I don't >> see why you are trying to use it on a cross-over network, between >> only two machines? It seems useless to me. >> >> Regards. > I have separate scripts which monitor the external interfaces on > the two systems. If, for instance, one of the public ip addresses, > 10.24.99.11 were to go down, the monitor script issues a ifconfig > carp1 down, causing the service to shift over to partner system. > These are actually hooked up with devd. These scripts also shift > the virtual ip from one system to the other (as an ifconfig alias). > > I'm trying to avoid the controlling interface being on the external > interfaces. As I said previously, exposing the vhid values to the > external net (company internal net) means we have to be careful > not to allow the same vhid twice, and to avoid the problem of the > switch going down and both systems thinking they should be the > master. Just to clarify, the reason using the same VHID twice on the same network is bad news is because it is what is used to generate the virtual MAC address which the master system will respond to ARP requests with. Unfortunately, the password doesn't come into play here. Why worry about when the switch goes down? Shouldn't that eliminate any traffic which could cause changes to the exported filesystems? What if somebody knocks out your crossover cable and you have both systems thinking they are master AND are accessible (in some sense, since the MAC is going to flap between switchports). > In general, I attach exported filesystem services to different > carp interfaces. I load balance them between the two HA servers. > For instance, /vol/data1 is on carp1, /vol/data2 is on carp2. > Under normal circumstance, /vol/data1 is "owned" by system A, > and /vol/data2 is owned by sysem B. Issuing 'ifconfig carp1 down' > on system A causes the export of /vol/data1 to shift over to > system B at which point maintanence can be done on system A. > The only problem is taking down system A causes the carp interfaces > on system B to go down/up a few times. > > Does that help a bit? I think your problem lies with the crossover cable. When the crossover interface goes down (as in link state), the CARP interface on the system which is still online is going to flap. Even if you do not specify 'carpdev cxgb0', the system will locate the proper physical interface to associate your CARP interface with. If this is really what you want, you may have to hack the kernel to have CARP ignore link state changes on the associated physical interface. I would suggest just using CARP on the interface which connect to the switches. Just as each set of two storage units will likely share a Virtual IP which is unique to them, they should also share a unique VHID. Yes, you only have 1-255, but since the VHID only controls the virtual MAC, reusing a VHID in a different VLAN should not matter (provided you are using a different password or the VLANs are also in different multicast domains). Perhaps you can create a VLAN local to the switch just for this purpose? Setup a vlan(4) interface on each system just for this purpose and attach the CARP device to it. Overall, I think you're trying to use CARP to accomplish something other than what it was designed for. Why not just run a ping on the crossover interface every second and use that to trigger your switchovers? You could get away with a pretty low timeout. Add in some kind of way to force a maintenance-mode on a box and I think you'd have a solution that does what you want without the pitfalls you are seeing. - Steve From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 01:30:02 2011 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 0BE64106566B for ; Fri, 3 Jun 2011 01:30:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id A5F828FC13 for ; Fri, 3 Jun 2011 01:30:01 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta01.westchester.pa.mail.comcast.net with comcast id rDGU1g0031swQuc51DGmFT; Fri, 03 Jun 2011 01:16:46 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id rDGc1g00E1t3BNj3bDGe8R; Fri, 03 Jun 2011 01:16:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D2D3B102C19; Thu, 2 Jun 2011 18:16:34 -0700 (PDT) Date: Thu, 2 Jun 2011 18:16:34 -0700 From: Jeremy Chadwick To: Per von Zweigbergk Message-ID: <20110603011634.GA59971@icarus.home.lan> References: <20110602203940.GA80549@slowblink.com> <20110603001036.5ad0ff8d@davenulle.org> <2E31CF74-416A-4310-9102-FD0C86275D0E@itassistans.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2E31CF74-416A-4310-9102-FD0C86275D0E@itassistans.se> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org, John , Patrick Lamaiziere Subject: Re: Production use of carp? 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: Fri, 03 Jun 2011 01:30:02 -0000 On Fri, Jun 03, 2011 at 02:37:53AM +0200, Per von Zweigbergk wrote: > 3 jun 2011 kl. 00.10 skrev Patrick Lamaiziere: > > > You may want to implement your own control because if the two hosts > > cannot communicate, you will have two masters. This can happen if the > > links on the both hosts are up, but none packet are forwarded (ie the > > switch connecting the two boxes is broken in some way). > > As a general thought that might be interesting when you're building your HA solution: > > One less-documented feature of VMware ESXi is that it checks whether it's isolated from the network by pinging the gateway on the management network. > > This is how ESXi trys to avoid having a split-brain condition - by making sure that it only considers itself to be the master if it can reach the gateway, but cannot reach any other servers. You might implement gating in a similar way to avoid a split-brain condition in your HA solution. If that's indeed true, VMware ESXi is doing something Extremely Bad. Pinging the local gateway (read: A ROUTER) as a form of determining if network I/O is failing is an unwise decision. Commercial-grade routers (read: Cisco, Juniper) all implement a form of ICMP prioritisation. The router can (and will) discard/drop inbound ICMP packets directed at the router itself (e.g. a destination IP of the gateway) during high CPU utilisation. Packets destined to a router itself (e.g. destination IP is the router) are handled very, very differently. This is why network engineers always recommend that when testing for network anomalies, the client (source IP) should attempt to speak to a web server, another box, whatever -- anything as long as it's not a router -- for its destination IP. At my workplace, for quite some time our Solaris machines using mpathd were configured to ping their default gateway (a Juniper M320). After we expanded and scaled out, we found that mpath would randomly fail over to the 2nd NIC for presumably no reason. The above description was the root cause. The solution was to have mpath probe against a dedicated host (another Solaris box) rather than the network gateway. Problem solved. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 07:58:42 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41ABA106564A; Fri, 3 Jun 2011 07:58:42 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB6A18FC13; Fri, 3 Jun 2011 07:58:41 +0000 (UTC) Received: by qwc9 with SMTP id 9so979816qwc.13 for ; Fri, 03 Jun 2011 00:58:41 -0700 (PDT) Received: by 10.224.112.195 with SMTP id x3mr864042qap.114.1307086514286; Fri, 03 Jun 2011 00:35:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.31.73 with HTTP; Fri, 3 Jun 2011 00:34:34 -0700 (PDT) In-Reply-To: <20110602223140.GA31285@onelab2.iet.unipi.it> References: <20110602223140.GA31285@onelab2.iet.unipi.it> From: Vlad Galu Date: Fri, 3 Jun 2011 09:34:34 +0200 Message-ID: To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org, net@freebsd.org Subject: Re: Introducing netmap: line-rate packet send/receive at 10Gbit/s 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: Fri, 03 Jun 2011 07:58:42 -0000 On Fri, Jun 3, 2011 at 12:31 AM, Luigi Rizzo wrote: > Hi, > we have recently worked on a project, called netmap, which lets > FreeBSD send/receive packets at line rate even at 10 Gbit/s with > very low CPU overhead: one core at 1.33 GHz does 14.88 Mpps with a > modified ixgbe driver, which gives plenty of CPU cycles to handle > multiple interface and/or do useful work (packet forwarding, analysis, > etc.) > > You can find full documentation and source code and even a picobsd image at > > http://info.iet.unipi.it/~luigi/netmap/ > > The system uses memory mapped packet buffers to reduce the cost of > data movements, but this would not be enough to make it useful or > novel. Netmap uses many other small but important tricks to make > the system fast, safe and easy to use, and support transmission, > reception, and communication with the host stack. > > You can see full details in documentation at the above link. > > Feedback welcome. > > cheers > luigi > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2211611 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- > This is great news, Luigi! Thank you for your work! -- Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 10:35:07 2011 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 20400106567A for ; Fri, 3 Jun 2011 10:35:07 +0000 (UTC) (envelope-from folefole@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 57EBD8FC20 for ; Fri, 3 Jun 2011 10:35:05 +0000 (UTC) Received: by vws18 with SMTP id 18so1773162vws.13 for ; Fri, 03 Jun 2011 03:35:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=0Dq+ir1KNfBPsK8HPgqTEX3yiX+XSxptFs2Fwlt8Joo=; b=HO7cQVdXt5BVkIGz7sq4Q0HzJHkk9IygGIRPFRKtDhG6xUNLiilXnsc3UNfLwP7vQ7 Wx3vu0NKfLD6HeHuU9rI6BurKvrtBBorLdLya8XMSChNwETEHmLPKzt+KPXS6Sbqvyut lwpGRrYePHMdQX2fExR8+zpaBn6YLe6j0rrKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=u7xTzmJp9BC3GUofTfF81y6qvWdhQp5yKHqE/7X19hewjamwSNETnPzZpSvtEbkBeH vIcG1WZUJYJklWD3eTPySHuHb8YGElaTZsXYddDK7BvRnigJAEjYMgXU47mx/ikwpS1N W4bzOBlvG74QjGDR/PRtfLsdGG282AUP2k+e8= MIME-Version: 1.0 Received: by 10.52.99.5 with SMTP id em5mr785420vdb.24.1307095825367; Fri, 03 Jun 2011 03:10:25 -0700 (PDT) Sender: folefole@gmail.com Received: by 10.52.111.200 with HTTP; Fri, 3 Jun 2011 03:10:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Jun 2011 14:10:25 +0400 X-Google-Sender-Auth: nq7xItxajKEDv8h-EAk6kcgWj2g Message-ID: From: Oleg Fedorov To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: IPSec NAT-T patch for FreeBSD 7.3 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: Fri, 03 Jun 2011 10:35:07 -0000 If http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff patch is appropriate for FreeBSD 7.4-RELEASE too? Can I use the patch with ipsec-tools 0.8? 2010/3/25 Oleg Fedorov > > Many thanks! > > I successfully apply this patch > http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff on > FreeBSD 7.3-RELEASE and build custom kernel with IPSec NAT-T support. I > use ipsec-tools 0.7.3 and it works coorectly. > > Thanks again. From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 11:21:59 2011 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 36F211065670 for ; Fri, 3 Jun 2011 11:21:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id BABF68FC17 for ; Fri, 3 Jun 2011 11:21:58 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id B324025D385D; Fri, 3 Jun 2011 11:21:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C22B515A0E3A; Fri, 3 Jun 2011 11:21:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 3pyMI3hg--pK; Fri, 3 Jun 2011 11:21:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 93DE615A0DDB; Fri, 3 Jun 2011 11:21:55 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Fri, 3 Jun 2011 11:21:54 +0000 Content-Transfer-Encoding: 7bit Message-Id: <4104B86E-ACC6-474E-BF53-628E7F8F242C@lists.zabbadoz.net> References: To: Oleg Fedorov X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: IPSec NAT-T patch for FreeBSD 7.3 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: Fri, 03 Jun 2011 11:21:59 -0000 On Jun 3, 2011, at 10:10 AM, Oleg Fedorov wrote: > If http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff > patch is appropriate for FreeBSD 7.4-RELEASE too? > Can I use the patch with ipsec-tools 0.8? I have no idea where ipsec-tools is at these days. A patch that matches the feature set of HEAD and 8 from January is http://people.freebsd.org/~bz/20110123-01-stable7-natt.diff and on for stabl/7 from today can be found: http://people.freebsd.org/~bz/20110603-02-stable7-natt.diff Given them a try. /bz > > 2010/3/25 Oleg Fedorov >> >> Many thanks! >> >> I successfully apply this patch >> http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff on >> FreeBSD 7.3-RELEASE and build custom kernel with IPSec NAT-T support. I >> use ipsec-tools 0.7.3 and it works coorectly. >> >> Thanks again. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 14:05:42 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4762C1065673 for ; Fri, 3 Jun 2011 14:05:42 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 02E778FC0A for ; Fri, 3 Jun 2011 14:05:40 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QSV0N-000J08-I5 for net@freebsd.org; Fri, 03 Jun 2011 16:05:39 +0200 Date: Fri, 3 Jun 2011 16:04:30 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <8010061758.20110603160430@nitronet.pl> To: net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: Subject: MPLS 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: Fri, 03 Jun 2011 14:05:42 -0000 Hi list, I've mailed FreeBSD Foundation about this, but for wider exposure this seems like a good place too. We are currently looking for some hardware solution that supports MPLS and VPLS tunnels for IP and PPPoE (at the same end-point interface). While testing RedBack SmartEdge router and seeing how configuration of this box is horrible and inflexible, and getting inspired by Luigi's post about netmap, I figured: FreeBSD is robust enough, it performs fast enough on current hardware, mpd works fine, dummynet works fine (except for last zero-pointer hickup :P) - all that's missing for me is MPLS support. To the point: is there someone able to make this happen? All I found was pretty dated info about porting Ayame MPLS stack by Matthew Luckie, but Ayame itself has seen last update dated at 2003. IIRC there was some google SoC project last year, but nothing came to fruition out of it to my knowledge. I hope I'm not the only one that would benefit from MPLS support on FreeBSD, maybe there are other companies that could scrap up some funds to sponsor work in this area? It's surely doable, mikrotik has done it on their cheap routerboards, and it's working - so lets not get behind too far :) Awaiting your thoughts, Pawel Tyll Nitronet Sp. z o.o. From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 14:45:35 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B4A106564A for ; Fri, 3 Jun 2011 14:45:35 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from no.spam.no.ddos.ru (no.spam.no.ddos.ru [IPv6:2a02:978:2:1000::3]) by mx1.freebsd.org (Postfix) with ESMTP id 211598FC17 for ; Fri, 3 Jun 2011 14:45:34 +0000 (UTC) Received: from bibi.ipfw.ru (birdie.ipv6.meganet.ru [IPv6:2a02:978::1008]) by no.spam.no.ddos.ru (Postfix) with ESMTPA id 1BB2E35EFC6; Fri, 3 Jun 2011 18:44:11 +0400 (MSD) Message-ID: <4DE8F2B3.2070509@ipfw.ru> Date: Fri, 03 Jun 2011 18:41:55 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110301 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pawel Tyll References: <8010061758.20110603160430@nitronet.pl> In-Reply-To: <8010061758.20110603160430@nitronet.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: MPLS 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: Fri, 03 Jun 2011 14:45:35 -0000 On 03.06.2011 18:04, Pawel Tyll wrote: > Hi list, > > I've mailed FreeBSD Foundation about this, but for wider exposure this > seems like a good place too. > > We are currently looking for some hardware solution that supports MPLS > and VPLS tunnels for IP and PPPoE (at the same end-point interface). > While testing RedBack SmartEdge router and seeing how configuration of > this box is horrible and inflexible, and getting inspired by Luigi's > post about netmap, I figured: FreeBSD is robust enough, it performs > fast enough on current hardware, mpd works fine, dummynet works fine > (except for last zero-pointer hickup :P) - all that's missing for me > is MPLS support. > > To the point: is there someone able to make this happen? All I found > was pretty dated info about porting Ayame MPLS stack by Matthew > Luckie, but Ayame itself has seen last update dated at 2003. IIRC > there was some google SoC project last year, but nothing came to > fruition out of it to my knowledge. I hope I'm not the only one that > would benefit from MPLS support on FreeBSD, maybe there are other > companies that could scrap up some funds to sponsor work in this area? Actually, I'm working on MPLS support. Project page: http://freebsd.mpls.in Wiki: http://freebsd.mpls.in/wiki/index.php?title=Architecture Documentation is a bit outdated especially in QoS case I plan to get L3VPN working in several weeks > It's surely doable, mikrotik has done it on their cheap routerboards, > and it's working - so lets not get behind too far :) > > Awaiting your thoughts, > > Pawel Tyll > Nitronet Sp. z o.o. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 14:57:37 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C8C106568D for ; Fri, 3 Jun 2011 14:57:37 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 73EED8FC1A for ; Fri, 3 Jun 2011 14:57:37 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QSVoe-000KZR-K0 for net@freebsd.org; Fri, 03 Jun 2011 16:57:36 +0200 Date: Fri, 3 Jun 2011 16:56:25 +0200 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <1205939444.20110603165625@nitronet.pl> To: "Alexander V. Chernikov" In-Reply-To: <4DE8F2B3.2070509@ipfw.ru> References: <8010061758.20110603160430@nitronet.pl> <4DE8F2B3.2070509@ipfw.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: net@freebsd.org Subject: Re: MPLS 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: Fri, 03 Jun 2011 14:57:37 -0000 Hi Alexander, > Actually, I'm working on MPLS support. > Project page: http://freebsd.mpls.in > Wiki: http://freebsd.mpls.in/wiki/index.php?title=Architecture > Documentation is a bit outdated especially in QoS case > I plan to get L3VPN working in several weeks That's excellent news. Should you need someone to test, feel free to drop me a line. I'll watch your progress closely :> Thanks. From owner-freebsd-net@FreeBSD.ORG Fri Jun 3 16:10:22 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 420AF1065672 for ; Fri, 3 Jun 2011 16:10:22 +0000 (UTC) (envelope-from zam4ever@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B73458FC15 for ; Fri, 3 Jun 2011 16:10:21 +0000 (UTC) Received: by bwz12 with SMTP id 12so2851109bwz.13 for ; Fri, 03 Jun 2011 09:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=oEcQZX6HrEbtz5T+JnN3ykc37J4MjkeCNG9mCsMPYGw=; b=JhkiW2LmpnNzdfwlYTY1vzyuo0ytiqQwZPk1pXSBwRl68Mk5l6gixxERN/HF6nV0A/ RyvBc6Ptr3G/YN5aS/XmXp52zZ2pnWHSu/Dw5v7A1Q1MHW4IgFRpsJccgdjO1I6EWhO1 TUSSB/e3uPHTrzFSXi/FhD/AtN8Ut3NHvZCZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bzpQCXmeHCPLyn9Mj47eNpP9dZJrCtEDhUca4mf30v1EJCR14Yf8Etd+RIKWXRBNQd +yzcO/mi6Y8Jq6GkHW7X89wbnqwRep7AFaGNvmoRGWb1raEThLQ2pHAmgQz7e8B0MEy9 yAUEts/xUb6B5Yhk0UPbOTTuKTwy5wq10t8Dk= MIME-Version: 1.0 Received: by 10.204.133.153 with SMTP id f25mr2150988bkt.38.1307115678625; Fri, 03 Jun 2011 08:41:18 -0700 (PDT) Received: by 10.204.74.90 with HTTP; Fri, 3 Jun 2011 08:41:18 -0700 (PDT) In-Reply-To: <1205939444.20110603165625@nitronet.pl> References: <8010061758.20110603160430@nitronet.pl> <4DE8F2B3.2070509@ipfw.ru> <1205939444.20110603165625@nitronet.pl> Date: Fri, 3 Jun 2011 23:41:18 +0800 Message-ID: From: Zamri Besar To: Pawel Tyll Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Alexander V. Chernikov" , net@freebsd.org Subject: Re: MPLS 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: Fri, 03 Jun 2011 16:10:22 -0000 On Fri, Jun 3, 2011 at 10:56 PM, Pawel Tyll wrote: > Hi Alexander, > > > Actually, I'm working on MPLS support. > > > Project page: http://freebsd.mpls.in > > Wiki: http://freebsd.mpls.in/wiki/index.php?title=Architecture > > > Documentation is a bit outdated especially in QoS case > > > I plan to get L3VPN working in several weeks > That's excellent news. Should you need someone to test, feel free to > drop me a line. I'll watch your progress closely :> > > Thanks. > > And I believe many people here also want to test and improve it. :) From owner-freebsd-net@FreeBSD.ORG Sat Jun 4 03:15:35 2011 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 72CC01065673 for ; Sat, 4 Jun 2011 03:15:35 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 561938FC0C for ; Sat, 4 Jun 2011 03:15:34 +0000 (UTC) Received: from [208.90.212.139] (208-90-212-139.PUBLIC.monkeybrains.net [208.90.212.139]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id p543FZBW074900 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 3 Jun 2011 20:15:35 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monkeybrains.net; s=monkey; t=1307157335; bh=YJollMjCLhThOV1r0yzUNPlqi06yxwgY9jhnH3Wtaks=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GCNt4Eu14VeC1O7m+BYR51WNkjmeCewvaiQDbMEAByN2b17iWGO4oAXs1WOicV5Po v3maqYhBroXYpX0eI84uI1DTkFDS3zpeAkrb1WFQSdcJygOzG1tul4vy02xhjsIxwE XWtSxJdg+HdhvMjUsI/q/66jdTf0ZVRxNVDJqulk= Message-ID: <4DE9A355.5040503@monkeybrains.net> Date: Fri, 03 Jun 2011 20:15:33 -0700 From: Rudy User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20110602203940.GA80549@slowblink.com> <20110603001036.5ad0ff8d@davenulle.org> <2E31CF74-416A-4310-9102-FD0C86275D0E@itassistans.se> <20110603011634.GA59971@icarus.home.lan> In-Reply-To: <20110603011634.GA59971@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.5 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: Re: Production use of carp? 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: Sat, 04 Jun 2011 03:15:35 -0000 On 06/02/2011 06:16 PM, Jeremy Chadwick wrote: ... > Commercial-grade routers (read: Cisco, Juniper) all implement a form of > ICMP prioritisation. The router can (and will) discard/drop inbound > ICMP packets directed at the router itself (e.g. a destination IP of the > gateway) during high CPU utilisation. Packets destined to a router > itself (e.g. destination IP is the router) are handled very, very > differently. > > This is why network engineers always recommend that when testing for > network anomalies, the client (source IP) should attempt to speak to a > web server, another box, whatever -- anything as long as it's not a > router -- for its destination IP. An easier solution: Use a freeBSD box as your router! I *heart* Quagga. ;) Friday! Rudy From owner-freebsd-net@FreeBSD.ORG Sat Jun 4 06:12:22 2011 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 9B7AA106564A; Sat, 4 Jun 2011 06:12:22 +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 5977A8FC0A; Sat, 4 Jun 2011 06:12:22 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p546CJMG060042 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 4 Jun 2011 00:12:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sat, 4 Jun 2011 00:12:18 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: John Kozubik X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 04 Jun 2011 00:12:20 -0600 (MDT) Cc: freebsd-net@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: bounty / work for hire for PR 115623 ... xircom, pcmcia, etc. 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: Sat, 04 Jun 2011 06:12:22 -0000 I'd say this PR is off the mark. I use PC Card and CardBus cards all = the time. The Xircom patch in question should be in -current already. = I likely haven't MFC'd it. There are two classes of problems lingering = from the old days: the Xircom one (where a certain type of CIS fails, = but so far one Xircom card is the only one that has it). The second is = the inability to find what resources the Host Bridge decodes, so you = need to hack it with the memory ranges manually. John Baldwin recently = committed a fix for newer ACPIs that would solve this, if only older = ACPIs implemented it... Part of the problem here is that my primary laptop no longer is CardBus = based, so problems linger longer than I like to see... All my fast = laptops have died, and I'm stuck with ancient, slow ones with dying = batteries that work poorly these days... Warner