From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 05:21: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 BA52C106566B for ; Sun, 21 Mar 2010 05:21:26 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4BEC48FC12 for ; Sun, 21 Mar 2010 05:21:26 +0000 (UTC) Received: by fxm1 with SMTP id 1so4721983fxm.13 for ; Sat, 20 Mar 2010 22:21:25 -0700 (PDT) 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=+cCTsYy6onqwyx3m5vTQZ3xhFAUvtTj1FKdaEcoEFSk=; b=YCuNk27cVJ8FDFv25gR+ca3eZTSdYFCfmggrW91aQLUARVg4MWLPBSt9A9C7KG4xvm oB9lwtMLp9ZRz79eS8DBVkJw+DbQbnesoDE7LjqkEHguzgCIRKtXc3bQHf+0OWCZ5nev UgBmBDcH0CHyoInDCsfigXDBl0YQntk7iYFW4= 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=sbFjJAHdR137S6rOMXFoK9/Juc2t4/XTCB/bWFJFNyTti7Lb5XeB+AEY6/2m4cqisM xmenKyMYz9tiMjEs9dCaHwWcfiy3jOTPZJiLk4U5tBhP0E/z3TDuKCULAG9cC4IH/IdV oUL5euOpoT+Cv4ahrN+an7WdEqoNrjNPgbufA= MIME-Version: 1.0 Received: by 10.102.164.10 with SMTP id m10mr5849337mue.52.1269148885159; Sat, 20 Mar 2010 22:21:25 -0700 (PDT) In-Reply-To: <4BA50BA1.5060401@incunabulum.net> References: <4BA50BA1.5060401@incunabulum.net> Date: Sun, 21 Mar 2010 08:21:25 +0300 Message-ID: From: Alexander Bubnov To: Bruce Simpson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: why zero-copy sockets(9) are not popular? 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, 21 Mar 2010 05:21:26 -0000 Bruce, many thanks for comprehensive answer! 2010/3/20 Bruce Simpson > On 03/20/10 10:06, Alexander Bubnov wrote: > >> Hello, all! >> Anybody knows why zero copy is not popular although this technique allows >> to increase performance of servers? It is very hard to find any examples >> of >> zero-copy for FreeBSD. >> >> > > Transmit is easy. Receive is hard. > > The whole concept of zero-copy revolves around being able to use > page-flipping to map buffers in user and kernel space, to amortize the cost > of copies across that system boundary. > > The compromise usually taken is to use the sendfile() API, or rely on TCP > Segmentation Offload (TSO), much like Microsoft's Chimney stack does in > Windows 7. Unfortunately, sendfile() only covers transmit. TSO only offloads > up to the point where sockets hit the card; TSO can offload TCP stream > reassembly, but you still have to copy from the kernel buffers into > userland. > > True zero-copy sockets generally require scatter/gather DMA engine support, > and TCP/IP header splitting, to do zero-copy recieve. > > S/G PCI DMA cores are often custom designed, and you tend not to find them > in off-the-shelf VHDL libraries. That IP (as in intellectual property) still > has cost. > > Historically the only cards in FreeBSD which supported this, were the > Tigon-II, which got bought by Broadcom (bge is the Tigon-III). Modified > firmware was required to do this. > > > _______________________________________________ > 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" > -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 07:17:28 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 AB51A106564A; Sun, 21 Mar 2010 07:17:28 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id 455548FC12; Sun, 21 Mar 2010 07:17:27 +0000 (UTC) Received: from c122-106-171-192.carlnfd1.nsw.optusnet.com.au (c122-106-171-192.carlnfd1.nsw.optusnet.com.au [122.106.171.192]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o2L7HNn3012239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 18:17:24 +1100 Date: Sun, 21 Mar 2010 18:17:23 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Rui Paulo In-Reply-To: <2FEF7D36-31B7-4FD7-9350-EECA7B38D519@freebsd.org> Message-ID: <20100321173545.O3020@delplex.bde.org> References: <006f01cac6d8$5fc03cb0$1f40b610$@net> <2FEF7D36-31B7-4FD7-9350-EECA7B38D519@freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1105507168-1269155843=:3020" Cc: freebsd-net@freebsd.org, Chris Harrer Subject: Re: Bug in tcp_output? 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, 21 Mar 2010 07:17:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1105507168-1269155843=:3020 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 20 Mar 2010, Rui Paulo wrote: > On 18 Mar 2010, at 20:19, Chris Harrer wrote: >> >> In the following block of code, running on a x86_64 platform, I believe = that >> cwin should be declared as an int: >> ... >> else { >> >> long cwin; =DF-- Should be an int >> ... >> if (len > 0) { >> >> cwin =3D tp->snd_cwnd - >> >> (tp->snd_nxt - tp->sack_newdata) - >> >> sack_bytes_rxmt; >> >> if (cwin < 0) >> >> cwin =3D 0; >> >> len =3D lmin(len, cwin); >> >> } >> >> } >> >> } >> >> >> >> Consider the case where: >> >> sack_rxmit =3D 0 >> >> sack_bytes_rxmt =3D 0x2238 >> >> off =3D 0 >> >> len =3D0xa19c >> >> tp->snd_cwnd =3D 0x2238 >> >> tp->snd_nxt =3D 0xdd6d7974 >> >> tp->sack_newdata =3D 0xdd6d6858 >> >> In this case cwin evaluates to 0x00000000ffffe37c, which is not <0, but >> instead huge. This causes the remaining data on the socket=92s so->so_s= nd >> buffer to be sent to the network causing more problems at the receiver w= hich >> is already dropping frames. > > I see. This is most likely a bug. Can you send-pr so this doesn't get los= t? What bug do you see? This is most likely not a bug. I only see the following bugs - the suggestion to increase the fragility of the code by changing cwin to int - lots of whitespace lossage - the style bug in the declaration of cwin (nested declaration) - lots fragile but working code. It depends on the machine being a normal 2's complement one. It would fail on normal 1's complement machines and on abnormal 2's complement ones, but so would many other things in the kernel. - type and arithmetic errors that are not made at runtime resulting in a value that wouldn't work, though the runtime value would. Relevant code quoted again, with the whitespace fixed: >> cwin =3D tp->snd_cwnd - >> (tp->snd_nxt - tp->sack_newdata) - >> sack_bytes_rxmt; On 64-bit machines, with the above values, this is: =09=09=09=09rhs =3D (u_long)0x2238UL - =09=09=09=09 ((tcp_seq)0xdd6d7974 - =09=09=09=09 (tcp_seq)0xdd6d6858) - =09=09=09=09 (int)0x2238; =09=09=09=09 =3D (u_long)0x2238UL - =09=09=09=09 ((uint32_t)0xdd6d7974 - =09=09=09=09 (uint32_t)0xdd6d6858) - =09=09=09=09 (int)0x2238; =09=09=09=09 =3D (u_long)0x2238UL - =09=09=09=09 (u_int)0x111c - =09=09=09=09 (int)0x2238; =09=09=09=09 =3D (u_long)0x111c - =09=09=09=09 (int)0x2238; =09=09=09=09 =3D (u_long)0x111c - =09=09=09=09 (u_long)0x2238; =09=09=09=09 =3D (u_long)0xffffffffffffeee4; =09=09=09=09cwin =3D (long)rhs; =09=09=09=09 =3D -(long)0x111c; I might have made arithmetic errors too, but I'm sure that I got the conversions essentially correct. On machines with 64-bit u_longs, almost everything is evaluated modulo 2^64. This gives a large positive value, but not one with the top bits set up to only the 31st as would happen on machines with 32-bit u_longs. Then the final conversion to long gives a negative value. This is fragile, but it is a standard 2's complement hack. It would fail mainly on normal ones complement machines when the rhs is (u_long)0xFF...FF. Then the lhs is probably negative 0, which is not less than 0. The fragility is essentially the same on machines with 32-bit u_longs. Almost everything is evaluated modulo 2^32... Using 64-bit u_longs for tp->snd_cwnd (and thus for almost the entire calculation) is exessive but doesn't cause any problems. Using a signed type for sack_bytes_rxmt asks for sign extension bugs but doesn't get them. Here it is promoted to a u_long so there are no sign extension bugs for it here. Using a signed type for cwin is essential for the comparison of cwin with 0 to work. This signed type should have the same size as the rhs to avoid even more fragility (if it were int, then you would have to worry about the value being changed to a non-working value by the implementation-defined conversion of the rhs to cwin not just for values larger than LONG_MAX but also for ones larger than INT_MAX. `int' should work in practice. This and other things depend on the difference of the tcp_seq's not being anywhere near as large as 0x7fffffff). Bruce --0-1105507168-1269155843=:3020-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 09:04:59 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 ED100106564A for ; Sun, 21 Mar 2010 09:04:59 +0000 (UTC) (envelope-from dado@cnt.korolev-net.ru) Received: from cnt.korolev-net.ru (mail.web-korolev.ru [89.222.188.140]) by mx1.freebsd.org (Postfix) with ESMTP id A7E768FC0A for ; Sun, 21 Mar 2010 09:04:58 +0000 (UTC) Received: by cnt.korolev-net.ru (Postfix, from userid 100) id E0B9C2AC7C6; Sun, 21 Mar 2010 12:04:55 +0300 (MSK) Date: Sun, 21 Mar 2010 12:04:55 +0300 From: Evgenii Davidov To: freebsd-net@FreeBSD.org Message-ID: <20100321090455.GA36897@korolev-net.ru> References: <201003202306.o2KN6Z55038744@www.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201003202306.o2KN6Z55038744@www.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: kern/144917: Flowtable crashes system 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, 21 Mar 2010 09:05:00 -0000 Здравствуйте, On Sat, Mar 20, 2010 at 11:06:35PM +0000, Doychin Dokov пишет: > >Description: > It seems like flowtable has been merged and enabled by default in 8.0.... which is a really really bad idea. > On a system which handles two full BGP tables it makes one of the CPU cores run at 100% right after most of the prefixes get installed in the routing table. i saw the same effect with ospf -- Evgenii V Davidov From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 13:15:32 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 7671A1065672 for ; Sun, 21 Mar 2010 13:15:32 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id E91DC8FC14 for ; Sun, 21 Mar 2010 13:15:31 +0000 (UTC) Received: by bwz28 with SMTP id 28so4137001bwz.14 for ; Sun, 21 Mar 2010 06:15:30 -0700 (PDT) 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=QKTwg/QDWI3MpToNHCB94nF45B1VxmjoL71RoBh+9qo=; b=JRghZSq6T504/3IJgxMV0ERbJyOYbwTcS2fbfgJXz7YHars/mqWO+9sLi87IS2MhdF PvG/x9QqrDR1HIa4ON8bhbAXFxH7mNF01hoW3gD7szVsK0dhwcI1GOfG9OnTAXPXWvXp EQDbgCQcjmTtj8rnGGdl+o/WdHvAAjq24XPls= 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=jgvhOkW6eOtdAdonXVmxmXO6ebIvy6r/2xOkfZVBDKh3354rgQxXYxjqAhyeA54b1o JVx+6e+TEPdmtBmJe3KDd4RYvGbNBxaMBvQ93K0o6KQ54w71cDfOJPjq4L8bQ5SQmHGK tgEgVEoNfMkvRaet3ZAvL0er0zTQ3jwZ9HzFg= Received: by 10.204.174.194 with SMTP id u2mr1806360bkz.40.1269177330652; Sun, 21 Mar 2010 06:15:30 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id l1sm14538915bkl.20.2010.03.21.06.15.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Mar 2010 06:15:29 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=windows-1252 From: Rui Paulo In-Reply-To: <20100321173545.O3020@delplex.bde.org> Date: Sun, 21 Mar 2010 13:15:27 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <8FEEC471-81FB-4FCA-BA4E-8E90048EFD8B@freebsd.org> References: <006f01cac6d8$5fc03cb0$1f40b610$@net> <2FEF7D36-31B7-4FD7-9350-EECA7B38D519@freebsd.org> <20100321173545.O3020@delplex.bde.org> To: Bruce Evans X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org, Chris Harrer Subject: Re: Bug in tcp_output? 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, 21 Mar 2010 13:15:32 -0000 On 21 Mar 2010, at 07:17, Bruce Evans wrote: > On Sat, 20 Mar 2010, Rui Paulo wrote: >=20 >> On 18 Mar 2010, at 20:19, Chris Harrer wrote: >>>=20 >>> In the following block of code, running on a x86_64 platform, I = believe that >>> cwin should be declared as an int: >>> ... >>> else { >>>=20 >>> long cwin; =DF-- Should be an int >>> ... >>> if (len > 0) { >>>=20 >>> cwin =3D tp->snd_cwnd - >>>=20 >>> (tp->snd_nxt - tp->sack_newdata) = - >>>=20 >>> sack_bytes_rxmt; >>>=20 >>> if (cwin < 0) >>>=20 >>> cwin =3D 0; >>>=20 >>> len =3D lmin(len, cwin); >>>=20 >>> } >>>=20 >>> } >>>=20 >>> } >>>=20 >>>=20 >>>=20 >>> Consider the case where: >>>=20 >>> sack_rxmit =3D 0 >>>=20 >>> sack_bytes_rxmt =3D 0x2238 >>>=20 >>> off =3D 0 >>>=20 >>> len =3D0xa19c >>>=20 >>> tp->snd_cwnd =3D 0x2238 >>>=20 >>> tp->snd_nxt =3D 0xdd6d7974 >>>=20 >>> tp->sack_newdata =3D 0xdd6d6858 >>>=20 >>> In this case cwin evaluates to 0x00000000ffffe37c, which is not <0, = but >>> instead huge. This causes the remaining data on the socket=92s = so->so_snd >>> buffer to be sent to the network causing more problems at the = receiver which >>> is already dropping frames. >>=20 >> I see. This is most likely a bug. Can you send-pr so this doesn't get = lost? >=20 > What bug do you see? This is most likely not a bug. I only see the > following bugs > - the suggestion to increase the fragility of the code by changing = cwin to > int > - lots of whitespace lossage > - the style bug in the declaration of cwin (nested declaration) > - lots fragile but working code. It depends on the machine being a = normal > 2's complement one. It would fail on normal 1's complement machines = and > on abnormal 2's complement ones, but so would many other things in = the > kernel. > - type and arithmetic errors that are not made at runtime resulting in = a > value that wouldn't work, though the runtime value would. >=20 > Relevant code quoted again, with the whitespace fixed: >=20 >>> cwin =3D tp->snd_cwnd - >>> (tp->snd_nxt - tp->sack_newdata) = - >>> sack_bytes_rxmt; >=20 > On 64-bit machines, with the above values, this is: >=20 > rhs =3D (u_long)0x2238UL - > ((tcp_seq)0xdd6d7974 - > (tcp_seq)0xdd6d6858) - > (int)0x2238; > =3D (u_long)0x2238UL - > ((uint32_t)0xdd6d7974 - > (uint32_t)0xdd6d6858) - > (int)0x2238; > =3D (u_long)0x2238UL - > (u_int)0x111c - > (int)0x2238; > =3D (u_long)0x111c - > (int)0x2238; > =3D (u_long)0x111c - > (u_long)0x2238; > =3D (u_long)0xffffffffffffeee4; > cwin =3D (long)rhs; > =3D -(long)0x111c; >=20 > I might have made arithmetic errors too, but I'm sure that I got the > conversions essentially correct. On machines with 64-bit u_longs, > almost everything is evaluated modulo 2^64. This gives a large = positive > value, but not one with the top bits set up to only the 31st as would > happen on machines with 32-bit u_longs. Then the final conversion to > long gives a negative value. Right. I made some bad calculations. >=20 > This is fragile, but it is a standard 2's complement hack. It would > fail mainly on normal ones complement machines when the rhs is > (u_long)0xFF...FF. Then the lhs is probably negative 0, which is > not less than 0. >=20 > The fragility is essentially the same on machines with 32-bit u_longs. > Almost everything is evaluated modulo 2^32... >=20 > Using 64-bit u_longs for tp->snd_cwnd (and thus for almost the entire > calculation) is exessive but doesn't cause any problems. >=20 > Using a signed type for sack_bytes_rxmt asks for sign extension bugs = but > doesn't get them. Here it is promoted to a u_long so there are no > sign extension bugs for it here. >=20 > Using a signed type for cwin is essential for the comparison of cwin > with 0 to work. Right. > This signed type should have the same size as the rhs > to avoid even more fragility (if it were int, then you would have to > worry about the value being changed to a non-working value by the > implementation-defined conversion of the rhs to cwin not just for > values larger than LONG_MAX but also for ones larger than INT_MAX. > `int' should work in practice. This and other things depend on the > difference of the tcp_seq's not being anywhere near as large as > 0x7fffffff). I assumed that Chris saw a problem with this code after being hit by = some TCP/IP interop issue. Was this the case? -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 13:53: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 374C9106564A; Sun, 21 Mar 2010 13:53:18 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 91E268FC13; Sun, 21 Mar 2010 13:53:17 +0000 (UTC) Received: by bwz28 with SMTP id 28so4151869bwz.14 for ; Sun, 21 Mar 2010 06:53:16 -0700 (PDT) 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=siMSZo5nr4uHTacpuKBtx27xPajaLbIp8OL6RyQiz90=; b=qTdX7h8J0O3m2jAiRWRmGNwymwAKuDiP1e10dh/m5zYa5Pw5wPiEbZYU65RkXTaW/j yEGXdkSRWdHKKH3JjGsXQqbkqr2KNYbEf1cbtBGJlny7vh0+s3UJonpQjoyQfH3Zdo1C A9OdumHKO0ZM+F1fyCKmj/dbgqytzg8ti27jk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=TJ255XjXE9mURjnifyOiQPn7dMOAM9aySEPrt48nd8d0SopuqseoCNXsTyGe1JyxIy 6DMOxhZhWP91JQS4zxV2hRizi3wgg7vaiR5Qd0VT3uqcDc+ju5hckUuPweS6d0Yg0DqG HrxfIeJyeViIwx71l5EAprS6j89+OEg1HRxFk= MIME-Version: 1.0 Received: by 10.204.131.85 with SMTP id w21mr3355485bks.174.1269179596110; Sun, 21 Mar 2010 06:53:16 -0700 (PDT) Date: Sun, 21 Mar 2010 15:53:16 +0200 Message-ID: From: Dan Naumov To: freebsd-questions@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: sftp server with speed throttling 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, 21 Mar 2010 13:53:18 -0000 What are my options if I want to run an sftp server with speed throttling? My understanding is that openssh (which includes sftp) in base does not support this directly, so I would have to either use a custom kernel with ALTQ (and I would really rather stick to GENERIC so I can use freebsd-update) which sounds like a bit too much configuration work or pass sftp traffic through PF and throttle it (ugly, would also affect ssh traffic). Are there any sftp servers with directly built-in functionality for this? I just would to be able to set limits for upload speed globally for the entire server and preferably to also be able to do speed settings on a per-user basis. Thanks. - Sincerely, Dan Naumov From owner-freebsd-net@FreeBSD.ORG Sun Mar 21 19:55:03 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 BB880106566C; Sun, 21 Mar 2010 19:55:03 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id F2FD68FC08; Sun, 21 Mar 2010 19:55:02 +0000 (UTC) Received: from vhoffman-macbook.local ([10.0.0.173]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.3) with ESMTP id o2LJt0Vm045536 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 19:55:01 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4BA67994.1000506@unsane.co.uk> Date: Sun, 21 Mar 2010 19:55:00 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: sftp server with speed throttling 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, 21 Mar 2010 19:55:03 -0000 On 21/03/2010 13:53, Dan Naumov wrote: > What are my options if I want to run an sftp server with speed > throttling? My understanding is that openssh (which includes sftp) in > base does not support this directly, so I would have to either use a > custom kernel with ALTQ (and I would really rather stick to GENERIC so > I can use freebsd-update) which sounds like a bit too much > configuration work or pass sftp traffic through PF and throttle it > (ugly, would also affect ssh traffic). > > Are there any sftp servers with directly built-in functionality for > this? I just would to be able to set limits for upload speed globally > for the entire server and preferably to also be able to do speed > settings on a per-user basis. > A quick google indicates there are at least 2 sftp servers with this functionality, http://www.proftpd.org/docs/contrib/mod_sftp.html http://mysecureshell.sourceforge.net/en/index.html Proftpd with mod_sftp needs the proftp-devel port so I'm guessing its still in testing but at least its in ports. No idea about the mysecureshell program, its not in ports. I havent actually tried with of these so no idea how well they work, good luck. Vince > Thanks. > > - Sincerely, > Dan Naumov > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Mar 22 09:03: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 8187A1065676 for ; Mon, 22 Mar 2010 09:03:22 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0981F8FC1B for ; Mon, 22 Mar 2010 09:03:21 +0000 (UTC) Received: by fxm1 with SMTP id 1so5075927fxm.33 for ; Mon, 22 Mar 2010 02:03:21 -0700 (PDT) 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:content-type; bh=bj/ODyyGOHFC4HaWTtS+c5vZdNqnkO6caIfvX3wfGQQ=; b=IIF7gkEzAxs9ZC04Lm3HVtUbMJwdZQp48uH6xPp6asXyP4HBzOjXPk/Tz87vUIKNeB fCqqUwiW3lBMbvoZXI1xyvgVOucErp4D2z2BCjST8y9fq8LCkrsCUq6Zb78GUyKcEsYP jtmRuPR3FZzR6aYv0oQH+0rFE2HFafInrlRcY= 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 :content-type; b=rseZpelUdPon5+dnMN+xc5hmjl7+/LNA7xjZgTDHJY2X7wiu+nSK1u1Ut0YQ3g3hQl xlkugxybWSGfkjRGfHlkctUjSBFgXfSnVAxQwvdu+DF8dJ0CH9l8iAHxGSCKbgJbEN1g y97bbiFU1ccwdpqU5eoE+ytiC7oNkOh09zg0A= MIME-Version: 1.0 Received: by 10.102.174.3 with SMTP id w3mr1098251mue.48.1269248601050; Mon, 22 Mar 2010 02:03:21 -0700 (PDT) In-Reply-To: References: <4BA50BA1.5060401@incunabulum.net> Date: Mon, 22 Mar 2010 12:03:21 +0300 Message-ID: From: Alexander Bubnov To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: why zero-copy sockets(9) are not popular? 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, 22 Mar 2010 09:03:22 -0000 Hi, everybody! I have found some Intel NICs which supports "header splitting". Does FreeBSD support them for zero-copy receive? One more question please... is there a way to determine whether or not zero-copy receive is working, for example by kernel log or something else? Thank you in advance. 2010/3/21 Alexander Bubnov > Bruce, many thanks for comprehensive answer! > > 2010/3/20 Bruce Simpson > > On 03/20/10 10:06, Alexander Bubnov wrote: >> >>> Hello, all! >>> Anybody knows why zero copy is not popular although this technique >>> allows >>> to increase performance of servers? It is very hard to find any examples >>> of >>> zero-copy for FreeBSD. >>> >>> >> >> Transmit is easy. Receive is hard. >> >> The whole concept of zero-copy revolves around being able to use >> page-flipping to map buffers in user and kernel space, to amortize the cost >> of copies across that system boundary. >> >> The compromise usually taken is to use the sendfile() API, or rely on TCP >> Segmentation Offload (TSO), much like Microsoft's Chimney stack does in >> Windows 7. Unfortunately, sendfile() only covers transmit. TSO only offloads >> up to the point where sockets hit the card; TSO can offload TCP stream >> reassembly, but you still have to copy from the kernel buffers into >> userland. >> >> True zero-copy sockets generally require scatter/gather DMA engine >> support, and TCP/IP header splitting, to do zero-copy recieve. >> >> S/G PCI DMA cores are often custom designed, and you tend not to find them >> in off-the-shelf VHDL libraries. That IP (as in intellectual property) still >> has cost. >> >> Historically the only cards in FreeBSD which supported this, were the >> Tigon-II, which got bought by Broadcom (bge is the Tigon-III). Modified >> firmware was required to do this. >> >> >> _______________________________________________ >> 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" >> > > > > -- > /BR, Alexander > -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Mon Mar 22 11:07: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 9BE0C1065677 for ; Mon, 22 Mar 2010 11:07:08 +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 8A60C8FC20 for ; Mon, 22 Mar 2010 11:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2MB78ZV015109 for ; Mon, 22 Mar 2010 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MB77RX015107 for freebsd-net@FreeBSD.org; Mon, 22 Mar 2010 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Mar 2010 11:07:07 GMT Message-Id: <201003221107.o2MB77RX015107@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, 22 Mar 2010 11:07:08 -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/144898 net [wpi] [panic] wpi panics system o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144560 net [mld] [patch] mld sends packets to wrong destination w o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net [ixgbe] ixgbe driver not built as module o kern/144323 net [ieee80211] A response management frame appears in wir f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to o kern/143788 net [iwi] wpa_supplicant(8) can't set privacy on iwi inter s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143627 net [ieee80211] [panic] A bug in ht_send_action_ba_addba c o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently 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(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic 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/142772 net [libc] lla_lookup: new lle malloc failed o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 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/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/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/140682 net [netgraph] [panic] random panic in netgraph 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/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 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 if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/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/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m 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] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/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 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 [patch] rc.conf(5): allow to setfib(1) for service run 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/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) 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/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. 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 [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 ieee 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/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/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 kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working 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 o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/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/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 kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message 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 412 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 22 12:27: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 00572106566B for ; Mon, 22 Mar 2010 12:27:21 +0000 (UTC) (envelope-from cjharrer@comcast.net) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id A2DF68FC12 for ; Mon, 22 Mar 2010 12:27:21 +0000 (UTC) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by qmta06.westchester.pa.mail.comcast.net with comcast id wAm41d0040xGWP856CTMxd; Mon, 22 Mar 2010 12:27:21 +0000 Received: from record ([69.141.194.142]) by omta12.westchester.pa.mail.comcast.net with comcast id wCTL1d00L34oVgM3YCTM51; Mon, 22 Mar 2010 12:27:21 +0000 From: "Chris Harrer" To: "'Rui Paulo'" , "'Bruce Evans'" References: <006f01cac6d8$5fc03cb0$1f40b610$@net> <2FEF7D36-31B7-4FD7-9350-EECA7B38D519@freebsd.org> <20100321173545.O3020@delplex.bde.org> <8FEEC471-81FB-4FCA-BA4E-8E90048EFD8B@freebsd.org> In-Reply-To: <8FEEC471-81FB-4FCA-BA4E-8E90048EFD8B@freebsd.org> Date: Mon, 22 Mar 2010 08:27:18 -0400 Message-ID: <000001cac9bb$03bdfb10$0b39f130$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrI+JWNJWilg1rDR5S3W7Glg8ZeVQAwfR3w Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Bug in tcp_output? 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, 22 Mar 2010 12:27:22 -0000 Bruce and Rui, I owe you an apology, sorry. As I was reading Bruce's response, I was saying to myself that something isn't adding up and sure enough I went = back and looked and noticed that I was running with a locally modified = tcp_var.h (which changed the snd_cwnd container). The "clean" version does indeed work as expected. Again, sorry for the "noise". Thanks. Chris -----Original Message----- From: Rui Paulo [mailto:rpaulo@gmail.com] On Behalf Of Rui Paulo Sent: Sunday, March 21, 2010 9:15 AM To: Bruce Evans Cc: Chris Harrer; freebsd-net@freebsd.org Subject: Re: Bug in tcp_output? On 21 Mar 2010, at 07:17, Bruce Evans wrote: > On Sat, 20 Mar 2010, Rui Paulo wrote: >=20 >> On 18 Mar 2010, at 20:19, Chris Harrer wrote: >>>=20 >>> In the following block of code, running on a x86_64 platform, I = believe that >>> cwin should be declared as an int: >>> ... >>> else { >>>=20 >>> long cwin; =DF-- Should be an int >>> ... >>> if (len > 0) { >>>=20 >>> cwin =3D tp->snd_cwnd - >>>=20 >>> (tp->snd_nxt - tp->sack_newdata) = - >>>=20 >>> sack_bytes_rxmt; >>>=20 >>> if (cwin < 0) >>>=20 >>> cwin =3D 0; >>>=20 >>> len =3D lmin(len, cwin); >>>=20 >>> } >>>=20 >>> } >>>=20 >>> } >>>=20 >>>=20 >>>=20 >>> Consider the case where: >>>=20 >>> sack_rxmit =3D 0 >>>=20 >>> sack_bytes_rxmt =3D 0x2238 >>>=20 >>> off =3D 0 >>>=20 >>> len =3D0xa19c >>>=20 >>> tp->snd_cwnd =3D 0x2238 >>>=20 >>> tp->snd_nxt =3D 0xdd6d7974 >>>=20 >>> tp->sack_newdata =3D 0xdd6d6858 >>>=20 >>> In this case cwin evaluates to 0x00000000ffffe37c, which is not <0, = but >>> instead huge. This causes the remaining data on the socket=92s = so->so_snd >>> buffer to be sent to the network causing more problems at the = receiver which >>> is already dropping frames. >>=20 >> I see. This is most likely a bug. Can you send-pr so this doesn't get lost? >=20 > What bug do you see? This is most likely not a bug. I only see the > following bugs > - the suggestion to increase the fragility of the code by changing = cwin to > int > - lots of whitespace lossage > - the style bug in the declaration of cwin (nested declaration) > - lots fragile but working code. It depends on the machine being a = normal > 2's complement one. It would fail on normal 1's complement machines = and > on abnormal 2's complement ones, but so would many other things in = the > kernel. > - type and arithmetic errors that are not made at runtime resulting in = a > value that wouldn't work, though the runtime value would. >=20 > Relevant code quoted again, with the whitespace fixed: >=20 >>> cwin =3D tp->snd_cwnd - >>> (tp->snd_nxt - tp->sack_newdata) = - >>> sack_bytes_rxmt; >=20 > On 64-bit machines, with the above values, this is: >=20 > rhs =3D (u_long)0x2238UL - > ((tcp_seq)0xdd6d7974 - > (tcp_seq)0xdd6d6858) - > (int)0x2238; > =3D (u_long)0x2238UL - > ((uint32_t)0xdd6d7974 - > (uint32_t)0xdd6d6858) - > (int)0x2238; > =3D (u_long)0x2238UL - > (u_int)0x111c - > (int)0x2238; > =3D (u_long)0x111c - > (int)0x2238; > =3D (u_long)0x111c - > (u_long)0x2238; > =3D (u_long)0xffffffffffffeee4; > cwin =3D (long)rhs; > =3D -(long)0x111c; >=20 > I might have made arithmetic errors too, but I'm sure that I got the > conversions essentially correct. On machines with 64-bit u_longs, > almost everything is evaluated modulo 2^64. This gives a large = positive > value, but not one with the top bits set up to only the 31st as would > happen on machines with 32-bit u_longs. Then the final conversion to > long gives a negative value. Right. I made some bad calculations. >=20 > This is fragile, but it is a standard 2's complement hack. It would > fail mainly on normal ones complement machines when the rhs is > (u_long)0xFF...FF. Then the lhs is probably negative 0, which is > not less than 0. >=20 > The fragility is essentially the same on machines with 32-bit u_longs. > Almost everything is evaluated modulo 2^32... >=20 > Using 64-bit u_longs for tp->snd_cwnd (and thus for almost the entire > calculation) is exessive but doesn't cause any problems. >=20 > Using a signed type for sack_bytes_rxmt asks for sign extension bugs = but > doesn't get them. Here it is promoted to a u_long so there are no > sign extension bugs for it here. >=20 > Using a signed type for cwin is essential for the comparison of cwin > with 0 to work. Right. > This signed type should have the same size as the rhs > to avoid even more fragility (if it were int, then you would have to > worry about the value being changed to a non-working value by the > implementation-defined conversion of the rhs to cwin not just for > values larger than LONG_MAX but also for ones larger than INT_MAX. > `int' should work in practice. This and other things depend on the > difference of the tcp_seq's not being anywhere near as large as > 0x7fffffff). I assumed that Chris saw a problem with this code after being hit by = some TCP/IP interop issue. Was this the case? -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Mon Mar 22 13:40:19 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 37CE9106564A for ; Mon, 22 Mar 2010 13:40:19 +0000 (UTC) (envelope-from proks@skylinetele.com) Received: from mail.sky.od.ua (relay.sky.od.ua [81.25.224.8]) by mx1.freebsd.org (Postfix) with ESMTP id D848E8FC0C for ; Mon, 22 Mar 2010 13:40:17 +0000 (UTC) Received: from relay.sky.od.ua (mail [81.25.224.8]) by mail.sky.od.ua (Postfix) with ESMTP id 455482473; Mon, 22 Mar 2010 15:40:16 +0200 (EET) X-Virus-Scanned: amavisd-new at sky.od.ua Received: from mail.sky.od.ua ([81.25.224.8]) by relay.sky.od.ua (relay4.sky.od.ua [81.25.224.8]) (amavisd-new, port 10024) with ESMTP id U4RSRlLGuHCL; Mon, 22 Mar 2010 15:40:13 +0200 (EET) Received: from logos.sky.od.ua (logos.sky.od.ua [81.25.224.11]) by mail.sky.od.ua (Postfix) with ESMTP id 79E36246B; Mon, 22 Mar 2010 15:40:13 +0200 (EET) Message-ID: <4BA7733D.1020602@skylinetele.com> Date: Mon, 22 Mar 2010 15:40:13 +0200 From: "Prokofyev S.P." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.8) Gecko/20100310 Thunderbird/3.0.3 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BA38CEC.9060205@skylinetele.com> <20100319174450.GP9373@michelle.cdnetworks.com> <20100319174709.GQ9373@michelle.cdnetworks.com> In-Reply-To: <20100319174709.GQ9373@michelle.cdnetworks.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: Please pay attention to fix bug kern/141285 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, 22 Mar 2010 13:40:19 -0000 On 19.03.2010 19:47, Pyun YongHyeon wrote: > On Fri, Mar 19, 2010 at 10:44:50AM -0700, Pyun YongHyeon wrote: > >> On Fri, Mar 19, 2010 at 04:40:44PM +0200, Prokofyev S.P. wrote: >> >>> Hi ALL ! >>> >>> Please pay attention to fix bug kern/141285(kern/141843) ! >>> >>> >> igb(4) also has a similar issue but it seems igb(4) does not even >> advertise IFCAP_VLAN_HWFILTER capability. igb(4) may have to remove >> VLAN event handler or should implement IFCAP_VLAN_HWFILTER to >> support VLAN hardware filtering. >> >> I have a patch for the hardware VLAN filtering of em(4). But it >> wouldn't address the issue reported in the PR. The root cause of >> issue was em(4) wants to reset controller whenever new VLAN is >> registered/unregistered. I'm not sure this is requirement of >> hardware. If this is requirement of hardware there is no way to >> avoid the controller reset unless you disable vlanhwfilter feature. >> >> #ifconfig em0 -vlanhwfilter >> >> em(4) in HEAD disabled VLAN hardware filtering by default so if you >> use that version you wouldn't encounter the issue again. Attached >> patch is small diff for VLAN hardware filtering which tries to >> avoid unnecessary controller reset and added missing lock. If >> hardware allows dynamic changing of VLAN filtering table we could >> completely bypass the controller reset. Jack may know the details. >> > Oops, posted old patch. Here is new one. > Thank you Pyun. I have applied your patch (rebuild/reinstall kernel) and have lost access to test server after reboot. ping Test Server from Server A Server A (10.25.223.4) -> Test Server(10.25.223.2) tcpdump -enp -i em0 (via console on Test Server): 14:39:44.752754 00:1b:fc:af:a1:b4 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 64: vlan 77, p 0, ethertype ARP, Request who-has 10.25.223.2 tell 10.25.223.4, length 46 14:39:44.752765 00:30:48:96:cc:56 > 00:1b:fc:af:a1:b4, ethertype 802.1Q (0x8100), length 46: vlan 77, p 0, ethertype ARP, Reply 10.25.223.2 is-at 00:30:48:96:cc:56, length 28 ......... but do not see reply on Server A. I "see" the TestServer after ifconfig em0 down/up. The problem with bug kern/141285 disappear. If write ifconfig_em0="up -vlanhwtag" in /etc/rc.conf, then after reboot I have network access to TestServer, but this is not very nice decision of a problem. From owner-freebsd-net@FreeBSD.ORG Mon Mar 22 15:33:31 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 54792106566C for ; Mon, 22 Mar 2010 15:33:31 +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 0EADB8FC15 for ; Mon, 22 Mar 2010 15:33:30 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 22 Mar 2010 11:33:26 -0400 Message-ID: <4BA78DC7.5070106@greatbaysoftware.com> Date: Mon, 22 Mar 2010 11:33:27 -0400 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: MFC of igb fixes? 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, 22 Mar 2010 15:33:31 -0000 Hello Jack, I'm wondering if you have any thoughts with regard to the expected timeframe for MFC of commit *203049* to RELENG_8? With igb NICS we're seeing flakiness with link-state handling... and I'm worried that we could fall victim to problems others have seen when putting the NIC under load. Would you happen to have a version of the patch that is ready for RELENG_8? (we'd actually be applying it against RELENG_8_0, as that's what we're currently bundling with our product). I do note that you made a few other minor fixes in the week or so following -- should these be in the picture as well? Any help or advise is appreciated. The system in question is based on the Intel S5520UR motherboard... the NICs are on-board (_not_ PCI-card-based). During boot, the NICs are detected as shown below. At boot the NICs will always show link-state as being active, whether or not a cable is plugged in. igb0: port 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1b44000-0xb1b47fff irq 40 at device 0.0 on pci1 igb0: Using MSIX interrupts with 3 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:15:17:b4:cf:e4 igb1: port 0x3000-0x301f mem 0xb1b00000-0xb1b1ffff,0xb1b40000-0xb1b43fff irq 28 at device 0.1 on pci1 igb1: Using MSIX interrupts with 3 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:15:17:b4:cf:e5 Thank you, Charles -- Charles Owens Great Bay Software, Inc. From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 12:03:36 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 E72FE106574A for ; Tue, 23 Mar 2010 12:03:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 688478FC20 for ; Tue, 23 Mar 2010 12:03:36 +0000 (UTC) Received: by fxm22 with SMTP id 22so1536481fxm.14 for ; Tue, 23 Mar 2010 05:03:34 -0700 (PDT) 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=VH/86eQX3JstI5jDwYwoZgKyHdXQn5f3KYhy99y6Bb0=; b=bp7GDutM793IN/dU0K9a7892zSp58oQP8LO6heuhuzRITo2rY4Kzb+tOZGm/+jsXEO J4qD84Uup8DQhCYYO/M9tQ3ht2lieUaRLy/Fhv07j1zBSfeR4AIpsjnF4MSe5OHFmKBA U3tk63Gym3JX/sC9gFiDWXGUK1QXyxG496oiM= 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=LOkot3d1QRAYbu3h6oM1IRVkD72FkyBHlKJ1ISCDgNZ6X1TGDoDiqFgSoi0U4Dvqj2 fW87/yGB1ZFjdYmvuAmZS9To+xLwxthOucQfTGSUVKX07Vn1FoA0WstS2dkPu+Ur2m5x fSE92C4+odeFVxnwlZsMdQ3QHszG240iuP8lE= Received: by 10.204.138.81 with SMTP id z17mr833706bkt.49.1269345813890; Tue, 23 Mar 2010 05:03:33 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm25473495bkd.4.2010.03.23.05.03.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Mar 2010 05:03:32 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <2d3b7e441003130817y1210508fycb3cb22a9a7198d1@mail.gmail.com> Date: Tue, 23 Mar 2010 12:03:30 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2d3b7e441003042348h2150de3eub5a7af5248b5e947@mail.gmail.com> <4B92F057.9080508@errno.com> <2d3b7e441003070004r74646cdci268a5101056c50e2@mail.gmail.com> <2d3b7e441003102332l1cc9b9ddh1e62fce61129248@mail.gmail.com> <6A317237-60A2-440A-9DBC-511545C34B36@FreeBSD.org> <2d3b7e441003130817y1210508fycb3cb22a9a7198d1@mail.gmail.com> To: Alexander Egorenkov X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: Setting HT capabilities in net80211 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, 23 Mar 2010 12:03:37 -0000 On 13 Mar 2010, at 16:17, Alexander Egorenkov wrote: > I have finally patched net80211 on my system and added HT extended = capabilities support. >=20 > Here are the patches. >=20 > I added a new variable to ieee80211com struct. > It seems that only the lowest 16 bit of ic_htcaps are used, an = alternative to a new variable would be to use the highest 16 bit of = ic_htcaps. >=20 > Here is a code snippet from my driver which sets ic_htextcaps: >=20 > ic->ic_htextcaps =3D IEEE80211_HTCAP_MCSFBACK_UNSOL | > IEEE80211_HTCAP_HTC | > IEEE80211_HTCAP_RDR; >=20 > I also captured an association process with 802.11n AP and it seems = the capabilities were set right. Thanks, I've committed this. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 13:12: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 05746106566C for ; Tue, 23 Mar 2010 13:12:18 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B29B28FC13 for ; Tue, 23 Mar 2010 13:12:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nu3u4-0000IL-93 for freebsd-net@freebsd.org; Tue, 23 Mar 2010 14:12:16 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Mar 2010 14:12:16 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Mar 2010 14:12:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Tue, 23 Mar 2010 14:12:20 +0100 Lines: 13 Message-ID: References: <4BA174B4.9010301@octopus.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <4BA174B4.9010301@octopus.com.au> Subject: Re: Choosing CPU for router 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, 23 Mar 2010 13:12:18 -0000 On 03/18/10 01:32, Andrew Snow wrote: > > Jon Otterholm wrote: >> This machine is going to act as access-router serving ~500 >> FTTH-customers. >> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 >> pipes (2 >> pipes/customer). > > That doesn't sound right, 200kpps @ 500Mbps works out to an average > packet size of 250 bytes? Am I missing something Maybe he's pushing VoIP... From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 13:23:54 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 B3031106564A; Tue, 23 Mar 2010 13:23:54 +0000 (UTC) (envelope-from egorenar@googlemail.com) Received: from mail-ew0-f223.google.com (mail-ew0-f223.google.com [209.85.219.223]) by mx1.freebsd.org (Postfix) with ESMTP id 1892C8FC0C; Tue, 23 Mar 2010 13:23:53 +0000 (UTC) Received: by ewy23 with SMTP id 23so1281781ewy.34 for ; Tue, 23 Mar 2010 06:23:53 -0700 (PDT) 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=+la/xUcwUHtA73ZpWLzGiM6m0pA8udVSzp6UvYPgBhc=; b=Mf4DCwRE+sJLuOoAXJsT8T+D52haBtb+K1vXNedXVxS0uP/J3K7VPrTuVtprgbtAK+ 9AsKhzp5UXoi7qo01ISBXL2FagxhWRYsOlSQdj86RYmR4bY/fAZbY98c7ByRIK3SfbZM /q73w2TNwE6Fvzy0OAcrPJpOuNSovfXFCLsY4= 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=iPptoIU5C5s9Uzay2yrSEU9yTuMLQ9021hflSkxGkPjCKS/J5jCidG0kxbqvOKZAeV 9SxSVYm/6Gr6w/Zw3zs7aKg01ggpy7KneMEz4T9m71tFjHd375HWLlC64rICayyTdeIE mXsksF0DPykC91bvKmc5ocIbMBuHiD4pJmrbM= MIME-Version: 1.0 Received: by 10.213.80.10 with SMTP id r10mr4380205ebk.56.1269350631718; Tue, 23 Mar 2010 06:23:51 -0700 (PDT) In-Reply-To: References: <2d3b7e441003042348h2150de3eub5a7af5248b5e947@mail.gmail.com> <4B92F057.9080508@errno.com> <2d3b7e441003070004r74646cdci268a5101056c50e2@mail.gmail.com> <2d3b7e441003102332l1cc9b9ddh1e62fce61129248@mail.gmail.com> <6A317237-60A2-440A-9DBC-511545C34B36@FreeBSD.org> <2d3b7e441003130817y1210508fycb3cb22a9a7198d1@mail.gmail.com> Date: Tue, 23 Mar 2010 14:23:47 +0100 Message-ID: <2d3b7e441003230623t2423bcw665ce6df554f63f9@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: Setting HT capabilities in net80211 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, 23 Mar 2010 13:23:54 -0000 We also need to set/update/delete these capabilities for nodes, e.g. after a beacon or a (re)association frame is received from a node. I mean the field ni_flags in struct ieee80211_node. And ifconfig support would be nice to have in order to be able to enable/disable these features dynamically. On Tue, Mar 23, 2010 at 1:03 PM, Rui Paulo wrote: > > On 13 Mar 2010, at 16:17, Alexander Egorenkov wrote: > > > I have finally patched net80211 on my system and added HT extended > capabilities support. > > > > Here are the patches. > > > > I added a new variable to ieee80211com struct. > > It seems that only the lowest 16 bit of ic_htcaps are used, an > alternative to a new variable would be to use the highest 16 bit of > ic_htcaps. > > > > Here is a code snippet from my driver which sets ic_htextcaps: > > > > ic->ic_htextcaps = IEEE80211_HTCAP_MCSFBACK_UNSOL | > > IEEE80211_HTCAP_HTC | > > IEEE80211_HTCAP_RDR; > > > > I also captured an association process with 802.11n AP and it seems the > capabilities were set right. > > Thanks, I've committed this. > > -- > Rui Paulo > > From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 13:25:32 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 C434E106564A for ; Tue, 23 Mar 2010 13:25:32 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 44CCC8FC08 for ; Tue, 23 Mar 2010 13:25:31 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so446935fgb.13 for ; Tue, 23 Mar 2010 06:25:31 -0700 (PDT) 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=mh6pyFQG6D2gwJlOHU86qnGDyhCgouNUbKQWRt8Nf+8=; b=Lzb8ExpvS6f2qKwR9Uw4JXd70u6Fv34aMnLityyK2K+Ka4NIrSOlA3YPDtdem66s4O XsjOWOCo72AmziucXevggq76Bsa1b9CzMDcVASefaL9cSggXardJLTACLYBfKXlgo/jg mHbp0X4+rydp++Fq0W5ctgZl2cildP5CUG7k4= 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=mUXPyNfcDQ9OiUzhfpy+yzac2WmQQpIYJW9lODrpI8aZmNPlcokJHeGpPjg8eKIAyn btrf65OTVkkyn5EhpG1aGPpGluxKbjlGhbxouVn+WY+Qm9xPlnXe32kelu86L4lja8qD pByiK5dnXSZ228Uh7HpUlGNQNbeipNlAejzY8= Received: by 10.204.162.199 with SMTP id w7mr1961350bkx.211.1269350730785; Tue, 23 Mar 2010 06:25:30 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id a11sm26002625bkc.21.2010.03.23.06.25.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Mar 2010 06:25:29 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <2d3b7e441003230623t2423bcw665ce6df554f63f9@mail.gmail.com> Date: Tue, 23 Mar 2010 13:25:29 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <7FBB67B4-0CBA-48B3-8D4C-D9360E199418@freebsd.org> References: <2d3b7e441003042348h2150de3eub5a7af5248b5e947@mail.gmail.com> <4B92F057.9080508@errno.com> <2d3b7e441003070004r74646cdci268a5101056c50e2@mail.gmail.com> <2d3b7e441003102332l1cc9b9ddh1e62fce61129248@mail.gmail.com> <6A317237-60A2-440A-9DBC-511545C34B36@FreeBSD.org> <2d3b7e441003130817y1210508fycb3cb22a9a7198d1@mail.gmail.com> <2d3b7e441003230623t2423bcw665ce6df554f63f9@mail.gmail.com> To: Alexander Egorenkov X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: Setting HT capabilities in net80211 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, 23 Mar 2010 13:25:32 -0000 On 23 Mar 2010, at 13:23, Alexander Egorenkov wrote: > We also need to set/update/delete these capabilities for nodes, e.g. = after a beacon or > a (re)association frame is received from a node. I mean the field = ni_flags in struct ieee80211_node. And ifconfig support would be nice to = have in order to be able to enable/disable these features dynamically. I'm happy to review and commit patches. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 13:37:15 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 D6BDB1065670; Tue, 23 Mar 2010 13:37:15 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ACA098FC1C; Tue, 23 Mar 2010 13:37:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2NDbFOF030877; Tue, 23 Mar 2010 13:37:15 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2NDbF9G030873; Tue, 23 Mar 2010 13:37:15 GMT (envelope-from rpaulo) Date: Tue, 23 Mar 2010 13:37:15 GMT Message-Id: <201003231337.o2NDbF9G030873@freefall.freebsd.org> To: egorenar@gmail.com, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/143627: [ieee80211] [panic] A bug in ht_send_action_ba_addba causes net80211 to send malformed ADDBA response 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: Tue, 23 Mar 2010 13:37:15 -0000 Synopsis: [ieee80211] [panic] A bug in ht_send_action_ba_addba causes net80211 to send malformed ADDBA response frames State-Changed-From-To: open->closed State-Changed-By: rpaulo State-Changed-When: Tue Mar 23 13:36:44 UTC 2010 State-Changed-Why: Fixed with a commit I made last week. http://www.freebsd.org/cgi/query-pr.cgi?pr=143627 From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 14:32:27 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 2CD971065678; Tue, 23 Mar 2010 14:32:27 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 024868FC21; Tue, 23 Mar 2010 14:32:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2NEWQiw081699; Tue, 23 Mar 2010 14:32:26 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2NEWQkk081695; Tue, 23 Mar 2010 14:32:26 GMT (envelope-from rpaulo) Date: Tue, 23 Mar 2010 14:32:26 GMT Message-Id: <201003231432.o2NEWQkk081695@freefall.freebsd.org> To: egorenar@gmail.com, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org, rpaulo@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/144323: [ieee80211] A response management frame appears in wireshark captures before the corresponding request management frame in HOSTAP mode 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, 23 Mar 2010 14:32:27 -0000 Synopsis: [ieee80211] A response management frame appears in wireshark captures before the corresponding request management frame in HOSTAP mode State-Changed-From-To: open->patched State-Changed-By: rpaulo State-Changed-When: Tue Mar 23 14:31:56 UTC 2010 State-Changed-Why: Fixed in HEAD. Will MFC. Thanks. Responsible-Changed-From-To: freebsd-net->rpaulo Responsible-Changed-By: rpaulo Responsible-Changed-When: Tue Mar 23 14:31:56 UTC 2010 Responsible-Changed-Why: Fixed in HEAD. Will MFC. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=144323 From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 18:36:31 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 8ADFD1065670; Tue, 23 Mar 2010 18:36:31 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 227818FC14; Tue, 23 Mar 2010 18:36:30 +0000 (UTC) Received: from 192.168.98.96 ([192.168.98.96]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Tue, 23 Mar 2010 18:36:56 +0000 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Tue, 23 Mar 2010 19:36:28 +0100 From: Jon Otterholm To: Ivan Voras , Message-ID: Thread-Topic: Choosing CPU for router Thread-Index: AcrKt7/ZJY7ZPQ6nPUmJ8JdpZ0Kd1A== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Re: Choosing CPU for router 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, 23 Mar 2010 18:36:31 -0000 Den 2010-03-23 14.12, skrev "Ivan Voras" : > On 03/18/10 01:32, Andrew Snow wrote: >> >> Jon Otterholm wrote: >>> This machine is going to act as access-router serving ~500 >>> FTTH-customers. >>> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 >>> pipes (2 >>> pipes/customer). >> >> That doesn't sound right, 200kpps @ 500Mbps works out to an average >> packet size of 250 bytes? Am I missing something > > Maybe he's pushing VoIP... Today we are pushing ~0,4kpps/Mbit. At the same ratio 500Mbit/s sums up to ~200kpps. //JO From owner-freebsd-net@FreeBSD.ORG Tue Mar 23 22:39:01 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 80866106566C; Tue, 23 Mar 2010 22:39:01 +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 566E68FC0A; Tue, 23 Mar 2010 22:39:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2NMd1iq090842; Tue, 23 Mar 2010 22:39:01 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2NMd1Pd090838; Tue, 23 Mar 2010 22:39:01 GMT (envelope-from linimon) Date: Tue, 23 Mar 2010 22:39:01 GMT Message-Id: <201003232239.o2NMd1Pd090838@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/144987: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic 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, 23 Mar 2010 22:39:01 -0000 Old Synopsis: injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic New Synopsis: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 23 22:38:38 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144987 From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 06:51:05 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 7E82A1065672 for ; Wed, 24 Mar 2010 06:51:05 +0000 (UTC) (envelope-from DAntrushin@mail.ru) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) by mx1.freebsd.org (Postfix) with ESMTP id 131B98FC18 for ; Wed, 24 Mar 2010 06:51:04 +0000 (UTC) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2O6p380008920 for ; Wed, 24 Mar 2010 06:51:03 GMT MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KZR00700XHHBJ00@fe-emea-09.sun.com> for freebsd-net@freebsd.org; Wed, 24 Mar 2010 06:50:47 +0000 (GMT) Received: from [129.159.126.126] ([unknown] [129.159.126.126]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KZR00DZLXOM78B0@fe-emea-09.sun.com> for freebsd-net@freebsd.org; Wed, 24 Mar 2010 06:50:47 +0000 (GMT) Date: Wed, 24 Mar 2010 09:50:16 +0300 From: Denis Antrushin In-reply-to: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> Sender: Denis.Antrushin@Sun.COM To: freebsd-net@freebsd.org Message-id: <4BA9B628.9070407@mail.ru> Content-transfer-encoding: QUOTED-PRINTABLE References: <9a542da31003190453s1e7598efr8f35f525871f5589@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.5) Gecko/20091202 Lightning/1.0pre Thunderbird/3.0 Subject: Re: Is this correct? 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, 24 Mar 2010 06:51:05 -0000 On 03/19/10 14:53, Ermal Lu=E7i wrote: > Shouldn't this check be > if (m->m_len> sizeof (struct ip)) { > instead of > if (m->m_len< sizeof (struct ip)) { > > in > http://fxr.watson.org/fxr/source/netipsec/ipsec.c?im=3Dexcerpts#L59= 5 > You're right (only '>' should be '>=3D' here, perhaps?). This change fixed my problem with natted ipsec when UDP NATT port 4500 sometimes turned into garbage in socket's security policies. After I applied this fix, ports are correct. From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 07:36:15 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 3E59F106567B for ; Wed, 24 Mar 2010 07:36:15 +0000 (UTC) (envelope-from folefole@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 CD9E38FC21 for ; Wed, 24 Mar 2010 07:36:14 +0000 (UTC) Received: by wwf26 with SMTP id 26so1592398wwf.13 for ; Wed, 24 Mar 2010 00:36:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=JInkl7V9F8iO2JpysOOpXG08JY8+cRTFUbBCJIsl5hs=; b=SKSfASRLF0gf1zGKrKGtuwqsQPdCBrbWn//ileSxAYo3yiwC0/zPwK8LDSYyeCwnzH ML3s+7lg53fMuZP6LP1TW1FHvTYjWB47iunjS9Udrq7tOX7StqLB4/BWnwqJmmnVMFK7 qvtAQ9hM8zFGOdDnBKV9ky7c82dghZmsBa2Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=M405L/sHbdIM+i1IWqQ8t1Y03UrvlM1h+MtPpXAMqRmgW8nb9eEEErJvTOnYCuTq4n 10b3wd/mdpMxgNxG9fkPCZXEn2DkeCBOs6u7BDv8szRZAcsi6lVatztn+Dk0DcM3zkCk Tci2+cjn9twlNE/76GBfllSwgP1YRFQbsdIbg= MIME-Version: 1.0 Sender: folefole@gmail.com Received: by 10.216.89.209 with SMTP id c59mr4399148wef.181.1269414855575; Wed, 24 Mar 2010 00:14:15 -0700 (PDT) Date: Wed, 24 Mar 2010 10:14:15 +0300 X-Google-Sender-Auth: 97fbbd1569a6a98f Message-ID: <872fff51003240014v490fcb83mfaca52d6c9e8c6fe@mail.gmail.com> From: Oleg Fedorov To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: IPSec NAT-T patch for FreeBSD 7.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 07:36:15 -0000 If exist some IPSec NAT-T patch for FreeBSD 7.3? Thanks. From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 08:00: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 846A5106566B for ; Wed, 24 Mar 2010 08:00:04 +0000 (UTC) (envelope-from DAntrushin@mail.ru) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) by mx1.freebsd.org (Postfix) with ESMTP id 0CDC58FC2F for ; Wed, 24 Mar 2010 08:00:03 +0000 (UTC) Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2O80239017835 for ; Wed, 24 Mar 2010 08:00:03 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KZS001000PK5Q00@fe-emea-13.sun.com> for freebsd-net@freebsd.org; Wed, 24 Mar 2010 07:59:37 +0000 (GMT) Received: from [129.159.126.126] ([unknown] [129.159.126.126]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KZS000AK0VBX570@fe-emea-13.sun.com> for freebsd-net@freebsd.org; Wed, 24 Mar 2010 07:59:37 +0000 (GMT) Date: Wed, 24 Mar 2010 10:59:05 +0300 From: Denis Antrushin In-reply-to: <872fff51003240014v490fcb83mfaca52d6c9e8c6fe@mail.gmail.com> Sender: Denis.Antrushin@Sun.COM To: freebsd-net@freebsd.org Message-id: <4BA9C649.5000901@mail.ru> References: <872fff51003240014v490fcb83mfaca52d6c9e8c6fe@mail.gmail.com> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.5) Gecko/20091202 Lightning/1.0pre Thunderbird/3.0 Subject: Re: IPSec NAT-T patch for FreeBSD 7.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 08:00:04 -0000 On 03/24/10 10:14, Oleg Fedorov wrote: > If exist some IPSec NAT-T patch for FreeBSD 7.3? There is patch for 7.2 here: http://people.freebsd.org/~vanhu/NAT-T/ This short thread is worth reading also: http://www.mail-archive.com/freebsd-net@freebsd.org/msg30675.html (ipsec-tools 0.7.3 is broken w.r.t. NAT-T, you'll need 0.8alpha snapshot of checkout CVS HEAD from NetBSD CVS). From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 08:49:43 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 E368C1065679 for ; Wed, 24 Mar 2010 08:49:43 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6998FC1E for ; Wed, 24 Mar 2010 08:49:43 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 7B9702798BC for ; Wed, 24 Mar 2010 09:49:42 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id 7E51817050; Wed, 24 Mar 2010 09:49:42 +0100 (CET) Date: Wed, 24 Mar 2010 09:49:42 +0100 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20100324084942.GA32902@zeninc.net> References: <872fff51003240014v490fcb83mfaca52d6c9e8c6fe@mail.gmail.com> <4BA9C649.5000901@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BA9C649.5000901@mail.ru> User-Agent: All mail clients suck. This one just sucks less. Subject: Re: IPSec NAT-T patch for FreeBSD 7.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 08:49:44 -0000 On Wed, Mar 24, 2010 at 10:59:05AM +0300, Denis Antrushin wrote: > On 03/24/10 10:14, Oleg Fedorov wrote: > >If exist some IPSec NAT-T patch for FreeBSD 7.3? > > There is patch for 7.2 here: > > http://people.freebsd.org/~vanhu/NAT-T/ Basically, those patchsets will work with ipsec-tools 0.7.x. I haven't generated an updated patch for FreeBSD 7.3, but I guess patch for FreeBSD 7.2 will apply and work (let me know if you have issues). You can also get Bjoern's backport from HEAD here: http://people.freebsd.org/~bz/20100129-01-ipsec-natt-mfc7.diff which will need ipsec-tools HEAD. Please report us (at least Bjoern and me) any issues with that patchset. Yvan. From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 18:58: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 C373C106566B for ; Wed, 24 Mar 2010 18:58:07 +0000 (UTC) (envelope-from dimm404@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 5B4FA8FC37 for ; Wed, 24 Mar 2010 18:58:06 +0000 (UTC) Received: by wwi17 with SMTP id 17so246590wwi.13 for ; Wed, 24 Mar 2010 11:58:06 -0700 (PDT) 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:content-type; bh=9DX7DkSuYAVKYMkiTxE0bzZx6AZFVEeRw96QCYah+Qc=; b=Gt3nxxOlnuzhi2H4mCY1sy0NRzCUFSOtFMb7QSOfn6FkdkPfdyfiSpEiiRYkCN57vd vfZmpWvLgo76J4yzm/MnFN9y7TFQqexlR0ZDRd1Cfe+M2YigVgNQJ8ObK2/aaroBp1ET HTe+SeHDOeYpHa/a8JPjG0EyZR2paa0xnHtkA= 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 :content-type; b=HBTZQUvq3CdJ61CZ9c/eSnoHQzLzwe6pdsWd2aTEJgxcULVUV+eGJbOnR6/y+C27tI 0NiRdjFm8uc40WaZIh+FeK2tpCEvKUPIzCmwqVtR41b6eHiqbPQchM9BKi2ezO32UyWd HHaiU/CgIFfmum3zfQCCkx9BPCzOnS72Hkr8U= MIME-Version: 1.0 Received: by 10.216.183.1 with SMTP id p1mr313770wem.170.1269457086088; Wed, 24 Mar 2010 11:58:06 -0700 (PDT) In-Reply-To: <50a120641003190539n7d60348ev85416f2777d6c82c@mail.gmail.com> References: <50a120641003190539n7d60348ev85416f2777d6c82c@mail.gmail.com> Date: Wed, 24 Mar 2010 21:58:06 +0300 Message-ID: <50a120641003241158t15806da9g5993cfc3c7099bc0@mail.gmail.com> From: =?KOI8-R?B?5M3J1NLJyiD+1dDBzs/X?= To: freebsd-net@freebsd.org X-Mailman-Approved-At: Wed, 24 Mar 2010 20:02:53 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [patch] ng_netflow 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, 24 Mar 2010 18:58:07 -0000 Hello. I saw patches for ng_netflow to make netflow v9 there http://lists.freebsd.org/pipermail/freebsd-net/2009-September/022911.html What's state of this patches? Is this code included in freebsd? Or will be include in future release? From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 21:20: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 10D8D1065672 for ; Wed, 24 Mar 2010 21:20: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 01C218FC12 for ; Wed, 24 Mar 2010 21:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2OLK3PT094283 for ; Wed, 24 Mar 2010 21:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2OLK3mG094275; Wed, 24 Mar 2010 21:20:03 GMT (envelope-from gnats) Date: Wed, 24 Mar 2010 21:20:03 GMT Message-Id: <201003242120.o2OLK3mG094275@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/144000: [tcp] ignore set TCP_MAXSEG by setsockopt() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:20:04 -0000 The following reply was made to PR kern/144000; it has been noted by GNATS. From: John Baldwin To: Andrey Zonov Cc: bug-followup@freebsd.org Subject: Re: kern/144000: [tcp] ignore set TCP_MAXSEG by setsockopt() Date: Wed, 24 Mar 2010 16:24:39 -0400 On Thursday 25 February 2010 3:49:00 am Andrey Zonov wrote: > I have found patch at [1] and adapted for 8.0-p1 > > jhb, why you not added this patch in HEAD? > > > [1] http://people.freebsd.org/~jhb/patches/tcp_maxseg.patch Actually, can you try this simpler patch instead: Index: tcp_input.c =================================================================== --- tcp_input.c (revision 205624) +++ tcp_input.c (working copy) @@ -3100,12 +3100,10 @@ #ifdef INET6 if (isipv6) { maxmtu = tcp_maxmtu6(&inp->inp_inc, mtuflags); - tp->t_maxopd = tp->t_maxseg = V_tcp_v6mssdflt; } else #endif { maxmtu = tcp_maxmtu(&inp->inp_inc, mtuflags); - tp->t_maxopd = tp->t_maxseg = V_tcp_mssdflt; } /* -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed Mar 24 21:21:32 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 C3D941065670 for ; Wed, 24 Mar 2010 21:21:32 +0000 (UTC) (envelope-from fole@yandex.ru) Received: from imp03.mtu.ru (imp03.mtu.ru [62.5.255.20]) by mx1.freebsd.org (Postfix) with ESMTP id 01CAD8FC13 for ; Wed, 24 Mar 2010 21:21:31 +0000 (UTC) Received: from imp01.mtu.ru ([62.5.255.10]) by imp03.mtu.ru with bizsmtp id x9F11d0040EE5t2019GErR; Thu, 25 Mar 2010 00:16:14 +0300 Received: from ss27-so04.mtu.ru ([195.34.34.243]) by imp01.mtu.ru with bizsmtp id x98j1d0175EkjWB0198j7R; Thu, 25 Mar 2010 00:08:43 +0300 Received: from imp02.mtu.ru (alt-proxy-1.mtu.ru [62.5.255.74]) by ss27-so04.mtu.ru (Postfix) with ESMTP id DC40539E1C5 for ; Thu, 25 Mar 2010 00:08:43 +0300 (MSK) Received: from srv.hares.ath.cx ([91.76.123.127]) by imp02.mtu.ru with bizsmtp id x98j1d00a2l1nUT0198jLv; Thu, 25 Mar 2010 00:08:43 +0300 Received: from FIRST (first.hares.ath.cx [192.168.200.4]) by srv.hares.ath.cx (8.14.4/8.14.4) with ESMTP id o2OL8gaR003001 for ; Thu, 25 Mar 2010 00:08:43 +0300 (MSK) (envelope-from fole@yandex.ru) From: "Oleg Fedorov" To: Date: Thu, 25 Mar 2010 00:08:39 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcrLli0nC/aBt7igRpeNyRNcnoIZIg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam-Flag: NO X-Spam-Yversion: Spamooborona-3.0 Subject: Re: IPSec NAT-T patch for FreeBSD 7.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:21:32 -0000 Many thanks! I successfully apply this patch http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff on FreeBSD 7.3-RELEASE and build custom kernel with IPSec NAT-T support. I use ipsec-tools 0.7.3 and it works coorectly. Thanks again. From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 12:58: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 E42641065670 for ; Thu, 25 Mar 2010 12:58:51 +0000 (UTC) (envelope-from vas@mts.com.ua) Received: from n1.umc.com.ua (n1.umc.com.ua [80.255.64.67]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA728FC1F for ; Thu, 25 Mar 2010 12:58:50 +0000 (UTC) Received: from diego.mts.com.ua (diego.umc.com.ua [172.20.2.25]) by n1.umc.com.ua (Postfix) with ESMTP id 0F56114201F for ; Thu, 25 Mar 2010 14:43:40 +0200 (EET) Message-ID: <4BAB5A77.7050505@mts.com.ua> Date: Thu, 25 Mar 2010 14:43:35 +0200 From: Vasyl Samoilov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-MIMETrack: Itemize by SMTP Server on Domino/UMC/UA(Release 6.5.5FP3|March 22, 2007) at 25.03.2010 14:43:39, Serialize by Router on Domino/UMC/UA(Release 6.5.5FP3|March 22, 2007) at 25.03.2010 14:43:39, Serialize complete at 25.03.2010 14:43:39 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Subject: Poor situation with snmp support in FreeBSD 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, 25 Mar 2010 12:58:52 -0000 Hello. Lately I was desperatly trying to build a networking element based on freebsd to fit into overall networking infrastructure. It's not a secret that virtually anything now can do more or less snmp, thus I was trying to monitor and query my boxes with snmp - it didn't end well. Any help would be appreciated. So far I found two options for snmp daemon - bsnmp and net-snmp. net-snmo giving back invalid data, bsnmp lacks some data at all. What do I expect to get from snmp? As for L3 device, I want to: 1) Get interfaces list with their properties (name, type, speed, mac, subnets assigned) 2) Get ARP info (ipNetToPhysicalTable or ipNetToMedia) 3) Get routing table 4) Get neighboor data - LLDP is common protocol for devices now. extra bonuses like mac address table or vlan info is out of the scope for now. setup: re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:02:b3:c9:75:ef inet 192.168.2.2 netmask 0xffffff00 broadcast 192.168.2.255 media: Ethernet autoselect (10baseT/UTP ) status: active rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:02:b3:c9:75:df inet 10.101.45.10 netmask 0xffffff80 broadcast 10.101.45.127 media: Ethernet autoselect (100baseTX ) status: active em0: flags=8843 metric 0 mtu 1500 options=9b ether 00:07:e9:0b:2d:96 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 tun5: flags=8051 metric 0 mtu 1500 inet 192.168.150.5 --> 192.168.150.6 netmask 0xffffffff Opened by PID 1508 vboxnet0: flags=8802 metric 0 mtu 1500 ether 0a:00:27:00:00:00 (vboxnet0 was up during snmp session) IF-MIB::ifName.1 = STRING: re0 IF-MIB::ifName.2 = STRING: rl0 IF-MIB::ifName.3 = STRING: em0 IF-MIB::ifName.4 = STRING: lo0 IF-MIB::ifName.5 = STRING: vboxnet0 IF-MIB::ifName.6 = STRING: tun5 Results: * net-snmp got ipRoute table, which is outdated. The information is relatively correct, but all the types considered to be "local". bsnmp, on the other hand, got ipCidrRoute group, but it prints out only routes ipCidrRouteType=remote, and ipCidrRouteProto=netmgmt, which makes it unuseable (not all routes are printed, only few that are non-local destination). * net-snmp can give out ipNetToMedia to get arp table (yes, it's old and should not be used in 2010), bnsmp got no means to get arp table at all. * out of link-layer advertisements daemons, ladvd seems to be most bsd-compatible-feature-rich, but there is no way to export any kind on link-layer info via snmp under freebsd at all. neither net-snmp or bsnmp support this. In all other cases, bsnmp was found superior to net-snmp under freebsd: net-snmp don't handle connector information properly: net-snmp: IF-MIB::ifConnectorPresent.1 = INTEGER: true(1) IF-MIB::ifConnectorPresent.2 = INTEGER: true(1) IF-MIB::ifConnectorPresent.3 = INTEGER: true(1) IF-MIB::ifConnectorPresent.4 = INTEGER: true(1) IF-MIB::ifConnectorPresent.5 = INTEGER: true(1) IF-MIB::ifConnectorPresent.6 = INTEGER: true(1) bnsmp: IF-MIB::ifConnectorPresent.1 = INTEGER: true(1) IF-MIB::ifConnectorPresent.2 = INTEGER: true(1) IF-MIB::ifConnectorPresent.3 = INTEGER: true(1) IF-MIB::ifConnectorPresent.4 = INTEGER: false(2) IF-MIB::ifConnectorPresent.5 = INTEGER: true(1) IF-MIB::ifConnectorPresent.6 = INTEGER: false(2) net-snmp doesn't handle interface ifHighSpeed and ifSpeed properly (An estimate of the interface's current bandwidth): net-snmp: IF-MIB::ifHighSpeed.1 = Gauge32: 1000 IF-MIB::ifHighSpeed.2 = Gauge32: 100 IF-MIB::ifHighSpeed.3 = Gauge32: 1000 IF-MIB::ifHighSpeed.4 = Gauge32: 0 IF-MIB::ifHighSpeed.5 = Gauge32: 0 IF-MIB::ifHighSpeed.6 = Gauge32: 0 IF-MIB::ifSpeed.1 = Gauge32: 1000000000 IF-MIB::ifSpeed.2 = Gauge32: 100000000 IF-MIB::ifSpeed.3 = Gauge32: 1000000000 IF-MIB::ifSpeed.4 = Gauge32: 0 IF-MIB::ifSpeed.5 = Gauge32: 0 IF-MIB::ifSpeed.6 = Gauge32: 0 bsnmp: IF-MIB::ifHighSpeed.1 = Gauge32: 10 IF-MIB::ifHighSpeed.2 = Gauge32: 100 IF-MIB::ifHighSpeed.3 = Gauge32: 1000 IF-MIB::ifHighSpeed.4 = Gauge32: 0 IF-MIB::ifHighSpeed.5 = Gauge32: 0 IF-MIB::ifHighSpeed.6 = Gauge32: 0 IF-MIB::ifSpeed.1 = Gauge32: 10000000 IF-MIB::ifSpeed.2 = Gauge32: 100000000 IF-MIB::ifSpeed.3 = Gauge32: 1000000000 IF-MIB::ifSpeed.4 = Gauge32: 0 IF-MIB::ifSpeed.5 = Gauge32: 0 IF-MIB::ifSpeed.6 = Gauge32: 0 net-snmp shows incorrect interface mac (a:0:27:0:0:0 is correct): net-snmp: IF-MIB::ifPhysAddress.1 = STRING: 0:2:b3:c9:75:ef IF-MIB::ifPhysAddress.2 = STRING: 0:2:b3:c9:75:df IF-MIB::ifPhysAddress.3 = STRING: 0:7:e9:b:2d:96 IF-MIB::ifPhysAddress.4 = STRING: IF-MIB::ifPhysAddress.5 = STRING: 0:0:27:0:0:0 IF-MIB::ifPhysAddress.6 = STRING: bsnmp: IF-MIB::ifPhysAddress.1 = STRING: 0:2:b3:c9:75:ef IF-MIB::ifPhysAddress.2 = STRING: 0:2:b3:c9:75:df IF-MIB::ifPhysAddress.3 = STRING: 0:7:e9:b:2d:96 IF-MIB::ifPhysAddress.4 = STRING: IF-MIB::ifPhysAddress.5 = STRING: a:0:27:0:0:0 IF-MIB::ifPhysAddress.6 = STRING: From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 13:32: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 57F741065676 for ; Thu, 25 Mar 2010 13:32:52 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id DB5608FC29 for ; Thu, 25 Mar 2010 13:32:51 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 25 Mar 2010 14:32:50 +0100 Date: Thu, 25 Mar 2010 14:33:15 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Vasyl Samoilov In-Reply-To: <4BAB5A77.7050505@mts.com.ua> Message-ID: <20100325142149.I44999@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 25 Mar 2010 13:32:50.0021 (UTC) FILETIME=[A9E9E150:01CACC1F] Cc: freebsd-net@freebsd.org Subject: Re: Poor situation with snmp support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 13:32:52 -0000 On Thu, 25 Mar 2010, Vasyl Samoilov wrote: VS>So far I found two options for snmp daemon - bsnmp and net-snmp. net-snmo VS>giving back invalid data, bsnmp lacks some data at all. Just two general remarks: - net-snmp is probably developed on Linux so it doesn't know how to access many of the informations that is available in FreeBSD. - bsnmp is lacking developers (I'm the only one). I had a surgery in november and took the 4 weeks after this to rewrite all the networking stuff. It is in principle mostly up to date and supports also IPv6. The problem is that I run out of time again and just cannot do the last steps to release it (including testing). If there were people interested in it, I would happily work with them. harti From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 13:42:33 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 5ACF3106566C for ; Thu, 25 Mar 2010 13:42:33 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 15AAA8FC22 for ; Thu, 25 Mar 2010 13:42:32 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NunKP-0002f1-Kk for freebsd-net@freebsd.org; Thu, 25 Mar 2010 14:42:29 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Mar 2010 14:42:29 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Mar 2010 14:42:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 25 Mar 2010 14:42:14 +0100 Lines: 11 Message-ID: References: <4BAB5A77.7050505@mts.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <4BAB5A77.7050505@mts.com.ua> Subject: Re: Poor situation with snmp support in FreeBSD 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, 25 Mar 2010 13:42:33 -0000 On 03/25/10 13:43, Vasyl Samoilov wrote: > Hello. > Lately I was desperatly trying to build a networking element based on > freebsd to fit into overall networking infrastructure. It's not a secret > that virtually anything now can do more or less snmp, thus I was trying > to monitor and query my boxes with snmp - it didn't end well. Any help > would be appreciated. This looks like a good suggestion for a student of Google Summer of Code. Maybe you can find such a student or advertise the idea on mailing lists (you'll need to exactly specify what is needed). From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 13:59:32 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 3776E106568E for ; Thu, 25 Mar 2010 13:59:32 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 913968FC08 for ; Thu, 25 Mar 2010 13:59:31 +0000 (UTC) Received: by fxm24 with SMTP id 24so3124102fxm.3 for ; Thu, 25 Mar 2010 06:59:30 -0700 (PDT) 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=SvuYQDDzqSv2b5uk3pLXUfGkGMYXAweJBhsUT7jaBDM=; b=buMjHTC2VApGuI+gcPAsKRj5dFN0l0r+oPEVRshgXGK+2am/Bcob/xabNFSNo3+S0F uEzkC9eN1Ya/Ec2r+cj+U3HIRZgi6GtGUDDzxb2lOJjqocZ6COWpoF9AM31ZrgLUeeN6 4vmTP2HV39uK4wJg+DloS+froKray+iqAZI+c= 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=XCQO/5dhAu/ykuOPYlL7LARoguzCQfg+QrVfnGDCSoDUsA9Oi+Od6ttc+CguiiYb+f L7EDIIz/QM1WGIMJsvWmTu1lsqjGKXOTfFh+2SakA7C8uwPqhhJj+pQXY5IJ2EDzl/55 e9z9SP/9BQHO4NsNGKhWpjvraXawAXA8CsXWM= MIME-Version: 1.0 Received: by 10.223.77.91 with SMTP id f27mr1199247fak.60.1269525570623; Thu, 25 Mar 2010 06:59:30 -0700 (PDT) In-Reply-To: References: <4BAB5A77.7050505@mts.com.ua> Date: Thu, 25 Mar 2010 13:59:30 +0000 Message-ID: <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> From: Shteryana Shopova To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org Subject: Re: Poor situation with snmp support in FreeBSD 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, 25 Mar 2010 13:59:32 -0000 Hi all, On Thu, Mar 25, 2010 at 1:33 PM, Harti Brandt wrote: > On Thu, 25 Mar 2010, Vasyl Samoilov wrote: > > > - bsnmp is lacking developers (I'm the only one). I had a surgery in + 1 (count me in that is) > november and took the 4 weeks after this to rewrite all the networking > stuff. It is in principle mostly up to date and supports also IPv6. The > problem is that I run out of time again and just cannot do the last steps > to release it (including testing). If there were people interested in it, > I would happily work with them. > > harti > sorry to hear about the surgery - I've recently resumed somewhat active work on bsnmp and modules, so if you can upload your work to an accessible repository, say svn.freebsd.org/user/harti I can take on testing and preparing the code for import. btw, I was contacted some time ago by Carlos Santos suggesting a set of patches adding IPV6 transport, unfortunatelly he hasn't replied to any of my last e-mails, is this the same patchset we're talking about or a different one? On Thu, Mar 25, 2010 at 1:42 PM, Ivan Voras wrote: > On 03/25/10 13:43, Vasyl Samoilov wrote: >> to monitor and query my boxes with snmp - it didn't end well. Any help >> would be appreciated. > > This looks like a good suggestion for a student of Google Summer of Code. > Maybe you can find such a student or advertise the idea on mailing lists > (you'll need to exactly specify what is needed). > We already have BSNMP listed on the SoC project ideas page :) The problem is we still need a developer to review and test the code before it can be imported. :) cheers, Shteryana P.S. Back to the thread topic - so the only problem the author is facing with bsnmp is that it lacks support for LLDP, do I understand correctly? From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 15:50: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 470E8106566C for ; Thu, 25 Mar 2010 15:50:07 +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 162D18FC1B for ; Thu, 25 Mar 2010 15:50:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PFo6YL080017 for ; Thu, 25 Mar 2010 15:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PFo6vQ080014; Thu, 25 Mar 2010 15:50:06 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 15:50:06 GMT Message-Id: <201003251550.o2PFo6vQ080014@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Henry Hu Cc: Subject: Re: kern/138427: [wpi] [panic] Kernel panic after trying set monitor wlanmode on Intel 3945 ABG (wpi driver) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Henry Hu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 15:50:07 -0000 The following reply was made to PR kern/138427; it has been noted by GNATS. From: Henry Hu To: bug-followup@FreeBSD.org, marcin.nowak@simplusnet.pl Cc: Subject: Re: kern/138427: [wpi] [panic] Kernel panic after trying set monitor wlanmode on Intel 3945 ABG (wpi driver) Date: Thu, 25 Mar 2010 23:40:26 +0800 Me too. backtrace: (kgdb) where #0 doadump () at pcpu.h:246 #1 0xc0637af7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0637e02 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc08bd983 in trap_fatal (frame=0xf09caaa8, eva=20) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc08be2b7 in trap (frame=0xf09caaa8) at /usr/src/sys/i386/i386/trap.c:328 #5 0xc08a0bbb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #6 0xc06736bf in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:832 #7 0xc0628129 in _mtx_unlock_sleep (m=0xc6d2b008, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:677 #8 0xc06286c4 in unlock_mtx (lock=0xc6d2b008) at /usr/src/sys/kern/kern_mutex.c:164 #9 0xc06409e7 in _sleep (ident=0xf0bd1b60, lock=0xc6d2b008, priority=256, wmesg=0xc8c3a896 "wpicmd", timo=100) at /usr/src/sys/kern/kern_synch.c:204 #10 0xc8c34369 in wpi_cmd (sc=0xc6d2b000, code=Variable "code" is not available. ) at /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2210 #11 0xc8c3709b in wpi_config (sc=0xc6d2b000) at /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2771 #12 0xc8c374d7 in wpi_set_channel (ic=0xc8c3d000) at /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:3555 #13 0xc0729913 in update_channel (arg=0xc8c3d000, npending=1) at /usr/src/sys/net80211/ieee80211_proto.c:1119 #14 0xc06711a2 in taskqueue_run (queue=0xc81dc100) at /usr/src/sys/kern/subr_taskqueue.c:239 #15 0xc06713ad in taskqueue_thread_loop (arg=0xc8c3d074) at /usr/src/sys/kern/subr_taskqueue.c:360 #16 0xc060c661 in fork_exit (callout=0xc06712f0 , arg=0xc8c3d074, frame=0xf09cad38) at /usr/src/sys/kern/kern_fork.c:843 #17 0xc08a0c30 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) frame 7 #7 0xc0628129 in _mtx_unlock_sleep (m=0xc6d2b008, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:677 677 turnstile_broadcast(ts, TS_EXCLUSIVE_QUEUE); (kgdb) l 672 turnstile_chain_lock(&m->lock_object); 673 ts = turnstile_lookup(&m->lock_object); 674 if (LOCK_LOG_TEST(&m->lock_object, opts)) 675 CTR1(KTR_LOCK, "_mtx_unlock_sleep: %p contested", m); 676 MPASS(ts != NULL); 677 turnstile_broadcast(ts, TS_EXCLUSIVE_QUEUE); 678 _release_lock_quick(m); 679 680 /* 681 * This turnstile is now no longer associated with the mutex. We can (kgdb) p ts $13 = (struct turnstile *) 0x0 (kgdb) frame 10 #10 0xc8c34369 in wpi_cmd (sc=0xc6d2b000, code=Variable "code" is not available. ) at /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2210 2210 return msleep(cmd, &sc->sc_mtx, PCATCH, "wpicmd", hz); (kgdb) l 2205 if (async) { 2206 sc->flags &= ~ WPI_FLAG_BUSY; 2207 return 0; 2208 } 2209 2210 return msleep(cmd, &sc->sc_mtx, PCATCH, "wpicmd", hz); 2211 } 2212 2213 static int 2214 wpi_wme_update(struct ieee80211com *ic) (kgdb) frame 7 #7 0xc0628129 in _mtx_unlock_sleep (m=0xc6d2b008, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:677 677 turnstile_broadcast(ts, TS_EXCLUSIVE_QUEUE); (kgdb) p *m $14 = {lock_object = {lo_name = 0xc655f1a0 "wpi0", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 3358744576} (kgdb) frame 10 #10 0xc8c34369 in wpi_cmd (sc=0xc6d2b000, code=Variable "code" is not available. ) at /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c:2210 2210 return msleep(cmd, &sc->sc_mtx, PCATCH, "wpicmd", hz); (kgdb) p sc->sc_mtx $15 = {lock_object = {lo_name = 0xc655f1a0 "wpi0", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 3358744576} it seems like turnstile_lookup failed. The driver works well in normal mode. -- Cheers, Henry From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 15:50:09 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 9E474106564A for ; Thu, 25 Mar 2010 15:50:09 +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 733798FC1E for ; Thu, 25 Mar 2010 15:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PFo9K6080040 for ; Thu, 25 Mar 2010 15:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PFo92c080039; Thu, 25 Mar 2010 15:50:09 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 15:50:09 GMT Message-Id: <201003251550.o2PFo92c080039@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Henry Hu 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 Reply-To: Henry Hu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 15:50:09 -0000 The following reply was made to PR kern/143595; it has been noted by GNATS. From: Henry Hu To: bug-followup@FreeBSD.org, gautham@lisphacker.org Cc: Subject: Re: kern/143595: [wpi] [panic] Creating virtual interface over wpi0 in monitor mode causes crash Date: Thu, 25 Mar 2010 23:42:09 +0800 It seems like that this is the same problem as kern/138427: [wpi] [panic] Kernel panic after trying set monitor wlanmode on Intel 3945 ABG (wpi driver) -- Cheers, Henry From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 15:51:20 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 A86191065672 for ; Thu, 25 Mar 2010 15:51:20 +0000 (UTC) (envelope-from ilya@el-crane.net) Received: from el-crane.net (el-crane.net [82.146.58.141]) by mx1.freebsd.org (Postfix) with ESMTP id 6690B8FC38 for ; Thu, 25 Mar 2010 15:51:19 +0000 (UTC) Received: from ilya.ispsystem.net (unknown [82.146.37.104]) by el-crane.net (Postfix) with ESMTPA id 70DC68D3CE8; Thu, 25 Mar 2010 18:32:47 +0300 (MSK) Message-ID: <4BAB821D.6070403@el-crane.net> Date: Thu, 25 Mar 2010 23:32:45 +0800 From: Ilya Zhuravlev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091216 Thunderbird/3.0 MIME-Version: 1.0 To: Evgenii Davidov References: <201003202306.o2KN6Z55038744@www.freebsd.org> <20100321090455.GA36897@korolev-net.ru> In-Reply-To: <20100321090455.GA36897@korolev-net.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: kern/144917: Flowtable crashes system 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, 25 Mar 2010 15:51:20 -0000 On 21.03.2010 17:04, Evgenii Davidov wrote: > п≈п╢я─п╟п╡я│я┌п╡я┐п╧я┌п╣, > > On Sat, Mar 20, 2010 at 11:06:35PM +0000, Doychin Dokov п©п╦я┬п╣я┌: > >>> Description: >> It seems like flowtable has been merged and enabled by default in 8.0.... which is a really really bad idea. >> On a system which handles two full BGP tables it makes one of the CPU cores run at 100% right after most of the prefixes get installed in the routing table. > > i saw the same effect with ospf > 8.0-p2, 2 full-view with openbgpd "tuning": net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.icmp.icmplim_output=0 net.inet.icmp.drop_redirect=1 net.inet.flowtable.nmbflows=32768 1 week uptime.Now I think only about increasing tx/rx descriptors to reduce interrupts (default values was not changed) netstat -w1 -Iigb0 input (igb0) output packets errs bytes packets errs bytes colls 49100 0 12290513 23693 0 27268884 0 48322 0 12688283 24332 0 28099404 0 50602 0 12759620 24437 0 27698341 0 47857 0 11354124 21410 0 23845155 0 netstat -w1 -Iigb1 input (igb1) output packets errs bytes packets errs bytes colls 32428 0 35027019 24562 0 5624934 0 30621 0 33384339 23569 0 4456944 0 28419 0 31014269 21571 0 3638083 0 29409 0 32524760 22137 0 3503600 0 30965 0 33532742 23973 0 5089231 0 netstat -w1 -Iem0 input (em0) output packets errs bytes packets errs bytes colls 17217 0 3929366 72741 0 46377762 0 17412 0 3745112 75522 0 49338883 0 18385 0 4014568 77444 0 50532101 0 17142 0 3875518 77125 0 47646681 0 16870 0 3528316 73188 0 47940959 0 17069 0 3682891 80268 0 52904747 0 17313 0 4101576 75586 0 51933330 0 From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 16:20: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 15EDB106566B for ; Thu, 25 Mar 2010 16:20:07 +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 DF1BD8FC08 for ; Thu, 25 Mar 2010 16:20:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PGK6Oh005861 for ; Thu, 25 Mar 2010 16:20:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PGK6KR005860; Thu, 25 Mar 2010 16:20:06 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 16:20:06 GMT Message-Id: <201003251620.o2PGK6KR005860@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Henry Hu Cc: Subject: Re: kern/138427: [wpi] [panic] Kernel panic after trying set monitor wlanmode on Intel 3945 ABG (wpi driver) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Henry Hu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 16:20:07 -0000 The following reply was made to PR kern/138427; it has been noted by GNATS. From: Henry Hu To: bug-followup@FreeBSD.org, marcin.nowak@simplusnet.pl Cc: Subject: Re: kern/138427: [wpi] [panic] Kernel panic after trying set monitor wlanmode on Intel 3945 ABG (wpi driver) Date: Fri, 26 Mar 2010 00:19:14 +0800 --00163628426c61e9260482a26872 Content-Type: text/plain; charset=ISO-8859-1 OK, maybe I've found the problem. In wpi_set_channel, when in monitor mode, wpi_config is called without locks. However, it thinks that the lock is held. So the problem occurs. See the attached patch. Now I'm capturing in monitor mode with wireshark. -- Cheers, Henry --00163628426c61e9260482a26872 Content-Type: application/octet-stream; name="wpi.diff" Content-Disposition: attachment; filename="wpi.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g77rnz290 LS0tIGlmX3dwaS5jLm9yaWcJMjAxMC0wMy0yNSAyMzo1NTo0MC4wMDAwMDAwMDAgKzA4MDAKKysr IGlmX3dwaS5jCTIwMTAtMDMtMjUgMjM6NTU6NTcuMDAwMDAwMDAwICswODAwCkBAIC0zNTUyLDcg KzM1NTIsOSBAQAogCSAqIGFyZSBhbHJlYWR5IHRha2VuIGNhcmUgb2YgYnkgdGhlaXIgcmVzcGVj dGl2ZSBmaXJtd2FyZSBjb21tYW5kcy4KIAkgKi8KIAlpZiAoaWMtPmljX29wbW9kZSA9PSBJRUVF ODAyMTFfTV9NT05JVE9SKSB7CisJCVdQSV9MT0NLKHNjKTsKIAkJZXJyb3IgPSB3cGlfY29uZmln KHNjKTsKKwkJV1BJX1VOTE9DSyhzYyk7CiAJCWlmIChlcnJvciAhPSAwKQogCQkJZGV2aWNlX3By aW50ZihzYy0+c2NfZGV2LAogCQkJICAgICJlcnJvciAlZCBzZXR0dGluZyBjaGFubmVsXG4iLCBl cnJvcik7Cg== --00163628426c61e9260482a26872-- From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 16:20:56 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 F3F041065678 for ; Thu, 25 Mar 2010 16:20:55 +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 D21488FC1A for ; Thu, 25 Mar 2010 16:20:54 +0000 (UTC) Received: (qmail 45983 invoked from network); 25 Mar 2010 16:20:53 -0000 Received: from unknown (HELO ?10.0.0.170?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 25 Mar 2010 16:20:53 -0000 Message-ID: <4BAB8D3E.9030404@acm.poly.edu> Date: Thu, 25 Mar 2010 12:20:14 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100325) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4B7D72BF.1040104@acm.poly.edu> <201002191421.28699.max@love2party.net> <4B7EA31A.3080204@acm.poly.edu> In-Reply-To: <4B7EA31A.3080204@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: CARP vs. if_bridge 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, 25 Mar 2010 16:20:56 -0000 Boris Kochergin wrote: > Max Laier wrote: >> On Thursday 18 February 2010 18:02:55 Boris Kochergin wrote: >> >>> Ahoy. I'm seeing what appears to be erroneous interaction between CARP >>> and if_bridge on multiple machines with a variety of Ethernet >>> controllers and architectures. I've observed it on 7.2-R and 8.0-R. The >>> test setup is simple enough: >>> >>> CARP master: >>> >>> FreeBSD t30 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #5: Sun Feb 14 >>> 20:22:41 EST 2010 root@t30:/usr/obj/usr/src/sys/T30 i386 >>> >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=3 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >>> inet6 ::1 prefixlen 128 >>> inet 127.0.0.1 netmask 0xff000000 >>> dc0: flags=8943 >>> metric 0 >>> mtu 1500 >>> options=8 >>> ether 00:04:5a:a8:e0:bf >>> inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> carp0: flags=49 metric 0 mtu 1500 >>> inet 192.168.0.1 netmask 0xffffff00 >>> carp: MASTER vhid 1 advbase 1 advskew 0 >>> >>> CARP backup: >>> >>> FreeBSD ultra5 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Thu Feb 18 15:19:39 >>> UTC 2010 boris@ultra5:/usr/obj/usr/src/sys/GENERIC.carp sparc64 >>> >>> hme0: flags=8802 metric 0 mtu 1500 >>> options=b >>> ether 08:00:20:f5:65:d4 >>> media: Ethernet autoselect >>> xl0: flags=8943 >>> metric 0 >>> mtu 1500 >>> options=9 >>> ether 00:01:03:2c:06:6d >>> inet 192.168.0.3 netmask 0xffffff00 broadcast 192.168.0.255 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=3 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 >>> inet6 ::1 prefixlen 128 >>> inet 127.0.0.1 netmask 0xff000000 >>> carp0: flags=49 metric 0 mtu 1500 >>> inet 192.168.0.1 netmask 0xffffff00 >>> carp: MASTER vhid 1 advbase 1 advskew 100 >>> bridge0: flags=8843 metric 0 >>> mtu >>> 1500 >>> ether 3a:e6:09:2d:da:bc >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: xl0 flags=143 >>> ifmaxaddr 0 port 2 priority 128 path cost 200000 >>> member: hme0 flags=8 >>> ifmaxaddr 0 port 1 priority 128 path cost 200000 >>> >>> In summary, I have a basic CARP configuration and, on the backup CARP >>> machine, a bridge with the CARP device's physical interface in it. The >>> purpose of this setup is the ability to monitor traffic passing through >>> that interface using another machine. If the master CARP machine is >>> disconnected from the network, the CARP interface on the backup machine >>> correctly changes to the MASTER state, but does not act on traffic >>> bound >>> for the shared IP address--192.168.0.1. tcpdump shows the traffic >>> coming >>> in on the correct physical interface, but it is never replied to, >>> or, in >>> the case of routing, forwarded. Removing xl0 from the bridge on the >>> backup machine instantly fixes this, and the shared IP address behaves >>> as expected. Adding xl0 back to the bridge while the backup CARP >>> interface is in the MASTER state keeps things running correctly, so the >>> problem is only observed when xl0 is part of the bridge during the CARP >>> transition from BACKUP to MASTER. Thoughts? >>> >> >> I assume the bridge filters out the traffic as it thinks the >> destination is elsewhere (it has previously seen ARPs from the other >> MASTER entering via xl0). It shouldn't do that, but that's a >> different story. You can try to force edge or ptp status on xl0, not >> sure if this does the trick, but it's worth a try. >> >> Regards, >> Max >> > Sure. No go, though, I'm afraid. It's not an operational show-stopper > for me, at least. In the worst case, I can always hack up a PCAP > program to copy the frames around in user space. > > -Boris For the archives, in the off chance that someone else encounters this: http://acm.poly.edu/wiki/Userspace_SPAN_Port -Boris From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 16:25: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 98E73106567C for ; Thu, 25 Mar 2010 16:25:07 +0000 (UTC) (envelope-from mail@vas.org.ua) Received: from relay.electro.ua (electro.ua [213.186.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 386A08FC1F for ; Thu, 25 Mar 2010 16:25:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by relay.electro.ua (Postfix) with ESMTP id B448C170BA for ; Thu, 25 Mar 2010 18:07:49 +0200 (EET) X-Virus-Scanned: amavisd-new at http.org.ua Received: from relay.electro.ua ([127.0.0.1]) by localhost (http.org.ua [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AoNSPzw0CGn0 for ; Thu, 25 Mar 2010 18:07:49 +0200 (EET) Received: from [192.168.168.161] (41-224-132-95.pool.ukrtel.net [95.132.224.41]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by relay.electro.ua (Postfix) with ESMTPSA id 5C061170B7 for ; Thu, 25 Mar 2010 18:07:49 +0200 (EET) Message-ID: <4BAB8A36.5010702@vas.org.ua> Date: Thu, 25 Mar 2010 18:07:18 +0200 From: Vasyl Samoilov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; uk; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4BAB5A77.7050505@mts.com.ua> <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> In-Reply-To: <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Poor situation with snmp support in FreeBSD 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, 25 Mar 2010 16:25:07 -0000 25.03.2010 15:59, Shteryana Shopova п╫п╟п©п╦я│п╟п╡(п╩п╟): > > We already have BSNMP listed on the SoC project ideas page :) The > problem is we still need a developer to review and test the code > before it can be imported. :) > > cheers, > Shteryana > > P.S. Back to the thread topic - so the only problem the author is > facing with bsnmp is that it lacks support for LLDP, do I understand > correctly? > It's 3 problems: 1) No ARP support 2) Routing table not exported correctly (directly attached routes not visible, maybe something else - at least it's nothing like netstat -rn gives) 3) No LLDP support for the future (I understand how hard it is to complete with limited resources): *Complete etherlike-mib for interface duplex information * vlan information for interfaces / per-vlan mac address table for bridge - freebsd as managed layer 2 device (I didn't dig deep into this yet, considering the first 3 showstoppers) From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 16:28:57 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 AF7171065670; Thu, 25 Mar 2010 16:28:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86E6A8FC12; Thu, 25 Mar 2010 16:28:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PGSvrq013984; Thu, 25 Mar 2010 16:28:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PGSvdX013980; Thu, 25 Mar 2010 16:28:57 GMT (envelope-from linimon) Date: Thu, 25 Mar 2010 16:28:57 GMT Message-Id: <201003251628.o2PGSvdX013980@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145036: [fxp] poor preformance with fxp driver & intel 82550 chipset 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, 25 Mar 2010 16:28:57 -0000 Old Synopsis: poor preformance with fxp driver & intel 82550 chipset New Synopsis: [fxp] poor preformance with fxp driver & intel 82550 chipset Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 25 16:28:46 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145036 From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 17:08:38 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 5BBB5106564A for ; Thu, 25 Mar 2010 17:08:38 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id E8F068FC0A for ; Thu, 25 Mar 2010 17:08:37 +0000 (UTC) Received: from 192.168.98.96 ([192.168.98.96]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Thu, 25 Mar 2010 17:09:03 +0000 User-Agent: Microsoft-Entourage/12.0.0.071130 Date: Thu, 25 Mar 2010 18:08:35 +0100 From: Jon Otterholm To: Message-ID: Thread-Topic: Choosing CPU for router Thread-Index: AcrKt7/ZJY7ZPQ6nPUmJ8JdpZ0Kd1ABhg3fa In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: Choosing CPU for router 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, 25 Mar 2010 17:08:38 -0000 Den 2010-03-23 19.36, skrev "Jon Otterholm" : > > > > Den 2010-03-23 14.12, skrev "Ivan Voras" : > >> On 03/18/10 01:32, Andrew Snow wrote: >>> >>> Jon Otterholm wrote: >>>> This machine is going to act as access-router serving ~500 >>>> FTTH-customers. >>>> About 500Mbit/s and 200kpps. The big issue is Dummynet, around 1000 >>>> pipes (2 >>>> pipes/customer). >>> >>> That doesn't sound right, 200kpps @ 500Mbps works out to an average >>> packet size of 250 bytes? Am I missing something >> >> Maybe he's pushing VoIP... > > Today we are pushing ~0,4kpps/Mbit. At the same ratio 500Mbit/s sums up to > ~200kpps. > > //JO > I ended up ordering a Supermicro SC513, X8SIE-LN4F and a i5-670 as suggested by someone earlier. I have not tried the management interface earlier, anyone with experience running it? //JO From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 18:26:42 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 D694B106566B; Thu, 25 Mar 2010 18:26:42 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD9948FC08; Thu, 25 Mar 2010 18:26:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PIQg7B016419; Thu, 25 Mar 2010 18:26:42 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PIQgu5016415; Thu, 25 Mar 2010 18:26:42 GMT (envelope-from yongari) Date: Thu, 25 Mar 2010 18:26:42 GMT Message-Id: <201003251826.o2PIQgu5016415@freefall.freebsd.org> To: mfahey@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/145036: [fxp] poor preformance with fxp driver & intel 82550 chipset 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, 25 Mar 2010 18:26:42 -0000 Synopsis: [fxp] poor preformance with fxp driver & intel 82550 chipset State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu Mar 25 18:25:58 UTC 2010 State-Changed-Why: What FreeBSD version do you use? And show me the output of dmesg and "ifconfig fxp0". Could you give me more details on "high ping times and slow transder rates about 5k max"? Would you let me know how did you measure network performance? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 25 18:25:58 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=145036 From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 19:37:33 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 63382106564A for ; Thu, 25 Mar 2010 19:37:33 +0000 (UTC) (envelope-from milhorini@hardonline.com.br) Received: from roma.hardonline.com.br (roma.hardonline.com.br [189.126.224.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4598FC18 for ; Thu, 25 Mar 2010 19:37:32 +0000 (UTC) Received: (qmail 52025 invoked by uid 98); 25 Mar 2010 16:13:28 -0300 Received: from 189.126.225.194 by roma.hardonline.com.br (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.88.4/1726. spamassassin: 3.1.4. Clear:RC:1(189.126.225.194):. Processed in 0.045989 secs); 25 Mar 2010 19:13:28 -0000 X-Qmail-Scanner-Mail-From: milhorini@hardonline.com.br via roma.hardonline.com.br X-Qmail-Scanner: 1.25 (Clear:RC:1(189.126.225.194):. Processed in 0.045989 secs) Received: from unknown (HELO ?192.168.0.3?) (adailton@hardonline.com.br@189.126.225.194) by roma.hardonline.com.br with ESMTPA; 25 Mar 2010 16:13:28 -0300 Message-ID: <4BABB5B5.6090409@hardonline.com.br> Date: Thu, 25 Mar 2010 16:12:53 -0300 From: Adailton Milhorini User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; pt-BR; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@FreeBSD.org, rizzo@iet.unipi.it Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: dummynet error in last stable version 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, 25 Mar 2010 19:37:33 -0000 Hi, i use this rules for my bandwidth control, and after update my freebsd in last days, show any error for me.. my rule # ipfw pipe 10 config mask dst-ip 0xffffffff bw 900Kbit/s queue 90Kbit/s errors in dmesg after rule #Bump sched buckets to 64 (was 0) and after traffic show #dummynet_io dropped by enqueue these rules were used up last week.. Adailton Milhorini From owner-freebsd-net@FreeBSD.ORG Thu Mar 25 23:40:06 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 222DC106566B for ; Thu, 25 Mar 2010 23:40:06 +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 EAF5A8FC13 for ; Thu, 25 Mar 2010 23:40:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2PNe5To081776 for ; Thu, 25 Mar 2010 23:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2PNe5VU081775; Thu, 25 Mar 2010 23:40:05 GMT (envelope-from gnats) Date: Thu, 25 Mar 2010 23:40:05 GMT Message-Id: <201003252340.o2PNe5VU081775@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/118238: 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: Thu, 25 Mar 2010 23:40:06 -0000 The following reply was made to PR kern/118238; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/118238: commit references a PR Date: Thu, 25 Mar 2010 23:38:29 +0000 (UTC) Author: sobomax Date: Thu Mar 25 23:38:10 2010 New Revision: 205657 URL: http://svn.freebsd.org/changeset/base/205657 Log: MFC: workaround no-carrier issue on IBM HS21. PR: 118238 Modified: stable/8/sys/dev/mii/brgphy.c Directory Properties: stable/8/sys/dev/mii/ (props changed) Modified: stable/8/sys/dev/mii/brgphy.c ============================================================================== --- stable/8/sys/dev/mii/brgphy.c Thu Mar 25 22:41:01 2010 (r205656) +++ stable/8/sys/dev/mii/brgphy.c Thu Mar 25 23:38:10 2010 (r205657) @@ -72,8 +72,9 @@ struct brgphy_softc { int mii_model; int mii_rev; int serdes_flags; /* Keeps track of the serdes type used */ -#define BRGPHY_5706S 0x0001 -#define BRGPHY_5708S 0x0002 +#define BRGPHY_5706S 0x0001 +#define BRGPHY_5708S 0x0002 +#define BRGPHY_NOANWAIT 0x0004 int bce_phy_flags; /* PHY flags transferred from the MAC driver */ }; @@ -142,6 +143,23 @@ static const struct mii_phydesc brgphys[ MII_PHY_END }; +#define HS21_PRODUCT_ID "IBM eServer BladeCenter HS21" +#define HS21_BCM_CHIPID 0x57081021 + +static int +detect_hs21(struct bce_softc *bce_sc) +{ + char *sysenv; + + if (bce_sc->bce_chipid != HS21_BCM_CHIPID) + return (0); + sysenv = getenv("smbios.system.product"); + if (sysenv == NULL) + return (0); + if (strncmp(sysenv, HS21_PRODUCT_ID, strlen(HS21_PRODUCT_ID)) != 0) + return (0); + return (1); +} /* Search for our PHY in the list of known PHYs */ static int @@ -291,6 +309,19 @@ brgphy_attach(device_t dev) if (bce_sc && (bce_sc->bce_phy_flags & BCE_PHY_2_5G_CAPABLE_FLAG)) { ADD(IFM_MAKEWORD(IFM_ETHER, IFM_2500_SX, IFM_FDX, sc->mii_inst), 0); printf("2500baseSX-FDX, "); + } else if ((bsc->serdes_flags & BRGPHY_5708S) && bce_sc && + (detect_hs21(bce_sc) != 0)) { + /* + * There appears to be certain silicon revision + * in IBM HS21 blades that is having issues with + * this driver wating for the auto-negotiation to + * complete. This happens with a specific chip id + * only and when the 1000baseSX-FDX is the only + * mode. Workaround this issue since it's unlikely + * to be ever addressed. + */ + printf("auto-neg workaround, "); + bsc->serdes_flags |= BRGPHY_NOANWAIT; } } @@ -544,7 +575,8 @@ brgphy_status(struct mii_softc *sc) /* Autoneg is still in progress. */ if ((bmcr & BRGPHY_BMCR_AUTOEN) && - (bmsr & BRGPHY_BMSR_ACOMP) == 0) { + (bmsr & BRGPHY_BMSR_ACOMP) == 0 && + (bsc->serdes_flags & BRGPHY_NOANWAIT) == 0) { /* Erg, still trying, I guess... */ mii->mii_media_active |= IFM_NONE; goto brgphy_status_exit; _______________________________________________ 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 Fri Mar 26 00:10: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 221A4106566C for ; Fri, 26 Mar 2010 00:10: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 EAB548FC1B for ; Fri, 26 Mar 2010 00:10:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2Q0A4Vs006601 for ; Fri, 26 Mar 2010 00:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2Q0A4mW006600; Fri, 26 Mar 2010 00:10:04 GMT (envelope-from gnats) Date: Fri, 26 Mar 2010 00:10:04 GMT Message-Id: <201003260010.o2Q0A4mW006600@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/118238: 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: Fri, 26 Mar 2010 00:10:05 -0000 The following reply was made to PR kern/118238; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/118238: commit references a PR Date: Fri, 26 Mar 2010 00:05:54 +0000 (UTC) Author: sobomax Date: Fri Mar 26 00:05:42 2010 New Revision: 205658 URL: http://svn.freebsd.org/changeset/base/205658 Log: MFC: workaround no-carrier issue on IBM HS21. PR: 118238 Modified: stable/7/sys/dev/mii/brgphy.c Directory Properties: stable/7/sys/dev/mii/ (props changed) Modified: stable/7/sys/dev/mii/brgphy.c ============================================================================== --- stable/7/sys/dev/mii/brgphy.c Thu Mar 25 23:38:10 2010 (r205657) +++ stable/7/sys/dev/mii/brgphy.c Fri Mar 26 00:05:42 2010 (r205658) @@ -72,8 +72,9 @@ struct brgphy_softc { int mii_model; int mii_rev; int serdes_flags; /* Keeps track of the serdes type used */ -#define BRGPHY_5706S 0x0001 -#define BRGPHY_5708S 0x0002 +#define BRGPHY_5706S 0x0001 +#define BRGPHY_5708S 0x0002 +#define BRGPHY_NOANWAIT 0x0004 int bce_phy_flags; /* PHY flags transferred from the MAC driver */ }; @@ -142,6 +143,23 @@ static const struct mii_phydesc brgphys[ MII_PHY_END }; +#define HS21_PRODUCT_ID "IBM eServer BladeCenter HS21" +#define HS21_BCM_CHIPID 0x57081021 + +static int +detect_hs21(struct bce_softc *bce_sc) +{ + char *sysenv; + + if (bce_sc->bce_chipid != HS21_BCM_CHIPID) + return (0); + sysenv = getenv("smbios.system.product"); + if (sysenv == NULL) + return (0); + if (strncmp(sysenv, HS21_PRODUCT_ID, strlen(HS21_PRODUCT_ID)) != 0) + return (0); + return (1); +} /* Search for our PHY in the list of known PHYs */ static int @@ -291,6 +309,19 @@ brgphy_attach(device_t dev) if (bce_sc && (bce_sc->bce_phy_flags & BCE_PHY_2_5G_CAPABLE_FLAG)) { ADD(IFM_MAKEWORD(IFM_ETHER, IFM_2500_SX, IFM_FDX, sc->mii_inst), 0); printf("2500baseSX-FDX, "); + } else if ((bsc->serdes_flags & BRGPHY_5708S) && bce_sc && + (detect_hs21(bce_sc) != 0)) { + /* + * There appears to be certain silicon revision + * in IBM HS21 blades that is having issues with + * this driver wating for the auto-negotiation to + * complete. This happens with a specific chip id + * only and when the 1000baseSX-FDX is the only + * mode. Workaround this issue since it's unlikely + * to be ever addressed. + */ + printf("auto-neg workaround, "); + bsc->serdes_flags |= BRGPHY_NOANWAIT; } } @@ -532,7 +563,8 @@ brgphy_status(struct mii_softc *sc) /* Autoneg is still in progress. */ if ((bmcr & BRGPHY_BMCR_AUTOEN) && - (bmsr & BRGPHY_BMSR_ACOMP) == 0) { + (bmsr & BRGPHY_BMSR_ACOMP) == 0 && + (bsc->serdes_flags & BRGPHY_NOANWAIT) == 0) { /* Erg, still trying, I guess... */ mii->mii_media_active |= IFM_NONE; goto brgphy_status_exit; _______________________________________________ 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 Fri Mar 26 04:58: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 9658A106564A for ; Fri, 26 Mar 2010 04:58:17 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id EFD1A8FC12 for ; Fri, 26 Mar 2010 04:58:16 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so2184722fga.13 for ; Thu, 25 Mar 2010 21:58:15 -0700 (PDT) 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:received:message-id:subject:from:to:cc:content-type; bh=yibHGhnfvbO9faLl87Sw/NlJdl9chjGElT7GFkej6+8=; b=m1DF+DPtLCi+Dz+wyRHaUFpObaFnH3uKV79jJabMMGyVZNywo1z2RQFc/OzIFYf0eX SilBbNHYXGmT+1YInjtBd+oErUM/8TfLmBLCCUTwKUScdQluHUmZyQYSq+Zs63eGz1Ww K4vgNeuQ7hWraXuRPH3WWl++Chbh8FmnzJyh4= 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=UmKwhIiIh7/jmtZG54gCjS4Y3txCLPYZosvwKtK0P3UbteBMalsxYTgLWHGr3jDcDw M/fUbrGadP1XQdBYEjVvQZ6B01vm+aSyHMMNof/sMbm26+84vyCCQ75ayPb6HPpmwLyE gRa+4XXOj2FGT8BuGP1TKSLWrMXcfXgVKBoCI= MIME-Version: 1.0 Received: by 10.103.252.14 with HTTP; Thu, 25 Mar 2010 21:58:15 -0700 (PDT) In-Reply-To: <20100325142149.I44999@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> Date: Fri, 26 Mar 2010 07:58:15 +0300 Received: by 10.103.4.10 with SMTP id g10mr181030mui.54.1269579495431; Thu, 25 Mar 2010 21:58:15 -0700 (PDT) Message-ID: From: Alexander Bubnov To: Harti Brandt Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 04:58:17 -0000 Hello Harti and freebsd-net maillist! One more question please in scope of snmp topic. does bsnmp support master agentx mode? 2010/3/25 Harti Brandt > On Thu, 25 Mar 2010, Vasyl Samoilov wrote: > > VS>So far I found two options for snmp daemon - bsnmp and net-snmp. > net-snmo > VS>giving back invalid data, bsnmp lacks some data at all. > > Just two general remarks: > > - net-snmp is probably developed on Linux so it doesn't know how to > access many of the informations that is available in FreeBSD. > > - bsnmp is lacking developers (I'm the only one). I had a surgery in > november and took the 4 weeks after this to rewrite all the networking > stuff. It is in principle mostly up to date and supports also IPv6. The > problem is that I run out of time again and just cannot do the last steps > to release it (including testing). If there were people interested in it, > I would happily work with them. > > harti > _______________________________________________ > 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" > -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 05:25:39 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 70BD6106566B; Fri, 26 Mar 2010 05:25:39 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C8F378FC13; Fri, 26 Mar 2010 05:25:38 +0000 (UTC) Received: by fxm25 with SMTP id 25so28779fxm.3 for ; Thu, 25 Mar 2010 22:25:37 -0700 (PDT) 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:received:message-id:subject:from:to:cc:content-type; bh=+12oqSbU5qL23m4AGmeQK2tMMG1LwlyM7zuun/v8otw=; b=XjiqEpbG/kfCweIzi/1SDFpqpCin7+tcqfeRUp1yvDugJbx9mU4yUhM1MalnqV4Sr1 amUiRjTBH4fw1qIyje9UWkzyoX+8Pa2Uol11u8O2SNdKOEtHXlxk4DAwwBIoX/pq+Vy1 aWblII3ZDXTgPy4/NaKHqAsmh2rEE9TlxVNeo= 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=a7dpm1HT317zUVSZ36MyuNnk/mXHF/dj4k4WgycY3tue51eXhUUnaUI33m81FzwNKx wj2ZMbQ2BfaKyTsexe3Ln1SF6sl6XVzQzQx6/3UPcGxdZyuhG+332iO6Q+kOlP4/n0ay X1p7YeEPRStgsrJCLidc1j8J1Y0tWak1jummI= MIME-Version: 1.0 Received: by 10.103.252.14 with HTTP; Thu, 25 Mar 2010 22:25:37 -0700 (PDT) In-Reply-To: <20100325142149.I44999@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> Date: Fri, 26 Mar 2010 08:25:37 +0300 Received: by 10.103.4.10 with SMTP id g10mr191946mui.54.1269581137422; Thu, 25 Mar 2010 22:25:37 -0700 (PDT) Message-ID: From: Alexander Bubnov To: Harti Brandt Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 05:25:39 -0000 2010/3/25 Harti Brandt > On Thu, 25 Mar 2010, Vasyl Samoilov wrote: > > VS>So far I found two options for snmp daemon - bsnmp and net-snmp. > net-snmo > VS>giving back invalid data, bsnmp lacks some data at all. > > Just two general remarks: > > - net-snmp is probably developed on Linux so it doesn't know how to > access many of the informations that is available in FreeBSD. > > - bsnmp is lacking developers (I'm the only one). I had a surgery in > november and took the 4 weeks after this to rewrite all the networking > stuff. It is in principle mostly up to date and supports also IPv6. The > problem is that I run out of time again and just cannot do the last steps > to release it (including testing). If there were people interested in it, > I would happily work with them. > > harti > _______________________________________________ > 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" > Hi Harti! I am sorry may be I am going to ask often asked question... Why not to implement features which is lacking in net-snmp for FreeBSD instead of writing new snmp (bsnmp)? As a plus net-snmp has BSD like license. -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 07:09:45 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 7CFA5106564A for ; Fri, 26 Mar 2010 07:09:45 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0DF4C8FC12 for ; Fri, 26 Mar 2010 07:09:44 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Mar 2010 08:09:43 +0100 Date: Fri, 26 Mar 2010 08:10:33 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Shteryana Shopova In-Reply-To: <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> Message-ID: <20100326080816.X46084@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Mar 2010 07:09:43.0348 (UTC) FILETIME=[4F33AF40:01CACCB3] Cc: freebsd-net@freebsd.org, Ivan Voras Subject: Re: Poor situation with snmp support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 07:09:45 -0000 Hi, On Thu, 25 Mar 2010, Shteryana Shopova wrote: SS>On Thu, Mar 25, 2010 at 1:33 PM, Harti Brandt wrote: SS>> On Thu, 25 Mar 2010, Vasyl Samoilov wrote: SS>> SS>> SS>> - bsnmp is lacking developers (I'm the only one). I had a surgery in SS>+ 1 (count me in that is) SS>> november and took the 4 weeks after this to rewrite all the networking SS>> stuff. It is in principle mostly up to date and supports also IPv6. The SS>> problem is that I run out of time again and just cannot do the last steps SS>> to release it (including testing). If there were people interested in it, SS>> I would happily work with them. SS>> SS>> harti SS>> SS>sorry to hear about the surgery - I've recently resumed somewhat SS>active work on bsnmp and modules, so if you can upload your work to an SS>accessible repository, say svn.freebsd.org/user/harti I can take on SS>testing and preparing the code for import. btw, I was contacted some SS>time ago by Carlos Santos suggesting a set of patches adding IPV6 SS>transport, unfortunatelly he hasn't replied to any of my last e-mails, SS>is this the same patchset we're talking about or a different one? No this is different code. I guess, I should really put it on svn.freebsd.org. I do this in the next days... SS>P.S. Back to the thread topic - so the only problem the author is SS>facing with bsnmp is that it lacks support for LLDP, do I understand SS>correctly? This is what I understood too. harti From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 07:21: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 31AF3106566B for ; Fri, 26 Mar 2010 07:21:49 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id B886F8FC17 for ; Fri, 26 Mar 2010 07:21:48 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Mar 2010 08:15:26 +0100 Date: Fri, 26 Mar 2010 08:16:18 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Alexander Bubnov In-Reply-To: Message-ID: <20100326081420.M46084@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Mar 2010 07:15:26.0926 (UTC) FILETIME=[1BFD86E0:01CACCB4] Cc: freebsd-net@freebsd.org, Harti Brandt Subject: Re: Poor situation with snmp support in FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 07:21:49 -0000 Hi, On Fri, 26 Mar 2010, Alexander Bubnov wrote: AB>One more question please in scope of snmp topic. does bsnmp support master AB>agentx mode? No. I read through the documents and decided that I would not have time to implement this. I often use external agents in projects, but usually use custom protocols or shared memory with them. harti From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 07:21:50 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 36686106564A for ; Fri, 26 Mar 2010 07:21:50 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id BDC418FC19 for ; Fri, 26 Mar 2010 07:21:49 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Mar 2010 08:19:10 +0100 Date: Fri, 26 Mar 2010 08:20:02 +0100 (CET) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Alexander Bubnov In-Reply-To: Message-ID: <20100326081637.W46084@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Mar 2010 07:19:10.0723 (UTC) FILETIME=[A1623D30:01CACCB4] Cc: freebsd-net@freebsd.org, Harti Brandt Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 07:21:50 -0000 On Fri, 26 Mar 2010, Alexander Bubnov wrote: AB>I am sorry may be I am going to ask often asked question... Why not to AB>implement features which is lacking in net-snmp for FreeBSD instead of AB>writing new snmp (bsnmp)? As a plus net-snmp has BSD like license. Many years ago I needed a small SNMP daemon for controlling some equipment. I looked at ucd-snmp (that was the name than) but decided against it because it was far too big. The even bigger problem was, that it didn't care about handling errors in the places I looked at. I use bsnmp alot in projects to do remote monitoring controlling of equipment - you don't need SNMPv3 for them and it is easy to write a new MIB for bsnmp. harti From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 08:18:34 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 08FA2106564A; Fri, 26 Mar 2010 08:18:34 +0000 (UTC) (envelope-from alexander.bubnov@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 6180D8FC08; Fri, 26 Mar 2010 08:18:33 +0000 (UTC) Received: by fxm25 with SMTP id 25so95399fxm.3 for ; Fri, 26 Mar 2010 01:18:32 -0700 (PDT) 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:received:message-id:subject:from:to:cc:content-type; bh=x+IFQPw64Ei5aOg2BW8eJfHTpdaYGCms0d0dvcUAE/I=; b=nVcWjc4X1twvDh1D7o02mqv2YXlC9eXxvYiTVQ2XB7664ec3cNWfSnufrHCaqxNX5x RZxdqaPImjO47XVb+PtqHLkmg1j40st673jnun95ZwcrBZeqsZBY4l8GukhDRQBoeYcb cUH87GqNqRztYlbNfOzxNyvfIpa/rrLZI33qU= 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=D1JwnH1YoIYAt2G/8ItO2So7pWqJq9ZXfnGwjzb3/cHvvi5UUUIQAdbM8a4w9kcxQk PCLcCZBArfBLxYlXFpurZu49nD7PC0N6K8BjCzzO9s55gqK4kMaaDJQdh7CVlKJf1iVq Avd94E/ACa0qPPU1aP142OTCYcE+CJ2K3tIKI= MIME-Version: 1.0 Received: by 10.103.252.14 with HTTP; Fri, 26 Mar 2010 01:18:32 -0700 (PDT) In-Reply-To: <20100326081637.W46084@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> <20100326081637.W46084@beagle.kn.op.dlr.de> Date: Fri, 26 Mar 2010 11:18:32 +0300 Received: by 10.102.7.12 with SMTP id 12mr271868mug.104.1269591512229; Fri, 26 Mar 2010 01:18:32 -0700 (PDT) Message-ID: From: Alexander Bubnov To: Hartmut Brandt Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Harti Brandt Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 08:18:34 -0000 Thanks a lot for your answers. 2010/3/26 Hartmut Brandt > On Fri, 26 Mar 2010, Alexander Bubnov wrote: > > AB>I am sorry may be I am going to ask often asked question... Why not to > AB>implement features which is lacking in net-snmp for FreeBSD instead of > AB>writing new snmp (bsnmp)? As a plus net-snmp has BSD like license. > > Many years ago I needed a small SNMP daemon for controlling some > equipment. I looked at ucd-snmp (that was the name than) but decided > against it because it was far too big. The even bigger problem was, that > it didn't care about handling errors in the places I looked at. I use > bsnmp alot in projects to do remote monitoring controlling of equipment - > you don't need SNMPv3 for them and it is easy to write a new MIB for > bsnmp. > > harti > -- /BR, Alexander From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 08:27:42 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 B72B1106566B for ; Fri, 26 Mar 2010 08:27:42 +0000 (UTC) (envelope-from mail@vas.org.ua) Received: from relay.electro.ua (electro.ua [213.186.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 616F58FC16 for ; Fri, 26 Mar 2010 08:27:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by relay.electro.ua (Postfix) with ESMTP id 02235170B2; Fri, 26 Mar 2010 10:27:41 +0200 (EET) X-Virus-Scanned: amavisd-new at http.org.ua Received: from relay.electro.ua ([127.0.0.1]) by localhost (http.org.ua [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UdOl0EaX-wca; Fri, 26 Mar 2010 10:27:40 +0200 (EET) Received: from [172.20.254.180] (gw.umc.com.ua [80.255.64.5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by relay.electro.ua (Postfix) with ESMTPSA id B99F0170B0; Fri, 26 Mar 2010 10:27:40 +0200 (EET) Message-ID: <4BAC6FF3.7090304@vas.org.ua> Date: Fri, 26 Mar 2010 10:27:31 +0200 From: Vasily Samoylov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Harti Brandt References: <4BAB5A77.7050505@mts.com.ua> <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> <20100326080816.X46084@beagle.kn.op.dlr.de> In-Reply-To: <20100326080816.X46084@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Harti Brandt , Shteryana Shopova , Ivan Voras Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 08:27:42 -0000 On 26.03.2010 9:10, Harti Brandt wrote: > SS>P.S. Back to the thread topic - so the only problem the author is > SS>facing with bsnmp is that it lacks support for LLDP, do I understand > SS>correctly? > > This is what I understood too. > > harti > I, probably, was to verbose, and didn't make myself clear enough. For now, from network admin point of view, it's 3 problems: 1) No ARP support 2) Routing table not exported correctly (directly attached routes not visible, maybe something else - at least it's nothing like netstat -rn gives) 3) No LLDP support From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 09:00:47 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 06E0B106566C; Fri, 26 Mar 2010 09:00:47 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 89DD88FC0C; Fri, 26 Mar 2010 09:00:46 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Mar 2010 10:00:45 +0100 Date: Fri, 26 Mar 2010 10:01:53 +0100 (CET) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Vasily Samoylov In-Reply-To: <4BAC6FF3.7090304@vas.org.ua> Message-ID: <20100326095919.A46084@beagle.kn.op.dlr.de> References: <4BAB5A77.7050505@mts.com.ua> <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> <20100326080816.X46084@beagle.kn.op.dlr.de> <4BAC6FF3.7090304@vas.org.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Mar 2010 09:00:45.0520 (UTC) FILETIME=[D22A7500:01CACCC2] Cc: freebsd-net@freebsd.org, Shteryana Shopova , Harti Brandt , Ivan Voras Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 09:00:47 -0000 On Fri, 26 Mar 2010, Vasily Samoylov wrote: VS>On 26.03.2010 9:10, Harti Brandt wrote: VS>> SS>P.S. Back to the thread topic - so the only problem the author is VS>> SS>facing with bsnmp is that it lacks support for LLDP, do I understand VS>> SS>correctly? VS>> VS>> This is what I understood too. VS>> VS>> harti VS>> VS>I, probably, was to verbose, and didn't make myself clear enough. For now, VS>from network admin point of view, it's 3 problems: VS>1) No ARP support The ARP table should be there. It may be that it got 'lost' with the ARP changes last year. So this should be fixable. The ARP table is the old one, though. VS>2) Routing table not exported correctly (directly attached routes not VS>visible, maybe something else - at least it's nothing like netstat -rn gives) This may be the same problem. The routing table code just fetches the routing table from the kernel. If the directly attached routes are not in the routing table anymore, they will not show up. 3) No LLDP support Until two days ago I was not even aware what LLDP is :-) harti From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 09:32:05 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 5C17C106566B; Fri, 26 Mar 2010 09:32:05 +0000 (UTC) (envelope-from mail@vas.org.ua) Received: from relay.electro.ua (electro.ua [213.186.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id D028D8FC13; Fri, 26 Mar 2010 09:32:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by relay.electro.ua (Postfix) with ESMTP id AC02C170BC; Fri, 26 Mar 2010 11:32:03 +0200 (EET) X-Virus-Scanned: amavisd-new at http.org.ua Received: from relay.electro.ua ([127.0.0.1]) by localhost (http.org.ua [127.0.0.1]) (amavisd-new, port 10024) with LMTP id y+8Em9BoR78N; Fri, 26 Mar 2010 11:32:03 +0200 (EET) Received: from [172.20.254.180] (gw.umc.com.ua [80.255.64.5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by relay.electro.ua (Postfix) with ESMTPSA id 7F478170B2; Fri, 26 Mar 2010 11:32:03 +0200 (EET) Message-ID: <4BAC7F0A.1070905@vas.org.ua> Date: Fri, 26 Mar 2010 11:31:54 +0200 From: Vasily Samoylov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: Hartmut Brandt References: <4BAB5A77.7050505@mts.com.ua> <61b573981003250659n1076fef1u7d15920c4d560fdf@mail.gmail.com> <20100326080816.X46084@beagle.kn.op.dlr.de> <4BAC6FF3.7090304@vas.org.ua> <20100326095919.A46084@beagle.kn.op.dlr.de> In-Reply-To: <20100326095919.A46084@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Shteryana Shopova , Harti Brandt , Ivan Voras Subject: Re: Poor situation with snmp support in FreeBSD 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, 26 Mar 2010 09:32:05 -0000 On 26.03.2010 11:01, Hartmut Brandt wrote: > VS>I, probably, was to verbose, and didn't make myself clear enough. For now, > VS>from network admin point of view, it's 3 problems: > VS>1) No ARP support > > The ARP table should be there. It may be that it got 'lost' with the ARP > changes last year. So this should be fixable. The ARP table is the old > one, though. > I was looking for something like ipNetToPhysicalTable (ipv6 compatible) or ipNetToMedia (depreciated, ip4 only) - both are not there. A bug, I suppose. net-snmp under freebsd got ipNetToMedia. If there is anything I can do to help with testing new bsnmpd or patches - I am ready. :) > VS>2) Routing table not exported correctly (directly attached routes not > VS>visible, maybe something else - at least it's nothing like netstat -rn gives) > > This may be the same problem. The routing table code just fetches the > routing table from the kernel. If the directly attached routes are not in > the routing table anymore, they will not show up. > Routes are in the routing table. netstat -rn show everything correctly, and, againg, net-snmp ipCidrRoute contains all routes, but consider all them "local". bsnmp, in the other hand, got only some of the routes. This is obviously a bug and should be fixed. > 3) No LLDP support > > Until two days ago I was not even aware what LLDP is :-) > You never what that is link-layer discovery protocol until it comes to large network and you need to automate link discovery and build a topology. LLDP daemon by itself is good, but there must be a way to query it by snmp - otherwise it is useless. So far the best lldp daemon for bsd systems is ladvd, link advertising daemon, but bsnmp got no means of reading info from it, so I'm kinda stuck here. http://www.blinkenlights.nl/software/ladvd/ ladvd uses cdp / lldp frames to inform switches about connected hosts, which simplifies ethernet switch management. It does this by creating a raw socket at startup, and then switching to a non-privileged user for the remaining runtime. Every 30 seconds it will transmit CDP/LLDP packets reflecting the current system state. Interfaces (bridge, bonding, wireless), capabilities (bridging, forwarding, wireless) and addresses (IPv4, IPv6) are detected dynamically. > harti > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 10:08:36 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 7BE9F106566B; Fri, 26 Mar 2010 10:08:36 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 278C08FC19; Fri, 26 Mar 2010 10:08:35 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 0E17E94FF9; Fri, 26 Mar 2010 11:08:34 +0100 (CET) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id DCJftBbxsp0S; Fri, 26 Mar 2010 11:08:31 +0100 (CET) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id AA41594FEE; Fri, 26 Mar 2010 11:08:31 +0100 (CET) Message-ID: <4BAC879A.2040301@zirakzigil.org> Date: Fri, 26 Mar 2010 11:08:26 +0100 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NFS lockd problem 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, 26 Mar 2010 10:08:36 -0000 Outset: 1 NFS server (with lockd) 2 NFS client (with lockd) The clients serve several jails with apache, whose data (www) resides on the server From time to time everything seem to freeze. Then, after one minute or so, the system works again as nothing had happened. In these occasions I get this in the logs on the client madchines: Mar 26 10:29:38 virt1 kernel: nfs server 192.168.40.121:/data/mount_servers/wwwsec/www: lockd not responding followed shortly after by: Mar 26 10:29:38 virt1 kernel: nfs server 192.168.40.121:/data/mount_servers/wwwsec/www: lockd is alive again On the server I only get this: Mar 26 10:29:31 data1 kernel: NLM: failed to contact remote rpcbind, stat = 5, port = 28416 I don't think it's a network problem, since all connections are local and high speed (1Gb/s) I must admit that, with the other nfs problem I reported weeks ago, this kind of freebsd system seems less than stable to me, and this is very disappointing... Anyway I'd appreciate any pointer on this issue... From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 16:50: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 71926106566B for ; Fri, 26 Mar 2010 16:50:51 +0000 (UTC) (envelope-from dado@cnt.korolev-net.ru) Received: from cnt.korolev-net.ru (mail.web-korolev.ru [89.222.188.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2E83D8FC18 for ; Fri, 26 Mar 2010 16:50:44 +0000 (UTC) Received: by cnt.korolev-net.ru (Postfix, from userid 100) id E607C2AC93D; Fri, 26 Mar 2010 19:50:34 +0300 (MSK) Date: Fri, 26 Mar 2010 19:50:34 +0300 From: Evgenii Davidov To: freebsd-net@freebsd.org Message-ID: <20100326165034.GD6887@korolev-net.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: multiple radius servers 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, 26 Mar 2010 16:50:51 -0000 HELO is it true that there is a bug in libradius so mpd can't work with multiple radius servers configured? thanks -- Evgenii V Davidov From owner-freebsd-net@FreeBSD.ORG Fri Mar 26 22:00:14 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 0F346106566C for ; Fri, 26 Mar 2010 22:00:14 +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 F311C8FC18 for ; Fri, 26 Mar 2010 22:00:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2QM0DCN043871 for ; Fri, 26 Mar 2010 22:00:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2QM0DIf043870; Fri, 26 Mar 2010 22:00:13 GMT (envelope-from gnats) Date: Fri, 26 Mar 2010 22:00:13 GMT Message-Id: <201003262200.o2QM0DIf043870@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Andrey Zonov Cc: Subject: Re: kern/144000: [tcp] ignore set TCP_MAXSEG by setsockopt() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Zonov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 22:00:14 -0000 The following reply was made to PR kern/144000; it has been noted by GNATS. From: Andrey Zonov To: John Baldwin Cc: bug-followup@freebsd.org Subject: Re: kern/144000: [tcp] ignore set TCP_MAXSEG by setsockopt() Date: Sat, 27 Mar 2010 00:59:19 +0300 For 7/8-stable not helped me. John Baldwin ?????: > On Thursday 25 February 2010 3:49:00 am Andrey Zonov wrote: > >> I have found patch at [1] and adapted for 8.0-p1 >> >> jhb, why you not added this patch in HEAD? >> >> >> [1] http://people.freebsd.org/~jhb/patches/tcp_maxseg.patch >> > > Actually, can you try this simpler patch instead: > > Index: tcp_input.c > =================================================================== > --- tcp_input.c (revision 205624) > +++ tcp_input.c (working copy) > @@ -3100,12 +3100,10 @@ > #ifdef INET6 > if (isipv6) { > maxmtu = tcp_maxmtu6(&inp->inp_inc, mtuflags); > - tp->t_maxopd = tp->t_maxseg = V_tcp_v6mssdflt; > } else > #endif > { > maxmtu = tcp_maxmtu(&inp->inp_inc, mtuflags); > - tp->t_maxopd = tp->t_maxseg = V_tcp_mssdflt; > } > > /* > > -- Andrey Zonov From owner-freebsd-net@FreeBSD.ORG Sat Mar 27 15: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 DAA161065679 for ; Sat, 27 Mar 2010 15: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 C9EBA8FC2D for ; Sat, 27 Mar 2010 15:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2RFA3tP093584 for ; Sat, 27 Mar 2010 15:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2RFA3h3093583; Sat, 27 Mar 2010 15:10:03 GMT (envelope-from gnats) Date: Sat, 27 Mar 2010 15:10:03 GMT Message-Id: <201003271510.o2RFA3h3093583@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugeny N Dzhurinsky Cc: Subject: bin/142547: wpa_supplicant(8) drops connection on key renegotiation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugeny N Dzhurinsky List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2010 15:10:03 -0000 The following reply was made to PR bin/142547; it has been noted by GNATS. From: Eugeny N Dzhurinsky To: bug-followup@FreeBSD.org, sweetpea-freebsd@tentacle.net Cc: Subject: bin/142547: wpa_supplicant(8) drops connection on key renegotiation Date: Sat, 27 Mar 2010 17:01:17 +0200 Hello! I'm not sure, but the problem with wpa_supplicant occurs on FreeBSD 8.0 stable with recent sources. The problem occurs only with if_ath driver (with if_rum no such problem occurs). The symptoms are - no network packets are transferred after group key renegotiation occurs. restarting wpa_supplicant helps. The only workaround I found for now is to setup AP with wpa_group_rekey=1800 -- Eugene N Dzhurinsky From owner-freebsd-net@FreeBSD.ORG Sat Mar 27 15:51:25 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 EBE67106567E for ; Sat, 27 Mar 2010 15:51:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id B915C8FC1F for ; Sat, 27 Mar 2010 15:51:25 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id E207BE9C49 for ; Sat, 27 Mar 2010 11:51:24 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 27 Mar 2010 11:51:24 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=B99pLd4y2K6W++wpFg//8HbYZhk=; b=FhOikcjdfaLHkFpaIosFPxeyt8OKtAkqJ/K5lQ9HymQe5BO1E8vGOwRvTfy+Maj4wN+TISGzXAV3VfocqxRRdVKaTsEE2QepKahHRYeMGs+7wc9P1E6z71pEWoI1ywg0d41LdO9YHV+CYTnIKRiXpLqkDnTUxN5zCYSgSFA3FI0= X-Sasl-enc: 0PbKRngPzoxDk5whx71HkCLsU/OxG8nFUHR+pAzK9l+I 1269705084 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 76C2E7A75A for ; Sat, 27 Mar 2010 11:51:24 -0400 (EDT) Message-ID: <4BAE297A.6090702@incunabulum.net> Date: Sat, 27 Mar 2010 15:51:22 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4BAB5A77.7050505@mts.com.ua> <20100325142149.I44999@beagle.kn.op.dlr.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Poor situation with snmp support in FreeBSD 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, 27 Mar 2010 15:51:26 -0000 On 03/26/10 04:58, Alexander Bubnov wrote: > Hello Harti and freebsd-net maillist! > One more question please in scope of snmp topic. does bsnmp support master > agentx mode? > I totally agree that would be a good way to go, but it's a case of someone having time to sit down and finish things off properly. (Unfortunately stuff on my plate mostly doesn't involve FreeBSD these days...) But agentx does have pluggability that other access modes don't, and it is probably the right fix for other stuff I look at. From owner-freebsd-net@FreeBSD.ORG Sat Mar 27 18:50: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 1983F1065672; Sat, 27 Mar 2010 18:50:22 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0396C8FC1D; Sat, 27 Mar 2010 18:50:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [17.151.93.190] by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZY00LJ6EZU5S00@asmtp024.mac.com>; Sat, 27 Mar 2010 11:50:21 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003270119 From: Chuck Swiger In-reply-to: <4BAC879A.2040301@zirakzigil.org> Date: Sat, 27 Mar 2010 11:50:17 -0700 Message-id: <4931283F-5B5B-4368-BB40-20B5FEBF4E17@mac.com> References: <4BAC879A.2040301@zirakzigil.org> To: Giulio Ferro X-Mailer: Apple Mail (2.1078) Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS lockd problem 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, 27 Mar 2010 18:50:22 -0000 On Mar 26, 2010, at 3:08 AM, Giulio Ferro wrote: > Outset: > 1 NFS server (with lockd) > 2 NFS client (with lockd) > > The clients serve several jails with apache, whose data (www) resides on the server If you need file locking to work reliably, you pretty much have to give up on using NFS + rpc.lockd and run against a local UFS filesystem. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Sat Mar 27 19:49:26 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 497CC106566B; Sat, 27 Mar 2010 19:49:26 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 38B168FC17; Sat, 27 Mar 2010 19:49:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2RJnPpJ035142; Sat, 27 Mar 2010 19:49:25 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2RJnPXg035138; Sat, 27 Mar 2010 19:49:25 GMT (envelope-from bschmidt) Date: Sat, 27 Mar 2010 19:49:25 GMT Message-Id: <201003271949.o2RJnPXg035138@freefall.freebsd.org> To: sweetpea-freebsd@tentacle.net, bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key renegotiation 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, 27 Mar 2010 19:49:26 -0000 Synopsis: wpa_supplicant(8) drops connection on key renegotiation State-Changed-From-To: closed->feedback State-Changed-By: bschmidt State-Changed-When: Sat Mar 27 19:45:40 UTC 2010 State-Changed-Why: Are you sure this is related to wpa_group_rekey? I do have a setup running with wpa_group_rekey=20 and both AP and STA are ath(4). Can you reproduce this issue with wlandebug +crypto +state ? Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Sat Mar 27 19:45:40 UTC 2010 Responsible-Changed-Why: Are you sure this is related to wpa_group_rekey? I do have a setup running with wpa_group_rekey=20 and both AP and STA are ath(4). Can you reproduce this issue with wlandebug +crypto +state ? http://www.freebsd.org/cgi/query-pr.cgi?pr=142547