From owner-freebsd-net@FreeBSD.ORG Mon May 21 07:27:56 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19A2116A46C for ; Mon, 21 May 2007 07:27:56 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail4out.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) by mx1.freebsd.org (Postfix) with ESMTP id D137213C43E for ; Mon, 21 May 2007 07:27:55 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail4out.barnet.com.au (Postfix, from userid 1001) id 7BAA237D6CB; Mon, 21 May 2007 17:09:39 +1000 (EST) X-Viruscan-Id: <465145B300014DD7C548AB@BarNet> Received: from mail4auth.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail4.barnet.com.au (Postfix) with ESMTP id 48C6D422109 for ; Mon, 21 May 2007 17:09:39 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail4auth.barnet.com.au (Postfix) with ESMTP id 05D0637D69D for ; Mon, 21 May 2007 17:09:39 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id E02A4205; Mon, 21 May 2007 17:09:38 +1000 (EST) Date: Mon, 21 May 2007 17:09:38 +1000 From: Edwin Groothuis To: freebsd-net@freebsd.org Message-ID: <20070521070938.GA48283@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: faster /etc/services 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, 21 May 2007 07:27:56 -0000 Hello, After the last patch I submitted with regarding to /etc/services, I was asked if I could see if I could do something about the speed of it. Personally I don't worry too much about it, my programs only access getservbyname() only once per program :-) I did some tests with it, and at this moment you got the speed for telnet/tcp, which lives at the beginning of /etc/services: telnet/tcp 1 times - 0.000369 seconds 10 times - 0.000583 100 times - 0.006279 1000 times - 0.059566 10000 times - 0.590499 100000 times - 5.591417 And dbbrowse/tcp, which lives at the end of /etc/services dbbrowse/tcp 1 times - 0.001748 seconds 10 times - 0.011674 100 times - 0.117460 1000 times - 1.172199 10000 times - 11.966367 100000 times - 120 So... what can we do? - Instead of reading and parsing /etc/services every time, read it only once and use a cached version for all further getservbyxxx() calls. This has a startup-penalty (once per application) and a memory penalty, but all next calls are faster, specially for services at the end of /etc/services. - Instead of reading and parsing /etc/services every time, use a hash or btree file a la the aliases database. A hash one (first key, next key) could be a replacement to use with getservent(), while a btree one could be be a replacement to use with getservbyname(). This doesn't have the startup-penalty, but the sysadmin needs to keep track of changes in /etc/services and needs to rebuild it. - Instead of reading and parsing /etc/services every time, open a socket and ask a daemon for the information. Which daemon is a good question, but it can automatically re-read the /etc/services file if it got changed. Other things to worry(?) about are YP/NIS. From what I've seen in getservent() is that is happily intertwined with the /etc/services code. Anybody with comments or suggestions from earlier threads like this? Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Mon May 21 08:04:21 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27E2916A469 for ; Mon, 21 May 2007 08:04:21 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail4out.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) by mx1.freebsd.org (Postfix) with ESMTP id DE93613C447 for ; Mon, 21 May 2007 08:04:20 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail4out.barnet.com.au (Postfix, from userid 1001) id 2814537D6B3; Mon, 21 May 2007 18:04:20 +1000 (EST) X-Viruscan-Id: <46515284000062048A5DA0@BarNet> Received: from mail4auth.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail4.barnet.com.au (Postfix) with ESMTP id E9C3D422125; Mon, 21 May 2007 18:04:19 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail4auth.barnet.com.au (Postfix) with ESMTP id B7E0A37D69F; Mon, 21 May 2007 18:04:19 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 718DA49C; Mon, 21 May 2007 18:04:19 +1000 (EST) Date: Mon, 21 May 2007 18:04:19 +1000 From: Edwin Groothuis To: Niki Denev Message-ID: <20070521080419.GA90774@k7.mavetju> References: <20070521070938.GA48283@k7.mavetju> <46514134.3020903@totalterror.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46514134.3020903@totalterror.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-net@freebsd.org Subject: Re: faster /etc/services 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, 21 May 2007 08:04:21 -0000 On Mon, May 21, 2007 at 09:50:28AM +0300, Niki Denev wrote: > > Anybody with comments or suggestions from earlier threads like this? > > I think there is cached(8) daemon in -current that does exactly this, > and more. Dunno if it will get in -stable. I was pointed to that by grog@, but I never heard of it since it is in -current only. I'll look at it, and wonder if I don't have to worry about this anymore then :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Mon May 21 08:16:08 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28E6716A41F for ; Mon, 21 May 2007 08:16:08 +0000 (UTC) (envelope-from niki@totalterror.net) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 62A6B13C480 for ; Mon, 21 May 2007 08:16:07 +0000 (UTC) (envelope-from niki@totalterror.net) Received: (qmail 94540 invoked by uid 1026); 21 May 2007 07:49:24 -0000 Received: from 213.145.98.106 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.106):. Processed in 0.091897 secs); 21 May 2007 07:49:24 -0000 Received: from unknown (HELO ?213.145.98.106?) (213.145.98.106) by office.suresupport.com with SMTP; 21 May 2007 07:49:23 -0000 Message-ID: <46514134.3020903@totalterror.net> Date: Mon, 21 May 2007 09:50:28 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.7 (X11/20061107) MIME-Version: 1.0 To: Edwin Groothuis References: <20070521070938.GA48283@k7.mavetju> In-Reply-To: <20070521070938.GA48283@k7.mavetju> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: faster /etc/services 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, 21 May 2007 08:16:08 -0000 Edwin Groothuis wrote: > Hello, > > After the last patch I submitted with regarding to /etc/services, > I was asked if I could see if I could do something about the speed > of it. Personally I don't worry too much about it, my programs only > access getservbyname() only once per program :-) > > I did some tests with it, and at this moment you got the speed for > telnet/tcp, which lives at the beginning of /etc/services: > > telnet/tcp > 1 times - 0.000369 seconds > 10 times - 0.000583 > 100 times - 0.006279 > 1000 times - 0.059566 > 10000 times - 0.590499 > 100000 times - 5.591417 > > And dbbrowse/tcp, which lives at the end of /etc/services > > dbbrowse/tcp > 1 times - 0.001748 seconds > 10 times - 0.011674 > 100 times - 0.117460 > 1000 times - 1.172199 > 10000 times - 11.966367 > 100000 times - 120 > > So... what can we do? > > - Instead of reading and parsing /etc/services every time, read it > only once and use a cached version for all further getservbyxxx() > calls. This has a startup-penalty (once per application) and a > memory penalty, but all next calls are faster, specially for > services at the end of /etc/services. > > - Instead of reading and parsing /etc/services every time, use a > hash or btree file a la the aliases database. A hash one (first > key, next key) could be a replacement to use with getservent(), > while a btree one could be be a replacement to use with getservbyname(). > This doesn't have the startup-penalty, but the sysadmin needs to > keep track of changes in /etc/services and needs to rebuild it. > > - Instead of reading and parsing /etc/services every time, open a > socket and ask a daemon for the information. Which daemon is a > good question, but it can automatically re-read the /etc/services > file if it got changed. > > Other things to worry(?) about are YP/NIS. From what I've seen in > getservent() is that is happily intertwined with the /etc/services > code. > > Anybody with comments or suggestions from earlier threads like this? > > Edwin > I think there is cached(8) daemon in -current that does exactly this, and more. Dunno if it will get in -stable. --niki From owner-freebsd-net@FreeBSD.ORG Mon May 21 09:21:48 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E59516A421 for ; Mon, 21 May 2007 09:21:48 +0000 (UTC) (envelope-from ozgur.ozdemircili@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id E5BBF13C4F8 for ; Mon, 21 May 2007 09:21:47 +0000 (UTC) (envelope-from ozgur.ozdemircili@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1797550pyh for ; Mon, 21 May 2007 02:21:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=THnDAsjzmwjw0mkZ4kAw37rp1t99NKncjNAHk9FDZxfteIkD/asJ6mF7xWzddTJ5I9PebJT8VjiUqExo23FaQ8FEQnkZ/G1DWiTgaMTQ+S6kJe9o16KtiG8ViNQMeh9iCYsm8TKlOOl2+qyP/omTFYp9iUWksc/GYY4Ws7xLJ44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=orhkae8pK5EQkhsHd837YRXj9W8pZhSMmo0NWvuaginKxvjToSLFQOuspZRWijh8CIZlm/OH1Jlz8obf+S+bi4p20BkZDmfy2Jp7g7+B02rqJhgYwGhMRcwt3eg5KFwKvNQ0q31jK30DAmSM/D8WF38pC9GbLP35lCxK+umQktU= Received: by 10.65.243.18 with SMTP id v18mr10310270qbr.1179737865134; Mon, 21 May 2007 01:57:45 -0700 (PDT) Received: from ?10.23.0.138? ( [212.145.141.254]) by mx.google.com with ESMTP id d12sm6374908qbc.2007.05.21.01.57.43; Mon, 21 May 2007 01:57:44 -0700 (PDT) Message-ID: <46515CE4.8060000@gmail.com> Date: Mon, 21 May 2007 10:48:36 +0200 From: Ozgur Ozdemircili User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: IPPNP 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, 21 May 2007 09:21:48 -0000 Hello, I have a network of 10.10.10.0 and the gw is at 10.10.10.1. GW is giving out ip with DHCP. If the client pc is configured with DHCP they can get the ip from the server and go out to internet easily. But if the client has* static Ip configured*, for example 192.168.0.2 with gw 192.168.0.1, they cannot find the GW and cannot go out. I need the clients to be able to find the gw and *go out to internet without changing their ip configurations. * I have searched for technology behind this and it seems like IPPNP is the solution. This technology is implemented in most of the hotspot gateways (nomadix, dlink etc) The keywords I came accross with are: IPPNP, ARP PROXY, DYNAMIC NAT. And I do not know exactly what to use in order for the scenerio above to function. What technology can I use? Is the technology supported in FreeBSD? Thank you. -- Ozgur Ozdemircili CCNA, HIPAA, OPSEC, Open Source Security Systems http://www.enderunix.org/ozgur From owner-freebsd-net@FreeBSD.ORG Mon May 21 09:30:20 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC9A16A421 for ; Mon, 21 May 2007 09:30:20 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 8987913C455 for ; Mon, 21 May 2007 09:30:20 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from CITRIN (unknown [81.19.65.48]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id AECE11227C1D; Mon, 21 May 2007 13:20:05 +0400 (MSD) Date: Mon, 21 May 2007 13:20:04 +0400 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <1607720081.20070521132004@citrin.ru> To: Edwin Groothuis In-Reply-To: <20070521070938.GA48283@k7.mavetju> References: <20070521070938.GA48283@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: faster /etc/services 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, 21 May 2007 09:30:20 -0000 Monday, May 21, 2007, 11:09:38 AM, Edwin Groothuis wrote: EG> - Instead of reading and parsing /etc/services every time, use a EG> hash or btree file a la the aliases database. A hash one (first EG> key, next key) could be a replacement to use with getservent(), EG> while a btree one could be be a replacement to use with getservbyname(). EG> This doesn't have the startup-penalty, but the sysadmin needs to EG> keep track of changes in /etc/services and needs to rebuild it. I think it will be better solution. /etc/services edited by sysadmin rarely and we can place comments in this file about hash. EG> - Instead of reading and parsing /etc/services every time, open a EG> socket and ask a daemon for the information. Which daemon is a EG> good question, but it can automatically re-read the /etc/services EG> file if it got changed. Connection to external daemon is additional overhead. Anyway, is there need to optimize getservbyname()? Is there any applications, which call getservbyname() on each connection/request? IMHO /etc/services can be kept in current state. -- WBR, Anton Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Mon May 21 10:33:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D8F816A400 for ; Mon, 21 May 2007 10:33:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7DD13C447 for ; Mon, 21 May 2007 10:33:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 96ECC220574; Mon, 21 May 2007 06:33:28 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 21 May 2007 06:33:28 -0400 X-Sasl-enc: UQwRhcrlCDqBriLsLPq6pHKdxt6yLkG/D9bQibnhx+oO 1179743608 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id E1AE014098; Mon, 21 May 2007 06:33:27 -0400 (EDT) Message-ID: <46517576.20207@incunabulum.net> Date: Mon, 21 May 2007 11:33:26 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Ozgur Ozdemircili References: <46515CE4.8060000@gmail.com> In-Reply-To: <46515CE4.8060000@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPPNP 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, 21 May 2007 10:33:32 -0000 Ozgur Ozdemircili wrote: > Hello, > > I have a network of 10.10.10.0 and the gw is at 10.10.10.1. GW is > giving out ip with DHCP. If the client pc is configured with DHCP they > can get the ip from the server and go out to internet easily. But if > the client has* static Ip configured*, for example 192.168.0.2 with gw > 192.168.0.1, they cannot find the GW and cannot go out. I need the > clients to be able to find the gw and *go out to internet without > changing their ip configurations. > * > I have searched for technology behind this and it seems like IPPNP is > the solution. This technology is implemented in most of the hotspot > gateways (nomadix, dlink etc) > This sounds like another buzzword that the vendors just made up when everyone with a clue wasn't looking. Someone's created a Sourceforge project for it which is still empty, and search engine matches find many vendors describing this feature as 'unique'. The way it has been verbally beaten on Linux related lists is something I can't disagree with. :^) http://article.gmane.org/gmane.linux.network.bridge.ebtables.user/896 The short answer is that this appears to be some kind of MAC based gateway protocol; basically, an 'internet access device' (stub router for home/small office) will forward any traffic it sees for a subnet which it isn't configured with, by spoofing ARP traffic so as to make it appear as though it is on that subnet. This sounds like a configuration nightmare to implement correctly, and goodness help you if you have more than one of these things connected to the same network. Whilst it probably can be done in the network stack, I speculate it couldn't be turned on at the same time as a number of other features such as Proxy ARP, or CARP, and may have problems scaling to more than a two-armed router (that is, 1 WAN uplink, and 1 Ethernet interface running this stuff). It also seems to rely on a few assumptions (subnet is a /24, and 0 is the subnetwork address). I think it also assumes that the network is 802.1x or MAC address ACL authenticated, and that clients are directly attached to the Layer 2 domain to which the interface which runs the quirk is attached. I see no IETF standard for this quirk, and it doesn't seem to have been as well thought out as the Zeroconf proposals. So whilst it may seem like a quick fix, it would have to be implemented, and the easiest thing for FreeBSD users to do in this situation is probably just to configure a separate network alias on their internal LAN interface -- something which is obviously more difficult to do with the kind of device the quirk is intended for. Now that I think on it, if IPv4 addresses are scoped, it might be possible to implement a knob which says "All IPv4 addresses learned on *this* interface have local scope", which in turn implies a 1:M NAT. It relies of course on the NAT module e.g. pf being able to join the dots and notice that an IP address outside of a configured subnet is being used on that interface, however, it would stop the forwarding code doing the wrong thing and forwarding the datagram back out the WAN interface again after pf has demuxed the inbound datagram there. To implement this feature properly requires that the forwarding code is changed to allow it. The changes required are similar to those needed for doing unnumbered IP. An interim solution could probably be implemented in userland using bpf which would stash the appropriate firewall rules to rewrite the outgoing traffic i.e. make the FreeBSD router appear on the subnet which the client thinks it's on. Regards, BMS From owner-freebsd-net@FreeBSD.ORG Mon May 21 11:08:36 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C87A16A4C5 for ; Mon, 21 May 2007 11:08:36 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 21F0713C46E for ; Mon, 21 May 2007 11:08:36 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4LB8ZlH028834 for ; Mon, 21 May 2007 11:08:35 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4LB8YiU028830 for freebsd-net@FreeBSD.org; Mon, 21 May 2007 11:08:34 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 May 2007 11:08:34 GMT Message-Id: <200705211108.l4LB8YiU028830@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 21 May 2007 11:08:36 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/109406 net [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work wi o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not o kern/112686 net patm driver freezes System (FreeBSD 6.2-p4) i386 o kern/112722 net IP v4 udp fragmented packet reject 12 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] IP Encapsulation mask_match() returns wrong o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/112612 net Traffic via additional lo(4) interface shows up on lo0 o kern/112654 net [pcn] Kernel panic upon if_pcn module load on a Netfin o kern/112710 net [re] if_re driver detects incorrect b243a405a405 MAC a 13 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 21 13:24:31 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B26116A400 for ; Mon, 21 May 2007 13:24:31 +0000 (UTC) (envelope-from bushman@freebsd.org) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.freebsd.org (Postfix) with ESMTP id BB17513C465 for ; Mon, 21 May 2007 13:24:30 +0000 (UTC) (envelope-from bushman@freebsd.org) Received: from [195.208.252.84] (shogun.cc.rsu.ru [195.208.252.84]) (authenticated bits=0) by mail.r61.net (8.14.1/8.14.1) with ESMTP id l4LDOI4S066088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 May 2007 17:24:18 +0400 (MSD) (envelope-from bushman@freebsd.org) Message-ID: <46519D79.7050306@freebsd.org> Date: Mon, 21 May 2007 17:24:09 +0400 From: Michael Bushkov User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20070521120021.926FE16A46D@hub.freebsd.org> In-Reply-To: <20070521120021.926FE16A46D@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Edwin Groothuis , Anton Yuzhaninov Subject: Re: faster /etc/services 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, 21 May 2007 13:24:31 -0000 Hi, As far as I remember this topic has been already discussed. There are basically 2 ways of speeding up /etc/services queries: 1. To use /etc/passwd-/pwd.db scheme - i.e. using BDB as the main data storage and allowing user to update it from /etc/services file by request. 2. Use the separate caching source - such as cached(8). The first solution will be very fast. But I'm not sure if it is not an overkill for /etc/services. The second solution is already implemented in cached(8). There is, of course an overhead, but there is also an average 5-times performance improvement (details are in the "Cached performance analysis" section of this paper: http://asiabsdcon.org/papers/P06-paper.pdf). In my perforce branch there is an implemented "precache" feature for cached(8), which makes things even faster. I've implemented the file-monitoring option (which updates cache automatically in case of file change) there also. But they cannot been committed before some changes in libc are made. BTW, I've sent a patch with one of such changes for review to this thread (http://lists.freebsd.org/pipermail/freebsd-net/2007-May/014128.html), but unfortunately received no feedback. Finally, I think that these solutions are pretty equal in terms of complexity and time. However, personally I think that cached(8) is more appropriate for this kind of task. But if we care about having this functionality in 6-stable, cached is not the choice, probably. > EG> - Instead of reading and parsing /etc/services every time, use a > EG> hash or btree file a la the aliases database. A hash one (first > EG> key, next key) could be a replacement to use with getservent(), > EG> while a btree one could be be a replacement to use with getservbyname(). > EG> This doesn't have the startup-penalty, but the sysadmin needs to > EG> keep track of changes in /etc/services and needs to rebuild it. > > I think it will be better solution. > /etc/services edited by sysadmin rarely and we can place comments in > this file about hash. > > EG> - Instead of reading and parsing /etc/services every time, open a > EG> socket and ask a daemon for the information. Which daemon is a > EG> good question, but it can automatically re-read the /etc/services > EG> file if it got changed. > > Connection to external daemon is additional overhead. > > Anyway, is there need to optimize getservbyname()? Is there any > applications, which call getservbyname() on each connection/request? > > IMHO /etc/services can be kept in current state. > > -- WBR, Anton Yuzhaninov -- With best regards, Michael Bushkov Southern Federal University From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:03:03 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16F2616A400 for ; Mon, 21 May 2007 18:03:03 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id B884413C448 for ; Mon, 21 May 2007 18:03:02 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so2324309nze for ; Mon, 21 May 2007 11:03:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=XRBvR+0LhWG4Esgu+ZI12TzEzfYZo6DH/sFXch6caZJjZyfImTvCF3mI3xuw0p/qQlj7Nsh3KtOspBddxhfyKDkr5J3pHpi/5e8PNGeQpjX1hFIjOsoSB/jQlAAvuM+50TjZ6rzlAe1kWHVUuyooiCvuyvw5OzjIuvnjl/CR4c8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=szwBGPesNOSosqj6kVkNFoEycYwdqH/vwRCEd2RR71V+ybhWA85zAvsc7pMFUQnm/rBpR28JnTRlLZBWEplnYLlQG6QQ8/jNE9tfzr6DDhNkLalf31BhVziaH/+JRwnSWa1/QQJWI6wNZ6bKoadY33JOSeMzvhaQwx5sy10H4Aw= Received: by 10.114.210.2 with SMTP id i2mr2823492wag.1179769125224; Mon, 21 May 2007 10:38:45 -0700 (PDT) Received: by 10.115.54.19 with HTTP; Mon, 21 May 2007 10:38:45 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 23:08:45 +0530 From: "Sastry Tumuluri" Sender: sastry.tumuluri@gmail.com To: freebsd-net@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 3fd3522ffcab8c07 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Detecting LINK_UP / LINK_DOWN events 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, 21 May 2007 18:03:03 -0000 Friends, I am trying to catch and do some extra processing on LINK_UP and LINK_DOWN events for my net interfaces (e.g., notify my admin, log the event, ...). Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. I tried using the devd.conf file with the following code (shows LINK_DOWN; wrote similar stuff for LINK_UP): notify 10 { match "type" "LINK_DOWN"; action "logger -s alert: Caught LINK_DOWN on dev: $device-name subsys: $subsystem"; }; Didn't work. I tried the above with both strict match conditions (using vendor, device and class matches) as well as very general (like the above). Didn't work. I ran killed devd and ran it in the foreground with "devd -dD". Then I logged into a different pty and used ifconfig lnc0 down #(lnc0 is my ethernet device). devd doesn't even seem to catch the event (no output at all - both on screen and in syslog). On the other hand, "nomatch" and "attach" messages do seem to get through (I wrote similar stuff for nomatch & attach, and they are showing up at bootup and in syslog). What could I be doing wrong? Regards, ==sas3== From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:15:15 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E803D16A469 for ; Mon, 21 May 2007 18:15:14 +0000 (UTC) (envelope-from root@jim-liesl.org) Received: from qsmtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id C74C013C4B9 for ; Mon, 21 May 2007 18:15:12 +0000 (UTC) (envelope-from root@jim-liesl.org) Received: (qmail 29145 invoked from network); 21 May 2007 10:48:32 -0700 Received: by simscan 1.1.0 ppid: 29110, pid: 29111, t: 5.6864s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.90.1/m:43 spam: 3.1.7-deb Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp1 with SMTP; 21 May 2007 10:48:26 -0700 Received: from daemon.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 8E4975C1D for ; Mon, 21 May 2007 10:48:26 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id 539C25C1C for ; Mon, 21 May 2007 10:48:26 -0700 (PDT) Message-ID: <4651DB6E.5090102@jim-liesl.org> Date: Mon, 21 May 2007 10:48:30 -0700 From: root User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Subject: asymetric speeds over gigE link 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, 21 May 2007 18:15:15 -0000 Summary: Using iperf to measure TCP net speed between a linux and freebsd box over gigE, I see significant speed difference depending on the data direction. Pushing data from the freebsd box to the linux box, I average about 500Gb/s. Pushing data from the linux box to the freebsd box, I see about 300Gb/s. It would seem that there is something limiting either the transmit side of the linux box or the recv side of the freebsd box. Any suggestions on how to narrow down who's tuning needs more work would also be welcome. Just for grins, I tried upping the txqueuelen on the linux box to 1500, but no help. I'd like to get closer to the theoretical speed of this link (I'd be happy if I could get 600-700 both ways), but the real puzzler is the difference. The client is the linux box @192.168.1.104 and the iperf server is the freebsd box @ 192.168.1.15 . Neither box is cpu or net busy during testing. Both systems only have one nic. I played with larger window sizes, but it only had a minor affect. I went with the Intel Pro/1000's based on their good rep in both the linux and freebsd communities. Client connecting to 192.168.1.15, TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ [ 6] local 192.168.1.104 port 34788 connected with 192.168.1.15 port 5001 [ 6] 0.0-10.0 sec 369 MBytes 309 Mbits/sec [ 5] local 192.168.1.104 port 5001 connected with 192.168.1.15 port 52963 [ 5] 0.0-10.0 sec 597 MBytes 500 Mbits/sec Switch is the Netgear GS105 (5 port, supposedly wire speed, cables are Belkin 5e), both systems are on this switch. FreeBSD box: FreeBSD 6.1-RELEASE-p10 1.9Ghz Athlon / 1 gig of main mem Abit/nforce2 MB+chipset (onboard nic disabled in bios) Intel Pro/1000GT NIC sysctl.conf: kern.ipc.maxsockbuf=8192000 net.inet.tcp.sendspace=262144 net.inet.tcp.recvspace=262144 sysctl reports: kern.ipc.nmbjumbo16: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbop: 0 kern.ipc.nmbclusters: 25600 net.inet.tcp.rfc1323: 1 em0: flags=8843 mtu 1500 options=b inet6 fe80::20e:cff:feda:1a3c%em0 prefixlen 64 scopeid 0x1 inet 192.168.1.15 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0e:0c:da:1a:3c media: Ethernet autoselect (1000baseTX ) status: active Linux box: Linux emperor 2.6.17-11-generic #2 SMP Tue Mar 13 23:32:38 UTC 2007 i686 GNU/Linux Soyo Dragon+ MB/ 1.9 Ghz Athlon/ 1 gig main mem. I run tcp_tune.sh at boot on the linux box #!/bin/bash echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_rmem echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_wmem echo "131072 262144 8192000" > /proc/sys/net/ipv4/tcp_mem /proc/sys/net/ipv4/tcp_window_scaling is 1 /proc/sys/net/ipv4/tcp_timestamps is 1 eth1 Link encap:Ethernet HWaddr 00:0E:0C:DA:1A:3B inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::20e:cff:feda:1a3b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:8139539 errors:0 dropped:0 overruns:0 frame:0 TX packets:5638407 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:147638720 (140.7 MiB) TX bytes:1109677958 (1.0 GiB) Base address:0xd800 Memory:e2020000-e2040000 Settings for eth1: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: umbg Wake-on: g Current message level: 0x00000007 (7) Link detected: yes From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:29:01 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 771FE16A46D for ; Mon, 21 May 2007 18:29:01 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp809.mail.ird.yahoo.com (smtp809.mail.ird.yahoo.com [217.146.188.69]) by mx1.freebsd.org (Postfix) with SMTP id CD3F113C455 for ; Mon, 21 May 2007 18:29:00 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 1826 invoked from network); 21 May 2007 18:28:59 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp809.mail.ird.yahoo.com with SMTP; 21 May 2007 18:28:59 -0000 X-YMail-OSG: XzkDj9kVM1mf3q9Pk5BMZHze13ViirxYiNSTjjA025eQ7fhA Message-ID: <4651E556.9020602@tomjudge.com> Date: Mon, 21 May 2007 19:30:46 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Sastry Tumuluri References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Detecting LINK_UP / LINK_DOWN events 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, 21 May 2007 18:29:01 -0000 Sastry Tumuluri wrote: > Friends, > > I am trying to catch and do some extra processing on LINK_UP and LINK_DOWN > events for my net interfaces (e.g., notify my admin, log the event, ...). > Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. > > I tried using the devd.conf file with the following code (shows LINK_DOWN; > wrote similar stuff for LINK_UP): > > notify 10 { > match "type" "LINK_DOWN"; > action "logger -s alert: Caught LINK_DOWN on dev: $device-name > subsys: $subsystem"; > }; > > Didn't work. I tried the above with both strict match conditions (using > vendor, device and class matches) as well as very general (like the above). > Didn't work. > I ran killed devd and ran it in the foreground with "devd -dD". Then I > logged into a different pty and used > ifconfig lnc0 down #(lnc0 is my ethernet device). > devd doesn't even seem to catch the event (no output at all - both on > screen > and in syslog). > > > On the other hand, "nomatch" and "attach" messages do seem to get > through (I > wrote similar stuff for nomatch & attach, and they are showing up at bootup > and in syslog). > What could I be doing wrong? > Have you had a look at net/ifstated in ports? Tom From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:29:33 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED40E16A46B for ; Mon, 21 May 2007 18:29:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7F61313C483 for ; Mon, 21 May 2007 18:29:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so7990ugh for ; Mon, 21 May 2007 11:29:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oOV3BVa/ALQnFk14bPZxmloajldww6WZX9MPy0DPfGKmOtWuSvMI1/IRBk05Jx+0gITlbHKGE+C7L1FLBhS+6SleIMoQiowMTWIkDBnXG6zV1YIpPZV/PCyLeWV4brlC4OdYJ35v/Qe2CzpeZq28ratkHHMoxymgGy67nne5GLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uufdrLR/AA2hP9kEOevYBMKNEvnwoMhMSVET+1+lPqsQxXzCswYBZyKr7Gldb73DLPZgjKlok9hKNsPrwkybnL2LfDkUJBLLvIacszGpc9FPC8FxFGMtSJH5KurueRYIioYYDbnc+8H8gbO/vuSyQuf2K50o60G5ZnFRsvfB55w= Received: by 10.78.203.15 with SMTP id a15mr1244357hug.1179772170830; Mon, 21 May 2007 11:29:30 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 21 May 2007 11:29:30 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 11:29:30 -0700 From: "Kip Macy" To: root , freebsd-net@freebsd.org In-Reply-To: <4651DB6E.5090102@jim-liesl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4651DB6E.5090102@jim-liesl.org> Cc: Subject: Re: asymetric speeds over gigE link 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, 21 May 2007 18:29:33 -0000 - Original message - Summary: Using iperf to measure TCP net speed between... This is not terribly surprising rx is currently a more expensive operation than tx on FreeBSD. My testing on 10GigE indicates that there is ample room for improvement. -Kip On 5/21/07, root wrote: > Summary: Using iperf to measure TCP net speed between a linux and > freebsd box over gigE, I see significant speed difference depending on > the data direction. Pushing data from the freebsd box to the linux box, > I average about 500Gb/s. Pushing data from the linux box to the freebsd > box, I see about 300Gb/s. It would seem that there is something > limiting either the transmit side of the linux box or the recv side of > the freebsd box. Any suggestions on how to narrow down who's tuning > needs more work would also be welcome. Just for grins, I tried upping > the txqueuelen on the linux box to 1500, but no help. > > I'd like to get closer to the theoretical speed of this link (I'd be > happy if I could get 600-700 both ways), but the real puzzler is the > difference. The client is the linux box @192.168.1.104 and the iperf > server is the freebsd box @ 192.168.1.15 . Neither box is cpu or net > busy during testing. Both systems only have one nic. I played with > larger window sizes, but it only had a minor affect. I went with the > Intel Pro/1000's based on their good rep in both the linux and freebsd > communities. > > Client connecting to 192.168.1.15, TCP port 5001 > TCP window size: 128 KByte (default) > ------------------------------------------------------------ > [ 6] local 192.168.1.104 port 34788 connected with 192.168.1.15 port 5001 > [ 6] 0.0-10.0 sec 369 MBytes 309 Mbits/sec > [ 5] local 192.168.1.104 port 5001 connected with 192.168.1.15 port 52963 > [ 5] 0.0-10.0 sec 597 MBytes 500 Mbits/sec > > > Switch is the Netgear GS105 (5 port, supposedly wire speed, cables are > Belkin 5e), both systems are on this switch. > > FreeBSD box: > FreeBSD 6.1-RELEASE-p10 > 1.9Ghz Athlon / 1 gig of main mem > Abit/nforce2 MB+chipset (onboard nic disabled in bios) > Intel Pro/1000GT NIC > sysctl.conf: > kern.ipc.maxsockbuf=8192000 > net.inet.tcp.sendspace=262144 > net.inet.tcp.recvspace=262144 > sysctl reports: > kern.ipc.nmbjumbo16: 0 > kern.ipc.nmbjumbo9: 0 > kern.ipc.nmbjumbop: 0 > kern.ipc.nmbclusters: 25600 > net.inet.tcp.rfc1323: 1 > > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::20e:cff:feda:1a3c%em0 prefixlen 64 scopeid 0x1 > inet 192.168.1.15 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0e:0c:da:1a:3c > media: Ethernet autoselect (1000baseTX ) > status: active > > Linux box: > Linux emperor 2.6.17-11-generic #2 SMP Tue Mar 13 23:32:38 UTC 2007 i686 > GNU/Linux > Soyo Dragon+ MB/ 1.9 Ghz Athlon/ 1 gig main mem. > I run tcp_tune.sh at boot on the linux box > #!/bin/bash > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_rmem > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_wmem > echo "131072 262144 8192000" > /proc/sys/net/ipv4/tcp_mem > > /proc/sys/net/ipv4/tcp_window_scaling is 1 > /proc/sys/net/ipv4/tcp_timestamps is 1 > > eth1 Link encap:Ethernet HWaddr 00:0E:0C:DA:1A:3B > inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0 > inet6 addr: fe80::20e:cff:feda:1a3b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:8139539 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5638407 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:147638720 (140.7 MiB) TX bytes:1109677958 (1.0 GiB) > Base address:0xd800 Memory:e2020000-e2040000 > > Settings for eth1: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised auto-negotiation: Yes > Speed: 1000Mb/s > Duplex: Full > Port: Twisted Pair > PHYAD: 0 > Transceiver: internal > Auto-negotiation: on > Supports Wake-on: umbg > Wake-on: g > Current message level: 0x00000007 (7) > Link detected: yes > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:37:20 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37A2D16A469 for ; Mon, 21 May 2007 18:37:20 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id B5E0E13C457 for ; Mon, 21 May 2007 18:37:19 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 59230 invoked from network); 21 May 2007 18:37:18 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp811.mail.ird.yahoo.com with SMTP; 21 May 2007 18:37:18 -0000 X-YMail-OSG: qKAFbL0VM1lSXMv2jO8QpBuPoroNneliVRTMva47nKTxGO2c Message-ID: <4651E74A.2080202@tomjudge.com> Date: Mon, 21 May 2007 19:39:06 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: root References: <4651DB6E.5090102@jim-liesl.org> In-Reply-To: <4651DB6E.5090102@jim-liesl.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: asymetric speeds over gigE link 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, 21 May 2007 18:37:20 -0000 root wrote: > Summary: Using iperf to measure TCP net speed between a linux and > freebsd box over gigE, I see significant speed difference depending on > the data direction. Pushing data from the freebsd box to the linux box, > I average about 500Gb/s. Pushing data from the linux box to the freebsd > box, I see about 300Gb/s. It would seem that there is something > limiting either the transmit side of the linux box or the recv side of > the freebsd box. Any suggestions on how to narrow down who's tuning > needs more work would also be welcome. Just for grins, I tried upping > the txqueuelen on the linux box to 1500, but no help. > > I'd like to get closer to the theoretical speed of this link (I'd be > happy if I could get 600-700 both ways), but the real puzzler is the > difference. The client is the linux box @192.168.1.104 and the iperf > server is the freebsd box @ 192.168.1.15 . Neither box is cpu or net > busy during testing. Both systems only have one nic. I played with > larger window sizes, but it only had a minor affect. I went with the > Intel Pro/1000's based on their good rep in both the linux and freebsd > communities. > > Client connecting to 192.168.1.15, TCP port 5001 > TCP window size: 128 KByte (default) > ------------------------------------------------------------ > [ 6] local 192.168.1.104 port 34788 connected with 192.168.1.15 port 5001 > [ 6] 0.0-10.0 sec 369 MBytes 309 Mbits/sec > [ 5] local 192.168.1.104 port 5001 connected with 192.168.1.15 port 52963 > [ 5] 0.0-10.0 sec 597 MBytes 500 Mbits/sec > > > Switch is the Netgear GS105 (5 port, supposedly wire speed, cables are > Belkin 5e), both systems are on this switch. > > FreeBSD box: > FreeBSD 6.1-RELEASE-p10 > 1.9Ghz Athlon / 1 gig of main mem > Abit/nforce2 MB+chipset (onboard nic disabled in bios) > Intel Pro/1000GT NIC > sysctl.conf: > kern.ipc.maxsockbuf=8192000 > net.inet.tcp.sendspace=262144 > net.inet.tcp.recvspace=262144 > sysctl reports: > kern.ipc.nmbjumbo16: 0 > kern.ipc.nmbjumbo9: 0 > kern.ipc.nmbjumbop: 0 > kern.ipc.nmbclusters: 25600 > net.inet.tcp.rfc1323: 1 > > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::20e:cff:feda:1a3c%em0 prefixlen 64 scopeid 0x1 > inet 192.168.1.15 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0e:0c:da:1a:3c > media: Ethernet autoselect (1000baseTX ) > status: active > > Linux box: > Linux emperor 2.6.17-11-generic #2 SMP Tue Mar 13 23:32:38 UTC 2007 i686 > GNU/Linux > Soyo Dragon+ MB/ 1.9 Ghz Athlon/ 1 gig main mem. > I run tcp_tune.sh at boot on the linux box > #!/bin/bash > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_rmem > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_wmem > echo "131072 262144 8192000" > /proc/sys/net/ipv4/tcp_mem > > /proc/sys/net/ipv4/tcp_window_scaling is 1 > /proc/sys/net/ipv4/tcp_timestamps is 1 > > eth1 Link encap:Ethernet HWaddr 00:0E:0C:DA:1A:3B > inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0 > inet6 addr: fe80::20e:cff:feda:1a3b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:8139539 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5638407 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:147638720 (140.7 MiB) TX bytes:1109677958 (1.0 GiB) > Base address:0xd800 Memory:e2020000-e2040000 > > Settings for eth1: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised auto-negotiation: Yes > Speed: 1000Mb/s > Duplex: Full > Port: Twisted Pair > PHYAD: 0 > Transceiver: internal > Auto-negotiation: on > Supports Wake-on: umbg > Wake-on: g > Current message level: 0x00000007 (7) > Link detected: yes > Have you tried upping the MTU, that is if the cards and switch you are using support it. I have seen significant speed increases (FreeBSD - FreeBSD) in some scenario's twice the through put with an MTU of 8192. I have also seen 700Mb/s sustained FreeBSD - FreeBSD using the openssh HPN patch set and no extra tuning of the network stack. Which makes me think that maybe the linux stack needs some tuning? Just some ideas Tom From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:43:45 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC1CC16A480 for ; Mon, 21 May 2007 18:43:45 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: from mail.eecis.udel.edu (louie.udel.edu [128.4.40.12]) by mx1.freebsd.org (Postfix) with ESMTP id A429213C448 for ; Mon, 21 May 2007 18:43:45 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: by mail.eecis.udel.edu (Postfix, from userid 62) id C815429EA; Mon, 21 May 2007 14:43:44 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on louie.udel.edu X-Spam-Level: X-Spam-Status: No, score=-22.3 required=4.1 tests=ALL_TRUSTED,AWL,BAYES_00, LOCAL_AUTH_RCVD autolearn=ham version=3.1.8 Received: from [128.175.192.39] (roaming-192-39.nss.udel.edu [128.175.192.39]) (Authenticated sender: nataraja@mail.eecis.udel.edu) by mail.eecis.udel.edu (Postfix) with ESMTP id 74D6A29E3 for ; Mon, 21 May 2007 14:43:44 -0400 (EDT) Message-ID: <4651E85D.4030501@cis.udel.edu> Date: Mon, 21 May 2007 14:43:41 -0400 From: Preethi Natarajan User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) To: freebsd-net@freebsd.org X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Tracking send/recv queues. 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, 21 May 2007 18:43:45 -0000 Hello, First of, I am not sure if this is the correct mailing list for my queries. Please do let me know if this isn't the right one. I am interested in tracking send/recv queues at the transport layer for TCP and SCTP. - Is netstat the only way to achieve this tracking? - With netstat, it seems I have the following options: 1. netstat -m. Is there a way to view the output in application/socket specific format? 2. The recv Q/send Q information in netstat -a. But, I do not see information for SCTP sockets here. Am I missing something? - Since, I am interested in tracking memory over time, I should run a periodic script to execute netstat every x seconds? Thanks a ton, Preethi From owner-freebsd-net@FreeBSD.ORG Mon May 21 19:11:44 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDEBF16A400 for ; Mon, 21 May 2007 19:11:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp803.mail.ird.yahoo.com (smtp803.mail.ird.yahoo.com [217.146.188.63]) by mx1.freebsd.org (Postfix) with SMTP id 6789D13C448 for ; Mon, 21 May 2007 19:11:44 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 86073 invoked from network); 21 May 2007 19:11:43 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp803.mail.ird.yahoo.com with SMTP; 21 May 2007 19:11:43 -0000 X-YMail-OSG: fS9Lk2AVM1n2g1szQYBYo6baGjxqF2Ob9KWMVzxTYFc8ENKji0Q1Du1JYyu_tHy8AUe71mkMtPYH600FqV4ruJc- Message-ID: <4651EF5A.5050807@tomjudge.com> Date: Mon, 21 May 2007 20:13:30 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FAST_IPSEC panic, (sleeping on non sleepable lock?) 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, 21 May 2007 19:11:44 -0000 Hi, I had a crash on a VPN router today running FAST_IPSEC. The message on the console was something along the lines of panic sleeping on a non sleepable lock. The system was a 6.2 RELEASE system running AMD64. Here is a back trace. Should I open a PR about this? Tom > uname -a FreeBSD narthex.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #1: Fri May 11 11:23:27 BST 2007 root@roley.mintel.co.uk:/usr/obj/usr/src/sys/NARTHEX amd64 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x32 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff803b95d5 stack pointer = 0x10:0xffffffffb42333d0 frame pointer = 0x10:0x32 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 72833 (ospfd) trap number = 12 panic: page fault cpuid = 1 Uptime: 10d4h31m47s Dumping 2047 MB (2 chunks) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802adcc7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802ae361 in panic (fmt=0xffffff006501b980 "X\223\177b") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8042bf2f in trap_fatal (frame=0xffffff006501b980, eva=18446742975850451800) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff8042c24f in trap_pfault (frame=0xffffffffb4233320, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:573 #6 0xffffffff8042c503 in trap (frame= {tf_rdi = 0, tf_rsi = -1097955426304, tf_rdx = 0, tf_rcx = 7, tf_r8 = -310838263659101680, tf_r9 = 6, tf_rax = 11, tf_rbx = 7, tf_rbp = 50, tf_r10 = -2141088480, tf_r11 = 0, tf_r12 = 0, tf_r13 = -1097953206272, tf_r14 = -1097955424648, tf_r15 = -1097955426304, tf_trapno = 12, tf_addr = 50, tf_flags = -2143583294, tf_err = 0, tf_rip = -2143578667, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1272761376, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:352 #7 0xffffffff8041769b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff803b95d5 in swcr_process (arg=0x0, crp=0xffffff005ce3a000, hint=0) at /usr/src/sys/opencrypto/cryptosoft.c:910 #9 0xffffffff803b84c4 in crypto_invoke (cap=0xffffff0000918400, crp=0xffffff005ce3a000, hint=0) at /usr/src/sys/opencrypto/crypto.c:891 #10 0xffffffff803b8625 in crypto_dispatch (crp=0xffffff005ce3a000) at /usr/src/sys/opencrypto/crypto.c:726 #11 0xffffffff8037ec91 in esp_output (m=0x80, isr=0xffffff0060597a00, mp=0x0, skip=20, protoff=9) at /usr/src/sys/netipsec/xform_esp.c:871 #12 0xffffffff80370865 in ipsec4_process_packet (m=0xffffff0061e1f500, isr=0xffffff0061e1f5ac, flags=0, tunalready=0) at /usr/src/sys/netipsec/ipsec_output.c:485 #13 0xffffffff8035be0f in ip_output (m=0xffffff0061e1f500, opt=0x0, ro=0xffffff0058fecc60, flags=0, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:625 #14 0xffffffff80351c9f in in_gif_output (ifp=0xffffff00627db800, family=1556201472, m=0xffffff0061e1f500) at /usr/src/sys/netinet/in_gif.c:231 #15 0xffffffff80337840 in gif_output (ifp=0xffffff00627db800, m=0xffffff0061e1f500, dst=0xffffffffb42338f8, rt=0x7) at /usr/src/sys/net/if_gif.c:463 #16 0xffffffff8035c1fe in ip_output (m=0xffffff0061e1f500, opt=0x4000, ro=0xffffffffb42338f0, flags=35, imo=0xffffff0052da3900, inp=0xffffff005e2a64c0) at /usr/src/sys/netinet/ip_output.c:777 #17 0xffffffff8035cab1 in rip_output (m=0xffffff0061e1f500, so=0xffffff005cc1c000, dst=4) at /usr/src/sys/netinet/raw_ip.c:335 #18 0xffffffff8035dcfb in rip_send (so=0xffffff005c76fc08, flags=1556201472, m=0xffffff0061e1f500, nam=0xffffff0066f13040, control=0xfbafae3f00000210, td=0x6) at /usr/src/sys/netinet/raw_ip.c:800 #19 0xffffffff802f41de in sosend (so=0xffffff005c76fc08, addr=0xffffff0066f13040, uio=0xffffffffb4233a70, top=0xffffff0061e1f500, control=0x0, flags=0, td=0xffffff006501b980) at /usr/src/sys/kern/uipc_socket.c:836 #20 0xffffffff802fbc69 in kern_sendit (td=0xffffff006501b980, s=5, mp=0xffffffffb4233b30, flags=0, control=0x0, segflg=64) at /usr/src/sys/kern/uipc_syscalls.c:772 #21 0xffffffff802fd077 in sendit (td=0xffffff006501b980, s=5, mp=0xffffffffb4233b30, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:712 #22 0xffffffff802fd276 in sendmsg (td=0xffffff006501b980, uap=0xffffffffb4233bc0) at /usr/src/sys/kern/uipc_syscalls.c:920 #23 0xffffffff8042cd81 in syscall (frame= {tf_rdi = 5, tf_rsi = 140737488348496, tf_rdx = 0, tf_rcx = 44, tf_r8 = 0, tf_r9 = 140737488348120, tf_rax = 28, tf_rbx = 140737488348736, tf_rbp = 5907296, tf_r10 = 0, tf_r11 = 6011904, tf_r12 = 1, tf_r13 = 5826048, tf_r14 = 5705728, tf_r15 = 140737488348544, tf_trapno = 22, tf_addr = 0, tf_flags = 338055, tf_err = 2, tf_rip = 34372048476, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488348296, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:792 #24 0xffffffff80417838 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #25 0x0000000800bbd65c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 8 #8 0xffffffff803b95d5 in swcr_process (arg=0x0, crp=0xffffff005ce3a000, hint=0) at /usr/src/sys/opencrypto/cryptosoft.c:910 910 for (sw = swcr_sessions[lid]; (kgdb) list 905 * XXX (or rather, we can but it won't give us the right 906 * XXX results). To do that, we'd need some way of differentiating 907 * XXX between the various instances of an algorithm (so we can 908 * XXX locate the correct crypto context). 909 */ 910 for (sw = swcr_sessions[lid]; 911 sw && sw->sw_alg != crd->crd_alg; 912 sw = sw->sw_next) 913 ; 914 From owner-freebsd-net@FreeBSD.ORG Mon May 21 19:19:05 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E65216A469 for ; Mon, 21 May 2007 19:19:05 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 493DF13C4BC for ; Mon, 21 May 2007 19:19:05 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 23658 invoked from network); 21 May 2007 11:52:25 -0700 Received: by simscan 1.1.0 ppid: 23628, pid: 23630, t: 4.2510s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.90.1/m:43 spam: 3.1.7-deb Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp1 with SMTP; 21 May 2007 11:52:21 -0700 Received: from daemon.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 145535C1D; Mon, 21 May 2007 11:52:21 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id C2DF45C1C; Mon, 21 May 2007 11:52:20 -0700 (PDT) Message-ID: <4651EA68.7010001@jim-liesl.org> Date: Mon, 21 May 2007 11:52:24 -0700 From: security User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Tom Judge References: <4651DB6E.5090102@jim-liesl.org> <4651E74A.2080202@tomjudge.com> In-Reply-To: <4651E74A.2080202@tomjudge.com> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-net@freebsd.org Subject: Re: asymetric speeds over gigE link 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, 21 May 2007 19:19:05 -0000 Tom Judge wrote: > Have you tried upping the MTU, that is if the cards and switch you are > using support it. I have seen significant speed increases (FreeBSD - > FreeBSD) in some scenario's twice the through put with an MTU of 8192. > > I have also seen 700Mb/s sustained FreeBSD - FreeBSD using the openssh > HPN patch set and no extra tuning of the network stack. Which makes > me think that maybe the linux stack needs some tuning? > > Just some ideas > > Tom Thanks Tom. I played with "jumbo's", but the switch didn't seem to like it. I'll also chase this from the linux side too. I may be able to bring up a scratch box with 6.2, and see what freebsd <-> freebsd perf seems like. jim From owner-freebsd-net@FreeBSD.ORG Tue May 22 01:08:20 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB9EF16A41F for ; Tue, 22 May 2007 01:08:20 +0000 (UTC) (envelope-from bms@icsi.berkeley.edu) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A62C513C44B for ; Tue, 22 May 2007 01:08:20 +0000 (UTC) (envelope-from bms@icsi.berkeley.edu) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4AB3221FFD2 for ; Mon, 21 May 2007 20:48:27 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 21 May 2007 20:48:27 -0400 X-Sasl-enc: JHSPa+wuvSSbAzpsw8WvB8yg0TSvlSQSCbUrCXCgO7nZ 1179794907 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id EC1FA1F8FF for ; Mon, 21 May 2007 20:48:26 -0400 (EDT) Message-ID: <46523DDA.30300@icsi.berkeley.edu> Date: Tue, 22 May 2007 01:48:26 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org References: <200705131837.l4DIbFNw022595@freefall.freebsd.org> In-Reply-To: <200705131837.l4DIbFNw022595@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/108197: [ipv6] IPv6-related crash if if_delmulti 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, 22 May 2007 01:08:20 -0000 Andre Oppermann wrote: > Synopsis: [ipv6] IPv6-related crash if if_delmulti > > Responsible-Changed-From-To: freebsd-net->bms > Responsible-Changed-By: andre > Responsible-Changed-When: Sun May 13 18:36:25 UTC 2007 > Responsible-Changed-Why: > Send over to BMS. He's active in that area and may have fixed the bug already. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=108197 > Sorry, but I have no time to look at this at the moment. Is someone else free to look at it? The fix probably needs to be borrowed from the IPv4 code which adds an address to an interface. This wouldn't be the final fix; the root issue, to my mind, is that protocol specific state is contained within struct ifnet, when it probably shouldn't be. The address configuration code in both cases is therefore somewhat convoluted; FreeBSD lazy-allocates protocol domain structures for an instance of struct ifnet, rather than making the attachment of a protocol domain to an ifnet an explicit operation. Thanks, BMS From owner-freebsd-net@FreeBSD.ORG Tue May 22 02:05:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99CC516A468 for ; Tue, 22 May 2007 02:05:32 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2213C13C458 for ; Tue, 22 May 2007 02:05:31 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l4M1tqWk029278 for ; Tue, 22 May 2007 11:25:52 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Tue, 22 May 2007 11:35:26 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 22 May 2007 11:35:24 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l4M25Dfm022236 for ; Tue, 22 May 2007 10:05:13 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l4M25Dp9022235 for freebsd-net@freebsd.org; Tue, 22 May 2007 10:05:13 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 22 May 2007 10:05:12 +0800 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org Message-ID: <20070522020512.GA22189@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-net@freebsd.org References: <4651DB6E.5090102@jim-liesl.org> <4651E74A.2080202@tomjudge.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4651E74A.2080202@tomjudge.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 22 May 2007 02:05:25.0066 (UTC) FILETIME=[A938B2A0:01C79C15] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15190.000 X-TM-AS-Result: No--0.231200-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: asymetric speeds over gigE link 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, 22 May 2007 02:05:32 -0000 0n Mon, May 21, 2007 at 07:39:06PM +0100, Tom Judge wrote: > I have also seen 700Mb/s sustained FreeBSD - FreeBSD using the openssh HPN > patch set and no extra tuning of the network stack. Which makes me > think that maybe the linux stack needs some tuning? What is the "HPN patch" ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-net@FreeBSD.ORG Tue May 22 02:40:03 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDA8516A46B for ; Tue, 22 May 2007 02:40:03 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C1B4613C44C for ; Tue, 22 May 2007 02:40:03 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3A8102208C8 for ; Mon, 21 May 2007 22:40:03 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 21 May 2007 22:40:03 -0400 X-Sasl-enc: quN4Ja8Dt5xfKfLK8h7t0qyn4N+VhYB+MdMYNMWE6vfG 1179801602 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D62C9105B6 for ; Mon, 21 May 2007 22:40:02 -0400 (EDT) Message-ID: <46525801.7050407@FreeBSD.org> Date: Tue, 22 May 2007 03:40:01 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4651DB6E.5090102@jim-liesl.org> <4651E74A.2080202@tomjudge.com> <20070522020512.GA22189@obelix.dsto.defence.gov.au> In-Reply-To: <20070522020512.GA22189@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: asymetric speeds over gigE link 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, 22 May 2007 02:40:04 -0000 Wilkinson, Alex wrote: > 0n Mon, May 21, 2007 at 07:39:06PM +0100, Tom Judge wrote: > > > I have also seen 700Mb/s sustained FreeBSD - FreeBSD using the openssh HPN > > patch set and no extra tuning of the network stack. Which makes me > > think that maybe the linux stack needs some tuning? > > What is the "HPN patch" ? > http://www.psc.edu/networking/projects/hpn-ssh/ Pittsburgh Supercomputing Center high performance networking patches, which have been around for a few years and are maintained, available as part of ports/security/openssh-portable. Sadly, my patches for the ROT13 cipher have not made it into OpenSSH/OpenSSL as of yet. + Regards, BMS + Very capable of line rate encryption. And based on a mature USENET technology... From owner-freebsd-net@FreeBSD.ORG Tue May 22 03:06:27 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3FA716A46C for ; Tue, 22 May 2007 03:06:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4750413C484 for ; Tue, 22 May 2007 03:06:27 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 78so92197ugn for ; Mon, 21 May 2007 20:06:26 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lmdNdch3h0lMYHtmuckwecjio67cCDK4dL6B5ntsweNQS+xO1zAjvVJXe0dlM7wSHm0VHvUbvizCuRSgNAHuv1/1N+dFM4+SMru+J7uFQiyb9u1flKXq2JAUiSsPkysG1erwdq6tm9W8gDMP0G/7W94nCuVZECdS0/SWP6B1VFQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KPX3cnpbv4RujYykgFQdE9Le5HCE8kFqc4XPQ9j9rwnLGlzj+vxImk7ERxy4oxUvhwq1ULLrqRdAKysN5GD+9Gryc7va0FQR4/fVj+7w+vccbwnrCDZxZqtJWTrAIY9DFiN0w5GSWa5ERWkptJZe67wmvAyeThP4s5W3pgFqvDE= Received: by 10.78.171.20 with SMTP id t20mr1294799hue.1179803185973; Mon, 21 May 2007 20:06:25 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 21 May 2007 20:06:25 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 20:06:25 -0700 From: "Kip Macy" To: root In-Reply-To: <4651DB6E.5090102@jim-liesl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4651DB6E.5090102@jim-liesl.org> Cc: freebsd-net@freebsd.org Subject: Re: asymetric speeds over gigE link 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, 22 May 2007 03:06:27 -0000 One more thing to remember is to raise the socket size on the linux sender. I found that I got very poor tx performance on linux running netperf without making the socket buffers fairy large. -Kip On 5/21/07, root wrote: > Summary: Using iperf to measure TCP net speed between a linux and > freebsd box over gigE, I see significant speed difference depending on > the data direction. Pushing data from the freebsd box to the linux box, > I average about 500Gb/s. Pushing data from the linux box to the freebsd > box, I see about 300Gb/s. It would seem that there is something > limiting either the transmit side of the linux box or the recv side of > the freebsd box. Any suggestions on how to narrow down who's tuning > needs more work would also be welcome. Just for grins, I tried upping > the txqueuelen on the linux box to 1500, but no help. > > I'd like to get closer to the theoretical speed of this link (I'd be > happy if I could get 600-700 both ways), but the real puzzler is the > difference. The client is the linux box @192.168.1.104 and the iperf > server is the freebsd box @ 192.168.1.15 . Neither box is cpu or net > busy during testing. Both systems only have one nic. I played with > larger window sizes, but it only had a minor affect. I went with the > Intel Pro/1000's based on their good rep in both the linux and freebsd > communities. > > Client connecting to 192.168.1.15, TCP port 5001 > TCP window size: 128 KByte (default) > ------------------------------------------------------------ > [ 6] local 192.168.1.104 port 34788 connected with 192.168.1.15 port 5001 > [ 6] 0.0-10.0 sec 369 MBytes 309 Mbits/sec > [ 5] local 192.168.1.104 port 5001 connected with 192.168.1.15 port 52963 > [ 5] 0.0-10.0 sec 597 MBytes 500 Mbits/sec > > > Switch is the Netgear GS105 (5 port, supposedly wire speed, cables are > Belkin 5e), both systems are on this switch. > > FreeBSD box: > FreeBSD 6.1-RELEASE-p10 > 1.9Ghz Athlon / 1 gig of main mem > Abit/nforce2 MB+chipset (onboard nic disabled in bios) > Intel Pro/1000GT NIC > sysctl.conf: > kern.ipc.maxsockbuf=8192000 > net.inet.tcp.sendspace=262144 > net.inet.tcp.recvspace=262144 > sysctl reports: > kern.ipc.nmbjumbo16: 0 > kern.ipc.nmbjumbo9: 0 > kern.ipc.nmbjumbop: 0 > kern.ipc.nmbclusters: 25600 > net.inet.tcp.rfc1323: 1 > > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::20e:cff:feda:1a3c%em0 prefixlen 64 scopeid 0x1 > inet 192.168.1.15 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0e:0c:da:1a:3c > media: Ethernet autoselect (1000baseTX ) > status: active > > Linux box: > Linux emperor 2.6.17-11-generic #2 SMP Tue Mar 13 23:32:38 UTC 2007 i686 > GNU/Linux > Soyo Dragon+ MB/ 1.9 Ghz Athlon/ 1 gig main mem. > I run tcp_tune.sh at boot on the linux box > #!/bin/bash > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_rmem > echo "10000 131072 262144">/proc/sys/net/ipv4/tcp_wmem > echo "131072 262144 8192000" > /proc/sys/net/ipv4/tcp_mem > > /proc/sys/net/ipv4/tcp_window_scaling is 1 > /proc/sys/net/ipv4/tcp_timestamps is 1 > > eth1 Link encap:Ethernet HWaddr 00:0E:0C:DA:1A:3B > inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0 > inet6 addr: fe80::20e:cff:feda:1a3b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:8139539 errors:0 dropped:0 overruns:0 frame:0 > TX packets:5638407 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:147638720 (140.7 MiB) TX bytes:1109677958 (1.0 GiB) > Base address:0xd800 Memory:e2020000-e2040000 > > Settings for eth1: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised auto-negotiation: Yes > Speed: 1000Mb/s > Duplex: Full > Port: Twisted Pair > PHYAD: 0 > Transceiver: internal > Auto-negotiation: on > Supports Wake-on: umbg > Wake-on: g > Current message level: 0x00000007 (7) > Link detected: yes > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue May 22 03:59:16 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C68B716A468 for ; Tue, 22 May 2007 03:59:16 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id 64FF913C44C for ; Tue, 22 May 2007 03:59:16 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so999770ika for ; Mon, 21 May 2007 20:59:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ntojofzjPRvS5txveEXyoZ+k1kTkFidoeLHfVh2tEsAgb0lX+infKcTwFBiiOhnopto9q/GQxwg5nw/JJZQOIbUtV99ghCW0MLigx+qGvxOabeJxuS93SvQQDQnmPpgFlfRw8ikkZdQGj1zVVCQdn/ZixsRlg5Sb2h9Z7KSJJyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DoeYlidKtUfBxM5p5Ov3mFp70ddRsypTBzdaBWRBrOx0cayuIzyUOHNa6Shg7279ftpvKNrwUXG4GO/6xiN4eMH+169apJkpYWwu6omWe/21hP2sccUdcxNAcjBVWd+6v6Y0vLVpQnmwmuqiL4F/M6eqvKJitnz1yRk5GEy6ACI= Received: by 10.78.204.1 with SMTP id b1mr1297108hug.1179806355064; Mon, 21 May 2007 20:59:15 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 21 May 2007 20:59:15 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 20:59:15 -0700 From: "Kip Macy" To: "Jack Vogel" , freebsd-net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Is em endian-clean? 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, 22 May 2007 03:59:16 -0000 Hi Jack - I believe I've fixed the sun4v breakage caused by the interrupt filter changes but it appears that em still isn't working. Does Intel test at all on big endian hardware? If not, what do you do to avoid breaking e1000 on Linux? Thanks. -Kip From owner-freebsd-net@FreeBSD.ORG Tue May 22 04:34:23 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6320D16A46B for ; Tue, 22 May 2007 04:34:23 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id F2A9F13C448 for ; Tue, 22 May 2007 04:34:22 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so119375ugh for ; Mon, 21 May 2007 21:34:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NmSDq7muu/gvA5N2PxP6vrSe7CZI1buc717qIzfHk0z80X8/xP8KymLBDvT/9hAdJsgumWsLujPvB7D4lG2iHzZ9RPBZ69mH1/qEBagX8+XmyLU2YIpqL8pABBIXfjTFuCp+8R0GR2GTqLRokymbXwAWhn7bFpS1QWyrqH/vMqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FIL2JBRAUBTEUTOHPuJDqEsvfcvEQByYkFwCMnSFkE/RtPpbwtx+TFJs5A30GYgdt8adem82QSYeHqX1ukXmMWOusvSiQympTsOdj4qHNnC/NLw7uBLR6V6u4OF5pcCRGcTiHy4ZMyY8tXlFaSMJuTOl34QnEJEuPFfG7azECeE= Received: by 10.78.138.14 with SMTP id l14mr1297678hud.1179808461673; Mon, 21 May 2007 21:34:21 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 21 May 2007 21:34:21 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 21:34:21 -0700 From: "Kip Macy" To: Brad In-Reply-To: <20070522003246.0f5de4b2@booyah.home.comstyle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070522003246.0f5de4b2@booyah.home.comstyle.com> Cc: freebsd-net , Jack Vogel Subject: Re: Is em endian-clean? 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, 22 May 2007 04:34:23 -0000 Ours did too prior to the recent import :D On 5/21/07, Brad wrote: > On Mon, 21 May 2007 20:59:15 -0700 > "Kip Macy" wrote: > > > Hi Jack - > > I believe I've fixed the sun4v breakage caused by the interrupt filter > > changes but it appears that em still isn't working. Does Intel test at > > all on big endian hardware? If not, what do you do to avoid breaking > > e1000 on Linux? > > > > Thanks. > > > > -Kip > > I cannot comment about FreeBSD, but the em(4) driver in OpenBSD works > on macppc, sparc64, hppa and most likely sgi as well. > From owner-freebsd-net@FreeBSD.ORG Tue May 22 06:35:53 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57A4716A41F for ; Tue, 22 May 2007 06:35:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id E765F13C44B for ; Tue, 22 May 2007 06:35:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so137065ugh for ; Mon, 21 May 2007 23:35:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=of38sUstKtfBqaOyx6wsnkqRlZ21TyGOf0pLHsID33t9WWOwkl/GssWSYdgk6DfRo+5qq9QoiWBLMozJ2l681DOXjL91ZldI1YF6RcVVJw1Bavetj19kpsHYv0f1fH6p0L73L7wM3Ifh7m2szq+3mPHT4YVb2I7LuQSYcOxNK/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UdFj2u5OzwQ0/eI/xhs028tSVXu/3E0mmpX/K/NqDziZggb5hzHkqu5zuCmafUlxZl5iOHWuMgtv0bCWg8I5OIdJs2vfQu6segJhcV3IiXOOq59CmZHoXL9UDF8kNzGYqQaWQe/gTEqvSPCQ8/BUKhIDdhHniBh/8R3nN9R3bpA= Received: by 10.78.140.16 with SMTP id n16mr1317678hud.1179815748879; Mon, 21 May 2007 23:35:48 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Mon, 21 May 2007 23:35:48 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 23:35:48 -0700 From: "Kip Macy" To: "Jack Vogel" , freebsd-net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: Is em endian-clean? 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, 22 May 2007 06:35:53 -0000 On 5/21/07, Kip Macy wrote: > Hi Jack - > I believe I've fixed the sun4v breakage caused by the interrupt filter > changes but it appears that em still isn't working. Does Intel test at > all on big endian hardware? If not, what do you do to avoid breaking > e1000 on Linux? I've confirmed that dual-endian support was broken by the recent import. A sun4v kernel from today built with the em driver sources from May 1st works. -Kip From owner-freebsd-net@FreeBSD.ORG Tue May 22 07:10:22 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C7B816A480 for ; Tue, 22 May 2007 07:10:22 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id F076513C45D for ; Tue, 22 May 2007 07:10:21 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id 847111C9153 for ; Tue, 22 May 2007 10:10:20 +0300 (EEST) From: Nikos Vassiliadis Date: Tue, 22 May 2007 10:06:49 +0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline To: freebsd-net@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200705221006.49359.nvass@teledomenet.gr> Subject: ng_pptpgre + netmask_change results to lock 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, 22 May 2007 07:10:22 -0000 Hello everybody, I just managed to lock my box and I want to report it in case it's known(or it helps in some way). It is a 6.2-STABLE from March 13. The procedure that triggers the lock is simple: 1) Create a pptp tunnel. 2) Set is as your default gateway. 3) Play a bit with the netmask of the physical inteface. In my case doing a few times: ifconfig fxp0 192.168.1.71/16 ifconfig fxp0 192.168.1.71/24 locks the box. It's the GENERIC kernel along with: nik:0:~$ kldstat Id Refs Address Size Name 1 16 0xc0400000 70b690 kernel 2 1 0xc0b0c000 5fa0 snd_ich.ko 3 2 0xc0b12000 22c48 sound.ko 4 1 0xc0b35000 598bc acpi.ko 5 1 0xc3863000 2000 green_saver.ko 6 1 0xc38b7000 4000 ng_socket.ko 7 8 0xc38bb000 a000 netgraph.ko 8 1 0xc38cd000 3000 ng_iface.ko 9 1 0xc38d8000 6000 ng_ppp.ko 10 1 0xc38f0000 4000 ng_vjc.ko 11 1 0xc38f6000 4000 ng_bpf.ko 12 1 0xc38fd000 2000 ng_tcpmss.ko 13 1 0xc38ff000 4000 ng_pptpgre.ko 14 1 0xc3903000 4000 ng_ksocket.ko Anybody with a more recent -STABLE can confirm that the problem is still there? or not? Any thoughts before updating my /usr/src? Thanks in advance, Nikos From owner-freebsd-net@FreeBSD.ORG Tue May 22 07:45:17 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8997516A46C for ; Tue, 22 May 2007 07:45:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA0213C455 for ; Tue, 22 May 2007 07:45:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1756932wxc for ; Tue, 22 May 2007 00:45:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GoQ2pBw7HBF5NlWiu7FI8rNk9BgUIRP6s288QIRJeutuKO3akOqjI8eSohSmJQ8peeXYqBqeKq1QcPtkIdYQpP0WWikB3DSC+DE698NZTed66n5YKCBIzItyrejsxForjKwUGfmdlPDbotylYkJkAJf9aqcpeejms33k98UYviI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UQjGj9M7mKoJWNAc9LKSeK+aegWsc4GNaFq4fkGSlTTtU5k10vEQmQxb/00GaY1TMMVCAeQ3FDTE9/qrCvAneWLSI8GfKPISrDgwvttgW63GSuKW+bPs3GT9KVMl6ITI0OJkVnKgyndXLhvxH8wZ7E2EhlcpyOHhxUiIl4qztn4= Received: by 10.115.111.1 with SMTP id o1mr3163164wam.1179819916214; Tue, 22 May 2007 00:45:16 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 22 May 2007 00:45:16 -0700 (PDT) Message-ID: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> Date: Tue, 22 May 2007 00:45:16 -0700 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net Subject: Re: Is em endian-clean? 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, 22 May 2007 07:45:17 -0000 Yes, Linux is tested on big endian, however FreeBSD testing is limited. I would expect the shared code to be ok but the core code is tested on little endian only. Do you have some notion of where the problem is? I'm pretty busy with another issue right at the moment. Jack On 5/21/07, Kip Macy wrote: > Hi Jack - > I believe I've fixed the sun4v breakage caused by the interrupt filter > changes but it appears that em still isn't working. Does Intel test at > all on big endian hardware? If not, what do you do to avoid breaking > e1000 on Linux? > > Thanks. > > -Kip > From owner-freebsd-net@FreeBSD.ORG Tue May 22 09:19:16 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30C0116A47C for ; Tue, 22 May 2007 09:19:16 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id DF31413C4B0 for ; Tue, 22 May 2007 09:19:15 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so2103364pyh for ; Tue, 22 May 2007 02:19:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=lcnS/2By3Pfj5Ez042agD3WYgSjL5rNashyPMvmAqqyc3QeeJD+zk/yR1B+ZSy2/rp62a/PUQJ/7LmQMhv7T9n2W3nb5s1cinMRZu+ZyMxRVCQu5CNt/BhfbnCQeBPeqbqk9C0v5Ea4/ZfQoohVeLuc8gDlVmABlnCQyY7Azi0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=NU1/Amvd7wPuy82JrPM5vOPaGXcVVMk2HX6SxdIoScuOKeP5Mr12aJWeTN3KsFNt4jd4mmcthTvaDvPUdKdX2p4FcxTTDAKvL0kTR57ow1Qopyu8GzlxKyjpAfI+1b0krqbS8Cb5Xdokse0sXqvjEYrS0kmQeNuVMjdAK9oeQdw= Received: by 10.35.94.2 with SMTP id w2mr10448137pyl.1179825554814; Tue, 22 May 2007 02:19:14 -0700 (PDT) Received: from HarryPurvis ( [121.247.124.90]) by mx.google.com with ESMTP id 18sm23079975nzo.2007.05.22.02.19.09; Tue, 22 May 2007 02:19:13 -0700 (PDT) To: "'Tom Judge'" References: <4651E556.9020602@tomjudge.com> Date: Tue, 22 May 2007 14:49:12 +0530 Message-ID: <003c01c79c52$476214d0$7b9ba8c0@HarryPurvis> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4651E556.9020602@tomjudge.com> Thread-Index: Aceb1eqfF7gxQ1xPTH2isIv22sCPVgAe12wA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 From: Sastry Tumuluri Sender: Sastry Tumuluri Cc: freebsd-net@freebsd.org Subject: RE: Detecting LINK_UP / LINK_DOWN events X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sas3@tumuluri.name List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2007 09:19:16 -0000 > -----Original Message----- > From: Tom Judge [mailto:tom@tomjudge.com] > Sent: Tuesday, May 22, 2007 12:01 AM > To: Sastry Tumuluri > Cc: freebsd-net@freebsd.org > Subject: Re: Detecting LINK_UP / LINK_DOWN events > > Sastry Tumuluri wrote: > > Friends, > > > > I am trying to catch and do some extra processing on LINK_UP and > > LINK_DOWN events for my net interfaces (e.g., notify my > admin, log the event, ...). > > Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. > > > > I tried using the devd.conf file with the following code (shows > > LINK_DOWN; wrote similar stuff for LINK_UP): > > > > notify 10 { > > match "type" "LINK_DOWN"; > > action "logger -s alert: Caught LINK_DOWN on dev: $device-name > > subsys: $subsystem"; > > }; > > > > Didn't work. I tried the above with both strict match conditions > > (using vendor, device and class matches) as well as very > general (like the above). > > Didn't work. > > I ran killed devd and ran it in the foreground with "devd > -dD". Then I > > logged into a different pty and used > > ifconfig lnc0 down #(lnc0 is my ethernet device). > > devd doesn't even seem to catch the event (no output at all > - both on > > screen and in syslog). > > > > > > On the other hand, "nomatch" and "attach" messages do seem to get > > through (I wrote similar stuff for nomatch & attach, and they are > > showing up at bootup and in syslog). > > What could I be doing wrong? > > > > Have you had a look at net/ifstated in ports? > > Tom > Thanks, Tom! Though I had not heard of ifstated before this, it looks interesting. I've managed to quickly get the latest port and install it without any hassles - but am still a bit short on documentation - esp., how the .conf file works, and how to make ifstated work for me. I haven't used carp so far; and am not sure whether I need to, if all I want is a simple "notification / logging". Any suggestions? On the other hand, I am still curious why devd didn't work in the first place. Is it a "futuristic" feature already advertised (in the devd.conf file, there are examples of LINK_UP/LINK_DOWN that make it look like it should work)? Or a case for better documentation? Regards, ==Sas3== No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.6/814 - Release Date: 5/21/2007 2:01 PM From owner-freebsd-net@FreeBSD.ORG Tue May 22 09:31:27 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 547B216A421 for ; Tue, 22 May 2007 09:31:27 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id D4E2913C489 for ; Tue, 22 May 2007 09:31:26 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id AB8791C8D4E; Tue, 22 May 2007 12:31:25 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-net@freebsd.org, sas3@tumuluri.name Date: Tue, 22 May 2007 12:27:53 +0300 User-Agent: KMail/1.9.1 References: <4651E556.9020602@tomjudge.com> <003c01c79c52$476214d0$7b9ba8c0@HarryPurvis> In-Reply-To: <003c01c79c52$476214d0$7b9ba8c0@HarryPurvis> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705221227.54515.nvass@teledomenet.gr> Cc: 'Tom Judge' Subject: Re: Detecting LINK_UP / LINK_DOWN events 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, 22 May 2007 09:31:27 -0000 On Tuesday 22 May 2007 12:19, Sastry Tumuluri wrote: > > -----Original Message----- > > From: Tom Judge [mailto:tom@tomjudge.com] > > Sent: Tuesday, May 22, 2007 12:01 AM > > To: Sastry Tumuluri > > Cc: freebsd-net@freebsd.org > > Subject: Re: Detecting LINK_UP / LINK_DOWN events > > > > Sastry Tumuluri wrote: > > > Friends, > > > > > > I am trying to catch and do some extra processing on LINK_UP and > > > LINK_DOWN events for my net interfaces (e.g., notify my > > > > admin, log the event, ...). > > > > > Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. > > > > > > I tried using the devd.conf file with the following code (shows > > > LINK_DOWN; wrote similar stuff for LINK_UP): > > > > > > notify 10 { > > > match "type" "LINK_DOWN"; > > > action "logger -s alert: Caught LINK_DOWN on dev: $device-name > > > subsys: $subsystem"; > > > }; > > > > > > Didn't work. I tried the above with both strict match conditions > > > (using vendor, device and class matches) as well as very > > > > general (like the above). > > > > > Didn't work. > > > I ran killed devd and ran it in the foreground with "devd > > > > -dD". Then I > > > > > logged into a different pty and used > > > ifconfig lnc0 down #(lnc0 is my ethernet device). > > > devd doesn't even seem to catch the event (no output at all > > > > - both on > > > > > screen and in syslog). > > > > > > > > > On the other hand, "nomatch" and "attach" messages do seem to get > > > through (I wrote similar stuff for nomatch & attach, and they are > > > showing up at bootup and in syslog). > > > What could I be doing wrong? > > > > Have you had a look at net/ifstated in ports? > > > > Tom > > Thanks, Tom! Though I had not heard of ifstated before this, it looks > interesting. I've managed to quickly get the latest port and install it > without any hassles - but am still a bit short on documentation - esp., > how the .conf file works, and how to make ifstated work for me. I > haven't used carp so far; and am not sure whether I need to, if all I > want is a simple "notification / logging". Any suggestions? > > On the other hand, I am still curious why devd didn't work in the first > place. Is it a "futuristic" feature already advertised (in the devd.conf > file, there are examples of LINK_UP/LINK_DOWN that make it look like it > should work)? Or a case for better documentation? Did you try pulling the plug? LINK events refer to the change of link status, not the "UP" status. That is the "status: active" line . nik:0:~$ ifconfig fxp0 fxp0: flags=8843 mtu 1500 options=8 inet 192.168.1.71 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0c:f1:b9:38:50 media: Ethernet autoselect (100baseTX ) status: active HTH, Nikos From owner-freebsd-net@FreeBSD.ORG Tue May 22 13:48:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7D8D16A41F for ; Tue, 22 May 2007 13:48:29 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 51BFB13C45D for ; Tue, 22 May 2007 13:48:29 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1836496wxc for ; Tue, 22 May 2007 06:48:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=fVn1GXh3vt/WErxJMIYR3EWa27R6Is4OoiuXocV6Ndok5bIJv+FDI8CtLcu2h9ZBQ5z9oQxhbrvU1Xg+HvgRVnRTyTsbDayFfGzzmZ//I3EjzmlOnnVNk6xdJYtMBAoN8pv5qzKeRC2FHy5Z5G+3EfgeCRHTzOes0UwGbaczvWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=m9kNAz1jwFjyOJ+JGyXvzksSJASOjsX1eZkNc6b3BP5VYhGRuuttQxwAet9lVki7idfSzL8M4/c0Oe/MWqQOIkEe9K2DQxXzGPjwSDxelfIORh6Lr1B+zOmFp/Na8glrWpvPHn9oK8RKTU0v5vAE4D/d37foIRH8uHUOaWDT0iA= Received: by 10.90.99.20 with SMTP id w20mr4795333agb.1179841703787; Tue, 22 May 2007 06:48:23 -0700 (PDT) Received: from HarryPurvis ( [121.247.124.90]) by mx.google.com with ESMTP id 38sm24097151nzk.2007.05.22.06.48.19; Tue, 22 May 2007 06:48:22 -0700 (PDT) To: "'Nikos Vassiliadis'" , References: <4651E556.9020602@tomjudge.com> <003c01c79c52$476214d0$7b9ba8c0@HarryPurvis> <200705221227.54515.nvass@teledomenet.gr> Date: Tue, 22 May 2007 19:18:23 +0530 Message-ID: <003d01c79c77$e0c84110$7b9ba8c0@HarryPurvis> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <200705221227.54515.nvass@teledomenet.gr> Thread-Index: AcecU/y/idBLnZfVTdGxbqDUB1MAkAAIlqSQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 From: Sastry Tumuluri Sender: Sastry Tumuluri Cc: 'Tom Judge' Subject: RE: Detecting LINK_UP / LINK_DOWN events X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sas3@tumuluri.name List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2007 13:48:29 -0000 > -----Original Message----- > From: Nikos Vassiliadis [mailto:nvass@teledomenet.gr] > Sent: Tuesday, May 22, 2007 2:58 PM > On Tuesday 22 May 2007 12:19, Sastry Tumuluri wrote: > > > -----Original Message----- > > > From: Tom Judge [mailto:tom@tomjudge.com] > > > Sent: Tuesday, May 22, 2007 12:01 AM > > > Sastry Tumuluri wrote: > > > > Friends, > > > > > > > > I am trying to catch and do some extra processing on > LINK_UP and > > > > LINK_DOWN events for my net interfaces (e.g., notify my > > > > > > admin, log the event, ...). > > > > > > > Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. > > > > > > > > I tried using the devd.conf file with the following code (shows > > > > LINK_DOWN; wrote similar stuff for LINK_UP): > > > > > > > > notify 10 { > > > > match "type" "LINK_DOWN"; > > > > action "logger -s alert: Caught LINK_DOWN on dev: > $device-name > > > > subsys: $subsystem"; > > > > }; > > > > > > > > Didn't work. I tried the above with both strict match > conditions > > > > (using vendor, device and class matches) as well as very > > > > > > general (like the above). > > > > > > > Didn't work. > > > > I ran killed devd and ran it in the foreground with "devd > > > > > > -dD". Then I > > > > > > > logged into a different pty and used > > > > ifconfig lnc0 down #(lnc0 is my ethernet device). > > > > devd doesn't even seem to catch the event (no output at all > > > > > > - both on > > > > > > > screen and in syslog). > > > > > > > > > > > > On the other hand, "nomatch" and "attach" messages do > seem to get > > > > through (I wrote similar stuff for nomatch & attach, > and they are > > > > showing up at bootup and in syslog). > > > > What could I be doing wrong? > > > > > > Have you had a look at net/ifstated in ports? > > > > > > Tom > > > > Thanks, Tom! Though I had not heard of ifstated before > this, it looks > > interesting. I've managed to quickly get the latest port > and install > > it without any hassles - but am still a bit short on > documentation - > > esp., how the .conf file works, and how to make ifstated > work for me. > > I haven't used carp so far; and am not sure whether I need > to, if all > > I want is a simple "notification / logging". Any suggestions? > > > > On the other hand, I am still curious why devd didn't work in the > > first place. Is it a "futuristic" feature already > advertised (in the > > devd.conf file, there are examples of LINK_UP/LINK_DOWN > that make it > > look like it should work)? Or a case for better documentation? > > Did you try pulling the plug? > LINK events refer to the change of link status, not the "UP" > status. That is the "status: active" line . > > nik:0:~$ ifconfig fxp0 > fxp0: flags=8843 mtu 1500 > options=8 > inet 192.168.1.71 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:0c:f1:b9:38:50 > media: Ethernet autoselect (100baseTX ) > status: active > > HTH, Nikos > That solved one mystery, Nikos! Yes, the LINK_UP/LINK_DOWN do seem to refer to the status of the physical media (plugged in or out). While at it, I also found that ifconfig em0 down (not pulling out the media, just the command) does not send any status message (perhaps a driver feature? Not sure), but ifconfig em0 up does send a LINK_DOWN first and then a LINK_UP. This doesn't seem to have any relation to whether or not the IP address is there or -aliased. It still leaves me with my original problem that of "detecting changes to the interfaces and logging them / sending alerts". This needs to work for me for any Interface: real / psuedo (is that word for ppp0/tun0/etc...?) and any type of change: e.g. ip-addr change thru dhcp/pppoe/static etc.. :-( So I guess I'll keep plugging away at ifstated (carp or no-carp), then!! :-) Regards, ==Sas3== No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.6/814 - Release Date: 5/21/2007 2:01 PM From owner-freebsd-net@FreeBSD.ORG Tue May 22 15:00:14 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3130D16A469 for ; Tue, 22 May 2007 15:00:14 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id AB15D13C45A for ; Tue, 22 May 2007 15:00:13 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l4MEMCx0029930 for ; Tue, 22 May 2007 18:22:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l4MEMCmf029929 for net@FreeBSD.org; Tue, 22 May 2007 18:22:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 22 May 2007 18:22:12 +0400 From: Gleb Smirnoff To: net@FreeBSD.org Message-ID: <20070522142212.GZ89017@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: walking (and cleaning) the routing table on mask change? 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, 22 May 2007 15:00:14 -0000 Hello, colleagues, what do you think about cleaning the routing table on mask change? I think it should be done. Currently we are cleaning the routing table only on SIOCDIFADDR operation, because it removes prefix from an interface. However, SIOCAIFADDR also may delete (actually replace) a prefix on interface, in the case of mask change. For example: root@behemoth:~:|>ifconfig em0 10.0.0.195/24 root@behemoth:~:|>route add 10.0.1.0/24 10.0.0.1 add net 10.0.1.0: gateway 10.0.0.1 root@behemoth:~:|>netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.0.0.0/24 link#2 UC 0 0 em0 10.0.0.1 link#2 UHLW 2 0 em0 10.0.1.0/24 10.0.0.1 UGS 0 0 em0 127.0.0.1 127.0.0.1 UH 0 26 lo0 root@behemoth:~:|>ifconfig em0 netmask 255.255.255.128 root@behemoth:~:|>netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.0.0.128/25 link#2 UC 0 0 em0 10.0.1.0/24 10.0.0.1 UGS 0 0 em0 ^^^^^^^^^^^^^^^^^^ --- shouldn't it be deleted? 127.0.0.1 127.0.0.1 UH 0 26 lo0 root@behemoth:~:|> 10.0.0.1 isn't reachable now. Currently, we have a workaroung in rt_check() (rev. 1.117) that prevents us from panicing. However, the invalid route still remains in the table. I suggest to make the following on the mask change path: rt_tables[AF_INET]->rnh_walktree(xxx_maskchange), where the xxx_maskchange() deletes all routes, which used to be reachable via the old mask and are no longer reachable. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:17:54 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A00316A41F for ; Tue, 22 May 2007 17:17:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 9A37E13C4BD for ; Tue, 22 May 2007 17:17:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so281122ugh for ; Tue, 22 May 2007 10:17:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D4soAgCVyRM+QjKQwKG6bcaEfeXFvS1hYlDsVzmuN5YPVs9DxGLXMy0KOahLoJjMFCOPfFpBdFHqND3Yldn9Nw3xYXCsBeAWa2LHE1G53BHuG6UvWspAbrFweONgxTMRkbGMGHJFyspCJtLaatWXI4JWu9uK4JU7L2tGkeOKntw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MVCq5C0UQaRoGzsZqWUIKINB0DU7qX2r/1WH5ETit92LqqdplaH4Ryu3E1ZsQDXKiV7uPg7DiqiKI2WFtWDSs9xRlxTN+auII6+c2bvMyuMMpRlcoiRfq6iL9ln44c2C9LPi7FPZgAzkL81GXzW8zFDtDhG8erZJziAyqegMb5E= Received: by 10.114.61.1 with SMTP id j1mr3364881waa.1179854267913; Tue, 22 May 2007 10:17:47 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 22 May 2007 10:17:47 -0700 (PDT) Message-ID: <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> Date: Tue, 22 May 2007 10:17:47 -0700 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> Cc: freebsd-net Subject: Re: Is em endian-clean? 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, 22 May 2007 17:17:54 -0000 On 5/22/07, Jack Vogel wrote: > Yes, Linux is tested on big endian, however FreeBSD testing > is limited. I would expect the shared code to be ok but the > core code is tested on little endian only. Do you have some > notion of where the problem is? I'm pretty busy with another > issue right at the moment. > > Jack I am setting up an older MAC our test group had, adding at least basic traffic passing test to our test cycle. Regards, Jack From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:33:12 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E74F316A421; Tue, 22 May 2007 17:33:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id D207013C4BA; Tue, 22 May 2007 17:33:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 5EC555B3E; Tue, 22 May 2007 10:07:03 -0700 (PDT) To: Gleb Smirnoff In-reply-to: Your message of "Tue, 22 May 2007 18:22:12 +0400." <20070522142212.GZ89017@FreeBSD.org> Date: Tue, 22 May 2007 10:07:03 -0700 From: Bakul Shah Message-Id: <20070522170703.5EC555B3E@mail.bitblocks.com> Cc: net@FreeBSD.org Subject: Re: walking (and cleaning) the routing table on mask change? 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, 22 May 2007 17:33:12 -0000 > what do you think about cleaning the routing table on mask change? I think it would be far easier and more correct to not allow just the mask change (which is never really needed). $ ifconfig tap0 10.1.1.0/24 $ netstat -nr | grep tap0 10.1.1.0/24 link#6 UC 0 0 tap0 $ ifconfig tap0 10.1.1.0/26 $ netstat -nr | grep tap0 10.1.1.0/26 link#6 UC 0 0 tap0 From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:38:17 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BF7716A41F for ; Tue, 22 May 2007 17:38:17 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9409813C455 for ; Tue, 22 May 2007 17:38:15 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so286609ugh for ; Tue, 22 May 2007 10:38:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kLZr8ZcDNr+tKgydVgwF085BBmexdk5E8q58pClGGjk9eLcx+GIN1Jp7D3dKbyKuIVQIGTVuo0K+1Hk46NG0QsLey1yfQE68ykHADnq1NfzdHvpMzmXYtXrzm+WTM3taRh+aQv3XDtaiwkSKrScmOyt14CPvS/gR8SGF3YgeeAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U5lmeTJToBHzEJ6reQ3j+9X5H6Ew68ZW4nx93RuvsEAAMJv4Eo9JacWMJl26OQGiF7qzuJZVE823JgozFIEwKMvR879tq7dNGrRa05mDexhISSn/IDO/bOGxy6rnKfMe+Ks0fwikfoFiJrZk4gVt24IsJNBgfiva28Ed2GuXAqU= Received: by 10.78.188.10 with SMTP id l10mr1523997huf.1179855494319; Tue, 22 May 2007 10:38:14 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Tue, 22 May 2007 10:38:14 -0700 (PDT) Message-ID: Date: Tue, 22 May 2007 12:38:14 -0500 From: "Kip Macy" To: "Jack Vogel" In-Reply-To: <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> Cc: freebsd-net Subject: Re: Is em endian-clean? 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, 22 May 2007 17:38:17 -0000 On 5/22/07, Jack Vogel wrote: > On 5/22/07, Jack Vogel wrote: > > Yes, Linux is tested on big endian, however FreeBSD testing > > is limited. I would expect the shared code to be ok but the > > core code is tested on little endian only. Do you have some > > notion of where the problem is? I'm pretty busy with another > > issue right at the moment. > > > > Jack > > I am setting up an older MAC our test group had, adding at least > basic traffic passing test to our test cycle. > Thank you. I appreciate this. -Kip From owner-freebsd-net@FreeBSD.ORG Tue May 22 18:10:10 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06CF216A46E for ; Tue, 22 May 2007 18:10:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id E12DB13C4AE for ; Tue, 22 May 2007 18:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4MIA9wr057087 for ; Tue, 22 May 2007 18:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4MIA9cP057086; Tue, 22 May 2007 18:10:09 GMT (envelope-from gnats) Date: Tue, 22 May 2007 18:10:09 GMT Message-Id: <200705221810.l4MIA9cP057086@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Nagy Keve Cc: Subject: Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nagy Keve List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2007 18:10:10 -0000 The following reply was made to PR kern/112654; it has been noted by GNATS. From: Nagy Keve To: bug-followup@FreeBSD.org, Marius Strobl Cc: Subject: Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000 Date: Tue, 22 May 2007 19:39:03 +0200 > From: Marius Strobl > Date: Wed, 16 May 2007 19:59:01 +0200 > I think this was fixed as part of src/sys/pci/if_pcn.c rev. > 1.81/1.69.2.7 > and src/sys/dev/mii/nsphy.c rev. 1.26/1.23.2.3. Could you please > give a > current FreeBSD-CURRENT or -STABLE a try? Suggested test was carried out on 22-MAY-2007. System source was synced to RELENG_6 via cvsup, and buildworld + buildkernel + installworld + installkernel was completed. The new 6.2-STABLE system generates the same kernel panic problem as described originally. Regards, Keve From owner-freebsd-net@FreeBSD.ORG Tue May 22 20:06:18 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F13DD16A41F for ; Tue, 22 May 2007 20:06:18 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32709.mail.mud.yahoo.com (web32709.mail.mud.yahoo.com [68.142.207.253]) by mx1.freebsd.org (Postfix) with SMTP id A0D6F13C45A for ; Tue, 22 May 2007 20:06:18 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 7747 invoked by uid 60001); 22 May 2007 19:39:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=yaFqDgGpZlbM/NZ2YEfMW4/2putSLWFyXVvgmn1UFPWXbiwRaANvZQECoFoi3e77xj7JSpVQJGRqUohSNfdtWxo3nSZKsVouZegXuTMJYInDKGuhqDRQiL2pQyXZRj0kPAR85pDdqkKD5HFAimpB9kkWELI0vLe+kImlE/9H0VQ=; X-YMail-OSG: i1NKQxEVM1nfuXKSomDOxmxzDI47nAJVAz73BjokuA7a1463AqvEs13A9nwwPKP3scuwB.38egiUpJSJxerQWRH8SoWVPYfamFSGxHJE_pYcqRxonn.lSi3DR6zeiw-- Received: from [200.118.173.177] by web32709.mail.mud.yahoo.com via HTTP; Tue, 22 May 2007 21:39:37 CEST Date: Tue, 22 May 2007 21:39:37 +0200 (CEST) From: To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <764725.7138.qm@web32709.mail.mud.yahoo.com> X-Mailman-Approved-At: Tue, 22 May 2007 20:31:05 +0000 Cc: Subject: IP Checksum code from DragonFly BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2007 20:06:19 -0000 Hello; Almost a year ago a port of DragonFly's BSD IP checksum code was made: http://lists.freebsd.org/pipermail/freebsd-current/2006-May/063286.html As part of the thread, Alexander Leidinger's experience while building the kernel with Intel's C was interesting: http://lists.freebsd.org/pipermail/freebsd-current/2006-May/063434.html My understanding is that if FreeBSD's IP checksumming code one day breaks or doesn't build with a new gcc we will need the patch there ... I hate it when working patches get lost in the mail archives! Perhaps someone with good net-fu would consider studying the patch and commit it, if adequate? cheers, Pedro. ___________________________________ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html From owner-freebsd-net@FreeBSD.ORG Tue May 22 23:17:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D0A16A400 for ; Tue, 22 May 2007 23:17:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7732113C483 for ; Tue, 22 May 2007 23:17:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so16351nze for ; Tue, 22 May 2007 16:17:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m7zQ1Qbo8503uuIa74/CdnrjqOx9ALGp5m8l6S65HYxjQgWETc3pJH9sYy+kjCFWc/MsHcdG26+/rGs+ptYn4VlVz1Ou2YctJt+Uh2ZrUXHtmGsK66ag3hCjGcsivWVQmBsYeegNqGj9RfmqnQdBCXLWhbolyAGHVsxOMhTvU5w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i1fxwiw77vLJ1419rXHRDbo0ONdN0P9+iv7/Up/wqZ6/yQJxCnx9tTRv/XDMaftB58aDYDpjwNY5jqOjFSvNWcM826wzWLKBKJvHp3pvN4bu2Ksk+z6m2QtLIkMISKU9sxJPNpXZ4rmwTTHj4BKJgznrlBzbXJhb9L2kdd4jtCA= Received: by 10.115.79.1 with SMTP id g1mr3525009wal.1179875874129; Tue, 22 May 2007 16:17:54 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 22 May 2007 16:17:54 -0700 (PDT) Message-ID: <2a41acea0705221617s5429d116xc8afbe1a30382a92@mail.gmail.com> Date: Tue, 22 May 2007 16:17:54 -0700 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> Cc: freebsd-net Subject: Re: Is em endian-clean? 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, 22 May 2007 23:17:55 -0000 On 5/22/07, Kip Macy wrote: > On 5/22/07, Jack Vogel wrote: > > On 5/22/07, Jack Vogel wrote: > > > Yes, Linux is tested on big endian, however FreeBSD testing > > > is limited. I would expect the shared code to be ok but the > > > core code is tested on little endian only. Do you have some > > > notion of where the problem is? I'm pretty busy with another > > > issue right at the moment. > > > > > > Jack > > > > I am setting up an older MAC our test group had, adding at least > > basic traffic passing test to our test cycle. > > > > Thank you. I appreciate this. Turns out they gave me a T2000 to use, just what everyone needs in their cubicle :) Now I just have to get it installed. Jack From owner-freebsd-net@FreeBSD.ORG Wed May 23 00:31:34 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C567216A468 for ; Wed, 23 May 2007 00:31:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 812D113C448 for ; Wed, 23 May 2007 00:31:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id s1so32332nze for ; Tue, 22 May 2007 17:31:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rXvYbHEYpg5hOltmKUapL/BKbmx4Q7YRLzp9vNvgHo2usdJT//UyDLj3UyVe4K97mrhWXZ+diMPdk64c4PmJy+CoVp+ylaDZ4p6fJnHUJ2mvLCG60PPwk6bPllOyntFKtFY7smNf6SSD3ANNJ+7LQLQYfNREvAoQNfXen7FyZRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b8Guvq80tSClPm8yXjEeTWWmDNqgPL1V5CUeesDiKKILT80zPqydSRu+XSvgQ+YxHVobF0rvHK5ENjTQ/gYXnu2wfd4EoFUhoS93BXXWfDEWL/SDLn4ua0bzJ/d5FjJSzoOWfoAvqX0iaVWBs1HQGR0+t5I/4TmZzRpfFE0WKjE= Received: by 10.114.108.15 with SMTP id g15mr3532819wac.1179880293656; Tue, 22 May 2007 17:31:33 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Tue, 22 May 2007 17:31:33 -0700 (PDT) Message-ID: <2a41acea0705221731p798654f3m55f79372cb0b8907@mail.gmail.com> Date: Tue, 22 May 2007 17:31:33 -0700 From: "Jack Vogel" To: "Kip Macy" In-Reply-To: <2a41acea0705221617s5429d116xc8afbe1a30382a92@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> <2a41acea0705221617s5429d116xc8afbe1a30382a92@mail.gmail.com> Cc: freebsd-net Subject: Re: Is em endian-clean? 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, 23 May 2007 00:31:34 -0000 > > Turns out they gave me a T2000 to use, just what everyone needs > in their cubicle :) Now I just have to get it installed. > > Jack > Sigh, this just isnt my day, trying to boot the sparc64 april snapshot and the thing fails during boot, I wouldnt mind checking this endian issue if I could just get hardware that I can test on to work :) Any magic to get the box to boot? I am just using disk1, 'boot cdrom' from the prom, then hit enter to boot kernel it says: jumping to kernel entry at 0xc0068000. ERROR: Last Trap: Illegal Instruction. Suggestions? Jack From owner-freebsd-net@FreeBSD.ORG Wed May 23 01:10:37 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E68316A400 for ; Wed, 23 May 2007 01:10:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id E432513C45D for ; Wed, 23 May 2007 01:10:36 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so31487wra for ; Tue, 22 May 2007 18:10:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XJGUkEn6DJ4icZrQCnnAqO/7S/ZKjBh0dX0tCxDDK5MbLGeuZfu0dOdsA14JgYyjskb8uzJS6XcmwJ2MVQygaF20aLEeTZCXbh6V6BqGj4x9BBqzTaSnu3eZd6nLKm4pIQYhakURT01qeCI1307bwE2e04VfI8KZtZ2KUcbsjaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b0nc427yngNiLDDzi8n+KjuI31eq91eNrtf0m1VYXKkbPvdph4J/YsfskfxL2ezQtZdGOBJZwokWl6ToDeplBbDtr6rU1OhioAPPBu9od/KMjpiO46cS/syJGketo4bVf+uZGmN/Aa6jLI91y+7tdCaLfO+5XucveVUPEeq64js= Received: by 10.78.166.7 with SMTP id o7mr4385hue.1179882634652; Tue, 22 May 2007 18:10:34 -0700 (PDT) Received: by 10.78.107.13 with HTTP; Tue, 22 May 2007 18:10:34 -0700 (PDT) Message-ID: Date: Tue, 22 May 2007 18:10:34 -0700 From: "Kip Macy" To: "Jack Vogel" , freebsd-net In-Reply-To: <2a41acea0705221731p798654f3m55f79372cb0b8907@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0705220045p68b59df7iff7689ec2f7e19f4@mail.gmail.com> <2a41acea0705221017s77167f1bu8d6e5d8f7bcbc4cd@mail.gmail.com> <2a41acea0705221617s5429d116xc8afbe1a30382a92@mail.gmail.com> <2a41acea0705221731p798654f3m55f79372cb0b8907@mail.gmail.com> Cc: Subject: Re: Is em endian-clean? 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, 23 May 2007 01:10:37 -0000 Sun4v runs a hypervisor as part of its firmware. On freebsd it requires a different kernel from sparc64. Getting the same kernel to work on both would require more re-work of sparc64 than I felt like doing given that USIII isn't supported. There isn't currently an ISO image being produced. Cross-building and then netbooting from x86 is fairly painless. If that won't work for you I can figure out how to generate an ISO. -Kip On 5/22/07, Jack Vogel wrote: > > > > Turns out they gave me a T2000 to use, just what everyone needs > > in their cubicle :) Now I just have to get it installed. > > > > Jack > > > > Sigh, this just isnt my day, trying to boot the sparc64 april snapshot > and the thing fails during boot, I wouldnt mind checking this endian > issue if I could just get hardware that I can test on to work :) > > Any magic to get the box to boot? I am just using disk1, 'boot cdrom' > from the prom, then hit enter to boot kernel it says: > > jumping to kernel entry at 0xc0068000. > ERROR: Last Trap: Illegal Instruction. > > Suggestions? > > Jack > From owner-freebsd-net@FreeBSD.ORG Wed May 23 05:46:50 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16ED716A421 for ; Wed, 23 May 2007 05:46:50 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id B49CF13C44B for ; Wed, 23 May 2007 05:46:49 +0000 (UTC) (envelope-from sastry.tumuluri@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so93127pyi for ; Tue, 22 May 2007 22:46:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=dx8x0Y9v5bI+W6LSMC9tbFZ5pRMwJGoXOIsUOhdExMhKasoW86/uMbESUzFWb8EWS/kwSnBN+FrxUgmLsVNSmJDcKzSAIgXcdMLxPhLv4byGtrb6KLr2sHwn5Kfg1Lpv+9HyU1vL+hoz1f8JXyLt9fg+vHN0VDf4hq8Ty22ynSI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:reply-to:to:cc:references:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:thread-index:x-mimeole:from:sender; b=NQChiIYCEgPy9zSNOzvX+GC1CXvkO/eROA/c9/gOk+JBg5oqYvRBV9I7L4H2Nk7O4qxeuq4wtph9+Kg7qeW52/DbrMVakBPWlzd3AkpHPPomzKXI282LMwkpUj2vTIl0Kqi/6zOOU1iKrZR0FxkZvqZYa4FRH8Q4GD+iy/ryGZE= Received: by 10.65.239.14 with SMTP id q14mr499424qbr.1179899208671; Tue, 22 May 2007 22:46:48 -0700 (PDT) Received: from HarryPurvis ( [121.247.124.90]) by mx.google.com with ESMTP id 34sm1407621nza.2007.05.22.22.46.44; Tue, 22 May 2007 22:46:47 -0700 (PDT) To: "'Nikos Vassiliadis'" , References: <4651E556.9020602@tomjudge.com> <003c01c79c52$476214d0$7b9ba8c0@HarryPurvis> <200705221227.54515.nvass@teledomenet.gr> Date: Wed, 23 May 2007 11:16:49 +0530 Message-ID: <004401c79cfd$c5537b30$7b9ba8c0@HarryPurvis> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcecU/y/idBLnZfVTdGxbqDUB1MAkAAIlqSQACGl+wA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 From: Sastry Tumuluri Sender: Sastry Tumuluri Cc: 'Tom Judge' Subject: RE: Detecting LINK_UP / LINK_DOWN events X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sas3@tumuluri.name List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2007 05:46:50 -0000 Finally got ifstated working the way I wanted. Thanks to Tom & Nikos. The port included a man page for ifstated(8) - but was not sufficient to get a newbie like me going. I found a good addition on openbsd man pages ifstated.conf(5). br, ==Sas3== > -----Original Message----- > > -----Original Message----- > > From: Nikos Vassiliadis [mailto:nvass@teledomenet.gr] > > Sent: Tuesday, May 22, 2007 2:58 PM > > > On Tuesday 22 May 2007 12:19, Sastry Tumuluri wrote: > > > > -----Original Message----- > > > > From: Tom Judge [mailto:tom@tomjudge.com] > > > > Sent: Tuesday, May 22, 2007 12:01 AM > > > > > Sastry Tumuluri wrote: > > > > > Friends, > > > > > > > > > > I am trying to catch and do some extra processing on > > LINK_UP and > > > > > LINK_DOWN events for my net interfaces (e.g., notify my > > > > > > > > admin, log the event, ...). > > > > > > > > > Tried this on both FreeBSD 6.1 and on FreeBSD 6.2. > > > > > > > > > > I tried using the devd.conf file with the following > code (shows > > > > > LINK_DOWN; wrote similar stuff for LINK_UP): > > > > > > > > > > notify 10 { > > > > > match "type" "LINK_DOWN"; > > > > > action "logger -s alert: Caught LINK_DOWN on dev: > > $device-name > > > > > subsys: $subsystem"; > > > > > }; > > > > > > > > > > Didn't work. I tried the above with both strict match > > conditions > > > > > (using vendor, device and class matches) as well as very > > > > > > > > general (like the above). > > > > > > > > > Didn't work. > > > > > I ran killed devd and ran it in the foreground with "devd > > > > > > > > -dD". Then I > > > > > > > > > logged into a different pty and used > > > > > ifconfig lnc0 down #(lnc0 is my ethernet device). > > > > > devd doesn't even seem to catch the event (no output at all > > > > > > > > - both on > > > > > > > > > screen and in syslog). > > > > > > > > > > > > > > > On the other hand, "nomatch" and "attach" messages do > > seem to get > > > > > through (I wrote similar stuff for nomatch & attach, > > and they are > > > > > showing up at bootup and in syslog). > > > > > What could I be doing wrong? > > > > > > > > Have you had a look at net/ifstated in ports? > > > > > > > > Tom > > > > > > Thanks, Tom! Though I had not heard of ifstated before > > this, it looks > > > interesting. I've managed to quickly get the latest port > > and install > > > it without any hassles - but am still a bit short on > > documentation - > > > esp., how the .conf file works, and how to make ifstated > > work for me. > > > I haven't used carp so far; and am not sure whether I need > > to, if all > > > I want is a simple "notification / logging". Any suggestions? > > > > > > On the other hand, I am still curious why devd didn't work in the > > > first place. Is it a "futuristic" feature already > > advertised (in the > > > devd.conf file, there are examples of LINK_UP/LINK_DOWN > > that make it > > > look like it should work)? Or a case for better documentation? > > > > Did you try pulling the plug? > > LINK events refer to the change of link status, not the "UP" > > status. That is the "status: active" line . > > > > nik:0:~$ ifconfig fxp0 > > fxp0: flags=8843 mtu 1500 > > options=8 > > inet 192.168.1.71 netmask 0xffffff00 broadcast 192.168.1.255 > > ether 00:0c:f1:b9:38:50 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > HTH, Nikos > > > > That solved one mystery, Nikos! Yes, the LINK_UP/LINK_DOWN do > seem to refer to the status of the physical media (plugged in > or out). While at it, I also found that > ifconfig em0 down (not pulling out the media, just the command) > does not send any status message (perhaps a driver > feature? Not sure), but ifconfig em0 up > does send a LINK_DOWN first and then a LINK_UP. This > doesn't seem to > have any relation to whether or not the IP address is > there or -aliased. > > It still leaves me with my original problem that of > "detecting changes to the interfaces and logging them / > sending alerts". This needs to work for me for any > Interface: real / psuedo (is that word for ppp0/tun0/etc...?) > and any type of > change: e.g. ip-addr change thru dhcp/pppoe/static etc.. :-( > So I guess I'll keep plugging away at ifstated (carp or > no-carp), then!! :-) > > Regards, > > ==Sas3== > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.467 / Virus Database: 269.7.6/814 - Release > Date: 5/21/2007 2:01 PM > > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.6/815 - Release Date: 5/22/2007 3:49 PM From owner-freebsd-net@FreeBSD.ORG Wed May 23 06:04:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B89AB16A421 for ; Wed, 23 May 2007 06:04:55 +0000 (UTC) (envelope-from Susan.Lan@zyxel.com.tw) Received: from zyfb01-66.zyxel.com.tw (zyfb01-66.zyxel.com.tw [59.124.183.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6C413C457 for ; Wed, 23 May 2007 06:04:53 +0000 (UTC) (envelope-from Susan.Lan@zyxel.com.tw) Received: from zytwbe01.zyxel.com ([172.23.5.10]) by zytwfe02.ZyXEL.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 May 2007 08:54:58 +0800 Received: from zytwfe01.ZyXEL.com ([172.23.5.5]) by zytwbe01.zyxel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 May 2007 08:54:57 +0800 Received: from [172.23.17.70] ([172.23.17.70]) by zytwfe01.ZyXEL.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 May 2007 08:54:52 +0800 Message-ID: <465390EE.9000605@zyxel.com.tw> Date: Wed, 23 May 2007 08:55:10 +0800 From: blue User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org X-OriginalArrivalTime: 23 May 2007 00:54:52.0933 (UTC) FILETIME=[F9163350:01C79CD4] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: A question about IPSec implementation.. 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, 23 May 2007 06:04:55 -0000 Hi, all: Recently I found a paragraph of codes about IPSec replay prevention that confused me a lot. Could you shed some light on me? line 2370 to line 2407 in ipsec.c deal with the replay window update. / if (seq > replay->lastseq) { /* seq is larger than lastseq. */ diff = seq - replay->lastseq; /* new larger sequence number */ if (diff < wsizeb) { /* In window */ /* set bit for this packet */ vshiftl(replay->bitmap, diff, replay->wsize); replay->bitmap[frlast] |= 1; } else { /* this packet has a "way larger" */ bzero(replay->bitmap, replay->wsize); replay->bitmap[frlast] = 1; } replay->lastseq = seq; /* larger is good */ } else { ...../ When the receiving sequence number larger than the maintained last largest one, it will do /vshiftl/ and then /switch on the last bit of the bitmap/. What I am wondering here is: is the current receiving sequence number necessarily the last bit after doing /vshiftl/? Why to do /vshiftl/? Thanks for your time. BR, Yi-Wen From owner-freebsd-net@FreeBSD.ORG Wed May 23 11:18:12 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 386E516A4C4; Wed, 23 May 2007 11:18:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 10D3213C447; Wed, 23 May 2007 11:18:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4NBIB0P082301; Wed, 23 May 2007 11:18:11 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4NBIBtf082297; Wed, 23 May 2007 11:18:11 GMT (envelope-from remko) Date: Wed, 23 May 2007 11:18:11 GMT From: Remko Lodder Message-Id: <200705231118.l4NBIBtf082297@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112886: [broadcom]: Wifi card not detected 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, 23 May 2007 11:18:12 -0000 Old Synopsis: Problem with BROADCOM WIFI Hardware New Synopsis: [broadcom]: Wifi card not detected Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed May 23 11:17:27 UTC 2007 Responsible-Changed-Why: Reassign to networking team. http://www.freebsd.org/cgi/query-pr.cgi?pr=112886 From owner-freebsd-net@FreeBSD.ORG Wed May 23 13:53:57 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D0D016A468 for ; Wed, 23 May 2007 13:53:57 +0000 (UTC) (envelope-from w65l76@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id C265113C46E for ; Wed, 23 May 2007 13:53:56 +0000 (UTC) (envelope-from w65l76@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so177448nzf for ; Wed, 23 May 2007 06:53:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Pf7ovZFZh2SGIqvO4yK0qmTgV5ZkrAKIlTVkI8Foc4quKkkj3NhOrJ7qnvq0iV+2LGCWUCjepFyS5KkV3uYAiqdpypNexmyYqlCi5y66aMm8xHbYZpMZc6AC8ZEkWXsSQF5bLchH8GbdRFIIWLtgqJYZ/OnLPy0iQAyLDTeLa5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QCnEMc2h74i8+B3a9uX//MdsFwhU+xB2ZGVcG/Stcupot/SuV0oFW6lwrMnUif8qjvZ7geozLK1cRlbXRetx3Cjl81iN93PhsUTHwMWLhdd3w2luOY6KVoqG6eGgBIBwIaQKkcM6UC646Yjil4lEzpgQVQIlFI+lG80njjVzWVs= Received: by 10.114.199.1 with SMTP id w1mr279790waf.1179926791999; Wed, 23 May 2007 06:26:31 -0700 (PDT) Received: by 10.114.136.15 with HTTP; Wed, 23 May 2007 06:26:31 -0700 (PDT) Message-ID: Date: Wed, 23 May 2007 17:26:31 +0400 From: "Walery Kokarev" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: NAT and forward 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, 23 May 2007 13:53:57 -0000 For a long time we have one internet provider, but now we have two. I have to put some of the traffic from one ISP to another judging by the user ip. At the same time certain users should still access internet via old ISP. So I decided to do it on our gateway. 1) translate source ip address; 2) change next-hop of traffic destined for new ISP appropriately. Default route left intact and looks to the old ISP. By now I am doing it that way. 1) use "ipfw divert natd" to assign our address from new ISP's pool; 2) use "ipfw fwd" for policy routing. It works just fine, but this aproach is inconvinient because the details of NAT are hidden. I can not see what translations are active. And I can not see the past: - what was translated? - how it was translated? - when it was started and finished? - how much traffic it took? Log (enabled by -log option) don't give me much idea about what's going on. Actually it shows only aliasing statistics. ipnat was another option, but I failed to figure out is it possible to change next-hop address using ipf. I am thinking about collecting packet headers using tcpdump instead of log to analyze them later. All that happens under FreeBSD 7.0-CURRENT-200702 i386 So, roundup: 1) is it possible to change next-hop using ipf? 2) is it possible to see what natd is doing? From owner-freebsd-net@FreeBSD.ORG Wed May 23 15:33:24 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AC2316A469 for ; Wed, 23 May 2007 15:33:24 +0000 (UTC) (envelope-from yamamoto436@oki.com) Received: from gwf2.oki.co.jp (gwf2.oki.co.jp [202.226.91.187]) by mx1.freebsd.org (Postfix) with ESMTP id DC98F13C46E for ; Wed, 23 May 2007 15:33:23 +0000 (UTC) (envelope-from yamamoto436@oki.com) Received: by gwf2.oki.co.jp (Postfix, from userid 0) id 79BA8CF98F; Thu, 24 May 2007 00:05:19 +0900 (JST) Received: from s24c22.dm1.oii.oki.co.jp [172.26.76.72] by gwf2.oki.co.jp with ESMTP id AAA07989; Thu, 24 May 2007 00:05:19 +0900 Received: from aoi.bmc.oki.co.jp (localhost.localdomain [127.0.0.1]) by iscan1.intra.oki.co.jp (8.9.3/8.9.3) with SMTP id AAA18558 for ; Thu, 24 May 2007 00:05:14 +0900 Received: (qmail 18572 invoked from network); 24 May 2007 00:05:14 +0900 Received: from tulip.bmc.oki.co.jp (172.19.236.119) by aoi.bmc.oki.co.jp with SMTP; 24 May 2007 00:05:14 +0900 Received: from localhost (tulip.bmc.oki.co.jp [172.19.236.119]) by tulip.bmc.oki.co.jp (8.14.1/8.13.6) with ESMTP id l4NF5DvB056088 for ; Thu, 24 May 2007 00:05:13 +0900 (JST) (envelope-from yamamoto436@oki.com) Date: Thu, 24 May 2007 00:05:13 +0900 (JST) Message-Id: <20070524.000513.68113235.yamamoto436@oki.com> To: freebsd-net@freebsd.org From: Hideki Yamamoto X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: can netgraph support IPv6 over IPv6 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, 23 May 2007 15:33:24 -0000 Hi, I have a question about netgraph. I succeeded in connecting two box by netgraph as follows: [ipv6 streaming server]==IPv6==[FBSD box]--IPv4--[FBSD box]==IPv6==[client] The above client can receive ether frame from ipv6 streaming server. I used netgraph and FreeBSD 6.2 for this diagram. As the IPv4 network between two FBSD box is not stable, I would like to change IPv4 backbone network into IPv6 backbone network. This IPv6 backbone network uses different address space from IPv6 network connected with server and client. My quetion is if netgraph support IPv6 over IPv6. Before testing, releted information is welcomed. Best regard, Hideki Yamamoto From owner-freebsd-net@FreeBSD.ORG Wed May 23 20:50:59 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE49116A41F for ; Wed, 23 May 2007 20:50:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id BD3F113C45D for ; Wed, 23 May 2007 20:50:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 23 May 2007 13:50:59 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 38FB7125ADC; Wed, 23 May 2007 13:50:59 -0700 (PDT) Message-ID: <4654A939.50702@elischer.org> Date: Wed, 23 May 2007 13:51:05 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Hideki Yamamoto References: <20070524.000513.68113235.yamamoto436@oki.com> In-Reply-To: <20070524.000513.68113235.yamamoto436@oki.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: can netgraph support IPv6 over IPv6 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, 23 May 2007 20:50:59 -0000 Hideki Yamamoto wrote: > Hi, > > I have a question about netgraph. > I succeeded in connecting two box by netgraph as follows: > > [ipv6 streaming server]==IPv6==[FBSD box]--IPv4--[FBSD box]==IPv6==[client] > > The above client can receive ether frame from ipv6 streaming server. > I used netgraph and FreeBSD 6.2 for this diagram. > > As the IPv4 network between two FBSD box is not stable, > I would like to change IPv4 backbone network into IPv6 backbone > network. This IPv6 backbone network uses different address space from > IPv6 network connected with server and client. > > My quetion is if netgraph support IPv6 over IPv6. > Before testing, releted information is welcomed. netgraph doesn't care.. it knows nothign about ipV4 or ipV6 if you use the ng_ksocket type it MAY need expension to bind to an ipv6 address.. > > Best regard, > > Hideki Yamamoto > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed May 23 20:51:23 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11F3916A468 for ; Wed, 23 May 2007 20:51:23 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id C36AD13C458 for ; Wed, 23 May 2007 20:51:22 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so324557nzf for ; Wed, 23 May 2007 13:51:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tRlYtqJMnTpP1MOyFrm3VMWluwUfDp2yS1OPDTxY+KsovHP1o1d95AK4EnnmhNJYG2gFlrWhk8h7Akwz400Zd4DU7R96+1vAaNOuQMs5gxhHNaleClcdtOjQpMY32Hx1iohVSEaRBuMjDpurcILoYFqod/W+8d7ubgkpijrEREM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rqu8BWB/qyFK01+SDA0BC0cD/epTkPDTu1yEe9ldbvbm6PN7GT2univMtcW42rq29jfCSCn7A7uaUqE/Z0Pbh5FsR+f+EFTLWaKzu7aOb5OxuL1mtjpCpr7pRAJC5PT/QMBoQcy7/jdzlukhYBEaYdFzyJEoXBKLf75zxxLWeWw= Received: by 10.114.137.2 with SMTP id k2mr481485wad.1179953472292; Wed, 23 May 2007 13:51:12 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 23 May 2007 13:51:12 -0700 (PDT) Message-ID: <2a41acea0705231351l7e764fbey73edf5dbacf3d145@mail.gmail.com> Date: Wed, 23 May 2007 13:51:12 -0700 From: "Jack Vogel" To: "FreeBSD Current" , freebsd-net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: EM now endian clean 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, 23 May 2007 20:51:23 -0000 I believe I have found the endian problem and fixed it and just checked it in, so anyone with a big-endian system should update. Cheers, Jack From owner-freebsd-net@FreeBSD.ORG Wed May 23 21:00:07 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2CF516A41F for ; Wed, 23 May 2007 21:00:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id A224513C487 for ; Wed, 23 May 2007 21:00:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 23 May 2007 14:00:07 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 03E60125A2A; Wed, 23 May 2007 14:00:04 -0700 (PDT) Message-ID: <4654AB5B.2030906@elischer.org> Date: Wed, 23 May 2007 14:00:11 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Hideki Yamamoto References: <20070524.000513.68113235.yamamoto436@oki.com> <4654A939.50702@elischer.org> In-Reply-To: <4654A939.50702@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: can netgraph support IPv6 over IPv6 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, 23 May 2007 21:00:07 -0000 Julian Elischer wrote: > Hideki Yamamoto wrote: >> Hi, >> >> I have a question about netgraph. >> I succeeded in connecting two box by netgraph as follows: >> >> [ipv6 streaming server]==IPv6==[FBSD box]--IPv4--[FBSD >> box]==IPv6==[client] >> >> The above client can receive ether frame from ipv6 streaming server. >> I used netgraph and FreeBSD 6.2 for this diagram. >> >> As the IPv4 network between two FBSD box is not stable, >> I would like to change IPv4 backbone network into IPv6 backbone >> network. This IPv6 backbone network uses different address space from >> IPv6 network connected with server and client. >> >> My quetion is if netgraph support IPv6 over IPv6. >> Before testing, releted information is welcomed. > > netgraph doesn't care.. > it knows nothign about ipV4 or ipV6 if you use the ng_ksocket type it > MAY need expension to > bind to an ipv6 address.. translated to English: Netgraph doesn't care. It knows nothing about ipV4 or ipV6. If you use the ng_ksocket type, it MAY need a patch to bind to an ipv6 address. (I have not checked). > >> >> Best regard, >> >> Hideki Yamamoto >> >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu May 24 05:31:36 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4879516A421 for ; Thu, 24 May 2007 05:31:36 +0000 (UTC) (envelope-from antonio.tommasi@unile.it) Received: from smtp-out3.libero.it (smtp-out3.libero.it [212.52.84.43]) by mx1.freebsd.org (Postfix) with ESMTP id 10C6913C45B for ; Thu, 24 May 2007 05:31:35 +0000 (UTC) (envelope-from antonio.tommasi@unile.it) Received: from smtp-pim.libero.it (172.31.0.92) by smtp-out3.libero.it (7.3.120) id 4611FE5E03295F72 for freebsd-net@freebsd.org; Thu, 24 May 2007 07:06:58 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGK6VEaXTaKn/2dsb2JhbAAN Received: from unknown (HELO [192.168.1.33]) ([151.77.162.167]) by smtp-pim.libero.it with ESMTP; 24 May 2007 07:06:57 +0200 Mime-Version: 1.0 Message-Id: Date: Thu, 24 May 2007 07:06:54 +0200 To: freebsd-net@freebsd.org From: Antonio Tommasi Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Bridge transparent proxy 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, 24 May 2007 05:31:36 -0000 Hi to all i'm trying to installa a bridge transparent proxy on a freebsd 6.2 with ipfw and squid. I have two machine; on the first one i've enabled option bridge in kernel option and then i've recompile it and set variable sysctl in /etc/sysctl.conf on the second i've set bridge_load module on the boot/loader.conf and set the same variable from above in /etc/sysctl.conf Naturally i've used the correct name of network interface in the configuration file on the two machine. I've the same configuration in firewall rules and squid in the two machine. It works only on the machine with the kernel recompiled with bridge module. Somebody can help me? Thanks in advance Antonio From owner-freebsd-net@FreeBSD.ORG Thu May 24 11:48:24 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9118E16A400 for ; Thu, 24 May 2007 11:48:24 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id 50BD313C44B for ; Thu, 24 May 2007 11:48:24 +0000 (UTC) (envelope-from fli@FreeBSD.org) Received: from [192.168.1.73] (81-232-22-115-no50.tbcn.telia.com [81.232.22.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id 623EC78C20 for ; Thu, 24 May 2007 13:48:20 +0200 (CEST) Message-ID: <46557B7F.5000704@FreeBSD.org> Date: Thu, 24 May 2007 13:48:15 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4645EB89.6030208@FreeBSD.org> In-Reply-To: <4645EB89.6030208@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: em_ioctl and SIOCGIFADDR 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, 24 May 2007 11:48:24 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F112937 From owner-freebsd-net@FreeBSD.ORG Thu May 24 12:34:15 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15A3E16A469; Thu, 24 May 2007 12:34:15 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id B705113C469; Thu, 24 May 2007 12:34:14 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 806DA62EF; Thu, 24 May 2007 16:09:59 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 46E3A628C; Thu, 24 May 2007 16:09:59 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l4OC5DPF081871; Thu, 24 May 2007 16:05:13 +0400 (MSD) (envelope-from ru) Date: Thu, 24 May 2007 16:05:13 +0400 From: Ruslan Ermilov To: Fredrik Lindberg Message-ID: <20070524120513.GC81435@rambler-co.ru> References: <4645EB89.6030208@FreeBSD.org> <46557B7F.5000704@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <46557B7F.5000704@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: freebsd-net@freebsd.org Subject: Re: em_ioctl and SIOCGIFADDR 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, 24 May 2007 12:34:15 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 24, 2007 at 01:48:15PM +0200, Fredrik Lindberg wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern%2F112937 >=20 See the followup to the PR for a one-line fix. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVX95qRfpzJluFF4RAkV6AJ4rDtQe75WSwW9foiFmXKCGhK7gRACdGvD4 vGcTefWTQfUAsU5if9oLGOE= =Em8z -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-net@FreeBSD.ORG Thu May 24 13:14:05 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2335616A4BF for ; Thu, 24 May 2007 13:14:05 +0000 (UTC) (envelope-from mav@freebsd.org) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2BF13C458 for ; Thu, 24 May 2007 13:14:04 +0000 (UTC) (envelope-from mav@freebsd.org) Received: from [195.248.178.122] (HELO [192.168.3.2]) by mail.alkar.net (CommuniGate Pro SMTP 5.1.7) with ESMTPS id 755285836; Thu, 24 May 2007 15:44:01 +0300 Message-ID: <46558856.9080808@freebsd.org> Date: Thu, 24 May 2007 15:43:02 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hideki Yamamoto References: <1179948200.00744606.1179934801@10.7.7.3> <1179966186.00744779.1179954001@10.7.7.3> <1179966189.00744783.1179954601@10.7.7.3> In-Reply-To: <1179966189.00744783.1179954601@10.7.7.3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Julian Elischer Subject: Re: can netgraph support IPv6 over IPv6 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, 24 May 2007 13:14:05 -0000 Julian Elischer wrote: Netgraph doesn't care. It knows nothing about ipV4 or ipV6. > > If you use the ng_ksocket type, it MAY need a patch to bind to an ipv6 > address. > (I have not checked). I have tested ng_ksocket with IPv6 while testing mpd's PPP over L2TP/TCP/UDP implementations. It works, except it does not support IPv6 protocol family constants, so you should use their numeric representation in hook name. And also I have only used binary command interface, ascii commands for IPv6 look like not implemented. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Thu May 24 18:25:47 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5BFF16A41F for ; Thu, 24 May 2007 18:25:47 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB6D13C44B for ; Thu, 24 May 2007 18:25:46 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l4OIPkMQ043521 for ; Thu, 24 May 2007 22:25:46 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l4OIPjWl043520 for net@FreeBSD.org; Thu, 24 May 2007 22:25:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 24 May 2007 22:25:45 +0400 From: Gleb Smirnoff To: net@FreeBSD.org Message-ID: <20070524182545.GF89017@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: TCP problems after 124 days of uptime? 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, 24 May 2007 18:25:47 -0000 Yesterday two of our web servers running 6.2-PRERELEASE experienced problems with accepting TCP connections. A small percentage of SYN packets was ignored. The packets were seen in tcpdump output, but not processed by TCP stack. No accept queue overflows occured, according to 'netstat -sp tcp'. Failing to find any clue I have rebooted one of them, and after reboot is started to work flawlessly. Reboot also helped the second one. Both servers were booted at the same time - 124 days ago. Any ideas, any similar reports? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu May 24 20:26:21 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 570DC16A46F for ; Thu, 24 May 2007 20:26:21 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id C17EE13C448 for ; Thu, 24 May 2007 20:26:20 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 63658 invoked from network); 24 May 2007 19:16:42 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 May 2007 19:16:42 -0000 Message-ID: <4655EEAD.2060307@freebsd.org> Date: Thu, 24 May 2007 21:59:41 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Gleb Smirnoff References: <20070524182545.GF89017@FreeBSD.org> In-Reply-To: <20070524182545.GF89017@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: net@FreeBSD.org Subject: Re: TCP problems after 124 days of uptime? 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, 24 May 2007 20:26:21 -0000 Gleb Smirnoff wrote: > Yesterday two of our web servers running 6.2-PRERELEASE experienced > problems with accepting TCP connections. A small percentage of SYN > packets was ignored. The packets were seen in tcpdump output, but not > processed by TCP stack. No accept queue overflows occured, according > to 'netstat -sp tcp'. > > Failing to find any clue I have rebooted one of them, and after > reboot is started to work flawlessly. Reboot also helped the second > one. Both servers were booted at the same time - 124 days ago. > > Any ideas, any similar reports? ticks is a 32 bit signed integer and TCP isn't really aware of it going negative and rolling over. This is something I'm working on fixing in -current. Haven't analyzed all potential cases there yet. -- Andre From owner-freebsd-net@FreeBSD.ORG Thu May 24 21:05:59 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89D1E16A469; Thu, 24 May 2007 21:05:59 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE4513C457; Thu, 24 May 2007 21:05:59 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l4OKqXE9055127; Thu, 24 May 2007 13:52:33 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l4OKqX1Q055126; Thu, 24 May 2007 13:52:33 -0700 (PDT) (envelope-from rizzo) Date: Thu, 24 May 2007 13:52:33 -0700 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20070524135233.D54579@xorpc.icir.org> References: <20070524182545.GF89017@FreeBSD.org> <4655EEAD.2060307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4655EEAD.2060307@freebsd.org>; from andre@freebsd.org on Thu, May 24, 2007 at 09:59:41PM +0200 Cc: net@freebsd.org Subject: Re: TCP problems after 124 days of uptime? 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, 24 May 2007 21:05:59 -0000 On Thu, May 24, 2007 at 09:59:41PM +0200, Andre Oppermann wrote: > Gleb Smirnoff wrote: > > Yesterday two of our web servers running 6.2-PRERELEASE experienced > > problems with accepting TCP connections. A small percentage of SYN > > packets was ignored. The packets were seen in tcpdump output, but not > > processed by TCP stack. No accept queue overflows occured, according > > to 'netstat -sp tcp'. > > > > Failing to find any clue I have rebooted one of them, and after > > reboot is started to work flawlessly. Reboot also helped the second > > one. Both servers were booted at the same time - 124 days ago. > > > > Any ideas, any similar reports? > > ticks is a 32 bit signed integer and TCP isn't really aware of it > going negative and rolling over. This is something I'm working on > fixing in -current. Haven't analyzed all potential cases there yet. by chance, is your 'hz' set to 200 ? this might explay something, because 2^31/(86400*200) = 124.275 cheers luigi From owner-freebsd-net@FreeBSD.ORG Thu May 24 21:43:58 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A115116A421 for ; Thu, 24 May 2007 21:43:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFFE13C448 for ; Thu, 24 May 2007 21:43:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 24 May 2007 14:30:40 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4C9FD125B3F; Thu, 24 May 2007 14:30:40 -0700 (PDT) Message-ID: <46560407.9080404@elischer.org> Date: Thu, 24 May 2007 14:30:47 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Andre Oppermann References: <20070524182545.GF89017@FreeBSD.org> <4655EEAD.2060307@freebsd.org> In-Reply-To: <4655EEAD.2060307@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , net@FreeBSD.org Subject: Re: TCP problems after 124 days of uptime? 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, 24 May 2007 21:43:58 -0000 Andre Oppermann wrote: > Gleb Smirnoff wrote: >> Yesterday two of our web servers running 6.2-PRERELEASE experienced >> problems with accepting TCP connections. A small percentage of SYN >> packets was ignored. The packets were seen in tcpdump output, but not >> processed by TCP stack. No accept queue overflows occured, according >> to 'netstat -sp tcp'. >> >> Failing to find any clue I have rebooted one of them, and after >> reboot is started to work flawlessly. Reboot also helped the second >> one. Both servers were booted at the same time - 124 days ago. >> >> Any ideas, any similar reports? > > ticks is a 32 bit signed integer and TCP isn't really aware of it > going negative and rolling over. This is something I'm working on > fixing in -current. Haven't analyzed all potential cases there yet. > 124 days is 32 bits at 400Hz or 30 bits at 100Hz what is the granularity of the TCP timer? From owner-freebsd-net@FreeBSD.ORG Thu May 24 21:44:20 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7752216A46B for ; Thu, 24 May 2007 21:44:20 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id DAB4D13C457 for ; Thu, 24 May 2007 21:44:19 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 67863 invoked from network); 24 May 2007 21:01:22 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 May 2007 21:01:22 -0000 Message-ID: <46560737.8090203@freebsd.org> Date: Thu, 24 May 2007 23:44:23 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Julian Elischer References: <20070524182545.GF89017@FreeBSD.org> <4655EEAD.2060307@freebsd.org> <46560407.9080404@elischer.org> In-Reply-To: <46560407.9080404@elischer.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Gleb Smirnoff , net@FreeBSD.org Subject: Re: TCP problems after 124 days of uptime? 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, 24 May 2007 21:44:20 -0000 Julian Elischer wrote: > Andre Oppermann wrote: >> Gleb Smirnoff wrote: >>> Yesterday two of our web servers running 6.2-PRERELEASE experienced >>> problems with accepting TCP connections. A small percentage of SYN >>> packets was ignored. The packets were seen in tcpdump output, but not >>> processed by TCP stack. No accept queue overflows occured, according >>> to 'netstat -sp tcp'. >>> >>> Failing to find any clue I have rebooted one of them, and after >>> reboot is started to work flawlessly. Reboot also helped the second >>> one. Both servers were booted at the same time - 124 days ago. >>> >>> Any ideas, any similar reports? >> >> ticks is a 32 bit signed integer and TCP isn't really aware of it >> going negative and rolling over. This is something I'm working on >> fixing in -current. Haven't analyzed all potential cases there yet. >> > > 124 days is 32 bits at 400Hz > or 30 bits at 100Hz > > what is the granularity of the TCP timer? ticks == HZ This isn't necessarily a TCP timer issue. It may just as well come from timestamps or RTT calculation that is done based on ticks derived values. -- Andre From owner-freebsd-net@FreeBSD.ORG Thu May 24 23:50:37 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6968A16A46D for ; Thu, 24 May 2007 23:50:37 +0000 (UTC) (envelope-from igeek@msn.com) Received: from bay0-omc3-s13.bay0.hotmail.com (bay0-omc3-s13.bay0.hotmail.com [65.54.246.213]) by mx1.freebsd.org (Postfix) with ESMTP id 55DD213C4B7 for ; Thu, 24 May 2007 23:50:37 +0000 (UTC) (envelope-from igeek@msn.com) Received: from hotmail.com ([65.54.173.6]) by bay0-omc3-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Thu, 24 May 2007 16:38:38 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 24 May 2007 16:38:38 -0700 Message-ID: Received: from 212.71.37.73 by by5fd.bay5.hotmail.msn.com with HTTP; Thu, 24 May 2007 23:38:34 GMT X-Originating-IP: [212.71.37.73] X-Originating-Email: [igeek@msn.com] X-Sender: igeek@msn.com In-Reply-To: From: "G E E K" To: antonio.tommasi@unile.it, freebsd-net@freebsd.org Date: Fri, 25 May 2007 02:38:34 +0300 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 24 May 2007 23:38:38.0965 (UTC) FILETIME=[A79D9250:01C79E5C] Cc: Subject: RE: Bridge transparent proxy 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, 24 May 2007 23:50:37 -0000 Did you check if the bridge.ko and ipfw.ko modules are loaded with the kernel or not? Regards, Saleh >From: Antonio Tommasi >To: freebsd-net@freebsd.org >Subject: Bridge transparent proxy >Date: Thu, 24 May 2007 07:06:54 +0200 > >Hi to all i'm trying to installa a bridge transparent proxy on a freebsd >6.2 with ipfw and squid. >I have two machine; > on the first one i've enabled option bridge in kernel option and then >i've recompile it and set variable sysctl in /etc/sysctl.conf >on the second i've set bridge_load module on the boot/loader.conf and set >the same variable from above in /etc/sysctl.conf >Naturally i've used the correct name of network interface in the >configuration file on the two machine. >I've the same configuration in firewall rules and squid in the two machine. >It works only on the machine with the kernel recompiled with bridge module. >Somebody can help me? >Thanks in advance >Antonio >_______________________________________________ >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" _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-net@FreeBSD.ORG Thu May 24 23:59:04 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC45316A421 for ; Thu, 24 May 2007 23:59:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id C982D13C448 for ; Thu, 24 May 2007 23:59:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 24 May 2007 16:59:03 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 3551B125A28; Thu, 24 May 2007 16:59:03 -0700 (PDT) Message-ID: <465626CF.9030907@elischer.org> Date: Thu, 24 May 2007 16:59:11 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: G E E K References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: antonio.tommasi@unile.it, freebsd-net@freebsd.org Subject: Re: Bridge transparent proxy 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, 24 May 2007 23:59:04 -0000 G E E K wrote: > > > Did you check if the bridge.ko and ipfw.ko modules are loaded with the > kernel or not? > > Regards, > Saleh > > >> From: Antonio Tommasi >> To: freebsd-net@freebsd.org >> Subject: Bridge transparent proxy >> Date: Thu, 24 May 2007 07:06:54 +0200 >> >> Hi to all i'm trying to installa a bridge transparent proxy on a >> freebsd 6.2 with ipfw and squid. >> I have two machine; >> on the first one i've enabled option bridge in kernel option and then >> i've recompile it and set variable sysctl in /etc/sysctl.conf >> on the second i've set bridge_load module on the boot/loader.conf and >> set the same variable from above in /etc/sysctl.conf >> Naturally i've used the correct name of network interface in the >> configuration file on the two machine. >> I've the same configuration in firewall rules and squid in the two >> machine. >> It works only on the machine with the kernel recompiled with bridge >> module. >> Somebody can help me? >> Thanks in advance >> Antonio you can not do 'fwd' in a bridge. (I assume htat is what you want to do) you need to be routing.. bridges do everythign at layer2 fwd only works at layer3. >> _______________________________________________ >> 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" > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > _______________________________________________ > 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 May 25 00:05:02 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5034B16A400 for ; Fri, 25 May 2007 00:05:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEB113C45B for ; Fri, 25 May 2007 00:05:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 24 May 2007 17:05:01 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 7F8DF125A24; Thu, 24 May 2007 17:05:00 -0700 (PDT) Message-ID: <46562834.5070007@elischer.org> Date: Thu, 24 May 2007 17:05:08 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: G E E K References: <465626CF.9030907@elischer.org> In-Reply-To: <465626CF.9030907@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: antonio.tommasi@unile.it, freebsd-net@freebsd.org Subject: Re: Bridge transparent proxy 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, 25 May 2007 00:05:02 -0000 Julian Elischer wrote: > G E E K wrote: >> >> >> Did you check if the bridge.ko and ipfw.ko modules are loaded with the >> kernel or not? >> >> Regards, >> Saleh >> >> >>> From: Antonio Tommasi >>> To: freebsd-net@freebsd.org >>> Subject: Bridge transparent proxy >>> Date: Thu, 24 May 2007 07:06:54 +0200 >>> >>> Hi to all i'm trying to installa a bridge transparent proxy on a >>> freebsd 6.2 with ipfw and squid. >>> I have two machine; >>> on the first one i've enabled option bridge in kernel option and >>> then i've recompile it and set variable sysctl in /etc/sysctl.conf >>> on the second i've set bridge_load module on the boot/loader.conf and >>> set the same variable from above in /etc/sysctl.conf >>> Naturally i've used the correct name of network interface in the >>> configuration file on the two machine. >>> I've the same configuration in firewall rules and squid in the two >>> machine. >>> It works only on the machine with the kernel recompiled with bridge >>> module. >>> Somebody can help me? >>> Thanks in advance >>> Antonio > > you can not do 'fwd' in a bridge. > (I assume htat is what you want to do) > you need to be routing.. > > bridges do everythign at layer2 > fwd only works at layer3. I just reread the original mail.. I'm surprised it works on the fully compiled in machine.. but assuming that what you do does work, then It could be that unless you compile it fully, you will not get IP_FIREWALL_FORWARD so the IP stack will not have the appropriate changes in it. > > >>> _______________________________________________ >>> 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" >> >> _________________________________________________________________ >> Express yourself instantly with MSN Messenger! Download today it's >> FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri May 25 07:40:46 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83A9C16A400; Fri, 25 May 2007 07:40:46 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD0013C448; Fri, 25 May 2007 07:40:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l4P7eiSN049727; Fri, 25 May 2007 11:40:44 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l4P7ehe3049726; Fri, 25 May 2007 11:40:43 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 May 2007 11:40:43 +0400 From: Gleb Smirnoff To: Luigi Rizzo Message-ID: <20070525074043.GH89017@glebius.int.ru> References: <20070524182545.GF89017@FreeBSD.org> <4655EEAD.2060307@freebsd.org> <20070524135233.D54579@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070524135233.D54579@xorpc.icir.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Andre Oppermann , net@FreeBSD.org Subject: Re: TCP problems after 124 days of uptime? 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, 25 May 2007 07:40:46 -0000 On Thu, May 24, 2007 at 01:52:33PM -0700, Luigi Rizzo wrote: L> On Thu, May 24, 2007 at 09:59:41PM +0200, Andre Oppermann wrote: L> > Gleb Smirnoff wrote: L> > > Yesterday two of our web servers running 6.2-PRERELEASE experienced L> > > problems with accepting TCP connections. A small percentage of SYN L> > > packets was ignored. The packets were seen in tcpdump output, but not L> > > processed by TCP stack. No accept queue overflows occured, according L> > > to 'netstat -sp tcp'. L> > > L> > > Failing to find any clue I have rebooted one of them, and after L> > > reboot is started to work flawlessly. Reboot also helped the second L> > > one. Both servers were booted at the same time - 124 days ago. L> > > L> > > Any ideas, any similar reports? L> > L> > ticks is a 32 bit signed integer and TCP isn't really aware of it L> > going negative and rolling over. This is something I'm working on L> > fixing in -current. Haven't analyzed all potential cases there yet. L> L> by chance, is your 'hz' set to 200 ? L> this might explay something, because 2^31/(86400*200) = 124.275 Nope. hz is default - 1000. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 25 18:06:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21B8416A400 for ; Fri, 25 May 2007 18:06:32 +0000 (UTC) (envelope-from ma243745@skynet.be) Received: from outfbmx014.isp.belgacom.be (outfbmx014.isp.belgacom.be [195.238.6.70]) by mx1.freebsd.org (Postfix) with ESMTP id D7D3313C44C for ; Fri, 25 May 2007 18:06:31 +0000 (UTC) (envelope-from ma243745@skynet.be) Received: from outmx010.isp.belgacom.be (outmx010.isp.belgacom.be [195.238.5.233]) by outfbmx014.isp.belgacom.be (Postfix) with ESMTP id 40C89568A0A for ; Fri, 25 May 2007 19:45:01 +0200 (CEST) Received: from outmx010.isp.belgacom.be (localhost [127.0.0.1]) by outmx010.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l4PHireh028669 for ; Fri, 25 May 2007 19:44:53 +0200 (envelope-from ) Received: from localhost (144.250-240-81.adsl-static.isp.belgacom.be [81.240.250.144]) by outmx010.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with SMTP id l4PHif4l028589 for ; Fri, 25 May 2007 19:44:45 +0200 (envelope-from ) Date: Fri, 25 May 2007 19:44:39 +0200 From: MaXX To: freebsd-net@freebsd.org Message-Id: <20070525194439.90984fde.ma243745@skynet.be> In-Reply-To: <464EC7D6.5070408@acm.org> References: <464EC7D6.5070408@acm.org> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: re0 - D-Link DGE-528T not recognised. 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, 25 May 2007 18:06:32 -0000 On Sat, 19 May 2007 11:48:06 +0200 Denis Fortin wrote: > (follow-up to question by MaXX to freebsd-net on Sun May 6 11:53:56) > > Greetings, > > I have also just bought a couple of D-Link DGE-528T Gigabit Ethernet > cards for use with FreeBSD, and I also found that FreeBSD 6.2-RELEASE > did not detect them anymore. > > A simple fix is needed to /usr/src/sys/dev/re/if_re.c to add support for > the rev.B1 version of the hardware. [...] Thank you Denis, and sorry for the late answer... I'm still waiting for a good moment to reboot the machine and see if that fixes the problem... -- MaXX From owner-freebsd-net@FreeBSD.ORG Fri May 25 20:01:00 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D0EA16A481 for ; Fri, 25 May 2007 20:01:00 +0000 (UTC) (envelope-from andrei.manescu@clicknet.ro) Received: from proxy3.romtelecom.net (proxy3.romtelecom.net [86.35.15.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECF113C489 for ; Fri, 25 May 2007 20:00:58 +0000 (UTC) (envelope-from andrei.manescu@clicknet.ro) Received: (qmail 12979 invoked from network); 25 May 2007 19:33:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on proxy3 X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=HTML_50_60,HTML_MESSAGE autolearn=no version=3.1.8 Received: from ip4-83-240-46-91.cust.nbox.cz (HELO ivorde) (andrei.manescu@clicknet.ro@[83.240.46.91]) (envelope-sender ) by proxy3.romtelecom.net (qmail-ldap-1.03) with SMTP for ; 25 May 2007 19:33:38 -0000 Message-ID: <000e01c79f03$b2cfce70$5501a8c0@ivorde> From: "Andrei Manescu" To: Date: Fri, 25 May 2007 22:34:23 +0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: two public ip addresses on one interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 20:01:00 -0000 Hello, If I want to put two public IP addresses, with different subnetmasks (my = ISP is changing some subnets and for two months I will be able to use = two public ip addresses) on the same interface (xl0) my rc.conf shuld = look like this: ifconfig_xl0=3D"inet 84.125.210.108 netmask 255.255.252.0" ifconfig_xl0_alias0=3D"inet 81.66.10.36 netmask 255.255.255.255" (this = ip address has mask /24 ) or is there any other possibility to have two ip addresses on the same = nic, besides aliases ?? Thank you in advance. From owner-freebsd-net@FreeBSD.ORG Fri May 25 20:17:40 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 761B516A41F for ; Fri, 25 May 2007 20:17:40 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 623FA13C48C for ; Fri, 25 May 2007 20:17:40 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out3.apple.com (Postfix) with ESMTP id A91D721AA40; Fri, 25 May 2007 13:17:03 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 38ADC4005C; Fri, 25 May 2007 13:17:40 -0700 (PDT) X-AuditID: 11807126-b0fe9bb000003f8b-d6-465744647637 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id 202A1404FD; Fri, 25 May 2007 13:17:40 -0700 (PDT) In-Reply-To: <000e01c79f03$b2cfce70$5501a8c0@ivorde> References: <000e01c79f03$b2cfce70$5501a8c0@ivorde> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <08556012-CA57-4B2A-A142-F5C1BC8D9009@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Fri, 25 May 2007 13:17:39 -0700 To: Andrei Manescu X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: two public ip addresses on one interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 20:17:40 -0000 On May 25, 2007, at 12:34 PM, Andrei Manescu wrote: > If I want to put two public IP addresses, with different > subnetmasks (my ISP is changing some subnets and for two months I > will be able to use two public ip addresses) on the same interface > (xl0) my rc.conf shuld look like this: > > ifconfig_xl0="inet 84.125.210.108 netmask 255.255.252.0" > ifconfig_xl0_alias0="inet 81.66.10.36 netmask > 255.255.255.255" (this ip address has mask /24 ) If your aliases are part of the same subnet as the "primary" or first configured IP, then you want to use the all-1's netmask. In your case, however, the second IP is part of a completely different subnet, and you can (and should) use a /24 netmask.... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Fri May 25 20:42:05 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F2FC16A41F for ; Fri, 25 May 2007 20:42:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id D535213C4BA for ; Fri, 25 May 2007 20:42:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20336 invoked by uid 399); 25 May 2007 20:15:23 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 25 May 2007 20:15:23 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <465743D9.7040904@FreeBSD.org> Date: Fri, 25 May 2007 13:15:21 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Andrei Manescu References: <000e01c79f03$b2cfce70$5501a8c0@ivorde> In-Reply-To: <000e01c79f03$b2cfce70$5501a8c0@ivorde> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: two public ip addresses on one interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 20:42:05 -0000 Andrei Manescu wrote: > Hello, > > If I want to put two public IP addresses, with different subnetmasks (my ISP is changing some subnets and for two months I will be able to use two public ip addresses) on the same interface (xl0) my rc.conf shuld look like this: > > ifconfig_xl0="inet 84.125.210.108 netmask 255.255.252.0" > ifconfig_xl0_alias0="inet 81.66.10.36 netmask 255.255.255.255" (this ip address has mask /24 ) > > or is there any other possibility to have two ip addresses on the same nic, besides aliases ?? Did you try setting the alias with the correct subnet? IIRC, the rule that you have to use 255.255.255.255 for the alias only applies if the second (or more) IP address is in the SAME subnet. I seem to recall doing what you described at some point in the past ... hth, Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Fri May 25 22:51:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A79B316A469 for ; Fri, 25 May 2007 22:51:35 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 6D72C13C46C for ; Fri, 25 May 2007 22:51:35 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so630401wxd for ; Fri, 25 May 2007 15:51:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kwJLQUxiAykNnNdbyxBK6PCXbw1iWx3yFySTE3G++cO6h8/sd+6xXurPss9U/e0MtEYcDOLJFLaLFaDvdJM6Bc8d7lcgvjnGVkoLaDxaVV7ym4y443RLlZyeYfKLcvkckTLZJyNDQzSw1SyTtPO1EecWokAxOgqzhvDkUnY6G+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=M2FQXX55Aa4Y3gteF4l3jLNPNQL6/zEt7YFZEIFPLOcY+Y/nXLdrU62daK2DG/iIiwnuFnZM4nub7zGCcNRFfmYtet1InKi4cnaZiCPMfFTs0rxjFgDn29nWUqLYahKuPOOWjCI4qI8Q+IqJ6aq5l3095/WG5oKbkWREIzU8ufQ= Received: by 10.70.89.1 with SMTP id m1mr4768249wxb.1180131968019; Fri, 25 May 2007 15:26:08 -0700 (PDT) Received: by 10.70.73.1 with HTTP; Fri, 25 May 2007 15:26:07 -0700 (PDT) Message-ID: <9a542da30705251526v3b83536fv48f26cc131daba10@mail.gmail.com> Date: Sat, 26 May 2007 00:26:07 +0200 From: "=?ISO-8859-1?Q?Ermal_Lu=E7i?=" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ALTQ_CDNR(conditioner) usability?! 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, 25 May 2007 22:51:35 -0000 Hello list, while looking ip_input i saw that altq code is called from there and if i have not read badly it goes to altq_cdnr code which is just a diffserv conditioner. Is there any utility that allows its configuration. Even PF hasn't integrated it and i wonder why?! If it's just a job to be done an how-to or how it is supposed to work would be nice! Regards. From owner-freebsd-net@FreeBSD.ORG Sat May 26 06:59:50 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F7FB16A469; Sat, 26 May 2007 06:59:50 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 35EBF13C4B0; Sat, 26 May 2007 06:59:50 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l4Q6xoBC082885; Sat, 26 May 2007 06:59:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l4Q6xok3082881; Sat, 26 May 2007 06:59:50 GMT (envelope-from linimon) Date: Sat, 26 May 2007 06:59:50 GMT From: Mark Linimon Message-Id: <200705260659.l4Q6xok3082881@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/112528: NFS over TCP under load hangs with "impossible packet length" 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, 26 May 2007 06:59:50 -0000 Synopsis: NFS over TCP under load hangs with "impossible packet length" Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 26 06:58:58 UTC 2007 Responsible-Changed-Why: This does not sound amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=112528 From owner-freebsd-net@FreeBSD.ORG Sat May 26 15:52:19 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54F1D16A469 for ; Sat, 26 May 2007 15:52:19 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id C651A13C44B for ; Sat, 26 May 2007 15:52:18 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 9F6E11B10EA4; Sat, 26 May 2007 17:52:17 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 9BF2D1B10C26; Sat, 26 May 2007 17:52:17 +0200 (CEST) Message-ID: <465857B1.1080104@sun-fish.com> Date: Sat, 26 May 2007 18:52:17 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Jack Vogel References: <462E3B4A.5030307@sun-fish.com> <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> <462F0CBF.6020507@sun-fish.com> <2a41acea0704250936l46ed31a3w930ac8fba04df810@mail.gmail.com> <2a41acea0705041349o7bce9e1eh63ef1a036f80d1b6@mail.gmail.com> <463F2318.4070702@sun-fish.com> <2a41acea0705111501h41170824qddbf8fee9d9dacc7@mail.gmail.com> In-Reply-To: <2a41acea0705111501h41170824qddbf8fee9d9dacc7@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-net@freebsd.org Subject: Re: em0 - bge0 failed to work at 1000baseTX 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, 26 May 2007 15:52:19 -0000 Hi Jack, Jack Vogel wrote: > On 5/7/07, Stefan Lambrev wrote: >> Hi again, >> >> Jack Vogel wrote: >> >> > >> > The new driver I just checked into CURRENT has this fix, I hope its >> > going to be in the May snapshot, Stefan, can you try CURRENT to >> > see if it solves your problem? >> > >> > Jack >> I have problems with loading if_em as module on 7.0-current from today: >> >> link_elf: symbol e1000_init_function_pointers_82575 undefined >> >> so I compiled in the kernel, and it works, but nothing changed about my >> problem - it still refuses to stay on 1000baseTX for more then 2 seconds >> and auto-negotiate to 100baseTX. >> >> em0: port >> 0x2000-0x201f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at >> device 25.0 on pci0 >> em0: Ethernet address: 00:0f:fe:4e:78:16 >> em0: [FILTER] >> >> I'm ready to test any new patches :) > > My patch made assumptions about what is causing your problem, > and that may be incorrect. Our test group does not have that Broadcom > adapter but they are going to get one. > > They had a suggestion that you can try, go into your BIOS, and > then the Advanced Menu, I believe under that you will find settings > for the NorthBridge, in that submenu there is settings for HECI, > disable that, it is the interface to the management processor. > > Then boot up and test again, if it now autonegs correctly then > it is the management getting in your way, on the other hand if > you still see it happen then we're back to square one :) > > Good luck, > > Jack I finally succeed with building latest current, found another Gige Intel card and make more tests: Both servers are running freebsd 7.0 new server with dual-port em network card (7.0-CURRENT #9: Thu May 24): em1: port 0x2000-0x201f mem 0xb8c00000-0xb8c1ffff,0xb8400000-0xb87fffff irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:15:17:1b:08:ed em1: [FILTER] problematic server with verbose boot (FreeBSD 7.0-CURRENT #8: Sat May 26) : em0: port 0x2000-0x201f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at device 25.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf0500000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 49 em0: using IRQ 256 for MSI em0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf0524000 em0: bpf attached em0: Ethernet address: 00:0f:fe:4e:78:16 em0: [FILTER] Just after boot I see: em0: Link is up 1000 Mbps Full Duplex em0: link state changed to UP em0: Link is Down em0: link state changed to DOWN em0: Link is up 100 Mbps Full Duplex em0: link state changed to UP So the problem is not with bge0, but em0. -- Best Wishes, Stefan Lambrev ICQ# 24134177