From owner-freebsd-net@FreeBSD.ORG Sun Jan 31 03:43:51 2010 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 D68401065676 for ; Sun, 31 Jan 2010 03:43:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8D09E8FC13 for ; Sun, 31 Jan 2010 03:43:51 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o0V3ho0M076537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Jan 2010 19:43:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B64FC76.5060506@errno.com> Date: Sat, 30 Jan 2010 19:43:50 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Egorenkov References: <2d3b7e441001271104j14836df4j14428d34561dead1@mail.gmail.com> <2d3b7e441001271108p2a40dbbbwaa6af9679d61ab@mail.gmail.com> In-Reply-To: <2d3b7e441001271108p2a40dbbbwaa6af9679d61ab@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: A-MPDU transmission in net80211 on FreeBSD 8 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, 31 Jan 2010 03:43:51 -0000 Alexander Egorenkov wrote: > Sorry, i posted the wrong comment. > Here is the comment which i don't understand: > > /* > * NB: don't assign a sequence # to potential > * aggregates; we expect this happens at the > * point the frame comes off any aggregation q > * as otherwise we may introduce holes in the > * BA sequence space and/or make window accouting > * more difficult. > * > * XXX may want to control this with a driver > * capability; this may also change when we pull > * aggregation up into net80211 > */ > > Thanks. What is unclear? Sam > > > On Wed, Jan 27, 2010 at 8:04 PM, Alexander Egorenkov < > egorenar@googlemail.com> wrote: > >> Hi, >> >> i'm implementing a device driver for a 802.11n NIC under FreeBSD 8 >> und experimented with A-MPDU transmission. I looked into net80211 code >> and there is some code which implements this feature but it worked not very >> well for me. >> I noticed e.g. that sequence numbers are not assigned to A-MPDU frames >> and found this comment in file ieee80211_output.c : >> >> >> /* >> * Check if A-MPDU tx aggregation is setup or if we >> * should try to enable it. The sta must be associated >> * with HT and A-MPDU enabled for use. When the policy >> * routine decides we should enable A-MPDU we issue an >> * ADDBA request and wait for a reply. The frame being >> * encapsulated will go out w/o using A-MPDU, or possibly >> * it might be collected by the driver and held/retransmit. >> * The default ic_ampdu_enable routine handles staggering >> * ADDBA requests in case the receiver NAK's us or we are >> * otherwise unable to establish a BA stream. >> */ >> >> Can somebody elaborate this description to me please. >> >> Thanks. >> >> ALex. >> >> > _______________________________________________ > 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 Sun Jan 31 07:34:49 2010 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 D99A91065670 for ; Sun, 31 Jan 2010 07:34:49 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 64FE98FC1B for ; Sun, 31 Jan 2010 07:34:48 +0000 (UTC) Received: by ewy3 with SMTP id 3so253104ewy.13 for ; Sat, 30 Jan 2010 23:34:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=/wORyAgtMkB4ffMuMs/W2Obko3cQpV6GT3M360Wed40=; b=qxR3H8Ji4MFJdo+tTuNrGBkqAC+Qkafq789UocmFgpFtZqq4KTHrLHFIJFlM3fRDih WNazg6lMkW8P7dFdDZm7J1RLbLzrgt9Qe2SdKrrLeqk+tNp+j/owc+8R6MA0KA/j4tTp nBRnWNyEF7NZi5gZ7f29Vd1978oakGFAUi3SM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=u4I4dhcxRAq7So7gFloVBYPJ8TRBU1FZeiZdIeupGGXkvhtG4kqY3P50sl788FxMoC IY+Ja8SY3SO0oiCkzzBAzLsLSgeTB6a3fsI4hQ7Z3RXF+7YdeXYCMMlemiqtK/9L9Xr6 ThSIFpLshWbTp5UnuztQrohKS7NkfKdoSSss4= MIME-Version: 1.0 Received: by 10.213.109.70 with SMTP id i6mr2840449ebp.16.1264923288196; Sat, 30 Jan 2010 23:34:48 -0800 (PST) In-Reply-To: <4B64FC76.5060506@errno.com> References: <2d3b7e441001271104j14836df4j14428d34561dead1@mail.gmail.com> <2d3b7e441001271108p2a40dbbbwaa6af9679d61ab@mail.gmail.com> <4B64FC76.5060506@errno.com> Date: Sun, 31 Jan 2010 08:34:48 +0100 Message-ID: <2d3b7e441001302334t5baa1102pdd1ee0309d32c2fd@mail.gmail.com> From: Alexander Egorenkov To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: A-MPDU transmission in net80211 on FreeBSD 8 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, 31 Jan 2010 07:34:49 -0000 Why doesn't 802.11 stack assign sequence numbers to A-MPDU frames ? When sequence numbers are not assigned to A-MPDU frames, then BA doesn't work with my AP. I tried to assign sequence numbers to A-MPDU frames in my device driver and then BAs worked with my AP. And what is meant by aggregation queue ? Where is that queue anf how do i use it ? Thanks. On Sun, Jan 31, 2010 at 4:43 AM, Sam Leffler wrote: > Alexander Egorenkov wrote: > >> Sorry, i posted the wrong comment. >> Here is the comment which i don't understand: >> >> /* >> * NB: don't assign a sequence # to potential >> * aggregates; we expect this happens at the >> * point the frame comes off any aggregation q >> * as otherwise we may introduce holes in the >> * BA sequence space and/or make window accouting >> * more difficult. >> * >> * XXX may want to control this with a driver >> * capability; this may also change when we pull >> * aggregation up into net80211 >> */ >> >> Thanks. >> > > What is unclear? > > Sam > > >> >> On Wed, Jan 27, 2010 at 8:04 PM, Alexander Egorenkov < >> egorenar@googlemail.com> wrote: >> >> Hi, >>> >>> i'm implementing a device driver for a 802.11n NIC under FreeBSD 8 >>> und experimented with A-MPDU transmission. I looked into net80211 code >>> and there is some code which implements this feature but it worked not >>> very >>> well for me. >>> I noticed e.g. that sequence numbers are not assigned to A-MPDU frames >>> and found this comment in file ieee80211_output.c : >>> >>> >>> /* >>> * Check if A-MPDU tx aggregation is setup or if we >>> * should try to enable it. The sta must be associated >>> * with HT and A-MPDU enabled for use. When the policy >>> * routine decides we should enable A-MPDU we issue an >>> * ADDBA request and wait for a reply. The frame being >>> * encapsulated will go out w/o using A-MPDU, or possibly >>> * it might be collected by the driver and held/retransmit. >>> * The default ic_ampdu_enable routine handles staggering >>> * ADDBA requests in case the receiver NAK's us or we are >>> * otherwise unable to establish a BA stream. >>> */ >>> >>> Can somebody elaborate this description to me please. >>> >>> Thanks. >>> >>> ALex. >>> >>> >>> _______________________________________________ >> 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 Sun Jan 31 07:42:23 2010 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 26666106566C for ; Sun, 31 Jan 2010 07:42:23 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id A38878FC13 for ; Sun, 31 Jan 2010 07:42:22 +0000 (UTC) Received: by ewy3 with SMTP id 3so255827ewy.13 for ; Sat, 30 Jan 2010 23:42:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=m6ryLEQAvZKPG4iCtqHGjAFZP5YVlDOnMFgg15kyuh8=; b=l2HOJM3ATHpkbgFyC/d4pOKdSqe5xB9qrsZfUz26OdYOLE+HgTsL1L+QkZXnnTYb/Q /ULdAymCGuE0SWvf+8StqfV6se2rmN2/Je00rAivIOs8zEqH3aEF5fcxtgBVNI7zm7mR bItZJ/Q+iIrRI+pWAc+ikOp7dM3jp5OqiJfAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZN5B2ip5AciF39hA1+GjDwjbPJC8ujXQTfZSb9mAiSG69hGJl07nlHOQhXyBQVtAbx Nxj0R88sJCYDUW8ACqb20REckHTJtRPLIr7XyOGR930w2r6gpUS5kLU3cp/rJJV/fYqw yBmBK8CccTsRDTIFEAJzP5LNR/HkpZq92vZdc= MIME-Version: 1.0 Received: by 10.213.44.145 with SMTP id a17mr2670353ebf.90.1264923740721; Sat, 30 Jan 2010 23:42:20 -0800 (PST) In-Reply-To: <2d3b7e441001302334t5baa1102pdd1ee0309d32c2fd@mail.gmail.com> References: <2d3b7e441001271104j14836df4j14428d34561dead1@mail.gmail.com> <2d3b7e441001271108p2a40dbbbwaa6af9679d61ab@mail.gmail.com> <4B64FC76.5060506@errno.com> <2d3b7e441001302334t5baa1102pdd1ee0309d32c2fd@mail.gmail.com> Date: Sun, 31 Jan 2010 08:42:20 +0100 Message-ID: <2d3b7e441001302342m7e7ae704td9a7137e657018d2@mail.gmail.com> From: Alexander Egorenkov To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: A-MPDU transmission in net80211 on FreeBSD 8 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, 31 Jan 2010 07:42:23 -0000 And i took a look into the 802.11 stack of OpenSolaris which also supports 802.11n. This 802.11n stack is very similar to the FreeBSD 802.11n stack and it assigns sequence numbers to A-MPDU frames. I did it in my device driver like 802.11n stack from OpenSolaris does it. See this link: http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/io/net80211/net80211_output.c Line: 211 Alex. On Sun, Jan 31, 2010 at 8:34 AM, Alexander Egorenkov < egorenar@googlemail.com> wrote: > Why doesn't 802.11 stack assign sequence numbers to A-MPDU frames ? > When sequence numbers are not assigned to A-MPDU frames, then BA doesn't > work with my AP. > I tried to assign sequence numbers to A-MPDU frames in my device driver and > then BAs worked > with my AP. > And what is meant by aggregation queue ? Where is that queue anf how do i > use it ? > > Thanks. > > > On Sun, Jan 31, 2010 at 4:43 AM, Sam Leffler wrote: > >> Alexander Egorenkov wrote: >> >>> Sorry, i posted the wrong comment. >>> Here is the comment which i don't understand: >>> >>> /* >>> * NB: don't assign a sequence # to potential >>> * aggregates; we expect this happens at the >>> * point the frame comes off any aggregation q >>> * as otherwise we may introduce holes in the >>> * BA sequence space and/or make window accouting >>> * more difficult. >>> * >>> * XXX may want to control this with a driver >>> * capability; this may also change when we pull >>> * aggregation up into net80211 >>> */ >>> >>> Thanks. >>> >> >> What is unclear? >> >> Sam >> >> >>> >>> On Wed, Jan 27, 2010 at 8:04 PM, Alexander Egorenkov < >>> egorenar@googlemail.com> wrote: >>> >>> Hi, >>>> >>>> i'm implementing a device driver for a 802.11n NIC under FreeBSD 8 >>>> und experimented with A-MPDU transmission. I looked into net80211 code >>>> and there is some code which implements this feature but it worked not >>>> very >>>> well for me. >>>> I noticed e.g. that sequence numbers are not assigned to A-MPDU frames >>>> and found this comment in file ieee80211_output.c : >>>> >>>> >>>> /* >>>> * Check if A-MPDU tx aggregation is setup or if we >>>> * should try to enable it. The sta must be associated >>>> * with HT and A-MPDU enabled for use. When the policy >>>> * routine decides we should enable A-MPDU we issue an >>>> * ADDBA request and wait for a reply. The frame being >>>> * encapsulated will go out w/o using A-MPDU, or possibly >>>> * it might be collected by the driver and held/retransmit. >>>> * The default ic_ampdu_enable routine handles staggering >>>> * ADDBA requests in case the receiver NAK's us or we are >>>> * otherwise unable to establish a BA stream. >>>> */ >>>> >>>> Can somebody elaborate this description to me please. >>>> >>>> Thanks. >>>> >>>> ALex. >>>> >>>> >>>> _______________________________________________ >>> 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 Sun Jan 31 14:21:17 2010 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 E72D5106568D for ; Sun, 31 Jan 2010 14:21:17 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3358FC1B for ; Sun, 31 Jan 2010 14:21:17 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so852515eye.9 for ; Sun, 31 Jan 2010 06:21:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=IuZnjg+eFKZVA8QDmQ5DbNp5m6fio8yah01k1W0cqMQ=; b=v/XjlEjRwgg2gfVgL1RukU94j+opoHTF7QP5D2cutg8R3LW6fDkrxFaNGK9NlgcgeE u7EfXK5JK71HWscrn8ESICthoX88jVIuqYDvMowyKgxhmC4oZDL1nk+N49Gb8CPyeYhL /pTItChp/fKXRyWEKUqerH2Xe0LHLPJzXVxhQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QWdnsCfoZ25QerhAvWAVWRCjNXYN48MLpiCN7MbqXfO0TENEdgwylzzN8H/wbX5GRW esHCpGQuC71CvgFzdXH1jlN5fi5YqAMPdsOdrAx+AtxMCK+gxfTqM1UojzSc762AZHo6 3UYPUAQ4cvuqvWbgCyCCnvwdWYAgWsgsvoJDg= MIME-Version: 1.0 Received: by 10.213.96.203 with SMTP id i11mr3290834ebn.9.1264947676378; Sun, 31 Jan 2010 06:21:16 -0800 (PST) In-Reply-To: References: <2d3b7e441001271104j14836df4j14428d34561dead1@mail.gmail.com> Date: Sun, 31 Jan 2010 15:21:16 +0100 Message-ID: <2d3b7e441001310621gba2b164oa7325967c0a77837@mail.gmail.com> From: Alexander Egorenkov To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: A-MPDU transmission in net80211 on FreeBSD 8 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, 31 Jan 2010 14:21:18 -0000 No, ralink. On Sun, Jan 31, 2010 at 3:12 PM, Rui Paulo wrote: > > On 27 Jan 2010, at 19:04, Alexander Egorenkov wrote: > > > Hi, > > > > i'm implementing a device driver for a 802.11n NIC under FreeBSD 8 > > Just to make sure we don't step on each others shoes: it's not ath(4), > right? > > -- > Rui Paulo > > From owner-freebsd-net@FreeBSD.ORG Sun Jan 31 19:20:55 2010 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 CAC411065694 for ; Sun, 31 Jan 2010 19:20:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 87C558FC42 for ; Sun, 31 Jan 2010 19:20:55 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o0VJKsxr080722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jan 2010 11:20:54 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B65D816.5010709@errno.com> Date: Sun, 31 Jan 2010 11:20:54 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Egorenkov References: <2d3b7e441001271104j14836df4j14428d34561dead1@mail.gmail.com> <2d3b7e441001271108p2a40dbbbwaa6af9679d61ab@mail.gmail.com> <4B64FC76.5060506@errno.com> <2d3b7e441001302334t5baa1102pdd1ee0309d32c2fd@mail.gmail.com> In-Reply-To: <2d3b7e441001302334t5baa1102pdd1ee0309d32c2fd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: A-MPDU transmission in net80211 on FreeBSD 8 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, 31 Jan 2010 19:20:56 -0000 Alexander Egorenkov wrote: > Why doesn't 802.11 stack assign sequence numbers to A-MPDU frames ? Because if net80211 does the assignment it may be wrong. As the comment says, if tx aggregation causes frames to be q'd above the h/w then by the time they are sent OTA the pre-assigned seq# may be invalidated by other frames going out ahead of it. > When sequence numbers are not assigned to A-MPDU frames, then BA doesn't > work with my AP. > I tried to assign sequence numbers to A-MPDU frames in my device driver > and then BAs worked > with my AP. That is what the comment says to do. > And what is meant by aggregation queue ? Where is that queue anf how do > i use it ? The aggregation q is the mechanism used to hold frames waiting for additional frames to aggregated into an A-MSDU/A-MPDU. The queue is typically wherever the aggregation work is done. Some devices do this in h/w, others require the host handle this. When done in the host it can be done in the driver or above. The intent has always been to have net80211 implement tx aggregation that a driver can fallback on but I never did the work. All the 11n drivers I've done have either handled tx aggregation in h/w or in the driver. > > Thanks. > > On Sun, Jan 31, 2010 at 4:43 AM, Sam Leffler > wrote: > > Alexander Egorenkov wrote: > > Sorry, i posted the wrong comment. > Here is the comment which i don't understand: > > /* > * NB: don't assign a sequence # to potential > * aggregates; we expect this happens at the > * point the frame comes off any aggregation q > * as otherwise we may introduce holes in the > * BA sequence space and/or make window accouting > * more difficult. > * > * XXX may want to control this with a driver > * capability; this may also change when we pull > * aggregation up into net80211 > */ > > Thanks. > > > What is unclear? > > Sam > > > > On Wed, Jan 27, 2010 at 8:04 PM, Alexander Egorenkov < > egorenar@googlemail.com > wrote: > > Hi, > > i'm implementing a device driver for a 802.11n NIC under > FreeBSD 8 > und experimented with A-MPDU transmission. I looked into > net80211 code > and there is some code which implements this feature but it > worked not very > well for me. > I noticed e.g. that sequence numbers are not assigned to > A-MPDU frames > and found this comment in file ieee80211_output.c : > > > /* > * Check if A-MPDU tx aggregation is setup or if we > * should try to enable it. The sta must be associated > * with HT and A-MPDU enabled for use. When the policy > * routine decides we should enable A-MPDU we issue an > * ADDBA request and wait for a reply. The frame being > * encapsulated will go out w/o using A-MPDU, or possibly > * it might be collected by the driver and > held/retransmit. > * The default ic_ampdu_enable routine handles staggering > * ADDBA requests in case the receiver NAK's us or we are > * otherwise unable to establish a BA stream. > */ > > Can somebody elaborate this description to me please. > > Thanks. > > ALex. > > > _______________________________________________ > 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 Sun Jan 31 23:17:04 2010 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 773321065692 for ; Sun, 31 Jan 2010 23:17:04 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 11C1C8FC18 for ; Sun, 31 Jan 2010 23:17:03 +0000 (UTC) Received: by ewy3 with SMTP id 3so297877ewy.33 for ; Sun, 31 Jan 2010 15:17:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Uuu9iH5HtXmSSpPPQt8Au429cC0Vd8SvCAiJHOXXQ1M=; b=vRNjiEtFTXfn9SVOhJeDwqMxPaqNy5DwgCWmXFU0j9+WoKyb9drEIHRDjHtR7R5tf8 IEiAG6I/2BQySM7HRTkEZwmK85iInBGWOqfLK2drb8qpdEaVVC0X18Dcv9Nz2Kcj355M oSdLTbXzZo7yXIIlQQivOL+ZaafGSybMDE0Sg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=saFeTOgiKZaeNGM5o8/qIDSlqzPiI2IVaTFxK8PVIJUaTaZyK0/djkIswqJSRHu8k5 Ef+/5dcEN02cD/PXhqsnsl0Q6mMl+XHS8M3ZspIpcdl2vLD7gKOGorxN8kXqkVc+tYF4 FhdQYmBjdfciAgNH5dtEmhHwRfKa4Sw7FnGq4= MIME-Version: 1.0 Received: by 10.216.174.212 with SMTP id x62mr1391910wel.122.1264978143811; Sun, 31 Jan 2010 14:49:03 -0800 (PST) Date: Sun, 31 Jan 2010 14:49:03 -0800 Message-ID: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> From: Jerry Toung To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TCP westwood 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, 31 Jan 2010 23:17:04 -0000 Hello list, my employer is asking me to implement westwood, this is most likely happen on 8.0. before I start, I'd like to know for what reason it hasn't been done in the main tree? is it that no one has had time, or it only work in a lab environment? may be too many changes in the stack and it's not trivial? etc... Does any one out there has patch they can share? would the project be interested in a patch if I do this? thanks in advance. Jerry From owner-freebsd-net@FreeBSD.ORG Sun Jan 31 23:38:37 2010 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 53B391065670 for ; Sun, 31 Jan 2010 23:38:37 +0000 (UTC) (envelope-from sam@ip6.com.au) Received: from mail01.ip6.com.au (ns1.ip6.com.au [125.255.112.202]) by mx1.freebsd.org (Postfix) with ESMTP id 13DE38FC0C for ; Sun, 31 Jan 2010 23:38:36 +0000 (UTC) Received: from mail01.ip6.com.au (localhost [127.0.0.1]) by mail01.ip6.com.au (Postfix) with ESMTP id DC3F52882E; Mon, 1 Feb 2010 10:38:33 +1100 (EST) Received: by mail01.ip6.com.au (Postfix, from userid 500) id B5DA72882D; Mon, 1 Feb 2010 10:38:33 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail01.ip6.com.au X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 Received: from [10.250.250.37] (unknown [203.41.110.193]) by mail01.ip6.com.au (Postfix) with ESMTPA id E782628538; Mon, 1 Feb 2010 10:38:32 +1100 (EST) Message-ID: <4B661490.606@ip6.com.au> Date: Mon, 01 Feb 2010 10:38:56 +1100 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Jerry Toung References: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> In-Reply-To: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@freebsd.org Subject: Re: TCP westwood 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, 31 Jan 2010 23:38:37 -0000 Can you incorporate its protocol into freebsd kernel? it is currently applicable to freebsd 4.4. See below. http://www.cs.ucla.edu/NRL/hpi/tcpw/implementation.html On 1/02/2010 9:49 AM, Jerry Toung wrote: > Hello list, > my employer is asking me to implement westwood, this is most likely happen > on 8.0. > > before I start, I'd like to know for what reason it hasn't been done in the > main tree? > is it that no one has had time, or it only work in a lab environment? may be > too many changes in the stack > and it's not trivial? etc... > > Does any one out there has patch they can share? > > would the project be interested in a patch if I do this? > > thanks in advance. > Jerry > _______________________________________________ > 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 Mon Feb 1 07:28:11 2010 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 4DB6F106566C for ; Mon, 1 Feb 2010 07:28:11 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1194F8FC16 for ; Mon, 1 Feb 2010 07:28:10 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id E07217E824; Mon, 1 Feb 2010 18:28:08 +1100 (EST) Message-ID: <4B668285.1090605@freebsd.org> Date: Mon, 01 Feb 2010 18:28:05 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100105 Thunderbird/3.0 MIME-Version: 1.0 To: Jerry Toung References: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> In-Reply-To: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: TCP westwood 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, 01 Feb 2010 07:28:11 -0000 Hi Jerry, On 02/01/10 09:49, Jerry Toung wrote: > Hello list, > my employer is asking me to implement westwood, this is most likely happen > on 8.0. > > before I start, I'd like to know for what reason it hasn't been done in the > main tree? > is it that no one has had time, or it only work in a lab environment? may be > too many changes in the stack > and it's not trivial? etc... IMHO, lack of a really compelling reason is a good start. Changing the TCP stack is fiddly and error prone work. > Does any one out there has patch they can share? I haven't come across a BSD licenced implementation in my travels, although FreeBSD already does a few different types of bandwidth estimation and limiting (which, in their current form at least, I'm personally not a fan of). > would the project be interested in a patch if I do this? I'm interested in and actively working on this area in FreeBSD. I already have a patch available that adds modular congestion control support to FreeBSD's TCP stack which would be a good starting point for you. I would also be supportive of importing a Westwood congestion control module into FreeBSD after you complete it. Have a look at the project branches here: http://svn.freebsd.org/base/projects/tcp_cc_{7.x,8.x,head} Happy to discuss further when you're ready. Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Mon Feb 1 07:51:24 2010 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 203CD1065676 for ; Mon, 1 Feb 2010 07:51:24 +0000 (UTC) (envelope-from eberkut@minithins.net) Received: from cns.minithins.net (minithins.net [88.191.84.127]) by mx1.freebsd.org (Postfix) with ESMTP id D64378FC0C for ; Mon, 1 Feb 2010 07:51:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by cns.minithins.net (Postfix) with ESMTP id 5F7D68E43D8; Mon, 1 Feb 2010 08:31:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at cns.minithins.net Received: from cns.minithins.net ([127.0.0.1]) by localhost (cns.minithins.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lllzFLsYuYkq; Mon, 1 Feb 2010 08:31:34 +0100 (CET) Received: from [192.168.1.102] (eberkut.net1.nerim.net [213.41.155.24]) by cns.minithins.net (Postfix) with ESMTPSA id A6C8E8E43D7; Mon, 1 Feb 2010 08:31:34 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: eberkut In-Reply-To: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> Date: Mon, 1 Feb 2010 08:31:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1750BC6A-DCD0-4063-A1B4-34AEFF0B0BF8@minithins.net> References: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> To: Jerry Toung X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: TCP westwood 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, 01 Feb 2010 07:51:24 -0000 Le 31 janv. 2010 =E0 23:49, Jerry Toung a =E9crit : > Hello list, > my employer is asking me to implement westwood, this is most likely = happen > on 8.0. >=20 > before I start, I'd like to know for what reason it hasn't been done = in the > main tree? > is it that no one has had time, or it only work in a lab environment? = may be > too many changes in the stack > and it's not trivial? etc... I have no idea why it wasn't implemented before except maybe simply for = lack of interest. Two years ago, I remember there was some discussion about a modular TCP = congestion control framework in FreeBSD to ease the introduction of new = CC algorithms. It was among the big TCP overhaul going on then with some = part committed in 8.0. There is a branch dedicated to this project but I = have no idea if it's still active : = http://svn.freebsd.org/viewvc/base/projects/tcp_cc_8.x/ You might want to contact Lawrence Stewart (lstewart@freebsd.org), Andre = Oppermann (andre@) and/or Rui Paulo (rpaulo@). They might have patches = that could help you or at least they can give you some pointers. Good luck, -- Vincent Morel= From owner-freebsd-net@FreeBSD.ORG Mon Feb 1 11:07:02 2010 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 6042D106568B for ; Mon, 1 Feb 2010 11:07:02 +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 4D4518FC20 for ; Mon, 1 Feb 2010 11:07:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o11B720X062868 for ; Mon, 1 Feb 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o11B71IX062866 for freebsd-net@FreeBSD.org; Mon, 1 Feb 2010 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Feb 2010 11:07:01 GMT Message-Id: <201002011107.o11B71IX062866@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, 01 Feb 2010 11:07:02 -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/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net [hostapd] startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143046 net [mxge] [panic] panics since mxge(4) update o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir 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/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o bin/142547 net wpa_supplicant(8) drops connection on key renegotiatio o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141646 net [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged fr o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140970 net [bce] The two NetXtreme II BCM5709S NICs on our HP Bl4 o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140684 net [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu 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 s kern/140597 net [request] implement Lost Retransmission Detection o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI 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 o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) 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/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/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 f kern/138666 net [multicast] [panic] not working multicast through igmp o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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 on 8.0-BE 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/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin 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/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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/137317 net [tcp] logs full of syncache problems o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ 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/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho 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/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. 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/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) 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/133328 net [bge] [panic] Kernel panics with Windows7 client 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/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I 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/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) 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 kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw 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 o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa 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/129352 net [xl] [patch] xl0 watchdog timeout 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 kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO 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/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting 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) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by 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/127102 net [wpi] Intel 3945ABG low throughput 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 bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode 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/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card 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/125502 net [ral] ifconfig ral0 scan produces no output unless in 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/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans 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 bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN 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 kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 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 o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [if_em] FreeBSD 7 multicast routing problem f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported 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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to 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/121298 net [em] [panic] Fatal trap 12: page fault while in kernel 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/121080 net [bge] IPv6 NUD problem on multi address config on bge0 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/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 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 sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. 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 kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset 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/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] 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 kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n 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/106243 net [nve] double fault panic in if_nve.c on high loads 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/105348 net [ath] ath device stopps TX 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/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac 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 f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in 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 s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate 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 f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting 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/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces 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/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 o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) 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 f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/64556 net [sis] [patch] if_sis short cable fix problems with Net s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 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/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". 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 o conf/23063 net [arp] [patch] for static ARP tables in rc.network 387 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 1 13:35:56 2010 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 C85B51065679; Mon, 1 Feb 2010 13:35:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBC08FC27; Mon, 1 Feb 2010 13:35:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o11DZusl002122; Mon, 1 Feb 2010 13:35:56 GMT (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o11DZu1l002118; Mon, 1 Feb 2010 13:35:56 GMT (envelope-from bms) Date: Mon, 1 Feb 2010 13:35:56 GMT Message-Id: <201002011335.o11DZu1l002118@freefall.freebsd.org> To: universite@ukr.net, bms@FreeBSD.org, freebsd-net@FreeBSD.org From: bms@FreeBSD.org Cc: Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 01 Feb 2010 13:35:56 -0000 Synopsis: [multicast] [panic] not working multicast through igmpproxy State-Changed-From-To: feedback->closed State-Changed-By: bms State-Changed-When: Mon 1 Feb 2010 13:34:31 UTC State-Changed-Why: should be resolved by svn rev 201254 on HEAD, 201515 on stable/8 http://www.freebsd.org/cgi/query-pr.cgi?pr=138666 From owner-freebsd-net@FreeBSD.ORG Mon Feb 1 20:31:13 2010 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 E3DBE1065670 for ; Mon, 1 Feb 2010 20:31:13 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) by mx1.freebsd.org (Postfix) with ESMTP id D286B8FC24 for ; Mon, 1 Feb 2010 20:31:13 +0000 (UTC) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:64:217:f2ff:fee0:a91f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id AD888E60D7; Mon, 1 Feb 2010 20:31:12 +0000 (UTC) (envelope-from jinmei@isc.org) Date: Mon, 01 Feb 2010 12:31:12 -0800 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Fernando Gont In-Reply-To: <4B559EBC.9060502@gont.com.ar> References: <4B559EBC.9060502@gont.com.ar> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: Processing IPv6 Router Advertisements 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, 01 Feb 2010 20:31:14 -0000 At Tue, 19 Jan 2010 08:59:56 -0300, Fernando Gont wrote: > RA messages seem to be required to have a Source Address in the > fe80::/32 prefix, rather than in the fe80::/10 prefix. That is, the > first 32 bits of the IPv6 Source address must be fe80:0000, or else the > message is dropped (at least, no changes are made to the destination > cache or the neighbor cache). > > Can anybody confirm this one, or correct me if I am wrong? Your understanding of what's happening is correct, and it's an intentional behavior. The relevant part of the source code is the following snippet of: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/ip6_input.c?rev=1.81.2.4;content-type=text/plain /* * Disambiguate address scope zones (if there is ambiguity). * We first make sure that the original source or destination address * is not in our internal form for scoped addresses. Such addresses * are not necessarily invalid spec-wise, but we cannot accept them due * to the usage conflict. * in6_setscope() then also checks and rejects the cases where src or * dst are the loopback address and the receiving interface * is not loopback. */ if (in6_clearscope(&ip6->ip6_src) || in6_clearscope(&ip6->ip6_dst)) { ip6stat.ip6s_badscope++; /* XXX */ goto bad; } So you should see the statistics counter named "violated scope rules" (or something like that) in "netstat -p ip6 -s" increase as you send these packets. The superficial reason why such packets are dropped is because it doesn't meet the specified format of link-local addresses as described in RFC4291: 2.5.6. Link-Local IPv6 Unicast Addresses Link-Local addresses are for use on a single link. Link-Local addresses have the following format: | 10 | | bits | 54 bits | 64 bits | +----------+-------------------------+----------------------------+ |1111111010| 0 | interface ID | +----------+-------------------------+----------------------------+ The "real" reason is described thoroughly in a book I coauthored. I believe you told me you had a copy of it, and assuming I'm correct, see Section 2.9.3:-) I admit this behavior is suboptimal for the spirit of "be liberal in what you accept", but, as you probably know, it shouldn't cause any interoperability trouble in practice. --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Mon Feb 1 21:27:13 2010 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 2F5D11065672 for ; Mon, 1 Feb 2010 21:27:13 +0000 (UTC) (envelope-from jrytoung@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 96E508FC19 for ; Mon, 1 Feb 2010 21:27:12 +0000 (UTC) Received: by wwe15 with SMTP id 15so582253wwe.13 for ; Mon, 01 Feb 2010 13:27:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nS4z/VhAMq95y8qEjxO9yEvJSI4sMfKYgLC1sPX+S8U=; b=IB7T5UEOAkqM7VcoH8QXnj8rKunZ/WlAqpAt7McMOHy42zjI3qNBRnZG5aWA2lVYP+ dcFHSd7Hj6CimMuhhYDfd1DRKPCr23ElXyufqzsGvNhyCtz2fJUEpOQhJryheJuzfY1E 51YbH7RKoLYWh0qfG70sig8xoVlk18vOdm4a0= 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=it+Ijnclsk9WEXEu0/Zj6ne0JK9/OtDCypj2U61j6BspV01dnHa0dFK778Y5jAT5ct hruP6npDIWlZEztSuAjXQFZoSy67k0JIQHSKWfThfaq+y9i2NCrvRvnvItlpz2nKZSAP vmqP+Unou9Bi2y0qeK3f//kD2Hq4vtw+aMcd0= MIME-Version: 1.0 Received: by 10.216.86.148 with SMTP id w20mr2607355wee.138.1265059631556; Mon, 01 Feb 2010 13:27:11 -0800 (PST) In-Reply-To: <4B668285.1090605@freebsd.org> References: <86068e731001311449m605005cft7ebc6f8b984d6d96@mail.gmail.com> <4B668285.1090605@freebsd.org> Date: Mon, 1 Feb 2010 13:27:11 -0800 Message-ID: <86068e731002011327p52ca3c9dwa1114aed5a970061@mail.gmail.com> From: Jerry Toung To: Lawrence Stewart Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: TCP westwood 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, 01 Feb 2010 21:27:13 -0000 Hi Lawrence On Sun, Jan 31, 2010 at 11:28 PM, Lawrence Stewart wrote: > > Have a look at the project branches here: > http://svn.freebsd.org/base/projects/tcp_cc_{7.x,8.x,head} > > Happy to discuss further when you're ready. > > > thank you for the pointers. Looking into it and will keep you posted. Jerry From owner-freebsd-net@FreeBSD.ORG Tue Feb 2 03:20:10 2010 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 C175D106566B for ; Tue, 2 Feb 2010 03:20:10 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 72F348FC17 for ; Tue, 2 Feb 2010 03:20:09 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 1 Feb 2010 22:20:06 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4B679AED.9040308@greatbaysoftware.com> Date: Mon, 01 Feb 2010 22:24:29 -0500 From: Charles Owens MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Subject: libnet_get_hwaddr() failing with FreeBSD 8 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, 02 Feb 2010 03:20:10 -0000 Hello, I'm working with some code (snippet below) that fails with libnet_get_hwaddr() function (it returns false). The code works fine under 7.x but not with 8.0 . Any thoughts as to what might be going on? Thanks much, Charles int get_hw_addr(char *device, u_char mac[6]) { struct libnet_ether_addr *mac_address; libnet_t *ln; char err_buf[LIBNET_ERRBUF_SIZE]; ln = libnet_init(LIBNET_LINK, device, err_buf); if (!ln) { fprintf(stderr, "libnet_open_link_interface: %s\n", err_buf); return -1; } mac_address = libnet_get_hwaddr(ln); if (!mac_address) { fprintf(stderr, "libnet_get_hwaddr: %s\n", err_buf); return -1; } memcpy(mac, mac_address->ether_addr_octet, 6); return 0; } -- Charles Owens Great Bay Software, Inc. From owner-freebsd-net@FreeBSD.ORG Tue Feb 2 04:46:14 2010 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 F16DD106566C for ; Tue, 2 Feb 2010 04:46:14 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id C29FE8FC0C for ; Tue, 2 Feb 2010 04:46:14 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o124kDxk016366; Mon, 1 Feb 2010 20:46:14 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 1 Feb 2010 20:46:02 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Strange network issue in freebsd 8 Thread-Index: AcqhLsy2FNzKSMFyQ+Od2Za+s/zE8QCklk/g References: From: "Li, Qing" To: "Kenneth Hilmersson" , Cc: Subject: RE: Strange network issue in freebsd 8 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, 02 Feb 2010 04:46:15 -0000 Just an update on this issue and to letting you know your report is not ignored. I have been working with Sherin George offline and we have Been pulling information off Sherin's server box. The box becomes unresponsive after about 4 days. The routing table is fine is properly accessed. The ARP table is properly accessed.=20 Through packet capture, the packets seem to flow into the driver but appear=20 to be stuck somewhere after the driver handoff. The device stats do not show=20 any link related errors. The device is "em". Initially I was suspecting the flow-table module, but after disabling the flow-table lookup and various experiments, the problem points to L2 (after ether_output). According to Sherin, the box will regain network connectivity after some time. At this point I am thinking about creating a special debug build and=20 run it in Sherin's environment. -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Kenneth Hilmersson > Sent: Friday, January 29, 2010 1:46 PM > To: freebsd-net@freebsd.org > Subject: Strange network issue in freebsd 8 >=20 > > The servers loses network connection once in a few days. I logged > into > > console and verified that network is up. I even restarted network > service > > using following command. > > > > /etc/rc.d/netif restart > > > > Still, it didn't fix. > > > > I checked /var/log/messages, but I am not getting any clue. >=20 >=20 > I see exactly the same thing. My network dies after a couple of days in > the same manner. >=20 > My friend have problems with different network cards in 8.0: > em, msk, age locks up and with sis the network performance drops to > 0.1kbps after awhile. >=20 >=20 > BR > Kenneth > _______________________________________________ > 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 Feb 2 04:48:22 2010 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 162061065670 for ; Tue, 2 Feb 2010 04:48:22 +0000 (UTC) (envelope-from swun2010@gmail.com) Received: from mail-px0-f183.google.com (mail-px0-f183.google.com [209.85.216.183]) by mx1.freebsd.org (Postfix) with ESMTP id E0F768FC08 for ; Tue, 2 Feb 2010 04:48:21 +0000 (UTC) Received: by pxi13 with SMTP id 13so3628429pxi.3 for ; Mon, 01 Feb 2010 20:48:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=N2J2mV161yNdJuqFMXYF0T5C5dwsvTCz0lvBm4NjJ0w=; b=T+mlR1sH+mrPoeFsx6pK0JUEME3u/QkzkNdKC/jn8PqfB8PbxRC7MsQIZ28cJdYF9e ZLvS2N94ZObK7M8U2/C7Ar4PV/TK61H5MX8C4q8AeEparYsac5BqAe1X+KlcCUb04sGc tfs65ddZ8ye4hpph+EKjhzQ3OtDrq/va1bXe8= 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=sQzwiQkSlCAzLb/529Iz8S/YnTwUHD05X1egZqssVs7RgRrN4yU/LH+p/nbeV2/yAD JRltvBT/kB5n+0ZpFI2hMJeLzkVA16P1rmq1/dW0bFtAXHYqkrzfzewMkgseN/oyPpW9 IljarTp+AADikEGqm+QC4I0E2NBcuuP//MF6k= MIME-Version: 1.0 Received: by 10.141.89.2 with SMTP id r2mr3767940rvl.277.1265086101447; Mon, 01 Feb 2010 20:48:21 -0800 (PST) In-Reply-To: References: Date: Tue, 2 Feb 2010 15:48:21 +1100 Message-ID: <736c47cb1002012048o243ff878jbc18310c0925b11@mail.gmail.com> From: Sam Wun To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Kenneth Hilmersson Subject: Re: Strange network issue in freebsd 8 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, 02 Feb 2010 04:48:22 -0000 great work. Thanks On Tue, Feb 2, 2010 at 3:46 PM, Li, Qing wrote: > Just an update on this issue and to letting you know your > report is not ignored. > > I have been working with Sherin George offline and we have > Been pulling information off Sherin's server box. > > The box becomes unresponsive after about 4 days. The routing > table is fine is properly accessed. The ARP table is properly accessed. > Through packet capture, the packets seem to flow into the driver but > appear > to be stuck somewhere after the driver handoff. The device stats do not > show > any link related errors. The device is "em". > > Initially I was suspecting the flow-table module, but after disabling > the flow-table lookup and various experiments, the problem points to L2 > (after ether_output). > > According to Sherin, the box will regain network connectivity after > some time. > > At this point I am thinking about creating a special debug build and > run it in Sherin's environment. > > -- Qing > > > >> -----Original Message----- >> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- >> net@freebsd.org] On Behalf Of Kenneth Hilmersson >> Sent: Friday, January 29, 2010 1:46 PM >> To: freebsd-net@freebsd.org >> Subject: Strange network issue in freebsd 8 >> >> > The servers loses network connection once in a few days. I logged >> into >> > console and verified that network is up. I even restarted network >> service >> > using following command. >> > >> > /etc/rc.d/netif restart >> > >> > Still, it didn't fix. >> > >> > I checked /var/log/messages, but I am not getting any clue. >> >> >> I see exactly the same thing. My network dies after a couple of days > in >> the same manner. >> >> My friend have problems with different network cards in 8.0: >> em, msk, age locks up and with sis the network performance drops to >> 0.1kbps after awhile. >> >> >> BR >> Kenneth >> _______________________________________________ >> 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" > _______________________________________________ > 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 Feb 2 13:37:57 2010 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 E33281065757 for ; Tue, 2 Feb 2010 13:37:57 +0000 (UTC) (envelope-from frank.schuster01@web.de) Received: from fmmailgate09.web.de (fmmailgate09.web.de [217.72.192.184]) by mx1.freebsd.org (Postfix) with ESMTP id A904A8FC17 for ; Tue, 2 Feb 2010 13:37:57 +0000 (UTC) Received: from web.de by fmmailgate09.web.de (Postfix) with SMTP id 6560F2B50486 for ; Tue, 2 Feb 2010 14:11:53 +0100 (CET) Received: from [77.24.168.173] by freemailng1203.web.de with HTTP; Tue, 02 Feb 2010 14:11:53 +0100 Date: Tue, 02 Feb 2010 14:11:53 +0100 Message-Id: <1967077940@web.de> MIME-Version: 1.0 From: Frank Schuster To: freebsd-net@freebsd.org Precedence: fm-user Organization: http://freemail.web.de/ X-Provags-Id: V01U2FsdGVkX185qpTI+Yd39534R8QlKyjP3YP2vujLkuMB559Hqzoh5km0F PrsKzYOutGIBJfLcHDoe/Si5jCfz7LjOT9oo2i4Rw4vgA6J0twl8XwoY7jdV w== Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Subject: TCP debugging X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2010 13:37:58 -0000 Hello, I want to debug a tcp connection but I can't find how can I do this. I want to plot the cwnd and ssthresh over the time. I come from the "linux-world" and there is tcp=5Fprobe, but what can I do on= Freebsd. 1.) Is this in freebsd possible and if it, how is it=3F 2.) Which slow-start algorithm freebsd 8.0 is using as standard=3F (Reno, Cu= bic,...) Regards Frank =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F NEU: Mit WEB.DE DSL =FCber 1000,- =BF sparen! http://produkte.web.de/go/02/ From owner-freebsd-net@FreeBSD.ORG Tue Feb 2 15:26:40 2010 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 B20041065676 for ; Tue, 2 Feb 2010 15:26:40 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-243-Pennsylvania.hfc.comcastbusiness.net [75.149.8.243]) by mx1.freebsd.org (Postfix) with ESMTP id 871088FC14 for ; Tue, 2 Feb 2010 15:26:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 7CB9E8BC1AC for ; Tue, 2 Feb 2010 10:10:59 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vtpkt83HZgdj for ; Tue, 2 Feb 2010 10:10:58 -0500 (EST) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id D77F68BC1A7 for ; Tue, 2 Feb 2010 10:10:58 -0500 (EST) From: Andrew Boyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 2 Feb 2010 10:10:04 -0500 Message-Id: To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: Question about MFC for 194760,194813, etc. (ifaddr races) 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, 02 Feb 2010 15:26:40 -0000 http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D194760 Hello all, We are currently working with the FreeBSD 7.1 release code as the = foundation for our product. The other day I experienced a kernel panic = when an ifaddr race condition caused a use-after-free error. It looks = like SVN commits 194760, 194813, 194819, etc. address this issue. The = original commit message for 194760 says "MFC after: 6 weeks (portions)", = but I don't see anything to indicate that the fixes were ever merged = back. Is anyone planning / willing to merge this back into the 7.X branches? = We would very much appreciate it. It looks like there are about two = dozen related commits and the diffs don't apply cleanly for me. If it = has diverged too much we'll just have to wait until we sync up with 8.0 = later this year. Thanks, Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 01:10:03 2010 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 5D1451065670 for ; Wed, 3 Feb 2010 01:10:03 +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 4943C8FC1A for ; Wed, 3 Feb 2010 01:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o131A3um018879 for ; Wed, 3 Feb 2010 01:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o131A3do018878; Wed, 3 Feb 2010 01:10:03 GMT (envelope-from gnats) Date: Wed, 3 Feb 2010 01:10:03 GMT Message-Id: <201002030110.o131A3do018878@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Mike Burgett" Cc: Subject: Re: kern/136168: [em] em driver initialization fails on Intel 5000PSL motherboard X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mike Burgett List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2010 01:10:03 -0000 The following reply was made to PR kern/136168; it has been noted by GNATS. From: "Mike Burgett" To: "bug-followup@FreeBSD.org" , "ssanders@opnet.com" Cc: Subject: Re: kern/136168: [em] em driver initialization fails on Intel 5000PSL motherboard Date: Tue, 02 Feb 2010 16:49:22 -0800 I am experiencing this error on the SuperMicro X8SIE-F motherboard on 8.0-Stable, as of about a week ago. The patch also works for me, but since I've only ever seen this on em0, never em1, I suspect there is a timing component when the hardware is first accessed during boot. It occurs far, far more frequently than 1 in 30 boots. (more like 1 in 3 or 1 in 2) Thanks, Mike Burgett From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 01:34:12 2010 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 5E5F41065698 for ; Wed, 3 Feb 2010 01:34:12 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id D33718FC12 for ; Wed, 3 Feb 2010 01:34:11 +0000 (UTC) Received: from anne-o1dpaayth1.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id SAA28719 for ; Tue, 2 Feb 2010 18:34:08 -0700 (MST) Message-Id: <201002030134.SAA28719@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 02 Feb 2010 18:34:02 -0700 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 03 Feb 2010 01:34:12 -0000 Everyone: I've been trying to deploy some new VPN servers (with tunneling both in and out) running either mpd 5.3 or PoPToP on FreeBSD 8.0. Alas, I have been having a terrible time doing it. I'm getting error messages relating to routing, and connections which are supposed to have proxy ARP aren't getting it. On mpd 5.3, I'm seeing error messages such as Feb 2 16:45:22 9milegate kernel: ifa_add_loopback_route: insertion failed and Feb 2 16:46:02 9milegate kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid I thought that the problem might be mpd, and so switched to userland PPP with PoPToP -- a combination that has worked for me before. But I saw similar messages: Feb 2 18:22:35 testgate ppp[1184]: tun2: testuser pptpnocrypto connected as 172.18.4.26 Feb 2 18:22:39 testgate ppp[1187]: tun3: Warning: iface add: ioctl(SIOCAIFADDR, 172.18.0.1 -> 172.18.4.8 9): File exists Feb 2 18:22:39 testgate kernel: ifa_add_loopback_route: insertion failed Feb 2 18:22:39 testgate kernel: ifa_del_loopback_route: deletion failed Ideas? --Brett Glass P.S. -- Please copy me directly on all responses, as I am not currently subscribed to the list. From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 01:47:53 2010 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 4068F106568B for ; Wed, 3 Feb 2010 01:47:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB8B8FC0C for ; Wed, 3 Feb 2010 01:47:52 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o131lqVp000281; Tue, 2 Feb 2010 17:47:52 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 2 Feb 2010 17:47:46 -0800 Message-ID: In-Reply-To: <201002030134.SAA28719@lariat.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Routing problems on VPN servers running FreeBSD 8.0-RELEASE Thread-Index: AcqkcQjf1ZYx4LQSSGGdQ6s5QgGo8QAASTow References: <201002030134.SAA28719@lariat.net> From: "Li, Qing" To: "Brett Glass" , Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 03 Feb 2010 01:47:53 -0000 Few of the symptoms you described here were present in the vanilla 8.0-RELEASE but I have been fixing these in 8-STABLE since the official announcement. Could you please try 8-STABLE and report back if these problems persist there? -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Brett Glass > Sent: Tuesday, February 02, 2010 5:34 PM > To: net@freebsd.org > Subject: Routing problems on VPN servers running FreeBSD 8.0-RELEASE >=20 > Everyone: >=20 > I've been trying to deploy some new VPN servers (with tunneling > both in and out) running either mpd 5.3 or PoPToP on FreeBSD 8.0. > Alas, I have been having a terrible time doing it. I'm getting > error messages relating to routing, and connections which are > supposed to have proxy ARP aren't getting it. >=20 > On mpd 5.3, I'm seeing error messages such as >=20 > Feb 2 16:45:22 9milegate kernel: > ifa_add_loopback_route: insertion failed >=20 > and >=20 > Feb 2 16:46:02 9milegate kernel: lla_rt_output: > RTM_ADD publish (proxy only) is invalid >=20 > I thought that the problem might be mpd, and so switched to > userland PPP with PoPToP -- a combination that has worked for me > before. But I saw similar messages: >=20 > Feb 2 18:22:35 testgate ppp[1184]: tun2: testuser > pptpnocrypto connected as 172.18.4.26 > Feb 2 18:22:39 testgate ppp[1187]: tun3: Warning: > iface add: ioctl(SIOCAIFADDR, 172.18.0.1 -> 172.18.4.8 > 9): File exists > Feb 2 18:22:39 testgate kernel: > ifa_add_loopback_route: insertion failed > Feb 2 18:22:39 testgate kernel: > ifa_del_loopback_route: deletion failed >=20 > Ideas? >=20 > --Brett Glass >=20 > P.S. -- Please copy me directly on all responses, as I am not > currently subscribed to the list. >=20 > _______________________________________________ > 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 Wed Feb 3 02:03:14 2010 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 90C22106568F for ; Wed, 3 Feb 2010 02:03:14 +0000 (UTC) (envelope-from auctionnews@hotmail.co.uk) Received: from host-95-154-204-139.rsclientdns.com (host-95-154-204-139.rsclientdns.com [95.154.204.139]) by mx1.freebsd.org (Postfix) with ESMTP id D7F658FC18 for ; Wed, 3 Feb 2010 02:03:13 +0000 (UTC) Received: from fredholr by host-95-154-204-139.rsclientdns.com with local (Exim 4.69) (envelope-from ) id 1NcT5t-0003T4-Ky for freebsd-net@freebsd.org; Wed, 03 Feb 2010 00:27:45 +0000 To: freebsd-net@freebsd.org Date: Tue, 02 Feb 2010 20:39:22 +0000 From: "Requested Machinery Information Bureau" Message-ID: <1f1e95b796c84bccc6876edda8efe0d9@www.fredholroyd.co.uk> X-Mailer-LID: 29 X-Mailer-SID: 55 X-Mailer-Sent-By: 1 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host-95-154-204-139.rsclientdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [517 514] / [47 12] X-AntiAbuse: Sender Address Domain - hotmail.co.uk MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Requested Details for pre-packed meals and sauces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: auctionnews@hotmail.co.uk List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2010 02:03:14 -0000 KWOKS FOODS LIMITED FOR SALE BY AUCTION COMPLETE PRODUCTION LINES FOR CHINESE - INDIAN & EUROPEAN READY MEALS AS PACKED FOR SUPERMARKETS INCLUDING A COMPLETE UNUSED GUISTI SYSTEM FOR PRODUCING SAUCES - KETCHUP - MAYONAISSE - BABY FOODS - FRUIT JUICES - SOUPS & PRESERVES (THIS SELF CONTAINED SYSTEM ALONE WOULD COST NEW TODAY IN THE REGION OF £350,000) AUCTION TO BE HELD ON SITE AT GRIMSBY, NORTH EAST LINCOLNSHIRE. UK WEDNESDAY 24th FEBRUARY 2010 DO NOT MISS THIS - NO RESERVES YOU DO NOT HAVE TO BE THERE TO BID à[1]CLICK HERE TO VIEW FULL COLOUR BROCHURE.ß Complete Guisti Sauce/Soup plant package. Never installed, brand new 800litre pressurised jacketed vessel with scrape surface mixing and homogenization, transfer pump to two holding tanks which can be chilled or heated by its own self contained built in chilling system. Product flow metres plc control with recipe system, totally self contained. Superb item of equipment. BCH scrape surface cooking pan with vacuum, and vacuum cooling system. Complete with pre mix and hoist. All stainless steel cook/quench system for pasta and rice. BCH all stainless steel jacketed scrape surface tipping pan. DC Norris 500 and 300litre jacketed pans with scrape surface mixing. DC Norris complete cap cold systems. Water meter and ingredient dispensing units. Complete pot filling and tray filling line, ideal for curries or any product in a tray/pot with sauces, comprises of indexing conveyor Bilwinco multi head weigh head with loader. Low level depositors integrated into the line for sauce depositing and auto lidding system. Stainless steel jacketed tanks with Silverson mixers * Steam Jacketed pressurised pans * Complete Baynflex ready meals line with indexing conveyors and depositors * Label applicators * Urchel machines, dicers, slicers etc *Label printers * PA inline tray sealers and rotary tray sealers numerous tooling for these machines Vacuum tumbling marinating machines some with C02 injection * Nilma rice pasta cookers * Multi head weighers multi pan also Yamato make up scale systems * Apple ,Turbo, Riggs and other depositors low level etc, some unused * Indexing lines of various lengths * Fuji Ilapak and Adpak flowrappers * Numerous bench and roll on roll off scales * Risco mixers * Grote slicers with stack and shingle * Loma x-ray machines unused * Stein batter and crumbing line * Rheon KN400 encrusting machine * Sepamatic recovery machine * Metal detectors and check weighers and combination units by Loma, Cintex and Goring Kerr * Insectocuters * Vacuum packers bench, single chamber also double chamber all stainless steel * Contents of test kitchen and canteen and offices * Contents of workshop * Walk through boot washers * Wellington Boot racks * Stainless steel lockers * Inkjet printers numerous makes and models * Water chillers * Virtually unused screw air compressors * Steam packaged boilers * Evaporators throughout the plant * Fridge doors * Baltimore condensers * Stainless steel racks and trays * 1000 of trays * Conveyor sanitising units * Lazy Susan's * Bag sealers * Hot water and ring main system * Refrigeration compressors of various sizes * Brat pans of various capacity, tipping * Virtually new tray washers * Tote bins 100s available some with lids * 100s of stainless steel tables * Stainless steel sinks * Box tapers * Pallet racking throughout * Pallet trucks some stainless steel some electric This auction will be held live on site in Grimsby, North East Lincolnshire. UK and ON-LINE. à[2]CLICK HERE TO VIEW FULL COLOUR BROCHURE.ß VIEWING AT ANY TIME DAY OR NIGHT CAN BE ARRANGED BY CONTACTING THE AUCTIONEERS OR ON THE DAY BEFORE AND ON THE MORNING OF SALE ON THE DAY IF YOU ARE UNABLE TO ATTEND. THE AUCTION IS LIVE ON-LINE AT BIDSPOTTER.COM CLARKE FUSSELLS SPECIALIST FOOD MACHINERY AUCTIONEERS Telephone: + 44 UK (0) 1225 874677 Fax: + 44 UK (0) 1225 874306 Email: [3]sales@clarke-fussells.co.uk Website: [4]www.clarke-fussells.co.uk Please mention code FHK when you contact us [image001.gif] [open.php?M=337982&N=55&L=29] [5]Click here to unsubscribe References 1. http://www.fredholroyd.co.uk/mailer/link.php?M=337982&N=55&L=10 2. http://www.fredholroyd.co.uk/mailer/link.php?M=337982&N=55&L=10 3. mailto:sales@clarke-fussells.co.uk 4. http://www.fredholroyd.co.uk/mailer/link.php?M=166558&N=43&L=1 5. http://www.fredholroyd.co.uk/mailer/unsubscribe.php?M=337982&N=55&L=29&C=095b007fc1599d0deeebfccecd3dfde4 From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 04:57:06 2010 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 B95B41065670 for ; Wed, 3 Feb 2010 04:57:06 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 375598FC15 for ; Wed, 3 Feb 2010 04:57:05 +0000 (UTC) Received: from anne-o1dpaayth1.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id VAA00664; Tue, 2 Feb 2010 21:56:58 -0700 (MST) Message-Id: <201002030456.VAA00664@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 02 Feb 2010 21:56:55 -0700 To: "Li, Qing" , From: Brett Glass In-Reply-To: References: <201002030134.SAA28719@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 03 Feb 2010 04:57:06 -0000 Qing: Unfortunately, I am heading to Washington DC tomorrow to speak with the FCC and ask it not to regulate ISPs out of business. But when I return, I will certainly test it and help you fix whatever is still broken. The problems seem to be that (a) proxy ARP doesn't get set up in either the ARP table or the routing table, and (b) the PPP daemon can't create or destroy many of the routes that the connections need to work. I can't believe that a version of a major operating system shipped without the ability to do PPP, but apparently that's the case! --Brett Glass At 06:47 PM 2/2/2010, Li, Qing wrote: >Few of the symptoms you described here were present in the vanilla >8.0-RELEASE but I have been fixing these in 8-STABLE since the official >announcement. > >Could you please try 8-STABLE and report back if these problems >persist there? > >-- Qing From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 09:35:30 2010 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 F1BB31065676 for ; Wed, 3 Feb 2010 09:35:30 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id D72968FC14 for ; Wed, 3 Feb 2010 09:35:30 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o139ZTnU023454; Wed, 3 Feb 2010 01:35:30 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 3 Feb 2010 01:35:17 -0800 Message-ID: In-Reply-To: <201002030456.VAA00664@lariat.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Routing problems on VPN servers running FreeBSD 8.0-RELEASE Thread-Index: AcqkjVTBh7utfe7JSQiII+TTc34JjgAJAKxA References: <201002030134.SAA28719@lariat.net> <201002030456.VAA00664@lariat.net> From: "Li, Qing" To: "Brett Glass" , Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 03 Feb 2010 09:35:31 -0000 > > The problems seem to be that (a) proxy ARP doesn't get set > up in either the ARP table or the routing table, and=20 > Proxy ARP entries are not installed into the routing table. I believe I have fixed this issue in svn r201282 and merged=20 into 8-STABLE http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D201282 http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D201614 The keyword "only", as documented in the manpage, requires a host route to be present or else the proxy arp command will fail. I can forward you an offline exchange I had with Juergen Lock on this subject. > > (b) the PPP > daemon can't create or destroy many of the routes that the > connections need to work. > The above patch also include fixes for routing related problem as=20 you will note in the commit message, although I am uncertain if your problems fall into this category. >=20 > I can't believe that a version of a major operating system shipped > without the ability to do PPP, but apparently that's the case! >=20 Various users reported problems in the vpn/ppp area and those were addressed before the release. Given the diverse usage of the operating system, it's fair to say that I try my best to perform the necessary test coverage, but it's difficult to be inclusive of all scenarios. In any case, I am here to work with you to resolve your issues as quickly as I can. -- Qing From owner-freebsd-net@FreeBSD.ORG Wed Feb 3 20:51:07 2010 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 56E1B106566B for ; Wed, 3 Feb 2010 20:51:07 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id DEFD38FC14 for ; Wed, 3 Feb 2010 20:51:06 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Wed, 3 Feb 2010 15:51:03 -0500 Message-ID: <4B69E2BD.1010906@greatbaysoftware.com> Date: Wed, 03 Feb 2010 15:55:25 -0500 From: Charles Owens MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4B679AED.9040308@greatbaysoftware.com> In-Reply-To: <4B679AED.9040308@greatbaysoftware.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Subject: Re: libnet_get_hwaddr() failing with FreeBSD 8 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, 03 Feb 2010 20:51:07 -0000 Charles Owens wrote: > Hello, > > I'm working with some code (snippet below) that fails with > libnet_get_hwaddr() function (it returns false). The code works fine > under 7.x but not with 8.0 . > > Any thoughts as to what might be going on? > Issue solved. I had been building the libnet port within a jail... and if it can't find /dev/bpf0 then it compiles in dummy code for a number of functions. Building libnet in a non-jail setting is fine. The final solution for us was to tweak devfs in the jail so /dev/bpf0 _is_ present. Charles Owens Great Bay Software, Inc. From owner-freebsd-net@FreeBSD.ORG Thu Feb 4 00:40:51 2010 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 A898A1065672 for ; Thu, 4 Feb 2010 00:40:51 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 49E0E8FC17 for ; Thu, 4 Feb 2010 00:40:50 +0000 (UTC) Received: (qmail 36226 invoked from network); 4 Feb 2010 00:40:48 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 4 Feb 2010 00:40:48 -0000 Message-ID: <4B6A1743.5050100@acm.poly.edu> Date: Wed, 03 Feb 2010 19:39:31 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20091021) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Can't load NFS server module with a custom 8.0 kernel 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, 04 Feb 2010 00:40:51 -0000 Hi. I have an 8.0-RELEASE-p2/amd64 machine running a custom kernel (configuration file at http://acm.poly.edu/~spawk/ACM) and I am unable to use the NFS server module on it. After loading the nfssvc module, attempting to load the nfsserver module fails and the following appears in dmesg: Feb 3 19:35:54 acm kernel: link_elf_obj: symbol svcpool_create undefined Feb 3 19:35:54 acm kernel: linker_load_file: Unsupported file type I see a reference to the problem at http://lists.freebsd.org/pipermail/svn-src-all/2008-November/001025.html. Am I missing something or has it never gotten resolved? Thanks. -Boris From owner-freebsd-net@FreeBSD.ORG Thu Feb 4 08:19:09 2010 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 7BA251065672 for ; Thu, 4 Feb 2010 08:19:09 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2E78FC14 for ; Thu, 4 Feb 2010 08:19:09 +0000 (UTC) Received: from jessie.localnet (unknown [212.185.121.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bschmidt) by mx.techwires.net (Postfix) with ESMTPSA id 7FB68145C3 for ; Thu, 4 Feb 2010 09:15:05 +0100 (CET) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Thu, 4 Feb 2010 09:15:04 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.31-17-generic; KDE/4.3.2; i686; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002040915.04470.bschmidt@techwires.net> Subject: Software TKIP group rekeying and phase1 issue 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, 04 Feb 2010 08:19:09 -0000 Hi, When hostapd triggers rekeying of the group key, wpa_supplicant successfully sets the correct new key. On first use of the new key tkip_mixing_phase1() should be applied before decrypting any frames, tkip_decrypt() does this as if (iv32 != (u32)(key->wk_keyrsc[tid] >> 16) || !ctx->rx_phase1_done) { tkip_mixing_phase1(ctx->rx_ttak, key->wk_key, wh->i_addr2, iv32); ctx->rx_phase1_done = 1; } But, after a rekeying event, neither of this condition match, especially as rx_phase1_done is no longer zero, therefore tkip_mixing_phase1() isn't called which leads to dropped frames with "TKIP ICV mismatch on decrypt" messages. A working solution for that is to set rx_phase1_done to zero inside tkip_setkey(). I'm not sure whether that is the best solution or if it is better to set/reset the wk_keyrsc sequence, at least this diff works for me and few other over at the Forums. Index: sys/net80211/ieee80211_crypto_tkip.c =================================================================== --- sys/net80211/ieee80211_crypto_tkip.c (revision 203242) +++ sys/net80211/ieee80211_crypto_tkip.c (working copy) @@ -144,6 +144,8 @@ tkip_setkey(struct ieee80211_key *k) return 0; } k->wk_keytsc = 1; /* TSC starts at 1 */ + if (k->wk_flags & IEEE80211_KEY_GROUP) + ctx->rx_phase1_done = 0; return 1; } -- Bernhard From owner-freebsd-net@FreeBSD.ORG Thu Feb 4 10:06:35 2010 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 B488E106566B for ; Thu, 4 Feb 2010 10:06:35 +0000 (UTC) (envelope-from fernando@gont.com.ar) Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6968FC0A for ; Thu, 4 Feb 2010 10:06:35 +0000 (UTC) Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id 1B3F26B6741; Thu, 4 Feb 2010 06:56:31 -0300 (ART) Received: from [192.168.0.100] (129-130-17-190.fibertel.com.ar [190.17.130.129]) (authenticated bits=0) by venus.xmundo.net (8.13.8/8.13.8) with ESMTP id o149uSPT023601; Thu, 4 Feb 2010 06:56:28 -0300 Message-ID: <4B6A99B8.1060706@gont.com.ar> Date: Thu, 04 Feb 2010 06:56:08 -0300 From: Fernando Gont User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: =?ISO-8859-1?Q?JINMEI_Tatuya_/_=3F=3F=3F=3F?= References: <4B559EBC.9060502@gont.com.ar> In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D076FFF1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Thu, 04 Feb 2010 06:56:30 -0300 (ART) Cc: freebsd-net@freebsd.org Subject: Re: Processing IPv6 Router Advertisements 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, 04 Feb 2010 10:06:35 -0000 Hello, Jinmei, > Your understanding of what's happening is correct, and it's an > intentional behavior. The relevant part of the source code is the > following snippet of: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/ip6_input.c?rev=1.81.2.4;content-type=text/plain Thanks so much for this pointer (and for pointing the specific section in your book that explains this in detail). > 2.5.6. Link-Local IPv6 Unicast Addresses > > Link-Local addresses are for use on a single link. Link-Local > addresses have the following format: > > | 10 | | bits | 54 bits | 64 bits > | +----------+-------------------------+----------------------------+ > |1111111010| 0 | interface ID | > +----------+-------------------------+----------------------------+ > > The "real" reason is described thoroughly in a book I coauthored. I > believe you told me you had a copy of it, and assuming I'm correct, > see Section 2.9.3:-) Yes, I do. Both Volume I and Volume II. :-) > I admit this behavior is suboptimal for the spirit of "be liberal in > what you accept", but, as you probably know, it shouldn't cause any > interoperability trouble in practice. Agreed. Thanks again! Kind regards, -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From owner-freebsd-net@FreeBSD.ORG Thu Feb 4 13:13:57 2010 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 15AFE106568B for ; Thu, 4 Feb 2010 13:13:57 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id A0E388FC0C for ; Thu, 4 Feb 2010 13:13:56 +0000 (UTC) Received: from anne-o1dpaayth1.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id GAA20658; Thu, 4 Feb 2010 06:13:50 -0700 (MST) Message-Id: <201002041313.GAA20658@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 04 Feb 2010 06:13:43 -0700 To: "Li, Qing" , From: Brett Glass In-Reply-To: References: <201002030134.SAA28719@lariat.net> <201002030456.VAA00664@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 04 Feb 2010 13:13:57 -0000 At 02:35 AM 2/3/2010, Li, Qing wrote: >Proxy ARP entries are not installed into the routing table. Not since the ARP table and the routing table have been split. However, the addresses for which the machine is doing proxy ARP do need to show up there, and they do not. >I believe I have fixed this issue in svn r201282 and merged >into 8-STABLE > >http://svn.freebsd.org/viewvc/base?view=revision&revision=201282 > >http://svn.freebsd.org/viewvc/base?view=revision&revision=201614 Is there a way to get patches to run against 8.0-RELEASE? If I do not install -RELEASE on a machine, I can't use freebsd-update to maintain it. >The keyword "only", as documented in the manpage, requires a >host route to be present or else the proxy arp command will fail. The entry is not being set up from the command line but by a PPP program (mpd or ppp(8)). >(b) the PPP >daemon can't create or destroy many of the routes that the >connections need to work. > >The above patch also include fixes for routing related problem as >you will note in the commit message, although I am uncertain if >your problems fall into this category. I do not know. What I do know is that all PPP implementations I've tried -- including Somers ppp(8) and mpd 5.3 -- are failing to set up the host routes for the PPP endpoints and also the loopback routes for the pseudo-interfaces (ng or tun). >Various users reported problems in the vpn/ppp area and those >were addressed before the release. Some of these actually worsened after the release. When the test machine was updated recently using freebsd-update, we began to get even more problems and error messages. In any event, to put -STABLE on the machine would require either downloading a snapshot or wiping out a lot of work or setting up CVS on machines that won't need it in production, so please let me know if patches are available that will add the recent fixes to 8.0-RELEASE. --Brett Glass From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 02:35:49 2010 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 927821065694 for ; Fri, 5 Feb 2010 02:35:49 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 761708FC24 for ; Fri, 5 Feb 2010 02:35:49 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o152Zm9u019522; Thu, 4 Feb 2010 18:35:48 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 4 Feb 2010 18:35:39 -0800 Message-ID: In-Reply-To: <201002041313.GAA20658@lariat.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Routing problems on VPN servers running FreeBSD 8.0-RELEASE Thread-Index: Acqlm+fSvmm0fpdOSFaVTOORZe6juwAbd7/w References: <201002030134.SAA28719@lariat.net> <201002030456.VAA00664@lariat.net> <201002041313.GAA20658@lariat.net> From: "Li, Qing" To: "Brett Glass" , Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 05 Feb 2010 02:35:49 -0000 >=20 > Not since the ARP table and the routing table have been split. > However, the addresses for which the machine is doing proxy ARP do > need to show up there, and they do not. >=20 You described a bug symptom that should have been fixed.=20 The proxy ARP entry should be displayed in the ARP table after you apply the patch I specified. >=20 > Is there a way to get patches to run against 8.0-RELEASE? If I do > not install -RELEASE on a machine, I can't use freebsd-update to > maintain it. >=20 As far as I know patches do not go into 8.0-RELEASE branch, but I will let the release management team comment on what your options are. >=20 > I do not know. What I do know is that all PPP implementations I've > tried -- including Somers ppp(8) and mpd 5.3 -- are failing to set > up the host routes for the PPP endpoints and also the loopback > routes for the pseudo-interfaces (ng or tun). >=20 Again, you describe the symptoms that I believe should be fixed by the patch I referred to. >=20 > In any event, to put -STABLE on the machine would require either > downloading a snapshot or wiping out a lot of work or setting up > CVS on machines that won't need it in production, so please let me > know if patches are available that will add the recent fixes to 8.0- > RELEASE. >=20 See above... -- Qing From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 05:41:54 2010 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 809A9106566B for ; Fri, 5 Feb 2010 05:41:54 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 16B5D8FC16 for ; Fri, 5 Feb 2010 05:41:53 +0000 (UTC) Received: from anne-o1dpaayth1.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id WAA04703; Thu, 4 Feb 2010 22:41:45 -0700 (MST) Message-Id: <201002050541.WAA04703@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 04 Feb 2010 22:41:38 -0700 To: "Li, Qing" , From: Brett Glass In-Reply-To: References: <201002030134.SAA28719@lariat.net> <201002030456.VAA00664@lariat.net> <201002041313.GAA20658@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: RE: Routing problems on VPN servers running FreeBSD 8.0-RELEASE 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, 05 Feb 2010 05:41:54 -0000 Qing: What about the possibility of going to 7.3-RELEASE? There is a lot that is good about 8.x, but when I build a production system I prefer to use a release that will have extended support. After all, it's awkward to build a production server that will need to be taken down for a major upgrade in only one year. I know that 7.2-RELEASE had problems with routing and PPP too, but they were different ones. Have the 7-STABLE branch been patched adequately since that time? --Brett Glass From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 08:34:52 2010 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 8DFFC106566B for ; Fri, 5 Feb 2010 08:34:52 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 54D8B8FC12 for ; Fri, 5 Feb 2010 08:34:52 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id 732717E820; Fri, 5 Feb 2010 19:34:50 +1100 (EST) Message-ID: <4B6BD829.9080303@freebsd.org> Date: Fri, 05 Feb 2010 19:34:49 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100105 Thunderbird/3.0 MIME-Version: 1.0 To: Frank Schuster References: <1967077940@web.de> In-Reply-To: <1967077940@web.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: TCP debugging 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, 05 Feb 2010 08:34:52 -0000 Hi Frank, On 02/03/10 00:11, Frank Schuster wrote: > Hello, > > I want to debug a tcp connection but I can't find how can I do this. > I want to plot the cwnd and ssthresh over the time. > > I come from the "linux-world" and there is tcp_probe, but what can I do on Freebsd. > > 1.) Is this in freebsd possible and if it, how is it? Have a look at the SIFTR tool I've been working on. You can grab it from here: http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/siftr_8.x.r195779.patch I use it to do exactly the sort of thing you're trying to do. > 2.) Which slow-start algorithm freebsd 8.0 is using as standard? (Reno, Cubic,...) The slow start method used is regular RFC2851. The congestion control algorithm is NewReno, but I also have patches enabling experimental use of other algorithms for research purposes. Happy to provide more pointers if you're interested. Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 08:41:11 2010 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 F11F6106568D; Fri, 5 Feb 2010 08:41:11 +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 CB1B08FC0C; Fri, 5 Feb 2010 08:41:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o158fBwo014002; Fri, 5 Feb 2010 08:41:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o158fBpI013998; Fri, 5 Feb 2010 08:41:11 GMT (envelope-from linimon) Date: Fri, 5 Feb 2010 08:41:11 GMT Message-Id: <201002050841.o158fBpI013998@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143573: [em] em(4) NIC crashes intermittently 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, 05 Feb 2010 08:41:12 -0000 Synopsis: [em] em(4) NIC crashes intermittently Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 5 08:41:04 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143573 From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 08:58:11 2010 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 34644106566B for ; Fri, 5 Feb 2010 08:58:11 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id EE9F48FC1F for ; Fri, 5 Feb 2010 08:58:10 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id C03F07E820; Fri, 5 Feb 2010 19:58:09 +1100 (EST) Message-ID: <4B6BDDA1.7090605@freebsd.org> Date: Fri, 05 Feb 2010 19:58:09 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100105 Thunderbird/3.0 MIME-Version: 1.0 To: Frank Schuster References: <1967077940@web.de> <4B6BD829.9080303@freebsd.org> In-Reply-To: <4B6BD829.9080303@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: TCP debugging 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, 05 Feb 2010 08:58:11 -0000 On 02/05/10 19:34, Lawrence Stewart wrote: > Hi Frank, > > On 02/03/10 00:11, Frank Schuster wrote: >> Hello, [snip] >> >> 1.) Is this in freebsd possible and if it, how is it? > > Have a look at the SIFTR tool I've been working on. You can grab it from > here: > > http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/siftr_8.x.r195779.patch Forgot to say you'll also need this patch: http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/alq_varlen_8.x.r195779.patch Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 09:30:04 2010 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 3809C106566C for ; Fri, 5 Feb 2010 09:30:04 +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 0FD7C8FC14 for ; Fri, 5 Feb 2010 09:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o159U3qL048200 for ; Fri, 5 Feb 2010 09:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o159U3ei048195; Fri, 5 Feb 2010 09:30:03 GMT (envelope-from gnats) Date: Fri, 5 Feb 2010 09:30:03 GMT Message-Id: <201002050930.o159U3ei048195@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Earl Lapus Cc: Subject: Re: kern/143573: [em] em(4) NIC crashes intermittently X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Earl Lapus List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2010 09:30:04 -0000 The following reply was made to PR kern/143573; it has been noted by GNATS. From: Earl Lapus To: bug-followup@FreeBSD.org, earl.lapus@gmail.com Cc: Subject: Re: kern/143573: [em] em(4) NIC crashes intermittently Date: Fri, 5 Feb 2010 16:57:11 +0800 Additional note: the kernel's /usr/src/sys/dev/e1000 directory was updated to CURRENT(as of Feb 2 2010) after the first crash. But it still kept on crashing - on the same spot. From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 14:27:07 2010 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 CFC591065696 for ; Fri, 5 Feb 2010 14:27:07 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 61B918FC23 for ; Fri, 5 Feb 2010 14:27:07 +0000 (UTC) Received: by ewy3 with SMTP id 3so1554700ewy.13 for ; Fri, 05 Feb 2010 06:27:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=DUxQdy5cYVpdx4xAb9lyzdrIifGjTlVwfQGJhkEf7Ak=; b=QwjHJ9Glh/Ob8Zip1DuAc+HzjkJNBi3bt4Ww0Q3VFYA41eTJXbOj0BO6Pq8yP+TBuV uhTtWRejKCC4FS4FtjXZyl557+XnZTw6cTangs+ziYMo5qO+VRXsFpKu/aP6Opg87w2A V+9EWk+M0AmeYX0fPrsCWYM5AdYBrEqLVkpaA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=A9c2l5mBUbvQDliMiZpcwaD8OxHE1CsqN5Er5BqFrKkh2bTBisNS4EAMl5T/D+aS+s OsIaW0WK3ugxFYDHJ+7+Rk5r+bbKA0O+/rndeLj/PJrJzKTwxQ8NX+vOTxS15bJsHDO+ femeci/VkhrTle+gQr7c0mtLNGc16HjroHNq0= MIME-Version: 1.0 Sender: ermal.luci@gmail.com Received: by 10.216.90.9 with SMTP id d9mr1587540wef.201.1265380026165; Fri, 05 Feb 2010 06:27:06 -0800 (PST) In-Reply-To: <2a41acea1001291447n5852f5b4h193d3ad6dff9faac@mail.gmail.com> References: <201001291920.o0TJKAw9005498@freefall.freebsd.org> <2a41acea1001291447n5852f5b4h193d3ad6dff9faac@mail.gmail.com> From: =?ISO-8859-1?Q?Ermal_Lu=E7i?= Date: Fri, 5 Feb 2010 15:26:46 +0100 X-Google-Sender-Auth: 0d77fbc4968844d7 Message-ID: <9a542da31002050626i14da8c81m94e5e46f87edfc6d@mail.gmail.com> To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfvogel@gmail.com, jfb@mr-happy.com Subject: Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged frames instead of 802.1q-tagged frames 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, 05 Feb 2010 14:27:08 -0000 On Fri, Jan 29, 2010 at 11:47 PM, Jack Vogel wrote: > What's with the encrypted messages entered in this bug suddenly? > > An important update - I have root caused this. Turns out its kinda > interesting. > The reason there is a problem is due to the stacked pseudo devices, since > the vlan device is on lagg, and not directly on em, the em driver is not > getting > the "event" of the vlan attachment, and thus the vlan hw filter routine is > never > run, that routine sets a CRITICAL bit in the control register which > differentiates > between ISL and 802 tags... and thus our failure :( > > The question now is what to do about this, I am thinking about this now.... > > Anybody interested can please try the patch at this location http://tinyurl.com/yk7qbtb. It is against 8-STABLE though should apply even to 8-RELEASE. Regards, -- Ermal From owner-freebsd-net@FreeBSD.ORG Fri Feb 5 23:43:07 2010 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 543D7106566C; Fri, 5 Feb 2010 23:43:07 +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 2CF718FC1C; Fri, 5 Feb 2010 23:43:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o15Nh7AB077858; Fri, 5 Feb 2010 23:43:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o15Nh7h4077854; Fri, 5 Feb 2010 23:43:07 GMT (envelope-from linimon) Date: Fri, 5 Feb 2010 23:43:07 GMT Message-Id: <201002052343.o15Nh7h4077854@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143591: [ral] RT2561C-based DLink card (DWL-510) fails to work with ral0 in FreeBSD 8 Release 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, 05 Feb 2010 23:43:07 -0000 Old Synopsis: RT2561C-based DLink card (DWL-510) fails to work with ral0 in FreeBSD 8 Release New Synopsis: [ral] RT2561C-based DLink card (DWL-510) fails to work with ral0 in FreeBSD 8 Release Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 5 23:42:49 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143591 From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 00:32:40 2010 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 92A691065679; Sat, 6 Feb 2010 00:32:40 +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 6A7F48FC16; Sat, 6 Feb 2010 00:32:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o160WePb021555; Sat, 6 Feb 2010 00:32:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o160Wefu021551; Sat, 6 Feb 2010 00:32:40 GMT (envelope-from linimon) Date: Sat, 6 Feb 2010 00:32:40 GMT Message-Id: <201002060032.o160Wefu021551@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface 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, 06 Feb 2010 00:32:40 -0000 Old Synopsis: When using IPSec, tcpdump doesn't show outgoing packets on gif interface New Synopsis: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Feb 6 00:32:19 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143593 From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 03:06:22 2010 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 2FA571065670; Sat, 6 Feb 2010 03:06:22 +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 DE7D98FC12; Sat, 6 Feb 2010 03:06:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1636LEJ048358; Sat, 6 Feb 2010 03:06:21 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1636LQ3048354; Sat, 6 Feb 2010 03:06:21 GMT (envelope-from linimon) Date: Sat, 6 Feb 2010 03:06:21 GMT Message-Id: <201002060306.o1636LQ3048354@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143595: [wpi] [panic] Creating virtual interface over wpi0 in monitor mode causes crash 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, 06 Feb 2010 03:06:22 -0000 Old Synopsis: Creating virtual interface over wpi0 in monitor mode causes crash New Synopsis: [wpi] [panic] Creating virtual interface over wpi0 in monitor mode causes crash Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Feb 6 03:05:55 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143595 From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 04:15:13 2010 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 EC1031065672 for ; Sat, 6 Feb 2010 04:15:13 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id BA4C38FC0A for ; Sat, 6 Feb 2010 04:15:13 +0000 (UTC) Received: by pzk40 with SMTP id 40so4884779pzk.7 for ; Fri, 05 Feb 2010 20:15:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=0aIgmOD3KLahBcmifZt042VHw+QntZjWBAqQ1Rn0Zcg=; b=rQ+AEwR4ljaEh/brGptl39+a1QXGwXGdZk9fWPXf+P4oT+hcyq7h43wJMdwf3nbTwm 9pSAPnT16V711CAOaMWKR2s1DSoJI2fxYrC1suVyNILBFgRn/zBdsZYLLeYbSfYKZO9N fa2NLLPAPdyDIHMTnJffMhisrWE4Sv/HgTPXk= 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=GtEZv3yKRVY/AxcWSNh4LprUZE9IeIKIRvBVZoqN1N620bLVjwq99W1TSQD3J5Fvvo hOx1CMcWCsqXlJZ5XHRtDBp6Z36TTIi6ceKdBkSIRp/ZL2CuA7FUQZ86p+bF60tCk1bQ FqcKuI2tl6VFyxKu3hLYxuxDuDCTRAb1xiSdo= MIME-Version: 1.0 Received: by 10.142.65.22 with SMTP id n22mr2376863wfa.113.1265429713382; Fri, 05 Feb 2010 20:15:13 -0800 (PST) In-Reply-To: <2a41acea0908191142k453b4211n15aea5904e1b21a0@mail.gmail.com> References: <688430.20427.qm@web37906.mail.mud.yahoo.com> <2a41acea0906280952s23d6553ep42fcfd4671561c3a@mail.gmail.com> <2a41acea0907071722p7992bea0s281399cb0baecd90@mail.gmail.com> <11167f520908181955x3cc90a26k3ca37fd45cfaabf3@mail.gmail.com> <2a41acea0908182306h740194bcw4de78b6093998e88@mail.gmail.com> <11167f520908182358hc7a176as962788b505b87148@mail.gmail.com> <2a41acea0908190907g366fd2bft3a65c8565e3d859@mail.gmail.com> <2a41acea0908191142k453b4211n15aea5904e1b21a0@mail.gmail.com> Date: Fri, 5 Feb 2010 22:15:13 -0600 Message-ID: <11167f521002052015u25615f70xc087e23340991dfa@mail.gmail.com> From: "Sam Fourman Jr." To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Mark Atkinson Subject: Re: Regression: em driver in -CURRENT, "Invalid MAC address" 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, 06 Feb 2010 04:15:14 -0000 On Wed, Aug 19, 2009 at 12:42 PM, Jack Vogel wrote: > We've repro'd this, it wasnt caught before because he only tested copper. > > I will get the change submitted. > > Jack Did this change ever get committed to RELENG_8? Sam Fourman Jr. From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 08:28:52 2010 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 A362B106566B for ; Sat, 6 Feb 2010 08:28:52 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3D89E8FC12 for ; Sat, 6 Feb 2010 08:28:51 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so963333eye.9 for ; Sat, 06 Feb 2010 00:28:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FL9xC4woEXJ2r+1ROPxmg1k1XFGVE5WK2ZZdy2VGqSk=; b=rrvqW2csVz3gZAQrgKCte4VzeUawDG1Hqv9GcM5/lEga8feIlfhOUIc9j/tqWq0rCf z78aJmJAthqe2OR/vFoRtMpiyA6juZ8SJneYhakOZqGpL3kf9rZ2Vh8S2d05heZfTX0u XyPTbsr+xY90iV/vk84Sr9eZ+QrE/AEvbXy6M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Yb1a1cMmVnF9Zdht/duhSzLLF8nGXkqU746obbNVY7ArYQmnXCHIvASo0ndnH9TytF u5w/TRGzcf4Yu/xyboz84aIRaIEEo76hv25emXOkbW/7Oy+kxrrgQ81az00o55Sj+54l 4jeIUTBWzpMwR4i+mGwfw607YcJ84EMFS1HpE= MIME-Version: 1.0 Received: by 10.213.49.143 with SMTP id v15mr2136674ebf.17.1265444931031; Sat, 06 Feb 2010 00:28:51 -0800 (PST) Date: Sat, 6 Feb 2010 09:28:51 +0100 Message-ID: <2d3b7e441002060028i5b1fc665p92b10fa21d77284d@mail.gmail.com> From: Alexander Egorenkov To: freebsd-net@freebsd.org X-Mailman-Approved-At: Sat, 06 Feb 2010 12:37:12 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HT rate set in net80211 not changeable for STA 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, 06 Feb 2010 08:28:52 -0000 Hi, the HT rate set advertized by a STA is hardcoded in net80211 and the maximum MCS is 15, but my device also supports MCS32 (HT duplicate mode). Is there a possibility to change the HT rates set advertized by a STA except changing the code and recompiling net80211 stack ? Thanks. Alex. From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 13:50:04 2010 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 74A451065670 for ; Sat, 6 Feb 2010 13:50:04 +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 49B808FC0A for ; Sat, 6 Feb 2010 13:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o16Do4Od004490 for ; Sat, 6 Feb 2010 13:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o16Do4UW004488; Sat, 6 Feb 2010 13:50:04 GMT (envelope-from gnats) Date: Sat, 6 Feb 2010 13:50:04 GMT Message-Id: <201002061350.o16Do4UW004488@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/141646: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 13:50:04 -0000 The following reply was made to PR kern/141646; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/141646: commit references a PR Date: Sat, 6 Feb 2010 13:49:48 +0000 (UTC) Author: eri Date: Sat Feb 6 13:49:35 2010 New Revision: 203548 URL: http://svn.freebsd.org/changeset/base/203548 Log: Propagate the vlan eventis to the underlying interfaces/members so they can do initialization of hw related features. PR: kern/141646 Reviewed by: thompsa Approved by: thompsa(co-mentor) MFC after: 2 weeks Modified: head/sys/net/if_lagg.c head/sys/net/if_lagg.h Modified: head/sys/net/if_lagg.c ============================================================================== --- head/sys/net/if_lagg.c Sat Feb 6 13:39:08 2010 (r203547) +++ head/sys/net/if_lagg.c Sat Feb 6 13:49:35 2010 (r203548) @@ -39,6 +39,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -198,6 +199,50 @@ static moduledata_t lagg_mod = { DECLARE_MODULE(if_lagg, lagg_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); +#if __FreeBSD_version >= 800000 +/* + * This routine is run via an vlan + * config EVENT + */ +static void +lagg_register_vlan(void *arg, struct ifnet *ifp, u_int16_t vtag) +{ + struct lagg_softc *sc = ifp->if_softc; + struct lagg_port *lp; + + if (ifp->if_softc != arg) /* Not our event */ + return; + + LAGG_RLOCK(sc); + if (!SLIST_EMPTY(&sc->sc_ports)) { + SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) + EVENTHANDLER_INVOKE(vlan_config, lp->lp_ifp, vtag); + } + LAGG_RUNLOCK(sc); +} + +/* + * This routine is run via an vlan + * unconfig EVENT + */ +static void +lagg_unregister_vlan(void *arg, struct ifnet *ifp, u_int16_t vtag) +{ + struct lagg_softc *sc = ifp->if_softc; + struct lagg_port *lp; + + if (ifp->if_softc != arg) /* Not our event */ + return; + + LAGG_RLOCK(sc); + if (!SLIST_EMPTY(&sc->sc_ports)) { + SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) + EVENTHANDLER_INVOKE(vlan_unconfig, lp->lp_ifp, vtag); + } + LAGG_RUNLOCK(sc); +} +#endif + static int lagg_clone_create(struct if_clone *ifc, int unit, caddr_t params) { @@ -253,6 +298,13 @@ lagg_clone_create(struct if_clone *ifc, */ ether_ifattach(ifp, eaddr); +#if __FreeBSD_version >= 800000 + sc->vlan_attach = EVENTHANDLER_REGISTER(vlan_config, + lagg_register_vlan, sc, EVENTHANDLER_PRI_FIRST); + sc->vlan_detach = EVENTHANDLER_REGISTER(vlan_unconfig, + lagg_unregister_vlan, sc, EVENTHANDLER_PRI_FIRST); +#endif + /* Insert into the global list of laggs */ mtx_lock(&lagg_list_mtx); SLIST_INSERT_HEAD(&lagg_list, sc, sc_entries); @@ -272,6 +324,11 @@ lagg_clone_destroy(struct ifnet *ifp) lagg_stop(sc); ifp->if_flags &= ~IFF_UP; +#if __FreeBSD_version >= 800000 + EVENTHANDLER_DEREGISTER(vlan_config, sc->vlan_attach); + EVENTHANDLER_DEREGISTER(vlan_unconfig, sc->vlan_detach); +#endif + /* Shutdown and remove lagg ports */ while ((lp = SLIST_FIRST(&sc->sc_ports)) != NULL) lagg_port_destroy(lp, 1); Modified: head/sys/net/if_lagg.h ============================================================================== --- head/sys/net/if_lagg.h Sat Feb 6 13:39:08 2010 (r203547) +++ head/sys/net/if_lagg.h Sat Feb 6 13:49:35 2010 (r203548) @@ -198,6 +198,10 @@ struct lagg_softc { void (*sc_lladdr)(struct lagg_softc *); void (*sc_req)(struct lagg_softc *, caddr_t); void (*sc_portreq)(struct lagg_port *, caddr_t); +#if __FreeBSD_version >= 800000 + eventhandler_tag vlan_attach; + eventhandler_tag vlan_detach; +#endif }; struct lagg_port { _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 14:44:26 2010 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 82E92106566B for ; Sat, 6 Feb 2010 14:44:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1129C8FC19 for ; Sat, 6 Feb 2010 14:44:25 +0000 (UTC) Received: by fxm26 with SMTP id 26so5471240fxm.33 for ; Sat, 06 Feb 2010 06:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=8NcmQvWFrdULtqLC1seDvnqmLGBccFE8hbLRiQpySsU=; b=R1YaTJ6GkMeEc8DQVL7mhjPU4V53rJJDZeaLb3K1d5TzGUxwicbSSgnagHqIYhUA+4 1n7SxpdLghXpE87EH/IwSAqsoyFze7qpbQkXrCvpke3QlzlH28fPJSRYdafQp70FbuDY WSZBldvaHNdkZrlCDyJBb8z7HTbKCjhijkOl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=QjS5fQXGivo95TUb9p+7hHjh9K9GZe74VdYaXMhy8PtTA+eZKM3xqBVpWcgT3wgu5R 8xd78+dRwnNqfw3yo9vbLAbd8VPpOKYdE7+bZPk8fKaP5RwtG5DUTdN4hF1YzjYKb2RN yRXrxuHRqEipDLQeb0UQzDDbvTIRDs0aRnfiQ= Received: by 10.87.21.36 with SMTP id y36mr1430383fgi.17.1265467464992; Sat, 06 Feb 2010 06:44:24 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm1106445fxm.1.2010.02.06.06.44.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Feb 2010 06:44:24 -0800 (PST) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <2d3b7e441002060028i5b1fc665p92b10fa21d77284d@mail.gmail.com> Date: Sat, 6 Feb 2010 14:44:22 +0000 Content-Transfer-Encoding: 7bit Message-Id: <8F5F80D8-A262-49F4-B580-781A44D3190D@freebsd.org> References: <2d3b7e441002060028i5b1fc665p92b10fa21d77284d@mail.gmail.com> To: Alexander Egorenkov X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: HT rate set in net80211 not changeable for STA 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, 06 Feb 2010 14:44:26 -0000 On 6 Feb 2010, at 08:28, Alexander Egorenkov wrote: > Hi, > > the HT rate set advertized by a STA is hardcoded in net80211 > and the maximum MCS is 15, but my device also supports MCS32 (HT duplicate > mode). > Is there a possibility to change the HT rates set advertized by a STA > except changing > the code and recompiling net80211 stack ? Not really. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 14:58:27 2010 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 632781065694 for ; Sat, 6 Feb 2010 14:58:27 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id ECEF98FC1D for ; Sat, 6 Feb 2010 14:58:26 +0000 (UTC) Received: by ewy3 with SMTP id 3so2347473ewy.13 for ; Sat, 06 Feb 2010 06:58:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bSd8sUR+XGI3vXzrtwlWnAmOtsyGqHab0d19lNM94QQ=; b=t8znOZrEWbS0Q2rEyy9E3PUYER5yEhM7d99+9WFeflg/Htpz2FxiaRHxmD3jI67/1O 6LKH2RF9snmydibhbUMfyYp0RdsnzLTO3stJzT4ovAdruSWKz2aB6ExHA8XRbIZC4OKs UbdjVv6y2r0aT+kgWfQOfF8KhACxl6RM+DksM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IC2lPOqI1P2RsFxt7Rux1BNLMhnNGqtlnEZGce7lWykLbvlBD4gcwRxGCtn1ft4iXB +csaT6na+pwtImPNvuJiZ4E3YCbRVtqnQ3mi4etXlZPgoNSiTWcr53BckELsJRsRSXY9 tS/gR0MbzDvrRJO/j8dsfZ1FhsbOVXeFYM+jU= MIME-Version: 1.0 Received: by 10.213.109.193 with SMTP id k1mr1803303ebp.86.1265468305581; Sat, 06 Feb 2010 06:58:25 -0800 (PST) In-Reply-To: <8F5F80D8-A262-49F4-B580-781A44D3190D@freebsd.org> References: <2d3b7e441002060028i5b1fc665p92b10fa21d77284d@mail.gmail.com> <8F5F80D8-A262-49F4-B580-781A44D3190D@freebsd.org> Date: Sat, 6 Feb 2010 15:58:25 +0100 Message-ID: <2d3b7e441002060658h49712201m464dac80208db369@mail.gmail.com> From: Alexander Egorenkov To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: HT rate set in net80211 not changeable for STA 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, 06 Feb 2010 14:58:27 -0000 And is any API in planning that would make it possible to change the advertised HT rate set by STA during run time and not at compile time ? E.g. ieee80211_set_ht_rateset :-) On Sat, Feb 6, 2010 at 3:44 PM, Rui Paulo wrote: > On 6 Feb 2010, at 08:28, Alexander Egorenkov wrote: > > > Hi, > > > > the HT rate set advertized by a STA is hardcoded in net80211 > > and the maximum MCS is 15, but my device also supports MCS32 (HT > duplicate > > mode). > > Is there a possibility to change the HT rates set advertized by a STA > > except changing > > the code and recompiling net80211 stack ? > > Not really. > > -- > Rui Paulo > > From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 20:50:05 2010 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 4E71C1065679 for ; Sat, 6 Feb 2010 20:50:05 +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 3B4328FC08 for ; Sat, 6 Feb 2010 20:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o16Ko5YC063018 for ; Sat, 6 Feb 2010 20:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o16Ko5cT063017; Sat, 6 Feb 2010 20:50:05 GMT (envelope-from gnats) Date: Sat, 6 Feb 2010 20:50:05 GMT Message-Id: <201002062050.o16Ko5cT063017@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 20:50:05 -0000 The following reply was made to PR kern/143593; it has been noted by GNATS. From: Eugene Grosbein To: Vadim Fedorenko Cc: bug-followup@freebsd.org Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface Date: Sat, 06 Feb 2010 13:21:37 +0700 Hi! This is not a bug but some misunderstanding how IPSEC tunnel mode works. You need not use gif tunnel and IPSEC tunnel at once. You should use IPSEC transport mode with gif or IPSEC tunnel mode without gif. In fact, for IPSEC tunnel mode your kernel encrypts and encapsulates outgoing packets before it chooses outgoing interface. And IPSEC-encapsulated packet already has B.B.B.B as destination IP so it is not routed to your gif-tunnel. Instead, it is routed to your real network interface, therefore tcpdump -i gif0 does not show it. Just change your IPSEC configuration to transport mode keeping your gif configuration unchanged. Then outgoing packets will be routed to gif0 by means of routing table (and not by IPSEC tunnel mode config) and tcpdump will show them. Gif tunnel will encapsulate them and only then they will be encrypted with IPSEC and sent. I suggest this PR be closed. Please ask this type of questions in the lists first. From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 21:52:18 2010 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 9AAE11065670; Sat, 6 Feb 2010 21:52:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6F98FC14; Sat, 6 Feb 2010 21:52:18 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o16LqHVI024971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Feb 2010 13:52:17 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B6DE491.8010901@errno.com> Date: Sat, 06 Feb 2010 13:52:17 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Alexander Egorenkov References: <2d3b7e441002060028i5b1fc665p92b10fa21d77284d@mail.gmail.com> <8F5F80D8-A262-49F4-B580-781A44D3190D@freebsd.org> <2d3b7e441002060658h49712201m464dac80208db369@mail.gmail.com> In-Reply-To: <2d3b7e441002060658h49712201m464dac80208db369@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org, Rui Paulo Subject: Re: HT rate set in net80211 not changeable for STA 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, 06 Feb 2010 21:52:18 -0000 Alexander Egorenkov wrote: > And is any API in planning that would make it possible to change the > advertised HT rate set by STA during run time and not at compile time ? E.g. > ieee80211_set_ht_rateset :-) > > On Sat, Feb 6, 2010 at 3:44 PM, Rui Paulo wrote: > >> On 6 Feb 2010, at 08:28, Alexander Egorenkov wrote: >> >>> Hi, >>> >>> the HT rate set advertized by a STA is hardcoded in net80211 >>> and the maximum MCS is 15, but my device also supports MCS32 (HT >> duplicate >>> mode). >>> Is there a possibility to change the HT rates set advertized by a STA >>> except changing >>> the code and recompiling net80211 stack ? >> Not really. The advertised rate set should be initially set according to the capabilities of the device. There were no devices > 2x2 when I wrote the code so MCS15 is the max. To support such devices you need to do more than just grow the rateset. Making the rate set user-controllable would be ok to add but probably used only for testing. Sam From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 21:56:18 2010 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 35459106566B for ; Sat, 6 Feb 2010 21:56:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CA9348FC19 for ; Sat, 6 Feb 2010 21:56:17 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o16LuFs5024991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Feb 2010 13:56:16 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B6DE57F.7060104@errno.com> Date: Sat, 06 Feb 2010 13:56:15 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Bernhard Schmidt References: <201002040915.04470.bschmidt@techwires.net> In-Reply-To: <201002040915.04470.bschmidt@techwires.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: Software TKIP group rekeying and phase1 issue 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, 06 Feb 2010 21:56:18 -0000 Bernhard Schmidt wrote: > Hi, > > When hostapd triggers rekeying of the group key, wpa_supplicant successfully > sets the correct new key. On first use of the new key tkip_mixing_phase1() > should be applied before decrypting any frames, tkip_decrypt() does this as > > if (iv32 != (u32)(key->wk_keyrsc[tid] >> 16) || !ctx->rx_phase1_done) { > tkip_mixing_phase1(ctx->rx_ttak, key->wk_key, > wh->i_addr2, iv32); > ctx->rx_phase1_done = 1; > } > > But, after a rekeying event, neither of this condition match, especially as > rx_phase1_done is no longer zero, therefore tkip_mixing_phase1() isn't called > which leads to dropped frames with "TKIP ICV mismatch on decrypt" messages. > > A working solution for that is to set rx_phase1_done to zero inside > tkip_setkey(). I'm not sure whether that is the best solution or if it is > better to set/reset the wk_keyrsc sequence, at least this diff works for me > and few other over at the Forums. > > Index: sys/net80211/ieee80211_crypto_tkip.c > =================================================================== > --- sys/net80211/ieee80211_crypto_tkip.c (revision 203242) > +++ sys/net80211/ieee80211_crypto_tkip.c (working copy) > @@ -144,6 +144,8 @@ tkip_setkey(struct ieee80211_key *k) > return 0; > } > k->wk_keytsc = 1; /* TSC starts at 1 */ > + if (k->wk_flags & IEEE80211_KEY_GROUP) > + ctx->rx_phase1_done = 0; > return 1; > } > Reseting this flag in setkey looks right but why only for group keys? I don't think you want to reset the keyrsc unless instructed; if I recall a new RSC may be sent down by the authenticator when plumbing a key--but it's been a while since I looked at this. Have you looked at other implementations? Sam From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 22:05:08 2010 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 445C6106566C; Sat, 6 Feb 2010 22:05:08 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id F13B18FC12; Sat, 6 Feb 2010 22:05:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3BFDA41C65E; Sat, 6 Feb 2010 23:05:07 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id hSQmyOZITjph; Sat, 6 Feb 2010 23:05:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 2BCE941C64C; Sat, 6 Feb 2010 23:05:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0F9D34448EC; Sat, 6 Feb 2010 22:02:01 +0000 (UTC) Date: Sat, 6 Feb 2010 22:02:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Eugene Grosbein In-Reply-To: <201002062050.o16Ko5cT063017@freefall.freebsd.org> Message-ID: <20100206215534.V27327@maildrop.int.zabbadoz.net> References: <201002062050.o16Ko5cT063017@freefall.freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org, junk@fromru.com Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface 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, 06 Feb 2010 22:05:08 -0000 On Sat, 6 Feb 2010, Eugene Grosbein wrote: Hi Eugene, > The following reply was made to PR kern/143593; it has been noted by GNATS. > > From: Eugene Grosbein > To: Vadim Fedorenko > Cc: bug-followup@freebsd.org > Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing > packets on gif interface > Date: Sat, 06 Feb 2010 13:21:37 +0700 > > Hi! > > This is not a bug but some misunderstanding how IPSEC tunnel mode works. > You need not use gif tunnel and IPSEC tunnel at once. But still you could for various reasons. > You should use IPSEC transport mode with gif or IPSEC tunnel mode > without gif. > > In fact, for IPSEC tunnel mode your kernel encrypts and encapsulates > outgoing packets > before it chooses outgoing interface. And IPSEC-encapsulated packet already > has B.B.B.B as destination IP so it is not routed to your gif-tunnel. > Instead, it is routed to your real network interface, therefore tcpdump > -i gif0 does not show it. > > Just change your IPSEC configuration to transport mode > keeping your gif configuration unchanged. > Then outgoing packets will be routed to gif0 by means of routing table > (and not by IPSEC tunnel mode config) and tcpdump will show them. > Gif tunnel will encapsulate them and only then they will be encrypted > with IPSEC and sent. > > I suggest this PR be closed. Please ask this type of questions in the > lists first. While what you say ist best practise and will mitigate the problem, there is a known problem here nonetheless. I think kern/121642 was one of the original submissions and this should be marked as a duplicate and possibly migrated there. There are more slightly similar problems reported (kern/110959, ...) I think similar strange results might be seen if stacking gif and gre w/o IPsec (or maybe it was gif in gif). -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 22:10:04 2010 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 6EA0F1065676 for ; Sat, 6 Feb 2010 22:10:04 +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 43A4B8FC0C for ; Sat, 6 Feb 2010 22:10:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o16MA4uD030533 for ; Sat, 6 Feb 2010 22:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o16MA4dD030532; Sat, 6 Feb 2010 22:10:04 GMT (envelope-from gnats) Date: Sat, 6 Feb 2010 22:10:04 GMT Message-Id: <201002062210.o16MA4dD030532@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 22:10:04 -0000 The following reply was made to PR kern/143593; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: Eugene Grosbein Cc: freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org, junk@fromru.com Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing packets on gif interface Date: Sat, 6 Feb 2010 22:02:01 +0000 (UTC) On Sat, 6 Feb 2010, Eugene Grosbein wrote: Hi Eugene, > The following reply was made to PR kern/143593; it has been noted by GNATS. > > From: Eugene Grosbein > To: Vadim Fedorenko > Cc: bug-followup@freebsd.org > Subject: Re: kern/143593: [ipsec] When using IPSec, tcpdump doesn't show outgoing > packets on gif interface > Date: Sat, 06 Feb 2010 13:21:37 +0700 > > Hi! > > This is not a bug but some misunderstanding how IPSEC tunnel mode works. > You need not use gif tunnel and IPSEC tunnel at once. But still you could for various reasons. > You should use IPSEC transport mode with gif or IPSEC tunnel mode > without gif. > > In fact, for IPSEC tunnel mode your kernel encrypts and encapsulates > outgoing packets > before it chooses outgoing interface. And IPSEC-encapsulated packet already > has B.B.B.B as destination IP so it is not routed to your gif-tunnel. > Instead, it is routed to your real network interface, therefore tcpdump > -i gif0 does not show it. > > Just change your IPSEC configuration to transport mode > keeping your gif configuration unchanged. > Then outgoing packets will be routed to gif0 by means of routing table > (and not by IPSEC tunnel mode config) and tcpdump will show them. > Gif tunnel will encapsulate them and only then they will be encrypted > with IPSEC and sent. > > I suggest this PR be closed. Please ask this type of questions in the > lists first. While what you say ist best practise and will mitigate the problem, there is a known problem here nonetheless. I think kern/121642 was one of the original submissions and this should be marked as a duplicate and possibly migrated there. There are more slightly similar problems reported (kern/110959, ...) I think similar strange results might be seen if stacking gif and gre w/o IPsec (or maybe it was gif in gif). -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Sat Feb 6 22:39:49 2010 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 924541065670 for ; Sat, 6 Feb 2010 22:39:49 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mx.techwires.net (mx.techwires.net [IPv6:2001:4d88:100f:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 29D928FC1F for ; Sat, 6 Feb 2010 22:39:49 +0000 (UTC) Received: from maja.lab.techwires.net (dslb-088-065-054-096.pools.arcor-ip.net [88.65.54.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bschmidt) by mx.techwires.net (Postfix) with ESMTPSA id D66A214E70; Sat, 6 Feb 2010 23:39:47 +0100 (CET) Received: from maja.lab.techwires.net (localhost [127.0.0.1]) by maja.lab.techwires.net (8.14.4/8.14.4) with ESMTP id o16MdhvD036260; Sat, 6 Feb 2010 23:39:43 +0100 (CET) (envelope-from bschmidt@techwires.net) Received: (from bschmidt@localhost) by maja.lab.techwires.net (8.14.4/8.14.4/Submit) id o16MdhM0036167; Sat, 6 Feb 2010 23:39:43 +0100 (CET) (envelope-from bschmidt@techwires.net) X-Authentication-Warning: maja.lab.techwires.net: bschmidt set sender to bschmidt@techwires.net using -f From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Sat, 6 Feb 2010 23:39:41 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.4; amd64; ; ) References: <201002040915.04470.bschmidt@techwires.net> <4B6DE57F.7060104@errno.com> In-Reply-To: <4B6DE57F.7060104@errno.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002062339.42721.bschmidt@techwires.net> Cc: Subject: Re: Software TKIP group rekeying and phase1 issue 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, 06 Feb 2010 22:39:49 -0000 On Saturday 06 February 2010 22:56:15 Sam Leffler wrote: > Bernhard Schmidt wrote: > > Hi, > > > > When hostapd triggers rekeying of the group key, wpa_supplicant > > successfully sets the correct new key. On first use of the new key > > tkip_mixing_phase1() should be applied before decrypting any frames, > > tkip_decrypt() does this as > > > > if (iv32 != (u32)(key->wk_keyrsc[tid] >> 16) || !ctx->rx_phase1_done) { > > tkip_mixing_phase1(ctx->rx_ttak, key->wk_key, > > wh->i_addr2, iv32); > > ctx->rx_phase1_done = 1; > > } > > > > But, after a rekeying event, neither of this condition match, especially > > as rx_phase1_done is no longer zero, therefore tkip_mixing_phase1() isn't > > called which leads to dropped frames with "TKIP ICV mismatch on decrypt" > > messages. > > > > A working solution for that is to set rx_phase1_done to zero inside > > tkip_setkey(). I'm not sure whether that is the best solution or if it is > > better to set/reset the wk_keyrsc sequence, at least this diff works for > > me and few other over at the Forums. > > > > Index: sys/net80211/ieee80211_crypto_tkip.c > > =================================================================== > > --- sys/net80211/ieee80211_crypto_tkip.c (revision 203242) > > +++ sys/net80211/ieee80211_crypto_tkip.c (working copy) > > @@ -144,6 +144,8 @@ tkip_setkey(struct ieee80211_key *k) > > return 0; > > } > > k->wk_keytsc = 1; /* TSC starts at 1 */ > > + if (k->wk_flags & IEEE80211_KEY_GROUP) > > + ctx->rx_phase1_done = 0; > > return 1; > > } > > Reseting this flag in setkey looks right but why only for group keys? I > don't think you want to reset the keyrsc unless instructed; if I recall > a new RSC may be sent down by the authenticator when plumbing a key--but > it's been a while since I looked at this. > > Have you looked at other implementations? Doing that for all keys is probably right, have to test that. I did look at other implementation, they do zero out (tkip_ctx *)ctx inside tkip_setkey() and restore part of its content from the key, which has the side effect that rx_phase1_done also zero. No one handles that case intentionally. -- Bernhard