From owner-freebsd-net@FreeBSD.ORG Sun Nov 20 05:21:23 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D4116A420 for ; Sun, 20 Nov 2005 05:21:22 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: from fmx02.freemail.hu (fmx02.freemail.hu [195.228.245.52]) by mx1.FreeBSD.org (Postfix) with SMTP id 3426043D45 for ; Sun, 20 Nov 2005 05:21:21 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: (qmail 6896 invoked from network); 19 Nov 2005 23:14:40 +0100 Received: from fm14.freemail.hu (195.228.245.114) by fmx02.freemail.hu with SMTP; 19 Nov 2005 23:14:39 +0100 Received: (qmail 58682 invoked by uid 227048); 19 Nov 2005 23:14:39 +0100 Date: Sat, 19 Nov 2005 23:14:39 +0100 (CET) From: Csaba Urban To: Andrew Thompson In-Reply-To: <20051119203337.GA804@heff.fud.org.nz> Message-ID: X-Originating-IP: [62.68.174.63] X-HTTP-User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Freemail: message scanned Cc: freebsd-net@FreeBSD.org Subject: Re: PF rule on bridged interface won't match X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 05:21:23 -0000 The bridge would be a gateway for the hosts which are on member=20 interfaces. I would like to control which IP adresses they can use on a=20 particular interface (i.e. 192.168.1.5 on vlan1, etc.). It seems that it=20 won't work this way. Anyway, it can be done using the old bridge but I think it would be=20 more convenient if packets destined for/ originated from the bridge=20 itself were also handled to pfil_hooks when entering/leaving member=20 interfaces. Andrew Thompson =EDrta: > On Fri, Nov 18, 2005 at 03:50:42PM +0100, Csaba Urban wrote: > > Hi, > >=20 > > I can't have packets match on PF rules on a member of if_bridge if=20 it is=20 > > not bridged but comes from an other IP interface. Bridged packets=20 > > match correctly. > >=20 > > bridge0: flags=3D8041 mtu 1500 > > inet 192.168.1.1 netmask 0xffffffe0 > > ether ac:de:48:af:bc:8f > > priority 32768 hellotime 2 fwddelay 15 maxage 20 > > member: vlan3 flags=3D3 > > member: vlan2 flags=3D3 > > member: vlan1 flags=3D3 > >=20 > > PF rule: > > pass in on vlan1 all > > pass out on vlan1 all > >=20 > > This rule matches only if traffic is bridged (goes directly layer2 from= =20 > > vlan1 to vlan2 or vlan3). If it is delivered to the IP layer or it come= s=20 from=20 > > there then it won't match. >=20 > This is how its currently implemented. You can match locally generated > packets on the bridge0 interface, is that sufficient for your setup? >=20 >=20 > Andrew > =0A=0A___________________________________________________________________= ____=0ARendelj k=E9pet =E9s nyerj=E9l g=E9pet a T-Online Fot=F3t=E1r=E1val = december 15-ig.=0Ahttp://www.t-online.hu=0A=0A From owner-freebsd-net@FreeBSD.ORG Sun Nov 20 15:10:53 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8EB016A41F; Sun, 20 Nov 2005 15:10:53 +0000 (GMT) (envelope-from ozkan@mersin.edu.tr) Received: from mail.mersin.edu.tr (mail.mersin.edu.tr [193.255.128.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D2DE43D46; Sun, 20 Nov 2005 15:10:52 +0000 (GMT) (envelope-from ozkan@mersin.edu.tr) Received: from localhost (localhost.mersin.edu.tr [127.0.0.1]) by mail.mersin.edu.tr (Postfix) with ESMTP id 11A5345099; Sun, 20 Nov 2005 17:10:51 +0200 (EET) Received: from mail.mersin.edu.tr ([127.0.0.1]) by localhost (mail.mersin.edu.tr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86680-37; Sun, 20 Nov 2005 17:10:39 +0200 (EET) Received: from [10.0.50.20] (unknown [81.213.166.209]) by mail.mersin.edu.tr (Postfix) with ESMTP id 27155450A4; Sun, 20 Nov 2005 17:10:39 +0200 (EET) Message-ID: <438091EA.3040203@mersin.edu.tr> Date: Sun, 20 Nov 2005 17:10:34 +0200 From: =?ISO-8859-9?Q?=D6zkan_KIRIK?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050927) X-Accept-Language: tr-TR, tr, en-US, en MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Content-Type: text/plain; charset=ISO-8859-9; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mersin.edu.tr Cc: Subject: FreeBSD 6.0 - ipfw fwd with bridge mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 15:10:54 -0000 Hi, i am trying to forward packets via ipfw in bridge mode. is there any patch for 6.0-Release? thanks for your interests, From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 04:46:10 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEBA616A41F; Mon, 21 Nov 2005 04:46:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A835B43D4C; Mon, 21 Nov 2005 04:46:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id EB0512288AA; Sun, 20 Nov 2005 20:46:09 -0800 (PST) Received: from [192.168.2.4] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id jAL4k7Yx058859; Sun, 20 Nov 2005 20:46:09 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <4381510D.1070402@elischer.org> Date: Sun, 20 Nov 2005 20:46:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051120 X-Accept-Language: en, hu MIME-Version: 1.0 To: =?ISO-8859-9?Q?=D6zkan_KIRIK?= References: <438091EA.3040203@mersin.edu.tr> In-Reply-To: <438091EA.3040203@mersin.edu.tr> Content-Type: text/plain; charset=ISO-8859-9; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: FreeBSD 6.0 - ipfw fwd with bridge mode X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2005 04:46:11 -0000 Özkan KIRIK wrote: > Hi, > > i am trying to forward packets via ipfw in bridge mode. > is there any patch for 6.0-Release? > > thanks for your interests, > _______________________________________________ > 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" there are two patches to do this with 4.x one by luigi and one by a company I know of. neither is exactly correct for 6.0 The simplest one just "accepts" the packet as local which means that it gets run through ipfw again in the IP stack at which time it is REALLY forwarded. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 09:48:10 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F2B16A41F; Mon, 21 Nov 2005 09:48:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0EB743D46; Mon, 21 Nov 2005 09:48:09 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAL9lwNL013536; Mon, 21 Nov 2005 11:47:58 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 05759-03-6; Mon, 21 Nov 2005 11:47:56 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAL9jdMI012288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2005 11:45:40 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAL9jmRX078875; Mon, 21 Nov 2005 11:45:48 +0200 (EET) (envelope-from ru) Date: Mon, 21 Nov 2005 11:45:48 +0200 From: Ruslan Ermilov To: "Wojciech A. Koszek" , Gleb Smirnoff Message-ID: <20051121094548.GJ20188@ip.net.ua> References: <20051119173235.GA75949@freebsd.czest.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liqSWPDvh3eyfZ9k" Content-Disposition: inline In-Reply-To: <20051119173235.GA75949@freebsd.czest.pl> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-net@FreeBSD.org Subject: Re: [CALL FOR TESTERS] ng_bridge(4) multithreaded 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 Nov 2005 09:48:10 -0000 --liqSWPDvh3eyfZ9k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 19, 2005 at 05:32:35PM +0000, Wojciech A. Koszek wrote: > Hello, >=20 > With Gleb's help I've written patch for ng_bridge(4) which makes it ready > for running multithreaded. I think it would be better to let more people > test it. Patch is here: >=20 > http://freebsd.czest.pl/dunstan/FreeBSD/ng_bridge_locking.2 >=20 > Comments and eventual reports from anyone who uses ng_bridge(4) on MP > machine are welcome. >=20 The comment preceding the ng_bridge_put() function should be updated accordingly, to account for KASSERT() removal and a function being "void" now. Otherwise, looks good. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --liqSWPDvh3eyfZ9k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDgZdMqRfpzJluFF4RAt7DAJ9h4CK6A0SKR4O6MRT/aX6UkMEasgCfU+yu fsRGiiVvm70JgqFmEarXtD0= =BJmQ -----END PGP SIGNATURE----- --liqSWPDvh3eyfZ9k-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 11:02:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B49316A41F for ; Mon, 21 Nov 2005 11:02:45 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3972143D55 for ; Mon, 21 Nov 2005 11:02:38 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jALB2bIj090131 for ; Mon, 21 Nov 2005 11:02:38 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jALB2bGj090125 for freebsd-net@freebsd.org; Mon, 21 Nov 2005 11:02:37 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Nov 2005 11:02:37 GMT Message-Id: <200511211102.jALB2bGj090125@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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 Nov 2005 11:02:45 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/11/03] kern/88450 net SYN+ACK reports strange size of window 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 11:17:23 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A87716A41F for ; Mon, 21 Nov 2005 11:17:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 107AE43D5C for ; Mon, 21 Nov 2005 11:17:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jALBHJdb076417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2005 14:17:19 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jALBHI5K076416; Mon, 21 Nov 2005 14:17:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 21 Nov 2005 14:17:17 +0300 From: Gleb Smirnoff To: Kazuaki Oda Message-ID: <20051121111717.GO24212@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Kazuaki Oda , freebsd-net@freebsd.org References: <437F4D18.9030003@highway.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <437F4D18.9030003@highway.ne.jp> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: gratuitous ARP from CARP backup host 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 Nov 2005 11:17:23 -0000 On Sun, Nov 20, 2005 at 01:04:40AM +0900, Kazuaki Oda wrote: K> I reported a problem a few days ago that CARP backup host replies ARP K> request. This problem has been fixed, thanks. But I found one more K> problem. K> K> 1) master host and backup host are connected to the same layer 3 K> switch. K> K> 2) at master host, I run the following command: K> # ifconfig carp2 create K> # ifconfig carp2 vhid 22 advskew 10 pass xxxx 192.168.1.7/24 K> K> 3) master host sends gratuitous ARP. K> K> 4) at backup host, I run the following command: K> # ifconfig carp2 create K> # ifconfig carp2 vhid 22 advskew 100 pass xxxx 192.168.1.7/24 K> K> 5) backup host sends gratuitous ARP. K> And so, layer 3 switch sends packets addressed for 192.168.1.7 to K> the port connected to backup host, sigh... Does it sends packets until next advertisement from master or forever? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 11:29:01 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30AB16A41F for ; Mon, 21 Nov 2005 11:29:01 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B039343D45 for ; Mon, 21 Nov 2005 11:29:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id B6F319E; Mon, 21 Nov 2005 06:29:21 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 59ACB835; Mon, 21 Nov 2005 06:29:20 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Ee9qy-0005lU-Uf; Mon, 21 Nov 2005 11:28:56 +0000 Date: Mon, 21 Nov 2005 11:28:56 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20051121112856.GB21985@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051117135738.GH5197@obiwan.tataz.chchile.org> <1132239963.819.18.camel@localhost.localdomain> <20051117152357.GA8209@uk.tiscali.com> <1132242723.819.45.camel@localhost.localdomain> <20051117162748.GA8417@uk.tiscali.com> <20051117173535.GF97528@gremlin.foo.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051117173535.GF97528@gremlin.foo.is> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: arp-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: Mon, 21 Nov 2005 11:29:01 -0000 > > On Thu, Nov 17, 2005 at 04:52:03PM +0100, Jon Otterholm wrote: > > > Scenario#1: > > > -I have a range of ip's, for example 215.10.10.0 - 215.10.10.255. > > > -I want to distrubute theese ip's to my customers via DHCP. > > > -They are all atached to me via a VLAN-trunk on a unique VID > > > -I have 200+ customers. Let me see if I can summarise your requirements: vlan1 cust1 --------, \ service network vlan2 \ trunked single subnet x.y.z.0/24 cust2 -----------===============*------+------------+------- / | | vlan3 / DHCP srv router ---> Internet cust3 --------' The constraints are: - cust1, cust2, cust3 are all on the same subnet x.y.z.0/24 and get an IP address allocated by DHCP - However, the MAC address for cust1 must never appear as a source MAC address on vlan2 or vlan3, as this would confuse the provider's trunked switching infrastructure So you can't just bridge all the VLANs together. Rather: 1. a broadcast from custX must appear on the service network, but not on any of the other customer VLANs. More strongly, no packet from custX may appear on any other VLAN apart from the service network. [*] 2. a broadcast from the service subnet should appear on all customer VLANs (e.g. ARP from DHCP server or router) 3. an ARP request for custY from custX must be proxy-ARP responded to by a device on the service network, otherwise customers wouldn't be able to communicate with each other. 4. a unicast packet from the service network to a customer must be forwarded to the correct customer VLAN Is that a reasonable summary? Taking that as the base: Point (4) implies that a bridge forwarding table must still be built, because the device performing this function (labelled '*' in the above diagram) needs to associate a MAC address with a VLAN, and do so by learning rather than static configuration. Point (1) says that you can't just bridge all the VLANs together, because otherwise a packet to a broadcast address or to an unknown MAC address would be forwarded to all the other VLANs. We want this to happen for packets originating from the service network (point (2)), but not for packets which originate from the customer networks. So, some sort of L2 forwarding filter should do the trick: configure it so that packets may only be forwarded to customer VLANs if they originate from the service network. If this filter is applied, you guarantee that a customer's MAC address will never appear as a source on any other VLAN. Point (3), proxy ARP, is easy enough. You know all the possible customer IPs - they are exactly the range assigned to the DHCP server to allocate - and therefore you can proxy-ARP respond for any IP address within the DHCP range, as long as the request originated from a customer VLAN (which can also be determined by the ARP source IP). The router itself could perform this proxy ARP function, or else any server on the service network running something like choparp (which can give out the router's MAC address in the ARP responses). IP datagrams from custX to custY then go custX->router->custY. So actually, when thought about like this, the L2 masquerading requirement vanishes, and what you really need is bridging plus some L2 filtering based on ingress and egress interfaces. Unfortunately, I don't know if FreeBSD has this level of L2 filtering (I note that the bridge(4) documentation says that ipf/ipfw filtering only works for IP datagrams). However a frob on the bridging code should be possible; call the first interface 'master' and the rest 'slaves', and have a rule so that packets to a 'slave' interface are only forwarded if they originated from the 'master' interface. Aside: the network as designed above has an obvious flaw that any customer can DHCP for as many different machines as they wish, and therefore exhaust your DHCP pool. You could have a separate mini DHCP server listening on each VLAN and only handing out a single IP, but that doesn't stop customers stealing other customer's IPs through static configuration. So actually, I think you need anti-spoofing filters on each VLAN too. Doing that, you end up statically routing a separate IP down each VLAN, in which case what you *really* want is to be able to configure each VLAN subinterface as if it were a point-to-point interface. But I don't think FreeBSD supports that on broadcast media. Regards, Brian. [*] Or if it did appear on the other customer VLANs, it would have to be masqueraded to appear as if it came from a MAC address on the service network; however I believe this isn't actually necessary, as the only broadcasts we really care about here are ARP requests. All others can be dropped, and indeed probably should be dropped so that all your customers don't get drowned in each other's broadcast traffic. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 11:42:16 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D2F16A41F; Mon, 21 Nov 2005 11:42:16 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB55143D58; Mon, 21 Nov 2005 11:42:15 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [202.213.251.158] (helo=[192.168.20.6]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1EeA3q-0006Cr-JB; Mon, 21 Nov 2005 20:42:14 +0900 Message-ID: <4381B26B.6080407@highway.ne.jp> Date: Mon, 21 Nov 2005 20:41:31 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050731) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <437F4D18.9030003@highway.ne.jp> <20051121111717.GO24212@cell.sick.ru> In-Reply-To: <20051121111717.GO24212@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: gratuitous ARP from CARP backup host 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 Nov 2005 11:42:16 -0000 Gleb Smirnoff wrote: > On Sun, Nov 20, 2005 at 01:04:40AM +0900, Kazuaki Oda wrote: > K> I reported a problem a few days ago that CARP backup host replies ARP > K> request. This problem has been fixed, thanks. But I found one more > K> problem. > K> > K> 1) master host and backup host are connected to the same layer 3 > K> switch. > K> > K> 2) at master host, I run the following command: > K> # ifconfig carp2 create > K> # ifconfig carp2 vhid 22 advskew 10 pass xxxx 192.168.1.7/24 > K> > K> 3) master host sends gratuitous ARP. > K> > K> 4) at backup host, I run the following command: > K> # ifconfig carp2 create > K> # ifconfig carp2 vhid 22 advskew 100 pass xxxx 192.168.1.7/24 > K> > K> 5) backup host sends gratuitous ARP. > K> And so, layer 3 switch sends packets addressed for 192.168.1.7 to > K> the port connected to backup host, sigh... > > Does it sends packets until next advertisement from master or forever? > Forever. Master host never receives the packets. -------------------- Kazuaki Oda From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 12:02:34 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B81B316A420 for ; Mon, 21 Nov 2005 12:02:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027BC43D8E for ; Mon, 21 Nov 2005 12:02:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jALC2IjX077269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Nov 2005 15:02:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jALC2IsO077268; Mon, 21 Nov 2005 15:02:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 21 Nov 2005 15:02:17 +0300 From: Gleb Smirnoff To: Kazuaki Oda Message-ID: <20051121120217.GQ24212@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Kazuaki Oda , freebsd-net@FreeBSD.org References: <437F4D18.9030003@highway.ne.jp> <20051121111717.GO24212@cell.sick.ru> <4381B26B.6080407@highway.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4381B26B.6080407@highway.ne.jp> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: gratuitous ARP from CARP backup host 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 Nov 2005 12:02:34 -0000 On Mon, Nov 21, 2005 at 08:41:31PM +0900, Kazuaki Oda wrote: K> >On Sun, Nov 20, 2005 at 01:04:40AM +0900, Kazuaki Oda wrote: K> >K> I reported a problem a few days ago that CARP backup host replies ARP K> >K> request. This problem has been fixed, thanks. But I found one more K> >K> problem. K> >K> K> >K> 1) master host and backup host are connected to the same layer 3 K> >K> switch. K> >K> K> >K> 2) at master host, I run the following command: K> >K> # ifconfig carp2 create K> >K> # ifconfig carp2 vhid 22 advskew 10 pass xxxx 192.168.1.7/24 K> >K> K> >K> 3) master host sends gratuitous ARP. K> >K> K> >K> 4) at backup host, I run the following command: K> >K> # ifconfig carp2 create K> >K> # ifconfig carp2 vhid 22 advskew 100 pass xxxx 192.168.1.7/24 K> >K> K> >K> 5) backup host sends gratuitous ARP. K> >K> And so, layer 3 switch sends packets addressed for 192.168.1.7 to K> >K> the port connected to backup host, sigh... K> > K> >Does it sends packets until next advertisement from master or forever? K> K> Forever. K> Master host never receives the packets. Well, I'm afraid I will just answer that your L3 switch is stupid, if it builds its FIB based only on ARP packets. The correct behavior IMHO would be to correct FIB on every packet with given IP address as src. Since master continously sends the CARP announcements, the FIB of the switch should be corrected in next second. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 12:45:48 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBFC216A41F for ; Mon, 21 Nov 2005 12:45:48 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F69043D55 for ; Mon, 21 Nov 2005 12:45:46 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.10 ([192.168.2.10]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Mon, 21 Nov 2005 12:45:45 +0000 Received: from by mail1.cil.se; 21 Nov 2005 13:45:45 +0100 From: Jon Otterholm To: Brian Candler In-Reply-To: <20051121112856.GB21985@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051117135738.GH5197@obiwan.tataz.chchile.org> <1132239963.819.18.camel@localhost.localdomain> <20051117152357.GA8209@uk.tiscali.com> <1132242723.819.45.camel@localhost.localdomain> <20051117162748.GA8417@uk.tiscali.com> <20051117173535.GF97528@gremlin.foo.is> <20051121112856.GB21985@uk.tiscali.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 21 Nov 2005 13:45:44 +0100 Message-Id: <1132577145.1411.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org Subject: Re: arp-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: Mon, 21 Nov 2005 12:45:48 -0000 You got it all right. Antispoof sounds nice. The reason why I have to proxy-arp mac between VLANs is that one mac cannot end up mapped to more than one port in the switches FDB. If they do - we get something called "host-flapping" on IOS-language. /Jon On Mon, 2005-11-21 at 11:28 +0000, Brian Candler wrote: > > > On Thu, Nov 17, 2005 at 04:52:03PM +0100, Jon Otterholm wrote: > > > > Scenario#1: > > > > -I have a range of ip's, for example 215.10.10.0 - 215.10.10.255. > > > > -I want to distrubute theese ip's to my customers via DHCP. > > > > -They are all atached to me via a VLAN-trunk on a unique VID > > > > -I have 200+ customers. > > Let me see if I can summarise your requirements: > > vlan1 > cust1 --------, > \ service network > vlan2 \ trunked single subnet x.y.z.0/24 > cust2 -----------===============*------+------------+------- > / | | > vlan3 / DHCP srv router ---> Internet > cust3 --------' > > The constraints are: > > - cust1, cust2, cust3 are all on the same subnet x.y.z.0/24 and get an IP > address allocated by DHCP > > - However, the MAC address for cust1 must never appear as a source MAC > address on vlan2 or vlan3, as this would confuse the provider's > trunked switching infrastructure > > So you can't just bridge all the VLANs together. Rather: > > 1. a broadcast from custX must appear on the service network, but not > on any of the other customer VLANs. More strongly, no packet from > custX may appear on any other VLAN apart from the service network. [*] > > 2. a broadcast from the service subnet should appear on all customer VLANs > (e.g. ARP from DHCP server or router) > > 3. an ARP request for custY from custX must be proxy-ARP responded to by > a device on the service network, otherwise customers wouldn't be able to > communicate with each other. > > 4. a unicast packet from the service network to a customer must be forwarded > to the correct customer VLAN > > Is that a reasonable summary? Taking that as the base: > > Point (4) implies that a bridge forwarding table must still be built, > because the device performing this function (labelled '*' in the above > diagram) needs to associate a MAC address with a VLAN, and do so by > learning rather than static configuration. > > Point (1) says that you can't just bridge all the VLANs together, because > otherwise a packet to a broadcast address or to an unknown MAC address would > be forwarded to all the other VLANs. We want this to happen for packets > originating from the service network (point (2)), but not for packets which > originate from the customer networks. So, some sort of L2 forwarding filter > should do the trick: configure it so that packets may only be forwarded to > customer VLANs if they originate from the service network. If this filter is > applied, you guarantee that a customer's MAC address will never appear as a > source on any other VLAN. > > Point (3), proxy ARP, is easy enough. You know all the possible customer IPs > - they are exactly the range assigned to the DHCP server to allocate - and > therefore you can proxy-ARP respond for any IP address within the DHCP > range, as long as the request originated from a customer VLAN (which can > also be determined by the ARP source IP). The router itself could perform > this proxy ARP function, or else any server on the service network running > something like choparp (which can give out the router's MAC address in the > ARP responses). IP datagrams from custX to custY then go > custX->router->custY. > > So actually, when thought about like this, the L2 masquerading requirement > vanishes, and what you really need is bridging plus some L2 filtering based > on ingress and egress interfaces. > > Unfortunately, I don't know if FreeBSD has this level of L2 filtering (I > note that the bridge(4) documentation says that ipf/ipfw filtering only > works for IP datagrams). However a frob on the bridging code should be > possible; call the first interface 'master' and the rest 'slaves', and have > a rule so that packets to a 'slave' interface are only forwarded if they > originated from the 'master' interface. > > Aside: the network as designed above has an obvious flaw that any customer > can DHCP for as many different machines as they wish, and therefore exhaust > your DHCP pool. You could have a separate mini DHCP server listening on each > VLAN and only handing out a single IP, but that doesn't stop customers > stealing other customer's IPs through static configuration. So actually, I > think you need anti-spoofing filters on each VLAN too. > > Doing that, you end up statically routing a separate IP down each VLAN, in > which case what you *really* want is to be able to configure each VLAN > subinterface as if it were a point-to-point interface. But I don't think > FreeBSD supports that on broadcast media. > > Regards, > > Brian. > > [*] Or if it did appear on the other customer VLANs, it would have to be > masqueraded to appear as if it came from a MAC address on the service > network; however I believe this isn't actually necessary, as the only > broadcasts we really care about here are ARP requests. All others > can be dropped, and indeed probably should be dropped so that all > your customers don't get drowned in each other's broadcast traffic. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 13:00:58 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D052916A4A6 for ; Mon, 21 Nov 2005 13:00:58 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3B943D73 for ; Mon, 21 Nov 2005 13:00:50 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 66660A1; Mon, 21 Nov 2005 08:01:11 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 2565945E; Mon, 21 Nov 2005 08:01:10 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EeBHq-0005rS-V7; Mon, 21 Nov 2005 13:00:46 +0000 Date: Mon, 21 Nov 2005 13:00:46 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20051121130046.GA22502@uk.tiscali.com> References: <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051117135738.GH5197@obiwan.tataz.chchile.org> <1132239963.819.18.camel@localhost.localdomain> <20051117152357.GA8209@uk.tiscali.com> <1132242723.819.45.camel@localhost.localdomain> <20051117162748.GA8417@uk.tiscali.com> <20051117173535.GF97528@gremlin.foo.is> <20051121112856.GB21985@uk.tiscali.com> <1132577145.1411.20.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1132577145.1411.20.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: arp-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: Mon, 21 Nov 2005 13:00:59 -0000 On Mon, Nov 21, 2005 at 01:45:44PM +0100, Jon Otterholm wrote: > The reason why I have to proxy-arp mac between VLANs is that one mac > cannot end up mapped to more than one port in the switches FDB. If they > do - we get something called "host-flapping" on IOS-language. Or put it another way - Cisco haven't properly virtualised their VLANs so that they have separate forwarding tables. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 14:21:36 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF80616A41F for ; Mon, 21 Nov 2005 14:21:36 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABAAC43D7C for ; Mon, 21 Nov 2005 14:21:34 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.10 ([192.168.2.10]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Mon, 21 Nov 2005 14:21:33 +0000 Received: from by mail1.cil.se; 21 Nov 2005 15:21:33 +0100 From: Jon Otterholm To: Brian Candler In-Reply-To: <20051121130046.GA22502@uk.tiscali.com> References: <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051117135738.GH5197@obiwan.tataz.chchile.org> <1132239963.819.18.camel@localhost.localdomain> <20051117152357.GA8209@uk.tiscali.com> <1132242723.819.45.camel@localhost.localdomain> <20051117162748.GA8417@uk.tiscali.com> <20051117173535.GF97528@gremlin.foo.is> <20051121112856.GB21985@uk.tiscali.com> <1132577145.1411.20.camel@localhost.localdomain> <20051121130046.GA22502@uk.tiscali.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 21 Nov 2005 15:21:33 +0100 Message-Id: <1132582893.1411.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org Subject: Re: arp-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: Mon, 21 Nov 2005 14:21:36 -0000 I think they do that when using standard 802.1Q, but for some reason theey don't when running QinQ... /Jon On Mon, 2005-11-21 at 13:00 +0000, Brian Candler wrote: > On Mon, Nov 21, 2005 at 01:45:44PM +0100, Jon Otterholm wrote: > > The reason why I have to proxy-arp mac between VLANs is that one mac > > cannot end up mapped to more than one port in the switches FDB. If they > > do - we get something called "host-flapping" on IOS-language. > > Or put it another way - Cisco haven't properly virtualised their VLANs so > that they have separate forwarding tables. From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 15:54:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F09D16A41F; Mon, 21 Nov 2005 15:54:06 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A261D43D6B; Mon, 21 Nov 2005 15:54:05 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id jALFtTPx094994; Mon, 21 Nov 2005 15:55:29 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id jALFtSgY094993; Mon, 21 Nov 2005 15:55:28 GMT (envelope-from dunstan) Date: Mon, 21 Nov 2005 15:55:27 +0000 From: "Wojciech A. Koszek" To: Ruslan Ermilov Message-ID: <20051121155527.GA94958@freebsd.czest.pl> References: <20051119173235.GA75949@freebsd.czest.pl> <20051121094548.GJ20188@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20051121094548.GJ20188@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: [CALL FOR TESTERS] ng_bridge(4) multithreaded 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 Nov 2005 15:54:06 -0000 On Mon, Nov 21, 2005 at 11:45:48AM +0200, Ruslan Ermilov wrote: > On Sat, Nov 19, 2005 at 05:32:35PM +0000, Wojciech A. Koszek wrote: > > Hello, > > > > With Gleb's help I've written patch for ng_bridge(4) which makes it ready > > for running multithreaded. I think it would be better to let more people > > test it. Patch is here: > > > > http://freebsd.czest.pl/dunstan/FreeBSD/ng_bridge_locking.2 > > > > Comments and eventual reports from anyone who uses ng_bridge(4) on MP > > machine are welcome. > > > The comment preceding the ng_bridge_put() function should be > updated accordingly, to account for KASSERT() removal and a > function being "void" now. Otherwise, looks good. Thanks! Could you take a look at: http://freebsd.czest.pl/dunstan/FreeBSD/ng_bridge_locking.3 -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 16:02:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 215F916A41F for ; Mon, 21 Nov 2005 16:02:05 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839A043D45 for ; Mon, 21 Nov 2005 16:02:01 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 29CA2A3FBB for ; Mon, 21 Nov 2005 17:01:59 +0100 (CET) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19175-06 for ; Mon, 21 Nov 2005 17:01:58 +0100 (CET) Received: from [192.168.1.159] (unknown [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id E7335A3FA2 for ; Mon, 21 Nov 2005 17:01:58 +0100 (CET) Message-ID: <4381EF75.3000705@packetfront.com> Date: Mon, 21 Nov 2005 17:01:57 +0100 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20051102093504.64edad5f@hal9000> <20051102123529.GA36617@uk.tiscali.com> <20051102141715.60c8dd6a@hal9000> <20051102181633.GA37799@uk.tiscali.com> <20051103001651.71ff4037@hal9000> <20051103083321.GA39912@uk.tiscali.com> In-Reply-To: <20051103083321.GA39912@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Subject: System-induced packetloss on FreeBSD 4.11? 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 Nov 2005 16:02:05 -0000 Hi all, Running FreeBSD 4.11, we have noticed that some operations done on one physical network interface seems to cause packet drops on other interfaces on the system. For example, starting a dhclient process on interface em0 will cause a few packets to get dropped on the active interface em1. Doing "ifconfig em0 down ; ifconfig em0 up" will also have the same effect. Has anyone else experienced this and does anyone know why it happens? It's not a major problem but it would be nice to know what causes it so we'll know when to expect it as we're using the system for measurements of, among other things, packet loss. We're using Intel em(4) cards, on FreeBSD 4.11-RELEASE + Marko's network stack virtualization patch. Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Mon Nov 21 19:54:34 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145FF16A41F for ; Mon, 21 Nov 2005 19:54:34 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx4.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1E043D55 for ; Mon, 21 Nov 2005 19:54:33 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx4.orcon.co.nz (8.13.2/8.13.2/Debian-1) with ESMTP id jALJsIFW026357; Tue, 22 Nov 2005 08:54:19 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 0413E2842D; Tue, 22 Nov 2005 08:54:20 +1300 (NZDT) Date: Tue, 22 Nov 2005 08:54:20 +1300 From: Andrew Thompson To: Dag-Erling Sm?rgrav Message-ID: <20051121195420.GA9249@heff.fud.org.nz> References: <86k6f74ci2.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86k6f74ci2.fsf@xps.des.no> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1181/Tue Nov 22 00:10:32 2005 on dbmail-mx4.orcon.co.nz X-Virus-Status: Clean Cc: net@freebsd.org Subject: Re: if_bridge broadcast 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 Nov 2005 19:54:34 -0000 On Thu, Nov 17, 2005 at 02:42:13PM +0100, Dag-Erling Sm?rgrav wrote: > I have a box that amongst other tasks serves as a printer server and a > wlan bridge. The wired and wireless interfaces are members of the > bridge, and are unconfigured (except for ssid etc. on the wireless > interface). The bridge itself has an IP address, is subject to packet > filtering etc. > > There is a hitch, though: the bridge does not have the IFF_BROADCAST > flag set, so CUPS browsing (which is based on sending printer status > announcements to the broadcast address) doesn't work. I think this was just an oversight. > Is there any reason why a bridge can't have the IFF_BROADCAST set - if > not unconditionally, then at least when all its members have it? Since we are an ethernet bridge i'd say set it unconditionally, I will do it soon unless anyone says otherwise. Andrew From owner-freebsd-net@FreeBSD.ORG Tue Nov 22 21:53:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16D6F16A420 for ; Tue, 22 Nov 2005 21:53:14 +0000 (GMT) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C822943D9D for ; Tue, 22 Nov 2005 21:53:00 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id CFE8028465 for ; Tue, 22 Nov 2005 21:52:56 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id 61C0D2845F; Tue, 22 Nov 2005 21:52:53 +0000 (GMT) Date: Tue, 22 Nov 2005 21:52:53 +0000 From: Baldur Gislason To: freebsd-net@freebsd.org Message-ID: <20051122215253.GM97528@gremlin.foo.is> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-4.9 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Strange problem with IPSEC, not entirely transparent. 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 Nov 2005 21:53:14 -0000 I recently set up IPSEC communications between two hosts I have in different places. One is FreeBSD 5.4-STABLE August 22. 2005. The other is 4.11-STABLE April 18th 2005. I run a gif tunnel between them and routes for networks found on both sides are negotiated by quagga using ospf. the internet ips of the hosts are not listed as networks in ospfd.conf because that would break the tunnel. Now, here's the problem. When I have spmd and iked running on both ends, and everything between the hosts goes by IPSEC, comms over the tunnel work fine but I cannot connect to any TCP ports on the 5.4 machine from the 4.10 machine. I can connect from the 5.4 machine to the 4.10 machine though. Both machines can ping each other, no problems there. And all comms that go through the gif0 tunnel work. I tried flushing ipfw on both ends, no luck. Any ideas? Baldur From owner-freebsd-net@FreeBSD.ORG Tue Nov 22 21:57:42 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF5516A41F for ; Tue, 22 Nov 2005 21:57:42 +0000 (GMT) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7801643D81 for ; Tue, 22 Nov 2005 21:57:29 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 346A428465 for ; Tue, 22 Nov 2005 21:57:28 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id B10412845F; Tue, 22 Nov 2005 21:57:24 +0000 (GMT) Date: Tue, 22 Nov 2005 21:57:24 +0000 From: Baldur Gislason To: freebsd-net@freebsd.org Message-ID: <20051122215724.GN97528@gremlin.foo.is> References: <20051122215253.GM97528@gremlin.foo.is> In-Reply-To: <20051122215253.GM97528@gremlin.foo.is> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-5.9 required=6.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Re: Strange problem with IPSEC, not entirely transparent. 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 Nov 2005 21:57:42 -0000 Adding: If I kill spmd on the 5.4 box, then all works fine but the comms are only encrypted in one direction. Baldur On Tue, Nov 22, 2005 at 09:52:53PM +0000, Baldur Gislason wrote: > I recently set up IPSEC communications between two hosts I have in different places. > One is FreeBSD 5.4-STABLE August 22. 2005. The other is 4.11-STABLE April 18th 2005. > I run a gif tunnel between them and routes for networks found on both sides are negotiated > by quagga using ospf. > the internet ips of the hosts are not listed as networks in ospfd.conf because that would > break the tunnel. > > Now, here's the problem. When I have spmd and iked running on both ends, and everything between > the hosts goes by IPSEC, comms over the tunnel work fine but I cannot connect to any TCP ports > on the 5.4 machine from the 4.10 machine. > I can connect from the 5.4 machine to the 4.10 machine though. > Both machines can ping each other, no problems there. And all comms that go through the gif0 tunnel > work. > > I tried flushing ipfw on both ends, no luck. > Any ideas? > > Baldur > > _______________________________________________ > 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 Nov 22 22:01:24 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCEF116A41F for ; Tue, 22 Nov 2005 22:01:24 +0000 (GMT) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD3C543D6D for ; Tue, 22 Nov 2005 22:01:10 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 44BBF28465 for ; Tue, 22 Nov 2005 22:01:07 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id A227D2845F; Tue, 22 Nov 2005 22:01:03 +0000 (GMT) Date: Tue, 22 Nov 2005 22:01:03 +0000 From: Baldur Gislason To: freebsd-net@freebsd.org Message-ID: <20051122220103.GO97528@gremlin.foo.is> References: <20051122215253.GM97528@gremlin.foo.is> <20051122215724.GN97528@gremlin.foo.is> In-Reply-To: <20051122215724.GN97528@gremlin.foo.is> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-5.9 required=6.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Re: Strange problem with IPSEC, not entirely transparent. 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 Nov 2005 22:01:24 -0000 And another observation, sorry for flooding the list like this. The 4.11 box is compiled with IPSEC_DEBUG but the 5.4 box isn't. Baldur On Tue, Nov 22, 2005 at 09:57:24PM +0000, Baldur Gislason wrote: > Adding: > If I kill spmd on the 5.4 box, then all works fine but the comms are only encrypted in one direction. > > Baldur > > On Tue, Nov 22, 2005 at 09:52:53PM +0000, Baldur Gislason wrote: > > I recently set up IPSEC communications between two hosts I have in different places. > > One is FreeBSD 5.4-STABLE August 22. 2005. The other is 4.11-STABLE April 18th 2005. > > I run a gif tunnel between them and routes for networks found on both sides are negotiated > > by quagga using ospf. > > the internet ips of the hosts are not listed as networks in ospfd.conf because that would > > break the tunnel. > > > > Now, here's the problem. When I have spmd and iked running on both ends, and everything between > > the hosts goes by IPSEC, comms over the tunnel work fine but I cannot connect to any TCP ports > > on the 5.4 machine from the 4.10 machine. > > I can connect from the 5.4 machine to the 4.10 machine though. > > Both machines can ping each other, no problems there. And all comms that go through the gif0 tunnel > > work. > > > > I tried flushing ipfw on both ends, no luck. > > Any ideas? > > > > Baldur > > > > _______________________________________________ > > 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 Wed Nov 23 03:05:46 2005 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B9616A422; Wed, 23 Nov 2005 03:05:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E4CF43DC5; Wed, 23 Nov 2005 03:03:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1D3781A3C1C; Tue, 22 Nov 2005 19:03:06 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6FD505130F; Tue, 22 Nov 2005 22:03:05 -0500 (EST) Date: Tue, 22 Nov 2005 22:03:04 -0500 From: Kris Kennaway To: net@FreeBSD.org Message-ID: <20051123030304.GA84202@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: em interrupt storm 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 Nov 2005 03:05:47 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am seeing the em driver undergoing an interrupt storm whenever the amr driver receives interrupts. In this case I was running newfs on the amr array and em0 was not in use: 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% irq16: em0 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% irq24: amr0 # vmstat -i interrupt total rate irq1: atkbd0 2 0 irq4: sio0 199 1 irq6: fdc0 32 0 irq13: npx0 1 0 irq14: ata0 47 0 irq15: ata1 931 5 irq16: em0 6321801 37187 irq24: amr0 28023 164 cpu0: timer 337533 1985 cpu1: timer 337285 1984 Total 7025854 41328 When newfs finished (i.e. amr was idle), em0 stopped storming. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 3757965312 (3583 MB) avail memory = 3682967552 (3512 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard [...] pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 3.0 on pci2 pci3: on pcib3 amr0: mem 0xfc3f0000-0xfc3fffff,0xfc780000-0xfc7fffff irq 24 at device 0.0 on pci3 amr0: delete logical drives supported by controller amr0: Firmware 413G, BIOS H414, 128MB RAM pci1: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci1 pci4: on pcib4 pci1: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 5.0 on pci0 pci6: on pcib6 pci6: at device 0.0 (no driver attached) pcib7: irq 16 at device 6.0 on pci0 pci7: on pcib7 pcib8: at device 30.0 on pci0 pci8: on pcib8 em0: port 0xec00-0xec3f mem 0xfeaa0000-0xfeabffff irq 16 at device 4.0 on pci8 em0: Ethernet address: 00:02:b3:e8:fc:8a This is on both 6.0-RELEASE and 6.0-STABLE. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDg9voWry0BWjoQKURAvVBAKDLYAilotS9+cKdj8u+mfiXT1XErQCg/apy /14slbiEMeGHl8l+gciqxzI= =PZ9L -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 04:54:53 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C63C16A41F; Wed, 23 Nov 2005 04:54:53 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B9843D5C; Wed, 23 Nov 2005 04:54:52 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from t30.polstra.com (t30.polstra.com [64.81.189.72]) by blake.polstra.com (8.13.1/8.13.1) with ESMTP id jAN4so4s083855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 22 Nov 2005 20:54:51 -0800 (PST) (envelope-from jdp@mail.polstra.com) Received: from t30.polstra.com (localhost [127.0.0.1]) by t30.polstra.com (8.12.11/8.12.11) with ESMTP id jAN4soYf000536; Tue, 22 Nov 2005 20:54:50 -0800 (PST) (envelope-from jdp@t30.polstra.com) Received: (from jdp@localhost) by t30.polstra.com (8.12.11/8.12.11/Submit) id jAN4sn8B000535; Tue, 22 Nov 2005 20:54:49 -0800 (PST) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20051123030304.GA84202@xor.obsecurity.org> Date: Tue, 22 Nov 2005 20:54:49 -0800 (PST) From: John Polstra To: Kris Kennaway Cc: current@freebsd.org, net@freebsd.org Subject: RE: em interrupt storm 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 Nov 2005 04:54:53 -0000 On 23-Nov-2005 Kris Kennaway wrote: > I am seeing the em driver undergoing an interrupt storm whenever the > amr driver receives interrupts. In this case I was running newfs on > the amr array and em0 was not in use: > > 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% irq16: em0 > 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% irq24: amr0 > ># vmstat -i > interrupt total rate > irq1: atkbd0 2 0 > irq4: sio0 199 1 > irq6: fdc0 32 0 > irq13: npx0 1 0 > irq14: ata0 47 0 > irq15: ata1 931 5 > irq16: em0 6321801 37187 > irq24: amr0 28023 164 > cpu0: timer 337533 1985 > cpu1: timer 337285 1984 > Total 7025854 41328 > > When newfs finished (i.e. amr was idle), em0 stopped storming. > > MPTable: This is the dreaded interrupt aliasing problem that several of us have experienced with this chipset. High-numbered interrupts alias down to interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less than the original interupt. Nobody knows what causes it, and nobody knows how to fix it. John From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 08:47:03 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA60E16A41F; Wed, 23 Nov 2005 08:47:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB7A43D6B; Wed, 23 Nov 2005 08:46:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 12E651A3C1C; Wed, 23 Nov 2005 00:46:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6DE1751593; Wed, 23 Nov 2005 03:46:53 -0500 (EST) Date: Wed, 23 Nov 2005 03:46:53 -0500 From: Kris Kennaway To: John Polstra Message-ID: <20051123084653.GA90927@xor.obsecurity.org> References: <20051123030304.GA84202@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 08:47:04 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 22, 2005 at 08:54:49PM -0800, John Polstra wrote: >=20 > On 23-Nov-2005 Kris Kennaway wrote: > > I am seeing the em driver undergoing an interrupt storm whenever the > > amr driver receives interrupts. In this case I was running newfs on > > the amr array and em0 was not in use: > >=20 > > 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% irq16= : em0 > > 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% irq24= : amr0 > >=20 > ># vmstat -i > > interrupt total rate > > irq1: atkbd0 2 0 > > irq4: sio0 199 1 > > irq6: fdc0 32 0 > > irq13: npx0 1 0 > > irq14: ata0 47 0 > > irq15: ata1 931 5 > > irq16: em0 6321801 37187 > > irq24: amr0 28023 164 > > cpu0: timer 337533 1985 > > cpu1: timer 337285 1984 > > Total 7025854 41328 > >=20 > > When newfs finished (i.e. amr was idle), em0 stopped storming. > >=20 > > MPTable: >=20 > This is the dreaded interrupt aliasing problem that several of us have > experienced with this chipset. High-numbered interrupts alias down to > interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less > than the original interupt. >=20 > Nobody knows what causes it, and nobody knows how to fix it. This would be good to document somewhere so that people don't either accidentally buy this hardware, or know what to expect when they run it. Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhCx8Wry0BWjoQKURAoSZAJ45iXxWGfFc7G8++HwAmr9wAD0OpgCfQp4t pDBtasCrA64KmsHmt8UqJ3M= =2hmE -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 09:10:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2DB16A41F for ; Wed, 23 Nov 2005 09:10:35 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: from web51603.mail.yahoo.com (web51603.mail.yahoo.com [206.190.38.208]) by mx1.FreeBSD.org (Postfix) with SMTP id D4A5543D5E for ; Wed, 23 Nov 2005 09:10:34 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: (qmail 15369 invoked by uid 60001); 23 Nov 2005 09:10:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LtScJ442dmQ+yJn6yntHxJoFq+DDk8Vt6xGIgqxDz8/23Rp/NaA1duDbC3oIwDVonokuhG7LIOx7+n8gHMlNrxkBs0bBXMBzOaGvdx+jB7qALuGt/rx8BSxn/5a6vBNFxUlFZqglfqoJATMN7sB67DPOJFRltLR5/QXo2QkSIPg= ; Message-ID: <20051123091034.15367.qmail@web51603.mail.yahoo.com> Received: from [202.90.128.28] by web51603.mail.yahoo.com via HTTP; Wed, 23 Nov 2005 01:10:34 PST Date: Wed, 23 Nov 2005 01:10:34 -0800 (PST) From: Mark Jayson Alvarez To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: carp questions 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 Nov 2005 09:10:35 -0000 Hi, I have 2 machines running freebsd 6.0 compiled with "device carp". The example in the carp manual slightly confuses me. I can't make those 2 machines to appear as one... I hope you can help me. machine A has xl0 with assigned ip of 10.10.8.145 machine B has xl0 with assigned ip of 10.10.8.146 Now following the example on carp(4) manual: On machine A: ifconfig carp0 create ifconfig carp0 vhid 1 pass mypasswd 10.10.8.147/24 so now, machine A shows these in ifconfig: carp0: flags=41 mtu 1500 inet 10.10.8.147 netmask 0xffffff00 carp: BACKUP vhid 1 advbase 1 advskew 0 meanwhile on machine B ifconfig carp0 create ifconfig carp0 vhid 1 advskew 100 pass mypasswd 10.10.8.147/24 and I got 10.10.8.147/24 is duplicated by xl0 (10.10.8.145/24) What I wanted to do is to do some failover... ssh to 10.10.8.147 and see what machine it would connect to.. then pull the utp out... and repeat the process.. this time i should be able to ssh to the backup server instead.. --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 10:09:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E9316A41F for ; Wed, 23 Nov 2005 10:09:37 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: from netmail.langame.net (netmail.langame.net [80.80.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9894543D5F for ; Wed, 23 Nov 2005 10:09:36 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: (qmail 65351 invoked by uid 0); 23 Nov 2005 07:09:54 -0000 Received: from xds@LanGame.Net by netmail.langame.net by uid 0 with qmail-scanner-1.22 (clamdscan: 0.72. Clear:RC:1(80.80.128.68):. Processed in 0.039973 secs); 23 Nov 2005 07:09:54 -0000 X-Qmail-Scanner-Mail-From: xds@LanGame.Net via netmail.langame.net X-Qmail-Scanner: 1.22 (Clear:RC:1(80.80.128.68):. Processed in 0.039973 secs) Received: from unknown (HELO ?80.80.128.68?) (xds%langame.net@80.80.128.68) by netmail.langame.net with SMTP; 23 Nov 2005 07:09:54 -0000 Message-ID: <43843FC0.3080903@LanGame.Net> Date: Wed, 23 Nov 2005 12:09:04 +0200 From: Atanas Yankov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050729) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20051123091034.15367.qmail@web51603.mail.yahoo.com> In-Reply-To: <20051123091034.15367.qmail@web51603.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: carp questions 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 Nov 2005 10:09:37 -0000 The better solutuon to test how carp worked is a arping :))) not ssh or other and you may be need to set a /32 mask for a virtual ip address , if you remind how works ip alliasing in freebsd. br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. >Hi, > > I have 2 machines running freebsd 6.0 compiled with "device carp". The example in the carp manual slightly confuses me. I can't make those 2 machines to appear as one... I hope you can help me. > machine A has xl0 with assigned ip of 10.10.8.145 > machine B has xl0 with assigned ip of 10.10.8.146 > > > Now following the example on carp(4) manual: > On machine A: > ifconfig carp0 create > ifconfig carp0 vhid 1 pass mypasswd 10.10.8.147/24 > so now, machine A shows these in ifconfig: > carp0: flags=41 mtu 1500 > inet 10.10.8.147 netmask 0xffffff00 > carp: BACKUP vhid 1 advbase 1 advskew 0 > meanwhile on machine B > ifconfig carp0 create > ifconfig carp0 vhid 1 advskew 100 pass mypasswd 10.10.8.147/24 > and I got > 10.10.8.147/24 is duplicated by xl0 (10.10.8.145/24) > > What I wanted to do is to do some failover... ssh to 10.10.8.147 and see what machine it would connect to.. then pull the utp out... and repeat the process.. this time i should be able to ssh to the backup server instead.. > > > >--------------------------------- > Yahoo! FareChase - Search multiple travel sites in one click. >_______________________________________________ >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 Nov 23 11:45:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83DC116A421 for ; Wed, 23 Nov 2005 11:45:15 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: from web51605.mail.yahoo.com (web51605.mail.yahoo.com [206.190.38.210]) by mx1.FreeBSD.org (Postfix) with SMTP id E062343D60 for ; Wed, 23 Nov 2005 11:45:14 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: (qmail 63455 invoked by uid 60001); 23 Nov 2005 11:45:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=5ZQqmaS5FVfKY5HdOcFJQmL/myhUaiBPeRGeK34WfHIb0Q/dDD51ETeKKDhYKFt6SvJ1T7txsNHLg0PcrbJxY/CwikakydP8gQ3MLSmncs2Qo0/XLg244KTCmb+9bjOq7OpwBjUsmYmCqv1D8aFcAtQ9BEXaWLz0y7vlzIFpBfI= ; Message-ID: <20051123114514.63453.qmail@web51605.mail.yahoo.com> Received: from [202.90.128.21] by web51605.mail.yahoo.com via HTTP; Wed, 23 Nov 2005 03:45:14 PST Date: Wed, 23 Nov 2005 03:45:14 -0800 (PST) From: Mark Jayson Alvarez To: Atanas Yankov , freebsd-net@freebsd.org In-Reply-To: <43843FC0.3080903@LanGame.Net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: carp questions 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 Nov 2005 11:45:15 -0000 Atanas Yankov wrote: The better solutuon to test how carp worked is a arping :))) not ssh or other and you may be need to set a /32 mask for a virtual ip address , if you remind how works ip alliasing in freebsd. No luck, no manual entry for arping. the /32 mask won't work either. both of them shows that they are the BACKUP machine.. Ucarp is a lot easier... however I really like to make this work in the kernel level.. anymore idea? --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 13:06:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15FF616A41F for ; Wed, 23 Nov 2005 13:06:50 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: from netmail.langame.net (netmail.langame.net [80.80.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B5E943D62 for ; Wed, 23 Nov 2005 13:06:37 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: (qmail 90363 invoked by uid 0); 23 Nov 2005 10:07:00 -0000 Received: from xds@LanGame.Net by netmail.langame.net by uid 0 with qmail-scanner-1.22 (clamdscan: 0.72. Clear:RC:1(80.80.128.68):. Processed in 0.424315 secs); 23 Nov 2005 10:07:00 -0000 X-Qmail-Scanner-Mail-From: xds@LanGame.Net via netmail.langame.net X-Qmail-Scanner: 1.22 (Clear:RC:1(80.80.128.68):. Processed in 0.424315 secs) Received: from unknown (HELO ?80.80.128.68?) (xds%langame.net@80.80.128.68) by netmail.langame.net with SMTP; 23 Nov 2005 10:06:59 -0000 Message-ID: <43846943.7050108@LanGame.Net> Date: Wed, 23 Nov 2005 15:06:11 +0200 From: Atanas Yankov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050729) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: carp questions 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 Nov 2005 13:06:50 -0000 It's must go into ports and install it ;)) cd /usr/ports/net/arping/ make install clean then man arping and then read man carp carefully there is 2 examples one that work for fail-over and second that make fail-over and load-balacing i think you should try this one < ifconfig carp0 create ifconfig carp0 vhid 1 pass mekmitasdigoat 192.168.1.10/24 ifconfig carp1 create ifconfig carp1 vhid 2 advskew 100 pass mekmitasdigoat 192.168.1.10/24 The configuration for host B is identical, except the advskew is on vir- tual host 1 rather than virtual host 2. ifconfig carp0 create ifconfig carp0 vhid 1 advskew 100 pass mekmitasdigoat 192.168.1.10/24 ifconfig carp1 create ifconfig carp1 vhid 2 pass mekmitasdigoat 192.168.1.10/24 Finally, the ARP balancing feature must be enabled on both hosts: sysctl net.inet.carp.arpbalance=1 > then arping -i em0 192.168.1.10 br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. Mark Jayson Alvarez wrote: > > > */Atanas Yankov /* wrote: > > The better solutuon to test how carp worked is a arping :))) not > ssh or > other and you may be > need to set a /32 mask for a virtual ip address , if you remind how > works ip alliasing in freebsd. > > No luck, no manual entry for arping. the /32 mask won't work either. > both of them shows that they are the BACKUP machine.. Ucarp is a lot > easier... however I really like to make this work in the kernel > level.. anymore idea? > > ------------------------------------------------------------------------ > Yahoo! FareChase - Search multiple travel sites in one click. > From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 14:43:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 032F816A41F for ; Wed, 23 Nov 2005 14:43:38 +0000 (GMT) (envelope-from ferdinand.goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E982643D62 for ; Wed, 23 Nov 2005 14:43:22 +0000 (GMT) (envelope-from ferdinand.goldmann@jku.at) Received: from [140.78.164.13] (jku006048.edvz.uni-linz.ac.at [140.78.6.48]) by emailsecure.uni-linz.ac.at (Postfix) with ESMTP id 80669228019 for ; Wed, 23 Nov 2005 15:43:16 +0100 (CET) Message-ID: <43848005.2000004@jku.at> Date: Wed, 23 Nov 2005 15:43:17 +0100 From: Ferdinand Goldmann Organization: Johannes Kepler University User-Agent: Thunderbird 1.4 (Macintosh/20050908) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bge driver, how to increase performance? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ferdinand.goldmann@jku.at List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 14:43:38 -0000 Hello, I have a 3com 3c996-SX card running under FreeBSD 5.4-STABLE. Performance is quite ok so far, but interrupt load is very high. (Machine is working as a traffic shaping device/firewall) # vmstat -i interrupt total rate irq18: bge0 153244636 5014 irq27: fxp0 102056377 3339 Often, interrupt load will hit almost 100%. I guess the bge driver does not support polling, but I remember reading somewhere that it supports interrupt moderation? How would I enable this? On the em driver, this could be done via sysctl. Does anyone have hints on performance improvement concerning interrupt load? TIA -- >> Ferdinand Goldmann //// | | >> |--00 | UNIX | >> Tel. : +43/732/2468/9398 Fax. : +43/732/2468/9397 C ^ | | >> EMail: Ferdinand.Goldmann@zid.uni-linz.ac.at \ ~/ ~~~|~~~~~~~~ >> PGP D4CF 8AA4 4B2A 7B88 65CA 5EDC 0A9B FA9A 13EA B993| |-----3 From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 14:59:33 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E5AB16A41F for ; Wed, 23 Nov 2005 14:59:33 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 466D543D5D for ; Wed, 23 Nov 2005 14:59:32 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp6-g19.free.fr (Postfix) with ESMTP id 2E97B95C4; Wed, 23 Nov 2005 15:59:30 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id C18F04083; Wed, 23 Nov 2005 15:59:15 +0100 (CET) Date: Wed, 23 Nov 2005 15:59:15 +0100 From: Jeremie Le Hen To: alan Message-ID: <20051123145915.GD1010@obiwan.tataz.chchile.org> References: <000501c5ecf3$43f27b60$bb00a8c0@cuhk80e75bd78d> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000501c5ecf3$43f27b60$bb00a8c0@cuhk80e75bd78d> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org Subject: Re: Alpine4Linux 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 Nov 2005 14:59:33 -0000 Hi Alan, > Hi, Neel > I search though the internet for a user tcp/ip stack. And I > heard that you have managed to have the FreeBSD networking stack running > on top of Linux kernel. > Could I have a copy of your program. The URL was http://www.vzavenue.net/~neelnatu/alpine4linux/. Unfortunately, it doesn't seem to exist any more. Please, if you find something more useful, follow it up to this thread, it could be interesting for other users. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 15:45:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16CA416A427 for ; Wed, 23 Nov 2005 15:45:04 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: from netmail.langame.net (netmail.langame.net [80.80.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3366543D83 for ; Wed, 23 Nov 2005 15:44:48 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: (qmail 12912 invoked by uid 0); 23 Nov 2005 12:45:11 -0000 Received: from xds@LanGame.Net by netmail.langame.net by uid 0 with qmail-scanner-1.22 (clamdscan: 0.72. Clear:RC:1(80.80.128.68):. Processed in 0.069862 secs); 23 Nov 2005 12:45:11 -0000 X-Qmail-Scanner-Mail-From: xds@LanGame.Net via netmail.langame.net X-Qmail-Scanner: 1.22 (Clear:RC:1(80.80.128.68):. Processed in 0.069862 secs) Received: from unknown (HELO ?80.80.128.68?) (xds%langame.net@80.80.128.68) by netmail.langame.net with SMTP; 23 Nov 2005 12:45:11 -0000 Message-ID: <43848E53.3010002@LanGame.Net> Date: Wed, 23 Nov 2005 17:44:19 +0200 From: Atanas Yankov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050729) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <43848005.2000004@jku.at> In-Reply-To: <43848005.2000004@jku.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bge driver, how to increase performance? 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 Nov 2005 15:45:38 -0000 for bge0 #ifconfig bge0 mtu 9000 N.B MTU has to be consistent on LAN and you need Gigabit equipment that can handle jumbo frames for fxp0 #ifconfig fxp0 link0 Some chip revisions have loadable microcode which can be used to reduce the interrupt load on the host cpu. Not all boards have microcode support. Setting the link0 flag with ifconfig(8) will download the microcode to the chip if it is available. for all system you cand try net.inet.ip.fastforwarding=1 But do this carefully there some problems on 4.x with fastforwarding feature and dummynet and dot.1q vlans on 5.x its seems to work :)) br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. Ferdinand Goldmann wrote: > Hello, > > I have a 3com 3c996-SX card running under FreeBSD 5.4-STABLE. > Performance is quite ok so far, but interrupt load is very high. > (Machine is working as a traffic shaping device/firewall) > > # vmstat -i > interrupt total rate > irq18: bge0 153244636 5014 > irq27: fxp0 102056377 3339 > > Often, interrupt load will hit almost 100%. I guess the bge driver > does not support polling, but I remember reading somewhere that it > supports interrupt moderation? How would I enable this? On the em > driver, this could be done via sysctl. Does anyone have hints on > performance improvement concerning interrupt load? > > TIA From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 19:50:17 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B55616A422 for ; Wed, 23 Nov 2005 19:50:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC07943D5C for ; Wed, 23 Nov 2005 19:50:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.117]) ([10.251.23.117]) by a50.ironport.com with ESMTP; 23 Nov 2005 11:50:16 -0800 X-IronPort-Anti-Spam-Filtered: true Message-ID: <4384C7F8.8080906@elischer.org> Date: Wed, 23 Nov 2005 11:50:16 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <000501c5ecf3$43f27b60$bb00a8c0@cuhk80e75bd78d> <20051123145915.GD1010@obiwan.tataz.chchile.org> In-Reply-To: <20051123145915.GD1010@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: alan , freebsd-net@freebsd.org Subject: Re: Alpine4Linux 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 Nov 2005 19:50:17 -0000 Jeremie Le Hen wrote: >Hi Alan, > > > >>Hi, Neel >> I search though the internet for a user tcp/ip stack. And I >>heard that you have managed to have the FreeBSD networking stack running >>on top of Linux kernel. >> Could I have a copy of your program. >> >> > >The URL was http://www.vzavenue.net/~neelnatu/alpine4linux/. >Unfortunately, it doesn't seem to exist any more. Please, if you >find something more useful, follow it up to this thread, it could be >interesting for other users. > >Regards, > > the original is at http://alpine.cs.washington.edu/ and runs on FreeBSD From owner-freebsd-net@FreeBSD.ORG Wed Nov 23 20:59:08 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5056716A41F for ; Wed, 23 Nov 2005 20:59:08 +0000 (GMT) (envelope-from misho@interbgc.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A66643D49 for ; Wed, 23 Nov 2005 20:59:05 +0000 (GMT) (envelope-from misho@interbgc.com) Received: (qmail 93162 invoked from network); 23 Nov 2005 20:59:04 -0000 Received: from misho@interbgc.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 3.054453 secs); 23 Nov 2005 20:59:04 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from topilapi-wlan.ddns.cablebg.net (HELO misho) (213.240.221.12) by mx03.interbgc.com with SMTP; 23 Nov 2005 20:59:01 -0000 Message-ID: <006701c5f070$bab75e70$0cddf0d5@misho> From: "Mihail Balikov" To: "Kris Kennaway" References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> Date: Wed, 23 Nov 2005 22:59:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: current@freebsd.org, net@freebsd.org Subject: Re: em interrupt storm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mihail Balikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 20:59:08 -0000 try to enable kern.polling sysctl -w kern.polling.enable=1 ----- Original Message ----- From: "Kris Kennaway" To: "John Polstra" Cc: ; ; "Kris Kennaway" Sent: Wednesday, November 23, 2005 10:46 AM Subject: Re: em interrupt storm From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 01:04:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC6B16A41F for ; Thu, 24 Nov 2005 01:04:05 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id DF3A243D92 for ; Thu, 24 Nov 2005 01:04:01 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 24800 invoked by uid 399); 24 Nov 2005 01:03:57 -0000 Received: from unknown (HELO ?192.168.0.5?) (dougb@dougbarton.net@127.0.0.1) by 127.0.0.1 with SMTP; 24 Nov 2005 01:03:57 -0000 Message-ID: <4385117B.7080906@FreeBSD.org> Date: Wed, 23 Nov 2005 17:03:55 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Is fetch -6 supposed to work? 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 Nov 2005 01:04:05 -0000 [Apologies if this is a dupe, I'm not sure it made it to the list the first time.] Howdy, It seems to me that fetch(1) cannot actually fetch files over a v6 connection. For example, the following works: fetch -s -P -6 http://surfnet.dl.sourceforge.net/sourceforge/xchat/xchat-2.6.0.tar.bz2 796768 But remove the -s and try to fetch the file and it hangs until it times out: xchat-2.6.0.tar.bz2 0% of 778 kB 0 Bps fetch: transfer timed out fetch: xchat-2.6.0.tar.bz2 appears to be truncated: 0/796768 bytes tcpdump on that interface shows no packets flowing between my host and the remote host while it hangs. So, is this supposed to work? Any comments or suggestions? I should also note that surfing IPv6 sites with my web browser works fine. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 01:11:21 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CB3F16A422 for ; Thu, 24 Nov 2005 01:11:21 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6343D8E for ; Thu, 24 Nov 2005 01:09:13 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so466347wri for ; Wed, 23 Nov 2005 17:09:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=EYYYRSNpNevUw3GfQKZf8OmJl7zjZr8AenY4usa0A8GYDeSS8+4hoPjHEqaV1t3DDfMMZmNpdYlkxTxv1vUeeUJrF0zBLySCMpnF4xic6XeSl63wFcOLW0lzvHrVzJAp0vOwxULqhBXZe6Nh+Rvlu45618a9IFmJ4LDySPfUcIg= Received: by 10.54.131.10 with SMTP id e10mr3820925wrd; Wed, 23 Nov 2005 17:09:06 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 67sm1134610wra.2005.11.23.17.09.05; Wed, 23 Nov 2005 17:09:06 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id jAO17PdS014066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Nov 2005 10:07:25 +0900 (KST) (envelope-from yongari@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id jAO17L0e014065; Thu, 24 Nov 2005 10:07:21 +0900 (KST) (envelope-from yongari@gmail.com) Date: Thu, 24 Nov 2005 10:07:21 +0900 From: Pyun YongHyeon To: Atanas Yankov Message-ID: <20051124010721.GA13788@rndsoft.co.kr> References: <43848005.2000004@jku.at> <43848E53.3010002@LanGame.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43848E53.3010002@LanGame.Net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: bge driver, how to increase performance? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 01:11:21 -0000 On Wed, Nov 23, 2005 at 05:44:19PM +0200, Atanas Yankov wrote: > for bge0 > #ifconfig bge0 mtu 9000 > N.B MTU has to be consistent on LAN and you need Gigabit equipment that > can handle jumbo frames for fxp0 Enabling jumbo frames on bge(4) is not recommended due to lockless operation of jumbo frame. You may end up with corrupted mbuf chains and panic. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 01:40:27 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C1016A41F; Thu, 24 Nov 2005 01:40:27 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BEB43D5E; Thu, 24 Nov 2005 01:40:25 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (localhost [127.0.0.1]) by vault.mel.jumbuck.com (Postfix) with ESMTP id 796F98A065; Thu, 24 Nov 2005 12:40:17 +1100 (EST) Received: from [192.168.46.52] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vault.mel.jumbuck.com (Postfix) with ESMTP id 470878A023; Thu, 24 Nov 2005 12:40:17 +1100 (EST) Message-ID: <43851A08.5080802@roq.com> Date: Thu, 24 Nov 2005 12:40:24 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> In-Reply-To: <20051123084653.GA90927@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: net@freebsd.org, current@freebsd.org, John Polstra Subject: Re: em interrupt storm 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 Nov 2005 01:40:27 -0000 Kris Kennaway wrote: >On Tue, Nov 22, 2005 at 08:54:49PM -0800, John Polstra wrote: > > >>On 23-Nov-2005 Kris Kennaway wrote: >> >> >>>I am seeing the em driver undergoing an interrupt storm whenever the >>>amr driver receives interrupts. In this case I was running newfs on >>>the amr array and em0 was not in use: >>> >>> 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% irq16: em0 >>> 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% irq24: amr0 >>> >>># vmstat -i >>>interrupt total rate >>>irq1: atkbd0 2 0 >>>irq4: sio0 199 1 >>>irq6: fdc0 32 0 >>>irq13: npx0 1 0 >>>irq14: ata0 47 0 >>>irq15: ata1 931 5 >>>irq16: em0 6321801 37187 >>>irq24: amr0 28023 164 >>>cpu0: timer 337533 1985 >>>cpu1: timer 337285 1984 >>>Total 7025854 41328 >>> >>>When newfs finished (i.e. amr was idle), em0 stopped storming. >>> >>>MPTable: >>> >>> >>This is the dreaded interrupt aliasing problem that several of us have >>experienced with this chipset. High-numbered interrupts alias down to >>interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less >>than the original interupt. >> >>Nobody knows what causes it, and nobody knows how to fix it. >> >> > >This would be good to document somewhere so that people don't either >accidentally buy this hardware, or know what to expect when they run >it. > >Kris > > This is Intels latest server chipset designs and Dell are putting that chipset in all their servers. Luckily I haven't not seen the problem on any of my Dell servers (as long as I am looking at this right). This server has been running for a long time. vmstat -i interrupt total rate irq1: atkbd0 6 0 irq4: sio0 23433 0 irq6: fdc0 10 0 irq8: rtc 2631238611 128 irq13: npx0 1 0 irq14: ata0 99 0 irq16: uhci0 1507608958 73 irq18: uhci2 42005524 2 irq19: uhci1 3 0 irq23: atapci0 151 0 irq46: amr0 41344088 2 irq64: em0 1513106157 73 irq0: clk 2055605782 99 Total 7790932823 379 This one just transfered over 8gigs of data in 77seconds with around 1000 simultaneous tcp connections under a load of 35. Both seem OK. vmstat -i interrupt total rate irq4: sio0 315 0 irq13: npx0 1 0 irq14: ata0 47 0 irq16: uhci0 2894669 2 irq18: uhci2 977413 0 irq23: ehci0 3 0 irq46: amr0 883138 0 irq64: em0 2890414 2 cpu0: timer 2763566717 1999 cpu3: timer 2763797300 1999 cpu1: timer 2763551479 1999 cpu2: timer 2763797870 1999 Total 11062359366 8004 Mike From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 01:43:34 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D7AD16A41F for ; Thu, 24 Nov 2005 01:43:34 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: from web51604.mail.yahoo.com (web51604.mail.yahoo.com [206.190.38.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F62843DA0 for ; Thu, 24 Nov 2005 01:42:45 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: (qmail 48391 invoked by uid 60001); 24 Nov 2005 01:42:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=d662bKDEJDvedLt8f5dRNk2YpaPMb4LSd75sK0OgeaRx32YIFCmqlvg3uZ79/orRHYn4DezBObQrA9O9WI6LtggGGBNdyPNlsLFsWI7B++ZjLwHaLg2ZvEzp3aTkg5FndrG1Nek5yBB7T1vGGigNZ2JVm9r9rlm3NANADV+IGxk= ; Message-ID: <20051124014244.48389.qmail@web51604.mail.yahoo.com> Received: from [202.90.128.28] by web51604.mail.yahoo.com via HTTP; Wed, 23 Nov 2005 17:42:44 PST Date: Wed, 23 Nov 2005 17:42:44 -0800 (PST) From: Mark Jayson Alvarez To: Atanas Yankov , freebsd-net@freebsd.org In-Reply-To: <43846943.7050108@LanGame.Net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: carp questions 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 Nov 2005 01:43:34 -0000 Good day freebsd-net! I have tried everything to make it work, yet I failed misserably Here are my findings: 1. First arping only works if it detects more than 1 carp-enabled machine. 2. I can still see that both of the two carp-enabled machine as BACKUP (even with the other having lower advskew). 3. I still can't ping the virtual ip address.. perhaps because none of them is in MASTER state.. specifying 'state MASTER' in ifconfig results in command error. If this is the case, then how would I ever be able to use that virtual ip for the clients gateway? Specifying a lower advskew doesn't make it MASTER either. 4. In OpenBSD's carp documentation, one can specify the state, and also the carp device to use that will belong to the group, however not in FreeBSD, are those still necessary in FreeBSD? Here are the ifconfig output on both machine: Machine intended to be the MASTER: xl0: flags=8943 mtu 1500 options=9 inet6 fe80::201:2ff:fe88:d8c%xl0 prefixlen 64 scopeid 0x1 inet 10.10.8.144 netmask 0xffffff00 broadcast 10.10.8.255 ether 00:01:02:88:0d:8c media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 carp0: flags=41 mtu 1500 inet 10.10.8.146 netmask 0xffffff00 carp: BACKUP vhid 1 advbase 1 advskew 0 Machine intended to be the BACKUP: xl0: flags=8943 mtu 1500 options=9 inet6 fe80::201:2ff:fe90:1957%xl0 prefixlen 64 scopeid 0x1 inet 10.10.8.145 netmask 0xffffff00 broadcast 10.10.8.255 ether 00:01:02:90:19:57 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 carp0: flags=41 mtu 1500 inet 10.10.8.146 netmask 0xffffff00 carp: BACKUP vhid 1 advbase 1 advskew 100 The sysctl output on both machines: net.inet.carp.allow: 1 net.inet.carp.preempt: 1 net.inet.carp.log: 1 net.inet.carp.arpbalance: 0 net.inet.carp.suppress_preempt: 0 Anymore idea? Thanks Atanas Yankov wrote: It's must go into ports and install it ;)) cd /usr/ports/net/arping/ make install clean then man arping and then read man carp carefully there is 2 examples one that work for fail-over and second that make fail-over and load-balacing i think you should try this one < ifconfig carp0 create ifconfig carp0 vhid 1 pass mekmitasdigoat 192.168.1.10/24 ifconfig carp1 create ifconfig carp1 vhid 2 advskew 100 pass mekmitasdigoat 192.168.1.10/24 The configuration for host B is identical, except the advskew is on vir- tual host 1 rather than virtual host 2. ifconfig carp0 create ifconfig carp0 vhid 1 advskew 100 pass mekmitasdigoat 192.168.1.10/24 ifconfig carp1 create ifconfig carp1 vhid 2 pass mekmitasdigoat 192.168.1.10/24 Finally, the ARP balancing feature must be enabled on both hosts: sysctl net.inet.carp.arpbalance=1 > then arping -i em0 192.168.1.10 br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. Mark Jayson Alvarez wrote: > > > */Atanas Yankov /* wrote: > > The better solutuon to test how carp worked is a arping :))) not > ssh or > other and you may be > need to set a /32 mask for a virtual ip address , if you remind how > works ip alliasing in freebsd. > > No luck, no manual entry for arping. the /32 mask won't work either. > both of them shows that they are the BACKUP machine.. Ucarp is a lot > easier... however I really like to make this work in the kernel > level.. anymore idea? > > ------------------------------------------------------------------------ > Yahoo! FareChase - Search multiple travel sites in one click. > _______________________________________________ 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" --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 01:46:54 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E6F16A41F; Thu, 24 Nov 2005 01:46:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C4A43D83; Thu, 24 Nov 2005 01:46:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAO1kFMa040293; Wed, 23 Nov 2005 18:46:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43851B69.5090701@samsco.org> Date: Wed, 23 Nov 2005 18:46:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Vince References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> In-Reply-To: <43851A08.5080802@roq.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: John Polstra , net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 01:46:54 -0000 Michael Vince wrote: > Kris Kennaway wrote: > >> On Tue, Nov 22, 2005 at 08:54:49PM -0800, John Polstra wrote: >> >> >>> On 23-Nov-2005 Kris Kennaway wrote: >>> >>> >>>> I am seeing the em driver undergoing an interrupt storm whenever the >>>> amr driver receives interrupts. In this case I was running newfs on >>>> the amr array and em0 was not in use: >>>> >>>> 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% >>>> irq16: em0 >>>> 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% >>>> irq24: amr0 >>>> >>>> # vmstat -i >>>> interrupt total rate >>>> irq1: atkbd0 2 0 >>>> irq4: sio0 199 1 >>>> irq6: fdc0 32 0 >>>> irq13: npx0 1 0 >>>> irq14: ata0 47 0 >>>> irq15: ata1 931 5 >>>> irq16: em0 6321801 37187 >>>> irq24: amr0 28023 164 >>>> cpu0: timer 337533 1985 >>>> cpu1: timer 337285 1984 >>>> Total 7025854 41328 >>>> >>>> When newfs finished (i.e. amr was idle), em0 stopped storming. >>>> >>>> MPTable: >>>> >>> >>> This is the dreaded interrupt aliasing problem that several of us have >>> experienced with this chipset. High-numbered interrupts alias down to >>> interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less >>> than the original interupt. >>> >>> Nobody knows what causes it, and nobody knows how to fix it. >>> >> >> >> This would be good to document somewhere so that people don't either >> accidentally buy this hardware, or know what to expect when they run >> it. >> >> Kris >> >> > This is Intels latest server chipset designs and Dell are putting that > chipset in all their servers. > Luckily I haven't not seen the problem on any of my Dell servers (as > long as I am looking at this right). > > This server has been running for a long time. > vmstat -i > interrupt total rate > irq1: atkbd0 6 0 > irq4: sio0 23433 0 > irq6: fdc0 10 0 > irq8: rtc 2631238611 128 > irq13: npx0 1 0 > irq14: ata0 99 0 > irq16: uhci0 1507608958 73 > irq18: uhci2 42005524 2 > irq19: uhci1 3 0 > irq23: atapci0 151 0 > irq46: amr0 41344088 2 > irq64: em0 1513106157 73 > irq0: clk 2055605782 99 > Total 7790932823 379 > > This one just transfered over 8gigs of data in 77seconds with around > 1000 simultaneous tcp connections under a load of 35. Both seem OK. > vmstat -i > interrupt total rate > irq4: sio0 315 0 > irq13: npx0 1 0 > irq14: ata0 47 0 > irq16: uhci0 2894669 2 > irq18: uhci2 977413 0 > irq23: ehci0 3 0 > irq46: amr0 883138 0 > irq64: em0 2890414 2 > cpu0: timer 2763566717 1999 > cpu3: timer 2763797300 1999 > cpu1: timer 2763551479 1999 > cpu2: timer 2763797870 1999 > Total 11062359366 8004 > > Mike > > Looks like at least some of your interrupts are being aliased to irq16, which just happens to be USB(uhci) in this case. Note that the rate is the same between irq64 and irq16, and the totals are pretty close. If you don't need USB, I'd suggest turning it off. Scott From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 03:27:43 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C736C16A420; Thu, 24 Nov 2005 03:27:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F2543D55; Thu, 24 Nov 2005 03:27:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3D3521A3C28; Wed, 23 Nov 2005 19:27:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 46AC451592; Wed, 23 Nov 2005 22:27:41 -0500 (EST) Date: Wed, 23 Nov 2005 22:27:41 -0500 From: Kris Kennaway To: Michael Vince Message-ID: <20051124032740.GA13569@xor.obsecurity.org> References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <43851A08.5080802@roq.com> User-Agent: Mutt/1.4.2.1i Cc: John Polstra , net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 03:27:43 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2005 at 12:40:24PM +1100, Michael Vince wrote: > chipset in all their servers. > Luckily I haven't not seen the problem on any of my Dell servers (as=20 > long as I am looking at this right). >=20 > This server has been running for a long time. > vmstat -i > interrupt total rate > irq1: atkbd0 6 0 > irq4: sio0 23433 0 > irq6: fdc0 10 0 > irq8: rtc 2631238611 128 > irq13: npx0 1 0 > irq14: ata0 99 0 The interrupt storm only happens when other interrupts are delivered to other devices, e.g. when you're doing a lot of filesystem I/O. =20 > irq16: uhci0 1507608958 73 > irq64: em0 1513106157 73 Both of these look like they might be experiencing it, since they have extremely high counts. Your USB controller shouldn't have that many interrupts, for example. > 1000 simultaneous tcp connections under a load of 35. Both seem OK. > vmstat -i > interrupt total rate > irq4: sio0 315 0 > irq13: npx0 1 0 > irq14: ata0 47 0 > irq16: uhci0 2894669 2 > irq64: em0 2890414 2 Again uhci seems to have a lot of interrupts. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhTMsWry0BWjoQKURApuSAKDAJN9PEgWc4aGVvTxp8JIsluAk3QCffNrr 5TEzezZZCjVRkd4tMYZV1CY= =AYDB -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 03:35:11 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD8E16A41F; Thu, 24 Nov 2005 03:35:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A90DB43D5C; Thu, 24 Nov 2005 03:35:00 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAO3YwhK040830; Wed, 23 Nov 2005 20:34:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <438534E2.1000004@samsco.org> Date: Wed, 23 Nov 2005 20:34:58 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mihail Balikov References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <006701c5f070$bab75e70$0cddf0d5@misho> In-Reply-To: <006701c5f070$bab75e70$0cddf0d5@misho> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 03:35:12 -0000 Mihail Balikov wrote: > try to enable kern.polling > > sysctl -w kern.polling.enable=1 > > Polling solves specific problems, but isn't a good choice for every situation. Scott From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 04:22:14 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801F816A41F; Thu, 24 Nov 2005 04:22:14 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE17943D66; Thu, 24 Nov 2005 04:22:12 +0000 (GMT) (envelope-from mv@roq.com) Received: from vault.mel.jumbuck.com (localhost [127.0.0.1]) by vault.mel.jumbuck.com (Postfix) with ESMTP id 5C4698A023; Thu, 24 Nov 2005 15:22:04 +1100 (EST) Received: from [192.168.46.52] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vault.mel.jumbuck.com (Postfix) with ESMTP id 38DE68A01F; Thu, 24 Nov 2005 15:22:04 +1100 (EST) Message-ID: <43853FF3.2050103@roq.com> Date: Thu, 24 Nov 2005 15:22:11 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> <43851B69.5090701@samsco.org> In-Reply-To: <43851B69.5090701@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Kris Kennaway , current@freebsd.org, net@freebsd.org Subject: Re: em interrupt storm 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 Nov 2005 04:22:14 -0000 Scott Long wrote: > Michael Vince wrote: > >> Kris Kennaway wrote: >> >>> On Tue, Nov 22, 2005 at 08:54:49PM -0800, John Polstra wrote: >>> >>> >>>> On 23-Nov-2005 Kris Kennaway wrote: >>>> >>>> >>>>> I am seeing the em driver undergoing an interrupt storm whenever the >>>>> amr driver receives interrupts. In this case I was running newfs on >>>>> the amr array and em0 was not in use: >>>>> >>>>> 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% >>>>> irq16: em0 >>>>> 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% >>>>> irq24: amr0 >>>>> >>>>> # vmstat -i >>>>> interrupt total rate >>>>> irq1: atkbd0 2 0 >>>>> irq4: sio0 199 1 >>>>> irq6: fdc0 32 0 >>>>> irq13: npx0 1 0 >>>>> irq14: ata0 47 0 >>>>> irq15: ata1 931 5 >>>>> irq16: em0 6321801 37187 >>>>> irq24: amr0 28023 164 >>>>> cpu0: timer 337533 1985 >>>>> cpu1: timer 337285 1984 >>>>> Total 7025854 41328 >>>>> >>>>> When newfs finished (i.e. amr was idle), em0 stopped storming. >>>>> >>>>> MPTable: >>>>> >>>> >>>> >>>> This is the dreaded interrupt aliasing problem that several of us have >>>> experienced with this chipset. High-numbered interrupts alias down to >>>> interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less >>>> than the original interupt. >>>> >>>> Nobody knows what causes it, and nobody knows how to fix it. >>>> >>> >>> >>> >>> This would be good to document somewhere so that people don't either >>> accidentally buy this hardware, or know what to expect when they run >>> it. >>> >>> Kris >>> >>> >> This is Intels latest server chipset designs and Dell are putting >> that chipset in all their servers. >> Luckily I haven't not seen the problem on any of my Dell servers (as >> long as I am looking at this right). >> >> This server has been running for a long time. >> vmstat -i >> interrupt total rate >> irq1: atkbd0 6 0 >> irq4: sio0 23433 0 >> irq6: fdc0 10 0 >> irq8: rtc 2631238611 128 >> irq13: npx0 1 0 >> irq14: ata0 99 0 >> irq16: uhci0 1507608958 73 >> irq18: uhci2 42005524 2 >> irq19: uhci1 3 0 >> irq23: atapci0 151 0 >> irq46: amr0 41344088 2 >> irq64: em0 1513106157 73 >> irq0: clk 2055605782 99 >> Total 7790932823 379 >> >> This one just transfered over 8gigs of data in 77seconds with around >> 1000 simultaneous tcp connections under a load of 35. Both seem OK. >> vmstat -i >> interrupt total rate >> irq4: sio0 315 0 >> irq13: npx0 1 0 >> irq14: ata0 47 0 >> irq16: uhci0 2894669 2 >> irq18: uhci2 977413 0 >> irq23: ehci0 3 0 >> irq46: amr0 883138 0 >> irq64: em0 2890414 2 >> cpu0: timer 2763566717 1999 >> cpu3: timer 2763797300 1999 >> cpu1: timer 2763551479 1999 >> cpu2: timer 2763797870 1999 >> Total 11062359366 8004 >> >> Mike >> >> > > Looks like at least some of your interrupts are being aliased to > irq16, which just happens to be USB(uhci) in this case. Note that the > rate is > the same between irq64 and irq16, and the totals are pretty close. If > you don't need USB, I'd suggest turning it off. > > Scott Most of my Dell servers occasionally use the USB ports to serial out via tip using a usb2serial cable with the uplcom driver and then into another servers real serial port (sio) so its not really an option to disable USB. How much do you think it affects performance if the USB device is actually rarely used. I also have a 6-stable machine and noticed that the vmstat -i output lists the em and usb together, but em0 isn't used at all, em2 and em3 are the active ones, it doesn't seem reasonable that my usb serial usage would be that high for irq16 or could it be that em2 and em3 and also going through irq16 vmstat -i interrupt total rate irq4: sio0 228 0 irq14: ata0 47 0 irq16: em0 uhci0 917039 11 irq18: uhci2 54823 0 irq23: ehci0 3 0 irq46: amr0 45998 0 irq64: em2 898628 11 lapic0: timer 159140889 1999 Total 161057655 2024 Mike From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 04:52:16 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68BEA16A41F; Thu, 24 Nov 2005 04:52:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32E243D64; Thu, 24 Nov 2005 04:52:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jAO4q841041176; Wed, 23 Nov 2005 21:52:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <438546F8.5010601@samsco.org> Date: Wed, 23 Nov 2005 21:52:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Vince References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> <43851B69.5090701@samsco.org> <43853FF3.2050103@roq.com> In-Reply-To: <43853FF3.2050103@roq.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: Kris Kennaway , current@freebsd.org, net@freebsd.org Subject: Re: em interrupt storm 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 Nov 2005 04:52:16 -0000 Michael Vince wrote: > Scott Long wrote: > >> Michael Vince wrote: >> >>> Kris Kennaway wrote: >>> >>>> On Tue, Nov 22, 2005 at 08:54:49PM -0800, John Polstra wrote: >>>> >>>> >>>>> On 23-Nov-2005 Kris Kennaway wrote: >>>>> >>>>> >>>>>> I am seeing the em driver undergoing an interrupt storm whenever the >>>>>> amr driver receives interrupts. In this case I was running newfs on >>>>>> the amr array and em0 was not in use: >>>>>> >>>>>> 28 root 1 -68 -187 0K 8K CPU1 1 0:32 53.98% >>>>>> irq16: em0 >>>>>> 36 root 1 -64 -183 0K 8K RUN 1 0:37 27.75% >>>>>> irq24: amr0 >>>>>> >>>>>> # vmstat -i >>>>>> interrupt total rate >>>>>> irq1: atkbd0 2 0 >>>>>> irq4: sio0 199 1 >>>>>> irq6: fdc0 32 0 >>>>>> irq13: npx0 1 0 >>>>>> irq14: ata0 47 0 >>>>>> irq15: ata1 931 5 >>>>>> irq16: em0 6321801 37187 >>>>>> irq24: amr0 28023 164 >>>>>> cpu0: timer 337533 1985 >>>>>> cpu1: timer 337285 1984 >>>>>> Total 7025854 41328 >>>>>> >>>>>> When newfs finished (i.e. amr was idle), em0 stopped storming. >>>>>> >>>>>> MPTable: >>>>>> >>>>> >>>>> >>>>> >>>>> This is the dreaded interrupt aliasing problem that several of us have >>>>> experienced with this chipset. High-numbered interrupts alias down to >>>>> interrupts in the range 16..19 (or maybe 16..23), a multiple of 8 less >>>>> than the original interupt. >>>>> >>>>> Nobody knows what causes it, and nobody knows how to fix it. >>>>> >>>> >>>> >>>> >>>> >>>> This would be good to document somewhere so that people don't either >>>> accidentally buy this hardware, or know what to expect when they run >>>> it. >>>> >>>> Kris >>>> >>>> >>> This is Intels latest server chipset designs and Dell are putting >>> that chipset in all their servers. >>> Luckily I haven't not seen the problem on any of my Dell servers (as >>> long as I am looking at this right). >>> >>> This server has been running for a long time. >>> vmstat -i >>> interrupt total rate >>> irq1: atkbd0 6 0 >>> irq4: sio0 23433 0 >>> irq6: fdc0 10 0 >>> irq8: rtc 2631238611 128 >>> irq13: npx0 1 0 >>> irq14: ata0 99 0 >>> irq16: uhci0 1507608958 73 >>> irq18: uhci2 42005524 2 >>> irq19: uhci1 3 0 >>> irq23: atapci0 151 0 >>> irq46: amr0 41344088 2 >>> irq64: em0 1513106157 73 >>> irq0: clk 2055605782 99 >>> Total 7790932823 379 >>> >>> This one just transfered over 8gigs of data in 77seconds with around >>> 1000 simultaneous tcp connections under a load of 35. Both seem OK. >>> vmstat -i >>> interrupt total rate >>> irq4: sio0 315 0 >>> irq13: npx0 1 0 >>> irq14: ata0 47 0 >>> irq16: uhci0 2894669 2 >>> irq18: uhci2 977413 0 >>> irq23: ehci0 3 0 >>> irq46: amr0 883138 0 >>> irq64: em0 2890414 2 >>> cpu0: timer 2763566717 1999 >>> cpu3: timer 2763797300 1999 >>> cpu1: timer 2763551479 1999 >>> cpu2: timer 2763797870 1999 >>> Total 11062359366 8004 >>> >>> Mike >>> >>> >> >> Looks like at least some of your interrupts are being aliased to >> irq16, which just happens to be USB(uhci) in this case. Note that the >> rate is >> the same between irq64 and irq16, and the totals are pretty close. If >> you don't need USB, I'd suggest turning it off. >> >> Scott > > > Most of my Dell servers occasionally use the USB ports to serial out via > tip using a usb2serial cable with the uplcom driver and then into > another servers real serial port (sio) so its not really an option to > disable USB. > > How much do you think it affects performance if the USB device is > actually rarely used. > > I also have a 6-stable machine and noticed that the vmstat -i output > lists the em and usb together, but em0 isn't used at all, em2 and em3 > are the active ones, it doesn't seem reasonable that my usb serial usage > would be that high for irq16 or could it be that em2 and em3 and also > going through irq16 > > vmstat -i > interrupt total rate > irq4: sio0 228 0 > irq14: ata0 47 0 > irq16: em0 uhci0 917039 11 > irq18: uhci2 54823 0 > irq23: ehci0 3 0 > irq46: amr0 45998 0 > irq64: em2 898628 11 > lapic0: timer 159140889 1999 > Total 161057655 2024 > > Mike > You're seeing the same aliasing. Here's exactly what happens: irq64 generates an interrupt and the APIC routes it to the CPU. FreeBSD services the interrupt, masks irq64 in the APIC, and schedules the interrupt thread for em2. When that ithread runs, the driver will take action to turn off the interrupt at the card, and then irq64 will be unmasked when the ithread completes. PCI interrupts are level driven, so they stay active until the driver tells the hardware to turn them off. However, as soon as the interrupt get masked, the APIC re-routes the signal to irq16. Since irq16 is an interrupt that freebsd cares about, it's enabled, so FreeBSD gets interrupted again. It then masks irq16 and schedules the em0/uhci0 ithread. Servicing irq16 doesn't take a whole lot of time, but running the ithread for it does. The uhci driver has to grab the Giant lock, so things like the bufdaemon get locked out while it runs. The em0 driver also has to grab a lock, but according to you that interface isnt' doing any work so it's likely to not be a big deal. But even so, these lock operations consume thousands of CPU cycles, plus the drivers have to read status either on the card or in memory, and that will also take thousands of cycles, maybe more (especially for UHCI). Add that up, and the CPU is spending a lot of time doing useless work. On a lightly loaded system you won't notice a difference, but if you're trying to do something like push lots of packets through, it quickly becomes noticable. Masking the interrupt in the APIC is vital so that the PCI interrupt can be silenced while the ithread gets scheduled to run. We can't EOI the APIC until it's silenced or else we'll get immediately re-interrupted, and if we don't EOI then we can't get any other interrupts. This scheme works fairly well for typical PC hardware, and these Intel chipsets seem to be the exception, albeit a popular one. One solution that is being worked on is to allow drivers to test and clear the hardware interrupt registers directly in the low-level interrupt handler, before their ithread runs. That'll eliminate the need to mask the APIC. This probably won't work for all drivers, but it should work for drivers like if_em. I've tried doing tricks like deferring the EOI and the masking, but the OS quickly looses its mind because it startsmissing clock interrupts. Scott From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 05:17:29 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE50B16A41F; Thu, 24 Nov 2005 05:17:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BDBE43D55; Thu, 24 Nov 2005 05:17:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 25D05226FD4; Wed, 23 Nov 2005 21:17:29 -0800 (PST) Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id jAO5HR66038288; Wed, 23 Nov 2005 21:17:27 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <43854CE6.6030200@elischer.org> Date: Wed, 23 Nov 2005 21:17:26 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Vince References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> In-Reply-To: <43851A08.5080802@roq.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: John Polstra , net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 05:17:30 -0000 Michael Vince wrote: > Kris Kennaway wrote: > >> >> > This is Intels latest server chipset designs and Dell are putting that > chipset in all their servers. > Luckily I haven't not seen the problem on any of my Dell servers (as > long as I am looking at this right). > I just tried intel's latest em driver (3.2.18) with 6 interfaces on a 4.10 system on a dell 2850 server. (E7525 chipset I think) The result was the system hanging (couldn't do anything other than enter the debugger). backtraces showed tight loops in the em interrupt routines. Not sure if it's related yet. From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 05:32:00 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AEDA16A41F; Thu, 24 Nov 2005 05:32:00 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C7543D4C; Thu, 24 Nov 2005 05:31:58 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id jAO5VOr7051047; Wed, 23 Nov 2005 21:31:24 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id jAO5VOEm051046; Wed, 23 Nov 2005 21:31:24 -0800 (PST) Date: Wed, 23 Nov 2005 21:31:24 -0800 (PST) From: Matthew Dillon Message-Id: <200511240531.jAO5VOEm051046@apollo.backplane.com> To: Scott Long References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> <43851B69.5090701@samsco.org> <43853FF3.2050103@roq.com> <438546F8.5010601@samsco.org> Cc: Michael Vince , net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 05:32:00 -0000 :You're seeing the same aliasing. Here's exactly what happens: :irq64 generates an interrupt and the APIC routes it to the CPU. :FreeBSD services the interrupt, masks irq64 in the APIC, and schedules :the interrupt thread for em2. When that ithread runs, the driver :will take action to turn off the interrupt at the card, and then :irq64 will be unmasked when the ithread completes. PCI interrupts are :level driven, so they stay active until the driver tells the hardware to :turn them off. However, as soon as the interrupt get masked, the APIC :re-routes the signal to irq16. Since irq16 is an interrupt that freebsd :cares about, it's enabled, so FreeBSD gets interrupted again. It then :masks irq16 and schedules the em0/uhci0 ithread. I'm a little confused as to what 'irq16' really means in this context. Are we talking about pin 16 on the IOAPIC (i.e. the 'irq16' cannot be distinguished from an interrupt on pin 16), or is it generating an actual BASE+16 vector to the LAPIC whenever some other pin is masked, or is it generating a fixed vector? It should be possible to work around the problem by using the trick that Linux uses, which is to 'mask' the IOAPIC interrupt by programming the pin from level to edge triggered (and then back to level triggered when the interrupt thread is finished with it), instead of masking the pin. This trick can result in a double interrupt, but it will stop the continuous interrupts. -Matt Matthew Dillon From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 05:57:40 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C548D16A41F for ; Thu, 24 Nov 2005 05:57:40 +0000 (GMT) (envelope-from kamada@nanohz.org) Received: from nasten.nanohz.org (220x218x5x242.ap220.ftth.ucom.ne.jp [220.218.5.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0759E43D4C for ; Thu, 24 Nov 2005 05:57:39 +0000 (GMT) (envelope-from kamada@nanohz.org) Received: from nasten.nanohz.org (localhost [127.0.0.1]) by nasten.nanohz.org (Postfix) with ESMTP id 801C45E for ; Thu, 24 Nov 2005 14:57:38 +0900 (JST) Received: from mitana.nanohz.org ([2001:240:2:0:20a:e4ff:fe23:c841]) by nasten.nanohz.org (smtpsugar 1.1) with ESMTPA id 2x9TNQ; Thu, 24 Nov 2005 14:57:38 +0900 (JST) Date: Thu, 24 Nov 2005 14:57:55 +0900 Message-ID: <20051124145755WM%kamada@nanohz.org> From: KAMADA Ken'ichi To: freebsd-net@freebsd.org In-Reply-To: <20051122215253.GM97528@gremlin.foo.is> References: <20051122215253.GM97528@gremlin.foo.is> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-netbsdelf3.99.9) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: Strange problem with IPSEC, not entirely transparent. 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 Nov 2005 05:57:40 -0000 At Tue, 22 Nov 2005 21:52:53 +0000, Baldur Gislason wrote: > > Now, here's the problem. When I have spmd and iked running on both ends, and everything between > the hosts goes by IPSEC, comms over the tunnel work fine but I cannot connect to any TCP ports > on the 5.4 machine from the 4.10 machine. > I can connect from the 5.4 machine to the 4.10 machine though. > Both machines can ping each other, no problems there. And all comms that go through the gif0 tunnel > work. You mean that TCP outside the gif tunnel doesn't work only in one direction? If you set IPsec keys (and policies) manually, does it work? If manual keying works, then... You mentioned spmd and iked, so I suspect you are using racoon2 (!= racoon), right? If so, please send racoon2.conf, SPD and SAD (output of "setkey -DP" and "setkey -D"), iked's log, and other config if relevant (all on both ends). If they are too big, you can send them to me off-list. # OTOH, If it is racoon you actually wanted to use, it's now contained # in security/ipsec-tools ports. At Tue, 22 Nov 2005 21:57:24 +0000, Baldur Gislason wrote: > > Adding: > If I kill spmd on the 5.4 box, then all works fine but the comms are only encrypted in one direction. Killing spmd causes removal of SPD entries generated by racoon2. -- KAMADA Ken'ichi @racoon2 project From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 10:02:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B837C16A41F for ; Thu, 24 Nov 2005 10:02:47 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: from netmail.langame.net (netmail.langame.net [80.80.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DD243D5E for ; Thu, 24 Nov 2005 10:02:45 +0000 (GMT) (envelope-from xds@LanGame.Net) Received: (qmail 86042 invoked by uid 0); 24 Nov 2005 07:03:21 -0000 Received: from xds@LanGame.Net by netmail.langame.net by uid 0 with qmail-scanner-1.22 (clamdscan: 0.72. Clear:RC:1(80.80.128.68):. Processed in 0.052869 secs); 24 Nov 2005 07:03:21 -0000 X-Qmail-Scanner-Mail-From: xds@LanGame.Net via netmail.langame.net X-Qmail-Scanner: 1.22 (Clear:RC:1(80.80.128.68):. Processed in 0.052869 secs) Received: from unknown (HELO ?80.80.128.68?) (xds%langame.net@80.80.128.68) by netmail.langame.net with SMTP; 24 Nov 2005 07:03:21 -0000 Message-ID: <43858FD9.9070603@LanGame.Net> Date: Thu, 24 Nov 2005 12:03:05 +0200 From: Atanas Yankov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050729) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20051124014244.48389.qmail@web51604.mail.yahoo.com> In-Reply-To: <20051124014244.48389.qmail@web51604.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: carp questions 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 Nov 2005 10:02:47 -0000 You miss sysctl net.inet.carp.arpbalance=1 if this not work again please paste you current carp config Mark Jayson Alvarez wrote: br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. >Good day freebsd-net! > > I have tried everything to make it work, yet I failed misserably > > Here are my findings: > > 1. First arping only works if it detects more than 1 carp-enabled machine. > 2. I can still see that both of the two carp-enabled machine as BACKUP (even with the other having lower advskew). > > 3. I still can't ping the virtual ip address.. perhaps because none of them is in MASTER state.. specifying 'state MASTER' in ifconfig results in command error. If this is the case, then how would I ever be able to use that virtual ip for the clients gateway? Specifying a lower advskew doesn't make it MASTER either. > 4. In OpenBSD's carp documentation, one can specify the state, and also the carp device to use that will belong to the group, however not in FreeBSD, are those still necessary in FreeBSD? > > Here are the ifconfig output on both machine: > > Machine intended to be the MASTER: > > xl0: flags=8943 mtu 1500 > options=9 > inet6 fe80::201:2ff:fe88:d8c%xl0 prefixlen 64 scopeid 0x1 > inet 10.10.8.144 netmask 0xffffff00 broadcast 10.10.8.255 > ether 00:01:02:88:0d:8c > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > carp0: flags=41 mtu 1500 > inet 10.10.8.146 netmask 0xffffff00 > carp: BACKUP vhid 1 advbase 1 advskew 0 > > > > Machine intended to be the BACKUP: > > xl0: flags=8943 mtu 1500 > options=9 > inet6 fe80::201:2ff:fe90:1957%xl0 prefixlen 64 scopeid 0x1 > inet 10.10.8.145 netmask 0xffffff00 broadcast 10.10.8.255 > ether 00:01:02:90:19:57 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > carp0: flags=41 mtu 1500 > inet 10.10.8.146 netmask 0xffffff00 > carp: BACKUP vhid 1 advbase 1 advskew 100 > > > > The sysctl output on both machines: > > net.inet.carp.allow: 1 > net.inet.carp.preempt: 1 > net.inet.carp.log: 1 > net.inet.carp.arpbalance: 0 > net.inet.carp.suppress_preempt: 0 > > > > Finally, the ARP balancing feature must be enabled on both hosts: sysctl net.inet.carp.arpbalance=1 > > Anymore idea? > Thanks > > > > > > > > > > > > >Atanas Yankov wrote: It's must go into ports and install it ;)) > >cd /usr/ports/net/arping/ >make install clean >then man arping > >and then read man carp carefully > >there is 2 examples one that work for fail-over and second that make >fail-over and load-balacing > >i think you should try this one > >< > ifconfig carp0 create > ifconfig carp0 vhid 1 pass mekmitasdigoat 192.168.1.10/24 > ifconfig carp1 create > ifconfig carp1 vhid 2 advskew 100 pass mekmitasdigoat >192.168.1.10/24 > > The configuration for host B is identical, except the advskew is on >vir- > tual host 1 rather than virtual host 2. > > ifconfig carp0 create > ifconfig carp0 vhid 1 advskew 100 pass mekmitasdigoat >192.168.1.10/24 > ifconfig carp1 create > ifconfig carp1 vhid 2 pass mekmitasdigoat 192.168.1.10/24 > > Finally, the ARP balancing feature must be enabled on both hosts: > > sysctl net.inet.carp.arpbalance=1 > > >then arping -i em0 192.168.1.10 > > >br, >CCNP Atanas Yankov >Network Administrator >AngelSoft Ltd. > >Mark Jayson Alvarez wrote: > > > >>*/Atanas Yankov /* wrote: >> >> The better solutuon to test how carp worked is a arping :))) not >> ssh or >> other and you may be >> need to set a /32 mask for a virtual ip address , if you remind how >> works ip alliasing in freebsd. >> >>No luck, no manual entry for arping. the /32 mask won't work either. >>both of them shows that they are the BACKUP machine.. Ucarp is a lot >>easier... however I really like to make this work in the kernel >>level.. anymore idea? >> >>------------------------------------------------------------------------ >>Yahoo! FareChase - Search multiple travel sites in one click. >> >> >> > > > > > >_______________________________________________ >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" > > > > >--------------------------------- > Yahoo! Music Unlimited - Access over 1 million songs. Try it free. >_______________________________________________ >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 Nov 24 10:38:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76AE516A41F for ; Thu, 24 Nov 2005 10:38:51 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: from web51601.mail.yahoo.com (web51601.mail.yahoo.com [206.190.38.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BEEB43D62 for ; Thu, 24 Nov 2005 10:38:48 +0000 (GMT) (envelope-from jay2xra@yahoo.com) Received: (qmail 49260 invoked by uid 60001); 24 Nov 2005 10:38:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=epgtni1glFbgISfLCAtzBbjPChs8EwgHdEZgbBfwaj2+vtoeBa8U1OevFNyg8Z+k5sXvHDPdjNwKxxnia2WG2HGBXdfmAVPkDpPb7RMxBhlBYmdAqeXI2MIcbazQEVg2g0zYDBSKqfA8H8S7ql3XhkVjtz63b9nK2EKFMxBLIFk= ; Message-ID: <20051124103847.49258.qmail@web51601.mail.yahoo.com> Received: from [202.90.128.21] by web51601.mail.yahoo.com via HTTP; Thu, 24 Nov 2005 02:38:47 PST Date: Thu, 24 Nov 2005 02:38:47 -0800 (PST) From: Mark Jayson Alvarez To: Atanas Yankov , freebsd-net@freebsd.org In-Reply-To: <43858FD9.9070603@LanGame.Net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: carp questions 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 Nov 2005 10:38:51 -0000 Hi Atanas, Thank you for helping me. Its working now. However, I didn't know the sysctl net.inet.carp.arpbalance must be enabled just to make everything work. I thought that sysctl is only needed if you intend to do some load balancing (the manual says it)..in which it wasn't my aim in the first place. But thanks again... its almost time to go home now.. tomorrow it will be a good day to start my work =) Good evening, from here in the Philippines!! Atanas Yankov wrote: You miss sysctl net.inet.carp.arpbalance=1 if this not work again please paste you current carp config Mark Jayson Alvarez wrote: br, CCNP Atanas Yankov Network Administrator AngelSoft Ltd. >Good day freebsd-net! > > I have tried everything to make it work, yet I failed misserably > > Here are my findings: > > 1. First arping only works if it detects more than 1 carp-enabled machine. > 2. I can still see that both of the two carp-enabled machine as BACKUP (even with the other having lower advskew). > > 3. I still can't ping the virtual ip address.. perhaps because none of them is in MASTER state.. specifying 'state MASTER' in ifconfig results in command error. If this is the case, then how would I ever be able to use that virtual ip for the clients gateway? Specifying a lower advskew doesn't make it MASTER either. > 4. In OpenBSD's carp documentation, one can specify the state, and also the carp device to use that will belong to the group, however not in FreeBSD, are those still necessary in FreeBSD? > > Here are the ifconfig output on both machine: > > Machine intended to be the MASTER: > > xl0: flags=8943 mtu 1500 > options=9 > inet6 fe80::201:2ff:fe88:d8c%xl0 prefixlen 64 scopeid 0x1 > inet 10.10.8.144 netmask 0xffffff00 broadcast 10.10.8.255 > ether 00:01:02:88:0d:8c > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > carp0: flags=41 mtu 1500 > inet 10.10.8.146 netmask 0xffffff00 > carp: BACKUP vhid 1 advbase 1 advskew 0 > > > > Machine intended to be the BACKUP: > > xl0: flags=8943 mtu 1500 > options=9 > inet6 fe80::201:2ff:fe90:1957%xl0 prefixlen 64 scopeid 0x1 > inet 10.10.8.145 netmask 0xffffff00 broadcast 10.10.8.255 > ether 00:01:02:90:19:57 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > carp0: flags=41 mtu 1500 > inet 10.10.8.146 netmask 0xffffff00 > carp: BACKUP vhid 1 advbase 1 advskew 100 > > > > The sysctl output on both machines: > > net.inet.carp.allow: 1 > net.inet.carp.preempt: 1 > net.inet.carp.log: 1 > net.inet.carp.arpbalance: 0 > net.inet.carp.suppress_preempt: 0 > > > > Finally, the ARP balancing feature must be enabled on both hosts: sysctl net.inet.carp.arpbalance=1 > > Anymore idea? > Thanks > > > > > > > > > > > > >Atanas Yankov wrote: It's must go into ports and install it ;)) > >cd /usr/ports/net/arping/ >make install clean >then man arping > >and then read man carp carefully > >there is 2 examples one that work for fail-over and second that make >fail-over and load-balacing > >i think you should try this one > >< > ifconfig carp0 create > ifconfig carp0 vhid 1 pass mekmitasdigoat 192.168.1.10/24 > ifconfig carp1 create > ifconfig carp1 vhid 2 advskew 100 pass mekmitasdigoat >192.168.1.10/24 > > The configuration for host B is identical, except the advskew is on >vir- > tual host 1 rather than virtual host 2. > > ifconfig carp0 create > ifconfig carp0 vhid 1 advskew 100 pass mekmitasdigoat >192.168.1.10/24 > ifconfig carp1 create > ifconfig carp1 vhid 2 pass mekmitasdigoat 192.168.1.10/24 > > Finally, the ARP balancing feature must be enabled on both hosts: > > sysctl net.inet.carp.arpbalance=1 > > >then arping -i em0 192.168.1.10 > > >br, >CCNP Atanas Yankov >Network Administrator >AngelSoft Ltd. > >Mark Jayson Alvarez wrote: > > > >>*/Atanas Yankov /* wrote: >> >> The better solutuon to test how carp worked is a arping :))) not >> ssh or >> other and you may be >> need to set a /32 mask for a virtual ip address , if you remind how >> works ip alliasing in freebsd. >> >>No luck, no manual entry for arping. the /32 mask won't work either. >>both of them shows that they are the BACKUP machine.. Ucarp is a lot >>easier... however I really like to make this work in the kernel >>level.. anymore idea? >> >>------------------------------------------------------------------------ >>Yahoo! FareChase - Search multiple travel sites in one click. >> >> >> > > > > > >_______________________________________________ >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" > > > > >--------------------------------- > Yahoo! Music Unlimited - Access over 1 million songs. Try it free. >_______________________________________________ >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" --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 10:50:12 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1EB516A420 for ; Thu, 24 Nov 2005 10:50:12 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED4143D58 for ; Thu, 24 Nov 2005 10:50:08 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id 2A49C2C90D for ; Thu, 24 Nov 2005 11:50:07 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id B69C82C90A; Thu, 24 Nov 2005 11:50:05 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 6AB7B2C906; Thu, 24 Nov 2005 11:50:05 +0100 (CET) From: Massimo Lusetti To: Scott Long In-Reply-To: <438546F8.5010601@samsco.org> References: <20051123030304.GA84202@xor.obsecurity.org> <20051123084653.GA90927@xor.obsecurity.org> <43851A08.5080802@roq.com> <43851B69.5090701@samsco.org> <43853FF3.2050103@roq.com> <438546F8.5010601@samsco.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Thu, 24 Nov 2005 11:50:05 +0100 Message-Id: <1132829405.4307.5.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Michael Vince , net@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: em interrupt storm 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 Nov 2005 10:50:12 -0000 On Wed, 2005-11-23 at 21:52 -0700, Scott Long wrote: [..] > and if we don't EOI then we can't get any other interrupts. This scheme > works fairly well for typical PC hardware, and these Intel chipsets seem > to be the exception, albeit a popular one. One solution that is being [..] Yep, the wide spread of this kind of hardware makes this a big issue, isn't it? Regards -- Massimo.run(); From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 16:29:02 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABFD016A41F for ; Thu, 24 Nov 2005 16:29:02 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FE643D5F for ; Thu, 24 Nov 2005 16:29:01 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 184413948 for ; Thu, 24 Nov 2005 14:29:00 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id B73C53A76 for ; Thu, 24 Nov 2005 14:28:55 -0200 (BRDT) Message-ID: <4385EA35.9080705@yahoo.com.br> Date: Thu, 24 Nov 2005 14:28:37 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Bug in routing tables ? 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 Nov 2005 16:29:02 -0000 Hi all, I insert this route in my workstation for network test, #route add -net 200.144.xx.xx 255.255.254.0 172.22.x.x Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 200.144.xx.xxx UGS 1 13407 rl0 127.0.0.1 127.0.0.1 UH 0 46 lo0 136.16&0xac160181 255.255.254.0 UGS 0 34 rl0 ?????????????????????????? The question is ........................ this is a network bug? OBS: using /23 this work perfectly!! Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 17:22:26 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D814F16A421 for ; Thu, 24 Nov 2005 17:22:26 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB4B43D5E for ; Thu, 24 Nov 2005 17:22:25 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 728D63948; Thu, 24 Nov 2005 15:22:24 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id E35E03946; Thu, 24 Nov 2005 15:22:18 -0200 (BRDT) Message-ID: <4385F6B8.1020605@yahoo.com.br> Date: Thu, 24 Nov 2005 15:22:00 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Milan Obuch , net@freebsd.org References: <4385EA35.9080705@yahoo.com.br> <200511241753.42330.milan@dino.sk> In-Reply-To: <200511241753.42330.milan@dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Re: Bug in routing tables ? 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 Nov 2005 17:22:27 -0000 Hi Milan, I use route with /netmask[bits] GW, this work fine for me for severals years, I erred in never read route(8) :-( but this "136.16&0xac160181" is very strange for me, and for you ? >On Thursday 24 November 2005 17:28, Ricardo A. Reis wrote: > > >>Hi all, >> >> I insert this route in my workstation for network test, >> >>#route add -net 200.144.xx.xx 255.255.254.0 172.22.x.x >> >> >> > >man route: > > route [-n] command [-net | -host] destination gateway [netmask] > >so no, this ain't network bug, just screwed usage. >Regards, >Milan > > > >>Routing tables >> >>Internet: >>Destination Gateway Flags Refs Use Netif Expire >>default 200.144.xx.xxx UGS 1 13407 rl0 >>127.0.0.1 127.0.0.1 UH 0 46 lo0 >>136.16&0xac160181 255.255.254.0 UGS 0 34 rl0 >>?????????????????????????? >> >> >>The question is ........................ this is a network bug? >> >> >> >>OBS: using /23 this work perfectly!! >> >> >> >>Ricardo A. Reis >>UNIFESP >>Unix and Network Admin >> >> >> >>_______________________________________________ >>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 Nov 24 19:12:52 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8EE316A41F for ; Thu, 24 Nov 2005 19:12:52 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49CD43D5D for ; Thu, 24 Nov 2005 19:12:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAOJC4LL098158; Thu, 24 Nov 2005 21:12:04 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 69740-01; Thu, 24 Nov 2005 21:12:02 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jAOJ8Dav098052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Nov 2005 21:08:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jAOJ8Nuc038982; Thu, 24 Nov 2005 21:08:23 +0200 (EET) (envelope-from ru) Date: Thu, 24 Nov 2005 21:08:23 +0200 From: Ruslan Ermilov To: "Ricardo A. Reis" Message-ID: <20051124190823.GB37187@ip.net.ua> References: <4385EA35.9080705@yahoo.com.br> <200511241753.42330.milan@dino.sk> <4385F6B8.1020605@yahoo.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <4385F6B8.1020605@yahoo.com.br> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Milan Obuch , net@freebsd.org Subject: Re: Bug in routing tables ? 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 Nov 2005 19:12:52 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 24, 2005 at 03:22:00PM -0200, Ricardo A. Reis wrote: > Hi Milan, >=20 > I use route with /netmask[bits] GW, this work fine for me for=20 > severals years, I erred in never read route(8) :-( but this=20 > "136.16&0xac160181" is very strange for me, and for you ? >=20 Non-contiguous netmasks are shown like this. 0xac160181 is 172.22.1.129 136 is 200 ANDed with 172 16 is 144 ANDed with 22 > >On Thursday 24 November 2005 17:28, Ricardo A. Reis wrote: > >=20 > > > >>Hi all, > >> > >> I insert this route in my workstation for network test, > >> > >>#route add -net 200.144.xx.xx 255.255.254.0 172.22.x.x > >> > >> =20 > >> > > > >man route: > > > > route [-n] command [-net | -host] destination gateway [netmask] > > > >so no, this ain't network bug, just screwed usage. > >Regards, > >Milan > > > >=20 > > > >>Routing tables > >> > >>Internet: > >>Destination Gateway Flags Refs Use Netif Exp= ire > >>default 200.144.xx.xxx UGS 1 13407 rl0 > >>127.0.0.1 127.0.0.1 UH 0 46 lo0 > >>136.16&0xac160181 255.255.254.0 UGS 0 34 rl0 > >>?????????????????????????? > >> > >> > >>The question is ........................ this is a network bug? > >> > >> > >> > >>OBS: using /23 this work perfectly!! > >> > >> > >> > >>Ricardo A. Reis > >>UNIFESP > >>Unix and Network Admin > >> > >> > >> > >>_______________________________________________ > >>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" > >> =20 > >> > > > >=20 > > >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhg+nqRfpzJluFF4RAoPdAJ4rLi83rjr55mNdP/kL/XL5bR7l3ACffBni 62LW8yPVRfsWITCeP4rPO/U= =4uAv -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 19:18:13 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B60816A41F for ; Thu, 24 Nov 2005 19:18:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7129343D49 for ; Thu, 24 Nov 2005 19:18:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jAOJIBl9071895; Thu, 24 Nov 2005 11:18:11 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAOJIAqH071894; Thu, 24 Nov 2005 11:18:10 -0800 (PST) (envelope-from jmg) Date: Thu, 24 Nov 2005 11:18:10 -0800 From: John-Mark Gurney To: "Ricardo A. Reis" Message-ID: <20051124191810.GE885@funkthat.com> Mail-Followup-To: "Ricardo A. Reis" , net@freebsd.org References: <4385EA35.9080705@yahoo.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4385EA35.9080705@yahoo.com.br> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: net@freebsd.org Subject: Re: Bug in routing tables ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 19:18:13 -0000 Ricardo A. Reis wrote this message on Thu, Nov 24, 2005 at 14:28 -0200: > I insert this route in my workstation for network test, > > #route add -net 200.144.xx.xx 255.255.254.0 172.22.x.x > > > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 200.144.xx.xxx UGS 1 13407 rl0 > 127.0.0.1 127.0.0.1 UH 0 46 lo0 > 136.16&0xac160181 255.255.254.0 UGS 0 34 rl0 > ?????????????????????????? > > > The question is ........................ this is a network bug? Hmm... why is your gateway 255.255.254.0?? It looks like you didn't use the correct options on your route line to specify -netmask and other things... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Thu Nov 24 23:16:07 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CB916A925; Thu, 24 Nov 2005 23:16:07 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 778BC46198; Thu, 24 Nov 2005 22:43:13 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from bmah-tp05.kitchenlab.org (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by a.mail.sonic.net (8.13.3/8.13.3) with ESMTP id jAOMhCf2006801 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 24 Nov 2005 14:43:13 -0800 From: "Bruce A. Mah" To: Doug Barton In-Reply-To: <4385117B.7080906@FreeBSD.org> References: <4385117B.7080906@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aqqoz9BewUQ8uYMFX2tF" Date: Thu, 24 Nov 2005 14:43:12 -0800 Message-Id: <1132872192.1443.49.camel@localhost.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: bmah@freebsd.org, freebsd Subject: Re: Is fetch -6 supposed to work? 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 Nov 2005 23:16:08 -0000 --=-aqqoz9BewUQ8uYMFX2tF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If memory serves me right, Doug Barton wrote: > It seems to me that fetch(1) cannot actually fetch files over a v6 > connection. For example, the following works: >=20 > fetch -s -P -6 > http://surfnet.dl.sourceforge.net/sourceforge/xchat/xchat-2.6.0.tar.bz2 > 796768 >=20 > But remove the -s and try to fetch the file and it hangs until it times o= ut: >=20 > xchat-2.6.0.tar.bz2 0% of 778 kB 0 Bps > fetch: transfer timed out > fetch: xchat-2.6.0.tar.bz2 appears to be truncated: 0/796768 bytes >=20 > tcpdump on that interface shows no packets flowing between my host and th= e > remote host while it hangs. >=20 > So, is this supposed to work? Any comments or suggestions? I should also > note that surfing IPv6 sites with my web browser works fine. Hi Doug-- This didn't quite work for me either, though I would have expected it to. (Hmmm...what's the point of "-P" for an HTTP retrieval anyways?) This is on my RELENG_5 desktop: tomcat:bmah% fetch -P -6 http://surfnet.dl.sourceforge.net/sourceforge/xcha= t/xchat-2.6.0.tar.bz2 fetch: http://surfnet.dl.sourceforge.net/sourceforge/xchat/xchat-2.6.0.tar.= bz2: Operation timed out tomcat:bmah% fetch -P -6 http://www.kitchenlab.org/www/bmah/Software/pchar/= pchar-1.5.tar.gz pchar-1.5.tar.gz 100% of 114 kB 14 MBps And then on my RELENG_6 laptop: localhost:bmah% fetch -6 http://surfnet.dl.sourceforge.net/sourceforge/xcha= t/xchat-2.6.0.tar.bz2 xchat-2.6.0.tar.bz2 0% of 778 kB 0 Bps fetch: transfer timed out fetch: xchat-2.6.0.tar.bz2 appears to be truncated: 0/796768 bytes localhost:bmah% fetch -6 http://www.kitchenlab.org/www/bmah/Software/pchar/= pchar-1.5.tar.gz pchar-1.5.tar.gz 100% of 114 kB 544 kBps www.kitchenlab.org is a dual-stack machine. It's on the same subnet as my desktop and one hop away from my laptop. I suspect that there's something about surfnet.dl.sourceforge.net that's kind of funky (note intensely technical term) but I'm clueless as to why we can't transfer from it. From tcpdump, it looks to me like the three-way handshake works but the transfer hangs after a few packets have been transferred. I'm not sure why. Bruce. --=-aqqoz9BewUQ8uYMFX2tF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDhkIA2MoxcVugUsMRAgEXAKCVPyaZVa85rsVP88d8geS0jMsMUgCg5IZX EgmCeRxkbYfLLCaAn9iBzpE= =Nwn2 -----END PGP SIGNATURE----- --=-aqqoz9BewUQ8uYMFX2tF-- From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 08:36:22 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4138316A41F for ; Fri, 25 Nov 2005 08:36:22 +0000 (GMT) (envelope-from comepu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A311843D49 for ; Fri, 25 Nov 2005 08:36:21 +0000 (GMT) (envelope-from comepu@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so622446nzo for ; Fri, 25 Nov 2005 00:36:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:subject:date:mime-version:content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=Zg2jIhyRlVgAiPjODVZGjO6PKwDVNlBP74r0UKtbHnZ3jnGWABm+CeKBD28VBbTCtsxLD/NOsas58n7nxiy5Yzq3j7Zgrsm2OoNi0yFEakrl7qgmrhbgbzuHtvtkC2/EBmTpcjRDhNoWIEMn4Ds6NCsnZDsVb245YKnE7HVIvoI= Received: by 10.36.118.6 with SMTP id q6mr962535nzc; Fri, 25 Nov 2005 00:36:21 -0800 (PST) Received: from wtfzhangj ( [203.212.5.196]) by mx.gmail.com with ESMTP id j4sm399915nzd.2005.11.25.00.36.19; Fri, 25 Nov 2005 00:36:20 -0800 (PST) Message-ID: <002001c5f19b$3c198ee0$ba00a8c0@wtfzhangj> From: "Jon" To: Date: Fri, 25 Nov 2005 16:35:39 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: a question about socket-syscall, thinks 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 Nov 2005 08:36:22 -0000 IE5FVF9MT0NLX0dJQU5UKCk7DQogZXJyb3IgPSBzb2NyZWF0ZSh1YXAtPmRvbWFpbiwgJnNvLCB1 YXAtPnR5cGUsIHVhcC0+cHJvdG9jb2wsDQogICAgIHRkLT50ZF91Y3JlZCwgdGQpOw0KIE5FVF9V TkxPQ0tfR0lBTlQoKTsNCiBpZiAoZXJyb3IpIHsNCiAgZmRjbG9zZShmZHAsIGZwLCBmZCwgdGQp Ow0KIH0gZWxzZSB7DQogIEZJTEVERVNDX0xPQ0tfRkFTVChmZHApOw0KICBmcC0+Zl9kYXRhID0g c287IC8qIGFscmVhZHkgaGFzIHJlZiBjb3VudCAqLw0KICBmcC0+Zl9mbGFnID0gRlJFQUR8RldS SVRFOw0KICBmcC0+Zl9vcHMgPSAmc29ja2V0b3BzOw0KICBmcC0+Zl90eXBlID0gRFRZUEVfU09D S0VUOw0KICBGSUxFREVTQ19VTkxPQ0tfRkFTVChmZHApOw0KICB0ZC0+dGRfcmV0dmFsWzBdID0g ZmQ7DQogfQ0KIGZkcm9wKGZwLCB0ZCk7DQogcmV0dXJuIChlcnJvcik7DQoNCkkgZm91bmQgdGhl c2UgbGluZXMgaW4gImtlcm4vdWlwY19zeXNjYWxscy5jKDE2Ni0xODIsIHZlcnNpb246NS40KSIu IEkgaGFkIGEgcXVlc3Rpb24hIFdoeSBkcm9wICJmcCIgaWYgc29jcmVhdGUgZnVuY3Rpb24gcmV0 dXJuIHN1Y2Nlc3M/IENhbiB5b3UgdGVsbCBtZT8gVGhhbmsgeW91IHZlcnkgbXVjaCENCg0KSm9l DQoNCg0K From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 12:20:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB69016A41F for ; Fri, 25 Nov 2005 12:20:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B09543D4C for ; Fri, 25 Nov 2005 12:20:14 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0B42046B16; Fri, 25 Nov 2005 07:20:14 -0500 (EST) Date: Fri, 25 Nov 2005 12:20:13 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jon In-Reply-To: <002001c5f19b$3c198ee0$ba00a8c0@wtfzhangj> Message-ID: <20051125121352.U81764@fledge.watson.org> References: <002001c5f19b$3c198ee0$ba00a8c0@wtfzhangj> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: a question about socket-syscall, thinks 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 Nov 2005 12:20:14 -0000 On Fri, 25 Nov 2005, Jon wrote: > NET_LOCK_GIANT(); > error = socreate(uap->domain, &so, uap->type, uap->protocol, > td->td_ucred, td); > NET_UNLOCK_GIANT(); > if (error) { > fdclose(fdp, fp, fd, td); > } else { > FILEDESC_LOCK_FAST(fdp); > fp->f_data = so; /* already has ref count */ > fp->f_flag = FREAD|FWRITE; > fp->f_ops = &socketops; > fp->f_type = DTYPE_SOCKET; > FILEDESC_UNLOCK_FAST(fdp); > td->td_retval[0] = fd; > } > fdrop(fp, td); > return (error); > > I found these lines in "kern/uipc_syscalls.c(166-182, version:5.4)". I > had a question! Why drop "fp" if socreate function return success? Can > you tell me? Thank you very much! 'struct file' is a reference counted object, where references are typically one of two sorts: - References can be owned by file descriptor arrays (struct filedesc). - Referneces can be owned by threads currently operating on the file descriptor. falloc() initialized the file descriptor reference count to 1 to reflect the reference in the file descriptor array, and then bumps it by 1 if the caller has requested a struct file * result pointer not just a file descriptor index. When falloc() returns a struct file reference, the caller holds a valid reference, which prevents it from being garbage collected as a result of a simultaneous close() by another thread. When the thread calling socket() is done initializing the socket associated with the file descriptor, it calls fdrop() to release the extra thread reference. The file descriptor will still be referenced by the file descriptor array for the process, however (i.e., the reference count drops from 2 to 1, assuming no simultaneous close()). Other system calls operating on file descriptors after creation use fget_*() (sometimes wrapped) to acquire an additional thread reference to the struct file, and similarly release that reference using fdrop() when done. Robert N M Watson From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 12:22:25 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E7416A479 for ; Fri, 25 Nov 2005 12:22:25 +0000 (GMT) (envelope-from bart@convex.ru) Received: from ubik.convex.ru (ubik.convex.ru [195.64.222.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA5F743D6A for ; Fri, 25 Nov 2005 12:22:23 +0000 (GMT) (envelope-from bart@convex.ru) Received: from 172.21.176.201 (bhome2.convex [172.21.176.201]) by ubik.convex.ru (8.12.11/8.12.11) with ESMTP id jAPCLO7a003296 for ; Fri, 25 Nov 2005 17:21:25 +0500 (YEKT) Date: Fri, 25 Nov 2005 17:22:17 +0500 From: bart X-Mailer: The Bat! (v1.62r) Personal X-Priority: 3 (Normal) Message-ID: <1603703438.20051125172217@convex.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.1.8 X-SMTP-Vilter-Virus-Backend: clamd X-SMTP-Vilter-Status: clean X-SMTP-Vilter-clamd-Virus-Status: clean Subject: ifconfig description X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bart List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2005 12:22:25 -0000 Hello, I have couple of bsd routers with dozens vlans and missed ability to make comment on interface like cisco description so, here are patches for 6.0 but they can be easily adopted for 5.4 now you can write smthng like #ifconfig vlan45 descr "Some corp. room 666" and then you'll see #ifconfig vlan45 vlan45: flags=8843 mtu 1500 inet 192.168.1.1 netmask 0xffffffe0 ether 00:07:e9:69:34:61 media: Ethernet autoselect (1000baseTX ) status: active descr: Some corp. room 666 vlan: 45 parent interface: em0 bye, Alex Bartolomey ---- cut ---- *** sys/net/if.c Thu Sep 29 20:57:06 2005 --- sys1/net/if.c Fri Nov 25 11:43:25 2005 *************** *** 1201,1206 **** --- 1201,1207 ---- { struct ifreq *ifr; struct ifstat *ifs; + struct ifdescreq *ifrd; int error = 0; int new_flags, temp_flags; size_t namelen, onamelen; *************** *** 1348,1353 **** --- 1349,1366 ---- EVENTHANDLER_INVOKE(ifnet_arrival_event, ifp); /* Announce the return of the interface. */ rt_ifannouncemsg(ifp, IFAN_ARRIVAL); + break; + + /* bartp */ + + case SIOCSIFDESCR: + ifrd = (struct ifdescreq *)data; + strlcpy(ifp->if_data.ifi_descr, ifrd->ifrd_descr, MAXIFDESCRSIZE); + break; + + case SIOCGIFDESCR: + ifrd = (struct ifdescreq *)data; + strlcpy(ifrd->ifrd_descr, ifp->if_data.ifi_descr, MAXIFDESCRSIZE); break; case SIOCSIFMETRIC: *** sys/net/if.h Fri Oct 7 14:00:05 2005 --- sys1/net/if.h Fri Nov 25 11:30:05 2005 *************** *** 72,77 **** --- 72,80 ---- char *ifcr_buffer; /* buffer for cloner names */ }; + #define MAXIFDESCRSIZE 48 + + /* * Structure describing information about an interface * which may be of interest to management entities. *************** *** 107,112 **** --- 110,116 ---- u_int ifi_timepad; /* time_t is int, not long on alpha */ #endif struct timeval ifi_lastchange; /* time of last administrative change */ + char ifi_descr[MAXIFDESCRSIZE]; }; /*- *************** *** 287,292 **** --- 291,301 ---- #define ifr_reqcap ifr_ifru.ifru_cap[0] /* requested capabilities */ #define ifr_curcap ifr_ifru.ifru_cap[1] /* current capabilities */ #define ifr_index ifr_ifru.ifru_index /* interface index */ + }; + + struct ifdescreq { + char ifrd_name[IFNAMSIZ]; /* if name, e.g. "en0" */ + char ifrd_descr[MAXIFDESCRSIZE]; /* interface description */ }; #define _SIZEOF_ADDR_IFREQ(ifr) \ *** sys/sys/sockio.h Sun Jun 5 03:13:13 2005 --- sys1/sys/sockio.h Fri Nov 25 11:41:48 2005 *************** *** 80,85 **** --- 80,90 ---- #define SIOCSIFMAC _IOW('i', 39, struct ifreq) /* set IF MAC label */ #define SIOCSIFNAME _IOW('i', 40, struct ifreq) /* set IF name */ + /* bartp */ + #define SIOCSIFDESCR _IOW('i', 41, struct ifdescreq) /* set IF descr */ + #define SIOCGIFDESCR _IOWR('i', 42, struct ifdescreq) /* get IF descr */ + + #define SIOCADDMULTI _IOW('i', 49, struct ifreq) /* add m'cast addr */ #define SIOCDELMULTI _IOW('i', 50, struct ifreq) /* del m'cast addr */ #define SIOCGIFMTU _IOWR('i', 51, struct ifreq) /* get IF mtu */ *** sbin/ifconfig/ifconfig.c Thu Oct 6 15:01:56 2005 --- sbin1/ifconfig/ifconfig.c Fri Nov 25 12:09:38 2005 *************** *** 791,796 **** --- 791,812 ---- printname = 0; } + static void + setifdescr(const char *val, int dummy __unused, int s, + const struct afswtch *afp) + { + struct ifdescreq ifrd; + + strlcpy( ifrd.ifrd_name, ifr.ifr_name, sizeof(ifr.ifr_name) ); + strlcpy( ifrd.ifrd_descr, val, sizeof(ifrd.ifrd_descr) ); + + if (ioctl(s, SIOCSIFDESCR, (caddr_t)&ifrd) < 0) { + warn("ioctl (set descr)"); + return; + } + } + + /* * Expand the compacted form of addresses as returned via the * configuration read via sysctl(). *************** *** 829,834 **** --- 845,851 ---- struct rt_addrinfo info; int allfamilies, s; struct ifstat ifs; + struct ifdescreq ifrd; if (afp == NULL) { allfamilies = 1; *************** *** 904,909 **** --- 921,933 ---- if (ioctl(s, SIOCGIFSTATUS, &ifs) == 0) printf("%s", ifs.ascii); + /* bartp */ + + strncpy(ifrd.ifrd_name, name, sizeof ifrd.ifrd_name); + if (ioctl(s, SIOCGIFDESCR, (caddr_t)&ifrd) == 0 && ifrd.ifrd_descr[0]!=0 ) { + printf(" descr: %s\n", ifrd.ifrd_descr); + } + close(s); return; } *************** *** 1051,1056 **** --- 1075,1081 ---- DEF_CMD("noicmp", IFF_LINK1, setifflags), DEF_CMD_ARG("mtu", setifmtu), DEF_CMD_ARG("name", setifname), + DEF_CMD_ARG("descr", setifdescr), }; static __constructor void -- Best regards, bart mailto:bart@convex.ru From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 14:05:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E8C16A41F for ; Fri, 25 Nov 2005 14:05:47 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D6843D7F for ; Fri, 25 Nov 2005 14:05:41 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (localhost [127.0.0.1]) by mail.classis.ru (Postfix) with ESMTP id 237631222095 for ; Fri, 25 Nov 2005 17:05:39 +0300 (MSK) Received: from citrin.office.telecall.ru (office.telecall.ru [217.25.144.129]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.classis.ru (Postfix) with ESMTP id 9C41B1222008 for ; Fri, 25 Nov 2005 17:05:38 +0300 (MSK) Date: Fri, 25 Nov 2005 17:05:36 +0300 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Telecall X-Priority: 3 (Normal) Message-ID: <1944972103.20051125170536@citrin.ru> To: freebsd-net@freebsd.org In-Reply-To: <1603703438.20051125172217@convex.ru> References: <1603703438.20051125172217@convex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: ifconfig description 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 Nov 2005 14:05:47 -0000 Friday, November 25, 2005, 3:22:17 PM, bart wrote: b> I have couple of bsd routers with dozens vlans b> and missed ability to make comment on interface like cisco description You can use zebra (quagga) daemon for interface description: # sh int vlan17 Interface vlan17 is up, line protocol detection is disabled Description: -- Customer 8140, room 411 index 14 metric 1 mtu 1500 HWaddr: 00:90:27:af:77:f6 inet 192.168.14.1/24 broadcast 192.168.14.255 input packets 5718144, bytes 812660461, dropped 0, multicast packets 119814 input errors 0 output packets 7149073, bytes 2620267769, multicast packets 0 output errors 0 collisions 0 /usr/ports/net/zebra /usr/ports/net/quagga -- WBR, Anton v. Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 14:37:24 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D364B16A41F for ; Fri, 25 Nov 2005 14:37:24 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FE043D46 for ; Fri, 25 Nov 2005 14:37:23 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 4E507773; Fri, 25 Nov 2005 09:37:41 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 1BD448C; Fri, 25 Nov 2005 09:37:40 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EfehR-000PkH-0x; Fri, 25 Nov 2005 14:37:17 +0000 Date: Fri, 25 Nov 2005 14:37:17 +0000 From: Brian Candler To: "Ricardo A. Reis" Message-ID: <20051125143716.GA98953@uk.tiscali.com> References: <4385EA35.9080705@yahoo.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4385EA35.9080705@yahoo.com.br> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: Bug in routing tables ? 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 Nov 2005 14:37:24 -0000 On Thu, Nov 24, 2005 at 02:28:37PM -0200, Ricardo A. Reis wrote: > I insert this route in my workstation for network test, > > #route add -net 200.144.xx.xx 255.255.254.0 172.22.x.x Linux user I bet ;-) For FreeBSD you need: #route add -net 200.144.xx.xx -netmask 255.255.254.0 172.22.x.x > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 200.144.xx.xxx UGS 1 13407 rl0 > 127.0.0.1 127.0.0.1 UH 0 46 lo0 > 136.16&0xac160181 255.255.254.0 UGS 0 34 rl0 As you can see, 255.255.254.0 was interpreted as the gateway, not the netmask. From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 15:22:13 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C5B116A41F for ; Fri, 25 Nov 2005 15:22:13 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD9843E0A for ; Fri, 25 Nov 2005 15:20:45 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 8FD463A7B; Fri, 25 Nov 2005 13:20:25 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id F3B843A77; Fri, 25 Nov 2005 13:20:20 -0200 (BRDT) Message-ID: <43872BA1.7060203@yahoo.com.br> Date: Fri, 25 Nov 2005 13:20:01 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler , net@freebsd.org References: <4385EA35.9080705@yahoo.com.br> <20051125143716.GA98953@uk.tiscali.com> In-Reply-To: <20051125143716.GA98953@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Re: Bug in routing tables ? 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 Nov 2005 15:22:13 -0000 Hi Brian, I work in a Brazilian University, with more +/- 90 Linux Server + 15 FreeBSD + 8 OpenBSD + 3 Solaris Sparc, 3 AIX , is very dificult fro me remember sintax :-) But i use route add 200.144.xx.xx/[mask] 172.22.xx.xx for many year, and this work perfectly on freebsd and linux. >Linux user I bet ;-) > >For FreeBSD you need: >#route add -net 200.144.xx.xx -netmask 255.255.254.0 172.22.x.x > > Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-net@FreeBSD.ORG Fri Nov 25 21:12:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C18916A41F for ; Fri, 25 Nov 2005 21:12:06 +0000 (GMT) (envelope-from volcane.uk@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAADE43D53 for ; Fri, 25 Nov 2005 21:12:05 +0000 (GMT) (envelope-from volcane.uk@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so466187nzo for ; Fri, 25 Nov 2005 13:12:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=gC03PVUVbEi5QMBrd2sxy1i6+hI0zD4pzJUkrBDSdhQy6lxrNWz4dMzYQ0p7SFSXRhZB7EHkCX7hCQJC64NoiTuXDeMipT2b0+yw6GMgbZG6k/pVdgXUk8TSLOnsFgofwKdONesQqJTkR15fElZjm/e58IMsNHEgkLTK+Jbzmew= Received: by 10.36.251.76 with SMTP id y76mr1428810nzh; Fri, 25 Nov 2005 13:12:04 -0800 (PST) Received: by 10.36.8.20 with HTTP; Fri, 25 Nov 2005 13:12:04 -0800 (PST) Message-ID: <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> Date: Fri, 25 Nov 2005 21:12:04 +0000 From: Volcane To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: em driver woes 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 Nov 2005 21:12:06 -0000 I scanned through the archive and noticed a posting there about an interrupt storm on the em driver, I am not sure if my symptoms are related so I decided on a new thread. I first installed the 6.0-RELEASE using FTP install and everything was happy, I then CVSUP'd to RELENG_6 which had an em driver update a few hours ago. Did the world and kernel and booted, on the boot with the new kernel I noticed my network was dead. I could get the initial DHCP from my server but once it got an IP it wasn't working. Further investigation with tcpdump showed me a massive amount of arp requests for my gateway IP, with replies coming back to the card.=20 Output of 'arp -an' showed that the gateway ARP was indeed in the arp table so there shouldnt have been any reason for all the arp requests. At this point I investigated the driver version and found that the GENERIC from the installation media was: em0: port 0x4000-0x403fmem 0xd8000000-0xd801ffff irq 16 at device 10.0 on pci10 em0: Ethernet address: 00:14:85:08:60:c6 em0: Speed:N/A Duplex:N/A The em from the new -STABLE kernel was: em0: port 0x4000-0x403fmem 0xd8000000-0xd801ffff irq 16 at device 10.0 on pci10 em0: [GIANT-LOCKED] em0: Ethernet address: 00:14:85:08:60:c6 Below is a diff from the config file I used to build -STABLE and the GENERIC config: < cpu I486_CPU < cpu I586_CPU 25c23 < ident GENERIC --- > ident WEB1 36d33 < options INET6 # IPv6 communications protocols 64a62,72 > options SMP # Symmetric MultiProcessor Kernel > options IPSEC > options IPSEC_ESP > options IPSEC_DEBUG > options IPSEC_FILTERGIF > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_FORWARD_EXTENDED Hope this helps anyone, for now I'm heading back to -RELEASE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 00:53:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE8616A423 for ; Sat, 26 Nov 2005 00:53:45 +0000 (GMT) (envelope-from danallen46@airwired.net) Received: from mail.digitalworx.net (mail.digitalworx.net [209.90.82.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D9443D90 for ; Sat, 26 Nov 2005 00:53:23 +0000 (GMT) (envelope-from danallen46@airwired.net) Received: (qmail 15083 invoked by uid 508); 26 Nov 2005 00:53:14 -0000 Received: from unknown (HELO ?192.168.0.24?) (danallen46@airwired.net@216.83.138.247) by 0 with SMTP; 26 Nov 2005 00:53:14 -0000 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <1389F11F-787F-40BE-AEEA-6352F530BE61@airwired.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-net@freebsd.org From: Dan Allen Date: Fri, 25 Nov 2005 17:53:12 -0700 X-Mailer: Apple Mail (2.746.2) Subject: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 00:53:45 -0000 The following change appears to have crashed my network today. If I back up to the revision of src/sys/netinet/if_ether.c prior to this, my machine is fine, but otherwise it will not talk to my Netgear router's DHCP server properly and in fact it almost does a Denial of Service on the router! Every light on the router is on - the machine hangs at boot waiting for a DHCP address, and then it hangs again when sshd starts up. I am not a network guru (more of a compiler guy) but I think this change should be investigated or possibly backed out. If there are questions, feel free to email me. Dan Allen Building FreeBSD since 2.0... --- Commit by glebius on RELENG_6 :: src/sys/netinet/if_ether.c: MFC 1.145: Rework ARP retransmission algorythm so that ARP requests are retransmitted without suppression, while there is demand for such ARP entry. As before, retransmission is rate limited to one packet per second. Details: Remove net.link.ether.inet.host_down_time Do not set/clear RTF_REJECT flag on route, to avoid rt_check() returning error. We will generate error ourselves. Return EWOULDBLOCK on first arp_maxtries failed requests , and return EHOSTDOWN/EHOSTUNREACH on further requests. Retransmit ARP request always, independently from return code. Ratelimit to 1 pps. From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 04:55:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C3816A41F for ; Sat, 26 Nov 2005 04:55:44 +0000 (GMT) (envelope-from craig@olyun.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7739A43D4C for ; Sat, 26 Nov 2005 04:55:44 +0000 (GMT) (envelope-from craig@olyun.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 27E072D33B; Fri, 25 Nov 2005 22:55:44 -0600 (CST) Date: Fri, 25 Nov 2005 22:55:44 -0600 From: Craig Boston To: Dan Allen Message-ID: <20051126045543.GA19479@nowhere> References: <20051028012957.GA50419@nowhere> <20051028040901.GA47012@nowhere> <20051028211416.GA59989@nowhere> <20051031225408.GA56085@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1389F11F-787F-40BE-AEEA-6352F530BE61@airwired.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 04:55:44 -0000 Dan Allen wrote: > The following change appears to have crashed my network today. Ditto, this killed both my wireless and wired interfaces upon a cvsup to the latest RELENG_6. It just sent a continuous stream of ARP queries, many per second, despite getting replies and populating the routing table (arp -n showed the correct MAC address). Reverting if_ether.c to 1.137.2.4 got everything working again. Craig From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 05:08:22 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF8AB16A41F for ; Sat, 26 Nov 2005 05:08:22 +0000 (GMT) (envelope-from list-freebsd-net@ezekiel.jasatel.net.id) Received: from Thales.jasatel.net.id (mailhub.jasatel.net.id [202.69.96.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325BC43D4C for ; Sat, 26 Nov 2005 05:08:21 +0000 (GMT) (envelope-from list-freebsd-net@ezekiel.jasatel.net.id) Received: from localhost (localhost [127.0.0.1]) by Thales.jasatel.net.id (Postfix) with ESMTP id 4324783B1E; Sat, 26 Nov 2005 12:07:42 +0700 (WIT) Received: from Thales.jasatel.net.id ([127.0.0.1]) by localhost (Thales.jasatel.net.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06540-02; Sat, 26 Nov 2005 12:07:34 +0700 (WIT) Received: from Milk.jasatel.net.id (Milk.jasatel.net.id [202.69.98.138]) by Thales.jasatel.net.id (Postfix) with ESMTP id D865983B1A; Sat, 26 Nov 2005 12:07:32 +0700 (WIT) Date: Sat, 26 Nov 2005 12:08:08 +0700 From: Hendry Sarumpaet X-Priority: 3 (Normal) Message-ID: <1285279645.20051126120808@freebsd.org> To: Craig Boston In-Reply-To: <20051126045543.GA19479@nowhere> References: <20051028012957.GA50419@nowhere> <20051028040901.GA47012@nowhere> <20051028211416.GA59989@nowhere> <20051031225408.GA56085@nowhere> <20051126045543.GA19479@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-And-Spam-Scanned: by amavisd-new, Spam Assasin, Bayesian at Jasatel.Net.Id Cc: freebsd-net@freebsd.org, Dan Allen Subject: Re[2]: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 05:08:22 -0000 Hello Craig, Saturday, November 26, 2005, 11:55:44 AM, you wrote: > Dan Allen wrote: >> The following change appears to have crashed my network today. > Ditto, this killed both my wireless and wired interfaces upon a cvsup to > the latest RELENG_6. It just sent a continuous stream of ARP queries, > many per second, despite getting replies and populating the routing > table (arp -n showed the correct MAC address). > Reverting if_ether.c to 1.137.2.4 got everything working again. I also encountered this symptom. > Craig > _______________________________________________ > 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 Sat Nov 26 10:29:54 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3243316A420 for ; Sat, 26 Nov 2005 10:29:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3910343D79 for ; Sat, 26 Nov 2005 10:29:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQATUCK072493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 13:29:30 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQATSo3072492; Sat, 26 Nov 2005 13:29:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:29:27 +0300 From: Gleb Smirnoff To: Hendry Sarumpaet Message-ID: <20051126102927.GY25711@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Hendry Sarumpaet , Craig Boston , freebsd-net@freebsd.org, Dan Allen References: <20051028040901.GA47012@nowhere> <20051028211416.GA59989@nowhere> <20051031225408.GA56085@nowhere> <20051126045543.GA19479@nowhere> <1285279645.20051126120808@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1285279645.20051126120808@freebsd.org> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, Dan Allen , Craig Boston Subject: Re: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 10:29:54 -0000 On Sat, Nov 26, 2005 at 12:08:08PM +0700, Hendry Sarumpaet wrote: H> >> The following change appears to have crashed my network today. H> H> > Ditto, this killed both my wireless and wired interfaces upon a cvsup to H> > the latest RELENG_6. It just sent a continuous stream of ARP queries, H> > many per second, despite getting replies and populating the routing H> > table (arp -n showed the correct MAC address). H> > Reverting if_ether.c to 1.137.2.4 got everything working again. H> H> I also encountered this symptom. I am sorry :( As soos as it is fixed, I will inform you. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 10:31:28 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D7D16A41F for ; Sat, 26 Nov 2005 10:31:28 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBB043D69 for ; Sat, 26 Nov 2005 10:31:24 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQAVNBo072536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 13:31:23 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQAVNn7072535; Sat, 26 Nov 2005 13:31:23 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:31:22 +0300 From: Gleb Smirnoff To: Volcane Message-ID: <20051126103122.GZ25711@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Volcane , freebsd-net@freebsd.org References: <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: arp flood on STABLE: Was: em driver woes 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 Nov 2005 10:31:28 -0000 On Fri, Nov 25, 2005 at 09:12:04PM +0000, Volcane wrote: V> I scanned through the archive and noticed a posting there about an V> interrupt storm on the em driver, I am not sure if my symptoms are V> related so I decided on a new thread. V> V> I first installed the 6.0-RELEASE using FTP install and everything was V> happy, I then CVSUP'd to RELENG_6 which had an em driver update a few V> hours ago. V> V> Did the world and kernel and booted, on the boot with the new kernel I V> noticed my network was dead. I could get the initial DHCP from my V> server but once it got an IP it wasn't working. V> V> Further investigation with tcpdump showed me a massive amount of arp V> requests for my gateway IP, with replies coming back to the card. V> Output of 'arp -an' showed that the gateway ARP was indeed in the arp V> table so there shouldnt have been any reason for all the arp requests. This is not related to em(4). This is my mistake in last revision of if_ether.c. Please back it out, and your network will be alive again. As soon as I get it fixed I will inform you. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 10:33:14 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64EB316A41F for ; Sat, 26 Nov 2005 10:33:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F422E43D72 for ; Sat, 26 Nov 2005 10:33:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQAX6GG072586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 13:33:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQAX5tl072585; Sat, 26 Nov 2005 13:33:05 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:33:05 +0300 From: Gleb Smirnoff To: Ferdinand Goldmann Message-ID: <20051126103305.GA25711@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Ferdinand Goldmann , freebsd-net@freebsd.org References: <43848005.2000004@jku.at> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43848005.2000004@jku.at> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: bge driver, how to increase performance? 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 Nov 2005 10:33:14 -0000 On Wed, Nov 23, 2005 at 03:43:17PM +0100, Ferdinand Goldmann wrote: F> I have a 3com 3c996-SX card running under FreeBSD 5.4-STABLE. F> Performance is quite ok so far, but interrupt load is very high. F> (Machine is working as a traffic shaping device/firewall) F> F> # vmstat -i F> interrupt total rate F> irq18: bge0 153244636 5014 F> irq27: fxp0 102056377 3339 F> F> Often, interrupt load will hit almost 100%. I guess the bge driver does not F> support polling, but I remember reading somewhere that it supports F> interrupt moderation? How would I enable this? On the em driver, this could F> be done via sysctl. Does anyone have hints on performance improvement F> concerning interrupt load? It supports polling(4) in RELENG_6. (6.0-RELEASE is not enough) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 10:53:56 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C4B116A41F for ; Sat, 26 Nov 2005 10:53:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E470C43D66 for ; Sat, 26 Nov 2005 10:53:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQAre5C072719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 13:53:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQAreDK072718; Sat, 26 Nov 2005 13:53:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 13:53:40 +0300 From: Gleb Smirnoff To: Volcane , Dan Allen , Craig Boston , Hendry Sarumpaet Message-ID: <20051126105340.GB25711@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Volcane , Dan Allen , Craig Boston , Hendry Sarumpaet , freebsd-net@freebsd.org References: <20051028211416.GA59989@nowhere> <20051031225408.GA56085@nowhere> <20051126045543.GA19479@nowhere> <1389F11F-787F-40BE-AEEA-6352F530BE61@airwired.net> <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> <20051126103122.GZ25711@cell.sick.ru> <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051126102927.GY25711@cell.sick.ru> <1285279645.20051126120808@freebsd.org> <20051126045543.GA19479@nowhere> <1389F11F-787F-40BE-AEEA-6352F530BE61@airwired.net> <20051126103122.GZ25711@cell.sick.ru> <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 10:53:56 -0000 Colleagues, the ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of if_ether.c. The problem was introduced in revision 1.137.2.5. Make sure that you have revision 1.137.2.4 or revision 1.137.2.6. I'm sorry for the problems that I've caused to you. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 11:15:33 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE4B616A41F for ; Sat, 26 Nov 2005 11:15:33 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E45CD43D60 for ; Sat, 26 Nov 2005 11:15:32 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQBFV9H072994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 14:15:31 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQBFUln072993; Sat, 26 Nov 2005 14:15:30 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 26 Nov 2005 14:15:30 +0300 From: Gleb Smirnoff To: lasse.saranto@iki.fi Message-ID: <20051126111530.GF25711@cell.sick.ru> References: <1124068996.00350061.1124058001@10.7.7.3> <1128291809.00378058.1128281401@10.7.7.3> <1132421751.269790.260930@g47g2000cwa.googlegroups.com> <20051123101330.GA16522@cell.sick.ru> <7c09d1510511240045j44e4c26ala9e53ebd15e0c337@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <7c09d1510511240045j44e4c26ala9e53ebd15e0c337@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: net@freebsd.org Subject: Re: why ng_bridge does not like DHCP? 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 Nov 2005 11:15:33 -0000 On Thu, Nov 24, 2005 at 10:45:11AM +0200, Lasse Saranto wrote: L> I have the exactly same script (although I've got Realteks) as the original L> poster. If you run dhclient ngeth0 and use tcpdump on ngeth0, you see the L> dhcp discover packets going out, but no replys. But when you use tcpdump on L> the physical interface (as said mine's rl0), you'll find out that dhcp L> replys do come back. Ngeth0 just doesn't somehow notice them. L> L> I've tried with fbsd 5.3 and 5.4. The script is incorrect as I said. When you create a ng_eiface node it is unnamed. But automatically ng_ether node is created attached under ng_eiface and this ng_ether node is named with the name of the ngeth interface. Yes, this is very odd. I should fix ng_ether attaching to ng_eifaces. L> > l> n> [root@asd:~]# ifconfig xl0 up L> > l> n> [root@asd:~]# ngctl mkpeer . eiface hook ether L> > l> n> [root@asd:~]# ifconfig ngeth0 up L> > l> n> [root@asd:~]# ngctl mkpeer xl0: bridge lower link0 L> > l> n> [root@asd:~]# ngctl name xl0:lower mybridge L> > l> n> [root@asd:~]# ngctl connect ngeth0: mybridge: lower link1 L> > l> n> [root@asd:~]# ngctl connect ngeth0: mybridge: upper link2 ^^^^^^^ Here, in these two lines the ngeth0: node is NOT ng_eiface. You should use a script like this (not tested): /usr/sbin/ngctl -f- <<-SEQ mkpeer . eiface hook ether mkpeer xl0: bridge lower link0 name xl0:lower mybridge connect .:hook mybridge: lower link1 connect .:hook mybridge: upper link2 SEQ ifconfig xl0 up ifconfig ngeth0 up L> > l> n> [root@asd:~]# ngctl msg xl0: setautosrc 0 L> > l> n> [root@asd:~]# ngctl msg xl0: setpromisc 1 L> > l> n> [root@asd:~]# ifconfig ngeth0 ether 00:12:12:12:12:12 L> > l> n> [root@asd:~]# dhclient ngeth0 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 14:31:27 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DE916A41F for ; Sat, 26 Nov 2005 14:31:27 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B706343D5A for ; Sat, 26 Nov 2005 14:31:26 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jAQEVOBR074675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Nov 2005 17:31:24 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jAQEVNug074674; Sat, 26 Nov 2005 17:31:23 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 26 Nov 2005 17:31:23 +0300 From: Gleb Smirnoff To: Iasen Kostov Message-ID: <20051126143123.GJ25711@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Iasen Kostov , FreeBSD Net References: <1132160415.48874.7.camel@DraGoN.OTEL.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1132160415.48874.7.camel@DraGoN.OTEL.net> User-Agent: Mutt/1.5.6i Cc: FreeBSD Net Subject: Re: Intel 82572EI 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 Nov 2005 14:31:27 -0000 On Wed, Nov 16, 2005 at 07:00:14PM +0200, Iasen Kostov wrote: I> When will if_em support 82572EI (and 82572 in general). I> I saw this I> http://archives.neohapsis.com/archives/openbsd/cvs/2005-10/0235.html I> I> from which is this quote: I> "Sync up to Intel's latest FreeBSD em driver which adds I> support for the 82571 and 82572 PCI Express chips." I> I> but I can't find support in latest RELENG_6 cvs. I> I> I'm looking in wrong CVS or they are talking about intel's sources from I> intel's site ? ;) The newest 6.0-STABLE should support this adapter. However, it is not tested yet. I'd appreciate if you upgrade to 6.0-STABLE and see whether em(4) detects your NIC and it works. Thanks in advance! -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 15:44:02 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6773616A41F; Sat, 26 Nov 2005 15:44:02 +0000 (GMT) (envelope-from tbyte@otel.net) Received: from mail.otel.net (ll.otel.net [212.36.8.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9019343D6B; Sat, 26 Nov 2005 15:44:00 +0000 (GMT) (envelope-from tbyte@otel.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1Eg2DT-000DOb-TL; Sat, 26 Nov 2005 17:43:56 +0200 From: Iasen Kostov To: Gleb Smirnoff In-Reply-To: <20051126143123.GJ25711@cell.sick.ru> References: <1132160415.48874.7.camel@DraGoN.OTEL.net> <20051126143123.GJ25711@cell.sick.ru> Content-Type: text/plain Date: Sat, 26 Nov 2005 17:43:55 +0200 Message-Id: <1133019835.27615.2.camel@DraGoN.OTEL.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: Intel 82572EI 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 Nov 2005 15:44:02 -0000 On Sat, 2005-11-26 at 17:31 +0300, Gleb Smirnoff wrote: > On Wed, Nov 16, 2005 at 07:00:14PM +0200, Iasen Kostov wrote: > I> When will if_em support 82572EI (and 82572 in general). > I> I saw this > I> http://archives.neohapsis.com/archives/openbsd/cvs/2005-10/0235.html > I> > I> from which is this quote: > I> "Sync up to Intel's latest FreeBSD em driver which adds > I> support for the 82571 and 82572 PCI Express chips." > I> > I> but I can't find support in latest RELENG_6 cvs. > I> > I> I'm looking in wrong CVS or they are talking about intel's sources from > I> intel's site ? ;) > > The newest 6.0-STABLE should support this adapter. However, it > is not tested yet. I'd appreciate if you upgrade to 6.0-STABLE > and see whether em(4) detects your NIC and it works. Thanks > in advance! > When I get my hands on that adapter. It should be comming soon ( I hope). Atleast our supplier said so :). From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 17:52:51 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB4B16A41F for ; Sat, 26 Nov 2005 17:52:51 +0000 (GMT) (envelope-from danallen46@airwired.net) Received: from mail.digitalworx.net (mail.digitalworx.net [209.90.82.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1815143D77 for ; Sat, 26 Nov 2005 17:52:42 +0000 (GMT) (envelope-from danallen46@airwired.net) Received: (qmail 29987 invoked by uid 508); 26 Nov 2005 17:52:38 -0000 Received: from unknown (HELO ?192.168.0.24?) (danallen46@airwired.net@216.83.138.247) by 0 with SMTP; 26 Nov 2005 17:52:38 -0000 In-Reply-To: <20051126105340.GB25711@cell.sick.ru> References: <20051028211416.GA59989@nowhere> <20051031225408.GA56085@nowhere> <20051126045543.GA19479@nowhere> <1389F11F-787F-40BE-AEEA-6352F530BE61@airwired.net> <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> <20051126103122.GZ25711@cell.sick.ru> <964bdb4d0511251312j10b21214hc8218aa6eadb3894@mail.gmail.com> <20051126105340.GB25711@cell.sick.ru> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4624E438-341E-4E08-A310-8815A9CD1641@airwired.net> Content-Transfer-Encoding: 7bit From: Dan Allen Date: Sat, 26 Nov 2005 10:52:37 -0700 To: Gleb Smirnoff X-Mailer: Apple Mail (2.746.2) Cc: Hendry Sarumpaet , freebsd-net@FreeBSD.org, Volcane , Craig Boston Subject: Re: cvs commit: src/sys/netinet if_ether.c 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 Nov 2005 17:52:52 -0000 On 26 Nov 2005, at 3:53 AM, Gleb Smirnoff wrote: > the ARP problem in RELENG_6 is fixed in revision 1.137.2.6 of > if_ether.c. > > The problem was introduced in revision 1.137.2.5. Make sure that > you have > revision 1.137.2.4 or revision 1.137.2.6. It was kind of a sticky situation: I could not sync to get new sources because the problem caused a network storm - hence no ability to get 1.137.2.6! Luckily I had a full set of CVS sources on the machine. I checked out the last known good 1.137.2.4, rebuilt and reinstalled the kernel, rebooted, then did the sync to get 1.137.2.6, then another kernel rebuild and reinstall, rebooted, and then I came up good. Thanks for the quick fix! Dan From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 19:06:04 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D84E16A41F for ; Sat, 26 Nov 2005 19:06:04 +0000 (GMT) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (209-162-215-52.dq1sn.easystreet.com [209.162.215.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E26FD43D5E for ; Sat, 26 Nov 2005 19:06:02 +0000 (GMT) (envelope-from george@m5p.com) Received: from m5p.com (ssh.m5p.com [IPv6:2001:418:3fd::fb]) by mailhost.m5p.com (8.13.2/8.13.2) with ESMTP id jAQJ5q6B092449 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=OK) for ; Sat, 26 Nov 2005 11:05:52 -0800 (PST) Received: (from george@localhost) by m5p.com (8.13.2/8.13.2/Submit) id jAQJ5qWH094928; Sat, 26 Nov 2005 11:05:52 -0800 (PST) Date: Sat, 26 Nov 2005 11:05:52 -0800 (PST) Message-Id: <200511261905.jAQJ5qWH094928@m5p.com> From: george+freebsd@m5p.com To: freebsd-net@freebsd.org X-Scanned-By: MIMEDefang 2.49 on IPv6:2001:418:3fd::f7 Subject: ACPI interaction with re(4) driver 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 Nov 2005 19:06:04 -0000 In FreeBSD 6.0-RC1, with a gigabit link, the re driver got continuous watchdog timeouts and could not be used, although somehow the arp table got populated anyway. In FreeBSD 6.0-RELEASE, the re driver seems to work with ACPI disabled, but with ACPI enabled, it still gets watchdog timeouts (and also the fascinating message, "2 link states coalesced"). (ACPI also prevents the floppy disk from working, but that's another issue.) I have a FIC VA-503+ motherboard. I'm perfectly happy to run with ACPI disabled, but if there's something I can try to find out what's going on, I'd be happy to try it ... -- George Mitchell From owner-freebsd-net@FreeBSD.ORG Sat Nov 26 21:43:12 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A311916A41F for ; Sat, 26 Nov 2005 21:43:12 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E4C43D49 for ; Sat, 26 Nov 2005 21:43:12 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 7678EE6; Sat, 26 Nov 2005 16:43:33 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 480E6EBD; Sat, 26 Nov 2005 16:43:32 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1Eg7p6-0007Rl-Q1; Sat, 26 Nov 2005 21:43:08 +0000 Date: Sat, 26 Nov 2005 21:43:08 +0000 From: Brian Candler To: "Ricardo A. Reis" Message-ID: <20051126214308.GA28606@uk.tiscali.com> References: <4385EA35.9080705@yahoo.com.br> <20051125143716.GA98953@uk.tiscali.com> <43872BA1.7060203@yahoo.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43872BA1.7060203@yahoo.com.br> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: Bug in routing tables ? 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 Nov 2005 21:43:12 -0000 On Fri, Nov 25, 2005 at 01:20:01PM -0200, Ricardo A. Reis wrote: > But i use route add 200.144.xx.xx/[mask] 172.22.xx.xx for > many year, and this work perfectly on freebsd and linux. Yes it does (as of a couple of years ago, I think). However if you want to specify the netmask explicitly instead of a prefix length, as the O.P. did, then you have to include the '-netmask' keyword.