From owner-freebsd-net Sun Feb 3 8:10:29 2002 Delivered-To: freebsd-net@freebsd.org Received: from pcp01059488pcs.polcht01.tn.comcast.net (pcp01059488pcs.polcht01.tn.comcast.net [68.59.249.202]) by hub.freebsd.org (Postfix) with ESMTP id 3472F37B405 for ; Sun, 3 Feb 2002 08:10:27 -0800 (PST) Received: by pcp01059488pcs.polcht01.tn.comcast.net (Postfix, from userid 1000) id 8CBA86E81B; Sun, 3 Feb 2002 11:09:50 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by pcp01059488pcs.polcht01.tn.comcast.net (Postfix) with ESMTP id 7DC51176020 for ; Sun, 3 Feb 2002 11:09:50 -0500 (EST) Date: Sun, 3 Feb 2002 11:09:50 -0500 (EST) From: Mike Wade X-Sender: mwade@fxp0.net-ninja.com To: freebsd-net@freebsd.org Subject: Netgraph Based Web Server? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just curious but has anyone implemented a netgraph based web server? --- Mike Wade (mwade@cdc.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 8:15:38 2002 Delivered-To: freebsd-net@freebsd.org Received: from pcp01059488pcs.polcht01.tn.comcast.net (pcp01059488pcs.polcht01.tn.comcast.net [68.59.249.202]) by hub.freebsd.org (Postfix) with ESMTP id 5936637B405 for ; Sun, 3 Feb 2002 08:15:37 -0800 (PST) Received: by fxp0.net-ninja.com (Postfix, from userid 1000) id 6943A6E819; Sun, 3 Feb 2002 11:07:41 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by fxp0.net-ninja.com (Postfix) with ESMTP id 563EA176020 for ; Sun, 3 Feb 2002 11:07:41 -0500 (EST) Date: Sun, 3 Feb 2002 11:07:41 -0500 (EST) From: Mike Wade X-Sender: mwade@fxp0.net-ninja.com To: freebsd-net@freebsd.org Subject: Netgraph Based Web Server? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Just curious but has anyone implemented a netgraph based web server? --- Mike Wade (mwade@cdc.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 10:34:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id D577A37B404; Sun, 3 Feb 2002 10:34:54 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g13IXrQ09017; Sun, 3 Feb 2002 13:33:55 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202031833.g13IXrQ09017@aldan.algebra.com> Date: Sun, 3 Feb 2002 13:33:50 -0500 (EST) From: Mikhail Teterin Subject: Re: cvs commit: src/sys/netinet ip_output.c To: freebsd@gndrsh.dnsmgr.net Cc: rwatson@FreeBSD.org, cjclark@alum.mit.edu, pst@pst.org, jlemon@flugsvamp.com, net@FreeBSD.org In-Reply-To: <200202031124.DAA29764@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [Moved to -net] On 3 Feb, Rodney W. Grimes wrote: > Almost everyone forgets to configure a reject route for 127/8, ie > route add -net 127 127.0.0.1 -reject [...] > IIRC this route was automatically created at one time in BSD history, Is not /etc/defaults/rc.conf a good place for this now? Like: -static_routes="" +static_routes=127 +route_127="-net 127 127.0.0.1 -reject" A note in the release notes and UPDATING will also be needed, I guess. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 10:56: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id F15ED37B405; Sun, 3 Feb 2002 10:55:54 -0800 (PST) Received: from user-33qtm5o.dialup.mindspring.com ([199.174.216.184] helo=gohan.cjclark.org) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16XRnr-0004t9-00; Sun, 03 Feb 2002 10:55:53 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id g13ItWI00820; Sun, 3 Feb 2002 10:55:32 -0800 (PST) (envelope-from cjc) Date: Sun, 3 Feb 2002 10:55:31 -0800 From: "Crist J. Clark" To: Mikhail Teterin Cc: freebsd@gndrsh.dnsmgr.net, rwatson@FreeBSD.org, pst@pst.org, jlemon@flugsvamp.com, net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet ip_output.c Message-ID: <20020203105531.B167@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <200202031124.DAA29764@gndrsh.dnsmgr.net> <200202031833.g13IXrQ09017@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202031833.g13IXrQ09017@aldan.algebra.com>; from mi@aldan.algebra.com on Sun, Feb 03, 2002 at 01:33:50PM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Feb 03, 2002 at 01:33:50PM -0500, Mikhail Teterin wrote: > [Moved to -net] > > On 3 Feb, Rodney W. Grimes wrote: > > > Almost everyone forgets to configure a reject route for 127/8, ie > > route add -net 127 127.0.0.1 -reject > [...] > > IIRC this route was automatically created at one time in BSD history, > > Is not /etc/defaults/rc.conf a good place for this now? Like: > > -static_routes="" > +static_routes=127 > +route_127="-net 127 127.0.0.1 -reject" > > A note in the release notes and UPDATING will also be needed, I guess. The system does, # ifconfig lo0 127.0.0.1 By default. This gives, # ifconfig lo0 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Look at the netmask. IMHO, you should not have to add an explicit route to keep 127.0.0.2 from finding its way out through the default route. I would naively expect to get "host is down" when I ping 127.0.0.2. Something is broken now. Like someone else in the thread already mentioned, there is probably some really complicated history behind how this has come to be, but it sure looks broken now. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 13:20:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 9BB7A37B426 for ; Sun, 3 Feb 2002 13:20:10 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020203212010.WZDB10199.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sun, 3 Feb 2002 21:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA77192; Sun, 3 Feb 2002 13:14:26 -0800 (PST) Date: Sun, 3 Feb 2002 13:14:26 -0800 (PST) From: Julian Elischer To: Mike Wade Cc: freebsd-net@freebsd.org Subject: Re: Netgraph Based Web Server? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org yes I'll leave it to the culprit to own up to it... On Sun, 3 Feb 2002, Mike Wade wrote: > Just curious but has anyone implemented a netgraph based web server? > > --- > Mike Wade (mwade@cdc.net) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 16:59:52 2002 Delivered-To: freebsd-net@freebsd.org Received: from patrocles.silby.com (d45.as3.nwbl0.wi.voyager.net [169.207.92.173]) by hub.freebsd.org (Postfix) with ESMTP id C6E1037B41B for ; Sun, 3 Feb 2002 16:59:45 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g13J3KD12821; Sun, 3 Feb 2002 19:03:21 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 3 Feb 2002 19:03:20 +0000 (GMT) From: Mike Silbersack To: Luigi Rizzo Cc: freebsd-net@freebsd.org Subject: [patch] removal of mbuf allocation failure messages from if_fxp Message-ID: <20020203190141.E11305-200000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-975686912-1012763000=:11305" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-975686912-1012763000=:11305 Content-Type: TEXT/PLAIN; charset=US-ASCII Luigi, does this patch look good? AFAIK, the code you added should handle printing errors in these two cases; is that correct? Thanks, Mike "Silby" Silbersack --0-975686912-1012763000=:11305 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_fxp.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020203190320.R11305@patrocles.silby.com> Content-Description: Content-Disposition: attachment; filename="if_fxp.c.patch" LS0tIGlmX2Z4cC5jCVN1biBGZWIgIDMgMTk6MDE6MTQgMjAwMg0KKysrIGlm X2Z4cC5jLm9sZAlTdW4gRmViICAzIDE4OjU5OjU1IDIwMDINCkBAIC0xODM2 LDYgKzE4MzYsOCBAQA0KIAlpZiAobSAhPSBOVUxMKSB7DQogCQlNQ0xHRVQo bSwgTV9ET05UV0FJVCk7DQogCQlpZiAoKG0tPm1fZmxhZ3MgJiBNX0VYVCkg PT0gMCkgew0KKwkJCWRldmljZV9wcmludGYoc2MtPmRldiwNCisJCQkgICAg ImNsdXN0ZXIgYWxsb2NhdGlvbiBmYWlsZWQsIHBhY2tldCBkcm9wcGVkIVxu Iik7DQogCQkJbV9mcmVlbShtKTsNCiAJCQlpZiAob2xkbSA9PSBOVUxMKQ0K IAkJCQlyZXR1cm4gMTsNCkBAIC0xODQzLDYgKzE4NDUsOCBAQA0KIAkJCW0t Pm1fZGF0YSA9IG0tPm1fZXh0LmV4dF9idWY7DQogCQl9DQogCX0gZWxzZSB7 DQorCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsDQorCQkgICAgIm1idWYgYWxs b2NhdGlvbiBmYWlsZWQsIHBhY2tldCBkcm9wcGVkIVxuIik7DQogCQlpZiAo b2xkbSA9PSBOVUxMKQ0KIAkJCXJldHVybiAxOw0KIAkJbSA9IG9sZG07DQo= --0-975686912-1012763000=:11305-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 17:13:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id C70A537B400 for ; Sun, 3 Feb 2002 17:13:56 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.3/8.11.3) id g141DjD77094; Sun, 3 Feb 2002 17:13:45 -0800 (PST) (envelope-from rizzo) Date: Sun, 3 Feb 2002 17:13:45 -0800 From: Luigi Rizzo To: Mike Silbersack Cc: freebsd-net@FreeBSD.ORG Subject: Re: [patch] removal of mbuf allocation failure messages from if_fxp Message-ID: <20020203171345.A77071@iguana.icir.org> References: <20020203190141.E11305-200000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020203190141.E11305-200000@patrocles.silby.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org looks correct (apart from having to use patch -r to apply it...) cheers luigi On Sun, Feb 03, 2002 at 07:03:20PM +0000, Mike Silbersack wrote: > Luigi, does this patch look good? AFAIK, the code you added should handle > printing errors in these two cases; is that correct? > > Thanks, > > Mike "Silby" Silbersack > --- if_fxp.c Sun Feb 3 19:01:14 2002 > +++ if_fxp.c.old Sun Feb 3 18:59:55 2002 > @@ -1836,6 +1836,8 @@ > if (m != NULL) { > MCLGET(m, M_DONTWAIT); > if ((m->m_flags & M_EXT) == 0) { > + device_printf(sc->dev, > + "cluster allocation failed, packet dropped!\n"); > m_freem(m); > if (oldm == NULL) > return 1; > @@ -1843,6 +1845,8 @@ > m->m_data = m->m_ext.ext_buf; > } > } else { > + device_printf(sc->dev, > + "mbuf allocation failed, packet dropped!\n"); > if (oldm == NULL) > return 1; > m = oldm; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 3 17:37:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from patrocles.silby.com (d45.as3.nwbl0.wi.voyager.net [169.207.92.173]) by hub.freebsd.org (Postfix) with ESMTP id 988A937B421 for ; Sun, 3 Feb 2002 17:37:15 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g13JeqX12958; Sun, 3 Feb 2002 19:40:52 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 3 Feb 2002 19:40:52 +0000 (GMT) From: Mike Silbersack To: Luigi Rizzo Cc: freebsd-net@FreeBSD.ORG Subject: Re: [patch] removal of mbuf allocation failure messages from if_fxp In-Reply-To: <20020203171345.A77071@iguana.icir.org> Message-ID: <20020203194010.D12953-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Heh, I tend to diff in the wrong order a lot. I'll go ahead and get it committed then. Mike "Silby" Silbersack On Sun, 3 Feb 2002, Luigi Rizzo wrote: > looks correct (apart from having to use patch -r to apply it...) > > cheers > luigi > > On Sun, Feb 03, 2002 at 07:03:20PM +0000, Mike Silbersack wrote: > > Luigi, does this patch look good? AFAIK, the code you added should handle > > printing errors in these two cases; is that correct? > > > > Thanks, > > > > Mike "Silby" Silbersack > > > --- if_fxp.c Sun Feb 3 19:01:14 2002 > > +++ if_fxp.c.old Sun Feb 3 18:59:55 2002 > > @@ -1836,6 +1836,8 @@ > > if (m != NULL) { > > MCLGET(m, M_DONTWAIT); > > if ((m->m_flags & M_EXT) == 0) { > > + device_printf(sc->dev, > > + "cluster allocation failed, packet dropped!\n"); > > m_freem(m); > > if (oldm == NULL) > > return 1; > > @@ -1843,6 +1845,8 @@ > > m->m_data = m->m_ext.ext_buf; > > } > > } else { > > + device_printf(sc->dev, > > + "mbuf allocation failed, packet dropped!\n"); > > if (oldm == NULL) > > return 1; > > m = oldm; > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 1:29:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from mail.netmodule.com (mail.netmodule.com [195.49.111.194]) by hub.freebsd.org (Postfix) with ESMTP id 2992A37B417 for ; Mon, 4 Feb 2002 01:29:51 -0800 (PST) Received: from tigris.pacific (tigris.pacific [172.16.1.30]) by mail.netmodule.com (8.9.3/8.9.3) with ESMTP id KAA05262 for ; Mon, 4 Feb 2002 10:29:49 +0100 Received: by tigris.pacific with Internet Mail Service (5.5.2653.19) id ; Mon, 4 Feb 2002 10:29:51 +0100 Message-ID: From: "Reto Trachsel (NetModule)" To: "'net@freebsd.org'" Subject: Who's the maintainer of inet? Date: Mon, 4 Feb 2002 10:29:50 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi All I solved the problem with the ICMP Redirect in the Source file an recompiled the Kernel. All works fine now. I think, it would be a possibility to put this option into the FreeBSD Sources, or as an option in the sysctl? ICMP Redirect is a simple way to relieve a *BSD Router. Why we put all traffic thought the router to the default route? With a ICMP Redirect the Router only have to send one Packet to the client, and all future traffic an go directly to the Routers default-route on the same network. Please send me your comment to this topic! Tnx for discuss. Regards Reto Trachsel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 4:25:55 2002 Delivered-To: freebsd-net@freebsd.org Received: from mongrel.pacific.net.au (mongrel.pacific.net.au [61.8.0.107]) by hub.freebsd.org (Postfix) with ESMTP id 9124437B41A for ; Mon, 4 Feb 2002 04:25:45 -0800 (PST) Received: from dungeon.home (ppp67.dyn248.pacific.net.au [203.143.248.67]) by mongrel.pacific.net.au (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id XAA17246; Mon, 4 Feb 2002 23:17:37 +1100 X-Authentication-Warning: mongrel.pacific.net.au: Host ppp67.dyn248.pacific.net.au [203.143.248.67] claimed to be dungeon.home Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.3/8.11.1) with ESMTP id g14CV9C14437; Mon, 4 Feb 2002 22:31:09 +1000 (EST) (envelope-from mckay) Message-Id: <200202041231.g14CV9C14437@dungeon.home> To: Joe Greco Cc: freebsd-net@FreeBSD.ORG, mckay@thehub.com.au Subject: Re: Luigi's polling code and 4.5R References: <200201311739.LAA64358@aurora.sol.net> In-Reply-To: <200201311739.LAA64358@aurora.sol.net> from Joe Greco at "Thu, 31 Jan 2002 17:39:59 +0000" Date: Mon, 04 Feb 2002 22:31:09 +1000 From: Stephen McKay Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thursday, 31st January 2002, Joe Greco wrote: >I just installed a FreeBSD 4.5R router yesterday, and wanted to play with >the polling stuff. A nice 16-port router with 4 x DFE 570 cards in it... > >The fxp file didn't patch cleanly, but I don't use fxp, and it looked like >I could safely just move the original file back in place. > >I compiled, installed, rebooted. Upon setting kern.polling.enable to 1, >the system went net-deaf, with a bunch of > >dc0: watchdog timeout >dc4: watchdog timeout >dc5: watchdog timeout > >every few seconds. I have a similar problem with my dual-use stable/current box. When I run 4.5-stable, the dc driver works fine (with a DE500 card). The same machine when running a fairly recent -current fails to achieve link, and gives some "dc0: watchdog timeout" messages. I did not enable polling. I was going to track this down eventually, but if Luigi is planning on merging the polling code, this should be fixed first. I'll try a dc driver from before all the polling changes to see if that brings the card to life. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 6:43:51 2002 Delivered-To: freebsd-net@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id 5ABCE37B426 for ; Mon, 4 Feb 2002 06:43:43 -0800 (PST) Received: from tel.fer.hr (zg04-228.dialin.iskon.hr [213.191.137.229]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id g14EhRM26462; Mon, 4 Feb 2002 15:43:27 +0100 (MET) Message-ID: <3C5E9DFE.4AEB55BE@tel.fer.hr> Date: Mon, 04 Feb 2002 15:43:10 +0100 From: Marko Zec X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer , freebsd-net@freebsd.org Subject: Re: ng_dummy - netgraph traffic shaping node References: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Julian Elischer wrote: > hmm interesting... > > any docs? > (we always include a man page when we commit a new node type.) As the code is still work in progress, writing manpages doesn't make too much sense before reaching a mature code state. Until then, I hope a basic howto included on the web page will do the job. > Any comments on netgraph in general I'm still catching the impressions right now, though I must admit the first banal thing I noticed I don't like is somewhat unconsistent hook naming (left/right, upper/lower, downstream/upstream etc.). Btw, where could I find some examples on parsing setsockopt() calls to selected nodes, if such thing is possible at all? Marko > On Fri, 1 Feb 2002, Marko Zec wrote: > > > The result of an innocent netgraph programming exercise can be found at: > > > > http://www.tel.fer.hr/zec/BSD/ng_dummy/ > > > > "ng_dummy" is a simple traffic shaper node that implements control of > > traffic flow in both upstream and downstream direction. In each > > direction, the traffic flows through the sequence of two FIFO-type > > queues, which implement different queuing policies. The "inbound" queue > > is rate limited, and emulates an interface output buffer. On "outbound" > > queue, frames are dequeued based on preconfigured delay, thus emulating > > propagation effects on a transmission link. Additional features include > > random frame discarding based on BER; and emulation of phantom traffic, > > which competes for available bandwidth, and thereby introduces inbound > > queue congestions and delay jitter. > > > > Have fun! > > > > Marko > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-net" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 9: 7:30 2002 Delivered-To: freebsd-net@freebsd.org Received: from spitfire.velocet.net (spitfire.velocet.net [216.138.223.227]) by hub.freebsd.org (Postfix) with ESMTP id 8D80137B432 for ; Mon, 4 Feb 2002 09:06:58 -0800 (PST) Received: from nomad.tor.lets.net (H74.C220.tor.velocet.net [216.138.220.74]) by spitfire.velocet.net (Postfix) with SMTP id 7DF68FB45C7 for ; Mon, 4 Feb 2002 17:06:52 +0000 (GMT) Received: (qmail 1634 invoked by uid 1001); 4 Feb 2002 17:01:59 -0000 Date: Mon, 4 Feb 2002 12:01:59 -0500 From: Steve Shorter To: freebsd-net@freebsd.org Subject: netstat -s shows udp packets dropped ? Message-ID: <20020204120158.A1583@nomad.lets.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Howdy! The following is from netstat -s on a busy NFS client (udp mounts) I was wondering about the line 172764 dropped due to full socket buffers in the "udp" section. Will increasing kern.ipc.maxsockbuf: 262144 help with this? Also will increasing net.inet.udp.recvspace: 41600 help with udp in general? thanx - steve netstat -s udp: 907568372 datagrams received 0 with incomplete header 2 with bad data length field 1 with bad checksum 0 with no checksum 1852 dropped due to no socket 9 broadcast/multicast datagrams dropped due to no socket 172764 dropped due to full socket buffers 0 not for hashed pcb 907393744 delivered 907648708 datagrams output ip: 2433057204 total packets received 0 bad header checksums 3 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 531096217 fragments received 0 fragments dropped (dup or out of space) 1304 fragments dropped after timeout 110782591 packets reassembled ok 2012140956 packets for this host 571538 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 2061766141 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 7447090 output datagrams fragmented 36843330 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 12: 6:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from web9902.mail.yahoo.com (web9902.mail.yahoo.com [216.136.129.37]) by hub.freebsd.org (Postfix) with SMTP id 3339737B430 for ; Mon, 4 Feb 2002 12:06:13 -0800 (PST) Message-ID: <20020204200613.18484.qmail@web9902.mail.yahoo.com> Received: from [216.98.102.241] by web9902.mail.yahoo.com via HTTP; Mon, 04 Feb 2002 12:06:13 PST Date: Mon, 4 Feb 2002 12:06:13 -0800 (PST) From: W Alexander Hagen Subject: Hot to Update and recompile an device driver To: net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-362026779-1012853173=:17724" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --0-362026779-1012853173=:17724 Content-Type: text/plain; charset=us-ascii What is the best way to update FreeBSD 4.3 AN driver only ? Any advice would be greatly appreciated. Alexander Hagen --------------------------------- Do You Yahoo!? Yahoo! Auctions Great stuff seeking new owners! Bid now! --0-362026779-1012853173=:17724 Content-Type: text/html; charset=us-ascii

What is the best way to update FreeBSD 4.3 AN driver only  ?

 

Any advice would be greatly appreciated.

 

Alexander Hagen


Do You Yahoo!?
Yahoo! Auctions Great stuff seeking new owners! Bid now! --0-362026779-1012853173=:17724-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 12:44:49 2002 Delivered-To: freebsd-net@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id C7AF037B422 for ; Mon, 4 Feb 2002 12:44:45 -0800 (PST) Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 8DF855D0D; Mon, 4 Feb 2002 12:44:45 -0800 (PST) To: W Alexander Hagen Cc: net@freebsd.org Subject: Re: Hot to Update and recompile an device driver In-reply-to: Your message of "Mon, 04 Feb 2002 12:06:13 PST." <20020204200613.18484.qmail@web9902.mail.yahoo.com> Date: Mon, 04 Feb 2002 12:44:45 -0800 From: "Kevin Oberman" Message-Id: <20020204204445.8DF855D0D@ptavv.es.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Date: Mon, 4 Feb 2002 12:06:13 -0800 (PST) > From: W Alexander Hagen > Sender: owner-freebsd-net@FreeBSD.ORG > > What is the best way to update FreeBSD 4.3 AN driver only ? Short form: 1. Figure out which files you will be editing and make copies of the originals in /sys/dev/an/. (I usually append '.orig' to the file name. 2. cd /sys/dev/an and update/edit the files you want to change. (The an driver is made up of 5 different source files.) 3. cd /usr/sys 4. make kernel KERNCONF=your_kernel_config_name 5. Reboot new kernel. If you are using the loadable module you can try unloading the module and re-loading it, but this MAY crash your system as some kernel modules don't unload cleanly. (kldunload/kldload) That's it. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 15:12:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from donut.efs.org (donut.efs.org [216.141.160.147]) by hub.freebsd.org (Postfix) with ESMTP id 0452737B41A for ; Mon, 4 Feb 2002 15:12:16 -0800 (PST) Received: from sargon.photon.com (ritz.photon.com [216.141.160.144]) by donut.efs.org (Postfix) with ESMTP id C75065BDC for ; Mon, 4 Feb 2002 15:17:38 -0800 (PST) Date: Mon, 4 Feb 2002 15:12:10 -0800 (PST) From: Matt Wilbur X-Sender: matt@sargon.photon.com To: freebsd-net@freebsd.org Subject: 1000baseSX driver support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, I'm trying to figure out if there are *any* 1000baseSX NICs supported in 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our GA621T (with a DP83820) won't work. It suggests that ti will support Tigon 1 and 2, but our 3c985B doesn't work. Am I crazy trying to make this work? Any suggestions would be *greatly* appreciated. Thanks - Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 15:20:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 97D4637B476 for ; Mon, 4 Feb 2002 15:20:40 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020204232040.UGHK7443.rwcrmhc54.attbi.com@bmah.dyndns.org>; Mon, 4 Feb 2002 23:20:40 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g14NKdV37673; Mon, 4 Feb 2002 15:20:39 -0800 (PST) (envelope-from bmah) Message-Id: <200202042320.g14NKdV37673@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matt Wilbur Cc: freebsd-net@FreeBSD.ORG Subject: Re: 1000baseSX driver support? In-reply-to: References: Comments: In-reply-to Matt Wilbur message dated "Mon, 04 Feb 2002 15:12:10 -0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Feb 2002 15:20:39 -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If memory serves me right, Matt Wilbur wrote: > I'm trying to figure out if there are *any* 1000baseSX NICs supported in > 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. > LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our > GA621T (with a DP83820) won't work. It suggests that ti will support > Tigon 1 and 2, but our 3c985B doesn't work. I don't know the answer to your question, but I bet you'll have better luck getting an answer if you can express exactly what "doesn't work" means. For example: Does it probe at boot-time? Can you bring the interface up with ifconfig? What happens when you try sending data? Good luck, Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 15:38: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id B0A1F37B4C6 for ; Mon, 4 Feb 2002 15:37:08 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g14Nb4Z11406; Mon, 4 Feb 2002 15:37:04 -0800 Date: Mon, 4 Feb 2002 15:37:03 -0800 From: Brooks Davis To: Matt Wilbur Cc: freebsd-net@FreeBSD.ORG Subject: Re: 1000baseSX driver support? Message-ID: <20020204153703.A10835@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from matt@efs.org on Mon, Feb 04, 2002 at 03:12:10PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 04, 2002 at 03:12:10PM -0800, Matt Wilbur wrote: >=20 > I'm trying to figure out if there are *any* 1000baseSX NICs supported in > 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. > LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our > GA621T (with a DP83820) won't work. It suggests that ti will support=20 > Tigon 1 and 2, but our 3c985B doesn't work. If you can get them, the older GA620's definalty work. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8XxsbXY6L6fI4GtQRAuEeAKCswhvk1LKzlJG21HZNurXkWzwpSwCgqcg4 r+x1+rL3UAZTyS0C6Buz6XI= =BgLS -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 15:55:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 889FD37B42B for ; Mon, 4 Feb 2002 15:55:44 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id SAA10967; Mon, 4 Feb 2002 18:55:26 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g14Nsu808992; Mon, 4 Feb 2002 18:54:56 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15455.8016.662935.950699@grasshopper.cs.duke.edu> Date: Mon, 4 Feb 2002 18:54:56 -0500 (EST) To: Steve Shorter Cc: freebsd-net@freebsd.org Subject: Re: netstat -s shows udp packets dropped ? In-Reply-To: <20020204120158.A1583@nomad.lets.net> References: <20020204120158.A1583@nomad.lets.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Steve Shorter writes: > The following is from netstat -s on a busy NFS client (udp mounts) > I was wondering about the line > > 172764 dropped due to full socket buffers A 0.02% drop rate is really not so bad. You should try increasing vfs.nfs.bufpackets to a higher value. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 4 16:21:51 2002 Delivered-To: freebsd-net@freebsd.org Received: from osi-east2.nersc.gov (osi-east2.nersc.gov [128.55.6.20]) by hub.freebsd.org (Postfix) with ESMTP id BA5A637B41A for ; Mon, 4 Feb 2002 16:21:44 -0800 (PST) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by osi-east2.nersc.gov (8.9.2/8.9.2) with ESMTP id QAA25253; Mon, 4 Feb 2002 16:21:41 -0800 (PST) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id B0B403B1AB; Mon, 4 Feb 2002 16:21:40 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matt Wilbur Cc: freebsd-net@FreeBSD.ORG Subject: Re: 1000baseSX driver support? In-Reply-To: Message from Matt Wilbur of "Mon, 04 Feb 2002 15:12:10 PST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_936275336P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 04 Feb 2002 16:21:40 -0800 From: Eli Dart Message-Id: <20020205002140.B0B403B1AB@gemini.nersc.gov> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --==_Exmh_936275336P Content-Type: text/plain; charset=us-ascii The syskonnect 1000baseSX and 1000baseTX cards work quite well as of 4.2-RELEASE (man sk). I can only assume that they continue to be supported (they are as of 4.4-R.....). If you have existing tigon nics, this won't help you. If you're looking for stuff to buy, syskonnect cards work fine. --eli In reply to Matt Wilbur : > Hi all, > > I'm trying to figure out if there are *any* 1000baseSX NICs supported in > 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. > LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our > GA621T (with a DP83820) won't work. It suggests that ti will support > Tigon 1 and 2, but our 3c985B doesn't work. > > Am I crazy trying to make this work? Any suggestions would be *greatly* > appreciated. > > Thanks > - Matt > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message --==_Exmh_936275336P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: This is a comment. iD8DBQE8XyWULTFEeF+CsrMRAjCyAJ9JHUOYowumRPG9E3XegvMMtt++dgCgw8hZ Tm83BQerFhykAUWc03QJm+o= =xesz -----END PGP SIGNATURE----- --==_Exmh_936275336P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 6:32:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 2BF6D37B433 for ; Tue, 5 Feb 2002 06:32:11 -0800 (PST) Received: from localhost (kame201.kame.net [203.178.141.201]) by shuttle.wide.toshiba.co.jp (8.11.6/8.9.1) with ESMTP id g15EVv359385; Tue, 5 Feb 2002 23:31:58 +0900 (JST) Date: Tue, 05 Feb 2002 23:31:52 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Ian Dowse Cc: freebsd-net@FreeBSD.ORG Subject: Re: `options INET6' allows duplicate IPv4 binding In-Reply-To: <200201211436.aa82109@salmon.maths.tcd.ie> References: <200201211436.aa82109@salmon.maths.tcd.ie> User-Agent: Wanderlust/2.7.5 (Too Funky) Emacs/21.1 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 31 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, >>>>> On Mon, 21 Jan 2002 14:36:35 +0000, >>>>> Ian Dowse said: > I was just trying to track down a weird behaviour I had observed > involving VNC and sshd. When a user logs in via sshd, their $DISPLAY > would often end up being the same as that of an existing Xvnc > session: >> sockstat | grep 6013 |grep '\*' > root sshd 25710 7 tcp4 *:6013 *:* > userX Xvnc 51102 0 tcp4 *:6013 *:* > root sshd 25710 6 tcp46 *:6013 *:* > As you can see, sshd has successfully bound its tcp4 socket to the > same wildcard address as Xvnc was already using, but sshd does not > set any of the SO_REUSE* options. It seems that this is caused by > the following code in in_pcb.c: Sorry for the delayed response, you are basically correct (I believe sshd should set SO_REUSEADDR, but that is not relevant to this problem). We (the KAME developers) have recognized this bug, and are now trying to fix it. I guess we can send a patch in a week or so. Thanks for your report, JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 8: 6:56 2002 Delivered-To: freebsd-net@freebsd.org Received: from donut.efs.org (donut.efs.org [216.141.160.147]) by hub.freebsd.org (Postfix) with ESMTP id B83D737B42A for ; Tue, 5 Feb 2002 08:06:51 -0800 (PST) Received: from sargon.photon.com (ritz.photon.com [216.141.160.144]) by donut.efs.org (Postfix) with ESMTP id 7C7C65BDC for ; Tue, 5 Feb 2002 08:12:19 -0800 (PST) Date: Tue, 5 Feb 2002 08:06:08 -0800 (PST) From: Matt Wilbur X-Sender: matt@sargon.photon.com To: "Bruce A. Mah" Subject: Re: 1000baseSX driver support? In-Reply-To: <200202042320.g14NKdV37673@bmah.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 4 Feb 2002, Bruce A. Mah wrote: > If memory serves me right, Matt Wilbur wrote: > > > I'm trying to figure out if there are *any* 1000baseSX NICs supported in > > 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. > > LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our > > GA621T (with a DP83820) won't work. It suggests that ti will support > > Tigon 1 and 2, but our 3c985B doesn't work. > > I don't know the answer to your question, but I bet you'll have better > luck getting an answer if you can express exactly what "doesn't work" > means. For example: Does it probe at boot-time? Can you bring the > interface up with ifconfig? What happens when you try sending data? > Doh! I'm sorry, thanks for the reminder. This system is particularly frustrating because it's in a lab I can't connect to the rest of our network. Basically, when the GA-621 doesn't work, I get this during boot: nge0: port 0xe800-0xe8ff mem 0xfebff0> nge0: Ethernet address: 00:40:f4:29:ec:0d nge0: MII without any PHY! device_probe_and_attach: nge0 attach returned 6 The 3c985b doesn't get even acknowledged during boot, so I'm probably doing something dumb. I need to go back and do some more homework. I had looked at the nge driver last week and was starting to get the impression that there is no PHY support for 1000baseSX.. but that doesnt seem to be the case. the nge driver croaks when it does an mii_phy_probe().. Thanks for everyone else's responses.. Sounds like I should've bought a syskonnect NIC instead of this 3com. . . confused, Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 8:10:47 2002 Delivered-To: freebsd-net@freebsd.org Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.24.11]) by hub.freebsd.org (Postfix) with ESMTP id EEA2D37B427 for ; Tue, 5 Feb 2002 08:10:32 -0800 (PST) Received: from stannous-ultra.cisco.com (stannous-ultra.cisco.com [64.102.40.156]) by sj-msg-core-2.cisco.com (8.11.3/8.9.1) with ESMTP id g15GAVb09280; Tue, 5 Feb 2002 08:10:31 -0800 (PST) Received: (stannous@localhost) by stannous-ultra.cisco.com (8.8.8-Cisco List Logging/CISCO.WS.1.2) id LAA10914; Tue, 5 Feb 2002 11:10:14 -0500 (EST) Date: Tue, 5 Feb 2002 11:10:14 -0500 From: Sam Tannous To: Matt Wilbur Cc: freebsd-net@FreeBSD.ORG Subject: Re: 1000baseSX driver support? Message-ID: <20020205111014.B10865@cisco.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from matt@efs.org on Mon, Feb 04, 2002 at 03:12:10PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org what doesn't work (dmesg would help)? I've been using the 3c985B (ti) and the 3c996 (bge) just fine... -Sam On Mon, Feb 04, 2002 at 03:12:10PM -0800, Matt Wilbur wrote: > Hi all, > > I'm trying to figure out if there are *any* 1000baseSX NICs supported in > 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck. > LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our > GA621T (with a DP83820) won't work. It suggests that ti will support > Tigon 1 and 2, but our 3c985B doesn't work. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 10: 4:45 2002 Delivered-To: freebsd-net@freebsd.org Received: from donut.efs.org (donut.efs.org [216.141.160.147]) by hub.freebsd.org (Postfix) with ESMTP id 70F6537B495 for ; Tue, 5 Feb 2002 10:04:34 -0800 (PST) Received: from sargon.photon.com (ritz.photon.com [216.141.160.144]) by donut.efs.org (Postfix) with ESMTP id B04A45BDC for ; Tue, 5 Feb 2002 10:09:56 -0800 (PST) Date: Tue, 5 Feb 2002 10:04:28 -0800 (PST) From: Matt Wilbur X-Sender: matt@sargon.photon.com To: freebsd-net@freebsd.org Subject: crack pipe [was 1000baseSX driver support] Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks for all the help, my 3c985B was, uhm, having difficulty due to a, uhm, not completely seated riser card.. Sorry for spewing before I checked the simple stuff. On that note, would anyone else have interest in a GA-621 driver? I'll donate my GA-621 to the cause, it'd make life a lot easier for me. Bill, I'll beg if that'll help . . . Thanks again, Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 11: 9:18 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id C3AE837B425 for ; Tue, 5 Feb 2002 11:09:15 -0800 (PST) Received: from gateway.posi.net ([12.236.90.177]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020205190915.TECP26243.rwcrmhc51.attbi.com@gateway.posi.net>; Tue, 5 Feb 2002 19:09:15 +0000 Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.11.6/8.11.6) with ESMTP id g15J9Ev19867; Tue, 5 Feb 2002 11:09:15 -0800 (PST) (envelope-from kbyanc@posi.net) X-Authentication-Warning: gateway.posi.net: kbyanc owned process doing -bs Date: Tue, 5 Feb 2002 11:09:14 -0800 (PST) From: Kelly Yancey To: Matt Wilbur Cc: freebsd-net@FreeBSD.ORG Subject: Re: crack pipe [was 1000baseSX driver support] In-Reply-To: Message-ID: <20020205110821.T19833-100000@gateway.posi.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 5 Feb 2002, Matt Wilbur wrote: > Thanks for all the help, my 3c985B was, uhm, having difficulty due to a, > uhm, not completely seated riser card.. > > Sorry for spewing before I checked the simple stuff. > > On that note, would anyone else have interest in a GA-621 driver? I'll > donate my GA-621 to the cause, it'd make life a lot easier for > me. Bill, I'll beg if that'll help . . . > > Thanks again, > Matt > Perhaps you could make mention of this at: http://www.posi.net/freebsd/drivers/ Kelly kbyanc@{posi.net,FreeBSD.org} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 5 22: 0:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id EB7E137B41F; Tue, 5 Feb 2002 22:00:02 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id VAA72345; Tue, 5 Feb 2002 21:46:03 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g165jtV12257; Tue, 5 Feb 2002 21:45:55 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200202060545.g165jtV12257@arch20m.dellroad.org> Subject: Re: mpd-netgraph problem. In-Reply-To: <200202022113.g12LDs771403@arch20m.dellroad.org> "from Archie Cobbs at Feb 2, 2002 01:13:53 pm" To: Archie Cobbs Date: Tue, 5 Feb 2002 21:45:55 -0800 (PST) Cc: David Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Archie Cobbs writes: > > I'm using mpd-netgraph to attempt to connect an encrypted tunnel. It > > appears to connect (according to the messages), but the following is > > spit out for most packets I try to put down the tunnel: > > > > [vpn] LCP: rec'd Protocol Reject #1 link 0 (Opened) > > [vpn] LCP: protocol 0x0029 was rejected > > [vpn] LCP: rec'd Protocol Reject #2 link 0 (Opened) > > [vpn] LCP: protocol 0x00a1 was rejected > > > > (on the one end) > > > > [strikeppp] rec'd unexpected protocol 0x0029 on link -1, rejecting > > [strikeppp] rec'd unexpected protocol 0x00a1 on link -1, rejecting > > [strikeppp] rec'd unexpected protocol 0x0001 on link -1, rejecting > > > > (on the other) > > > > The second log also contains lines of the form: > > > > [strikeppp] rec'd proto 0xee53 on MP link! (ignoring) > > [strikeppp] rec'd proto 0xcc0d on MP link! (ignoring) > > > > ... any ideas? > > This is usually because one side is sending encrypted traffic > that the other is thinking is not encrypted... i.e., it's a > side-effect of a negotiation problem. > > I've just heard from another person with this problem. Check > your logs for something like ``"enable chap" required for MPPE'' > on one side. > > As a workaround, if you are doing CHAP in both directions, try > turning it off in one direction. FYI- For anyone seeing this problem, please try out the newly released mpd-3.7 (updated net/mpd-netgraph port). Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 7:10:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from blues.viagenie.qc.ca (modemcable114.39-130-66.mtl.mc.videotron.ca [66.130.39.114]) by hub.freebsd.org (Postfix) with ESMTP id 4D72D37B422 for ; Wed, 6 Feb 2002 07:10:50 -0800 (PST) Received: from blues.viagenie.qc.ca (blues-local [127.0.0.1]) by blues.viagenie.qc.ca (8.11.6/8.11.3) with ESMTP id g16FAKm00639; Wed, 6 Feb 2002 10:10:20 -0500 (EST) (envelope-from Florent.Parent@viagenie.qc.ca) Date: Wed, 06 Feb 2002 10:10:15 -0500 From: Florent Parent To: Marko Zec , freebsd-net@FreeBSD.ORG Subject: Re: ng_dummy - netgraph traffic shaping node Message-ID: <14420000.1013008215@blues.viagenie.qc.ca> In-Reply-To: <3C5E9DFE.4AEB55BE@tel.fer.hr> References: <3C5E9DFE.4AEB55BE@tel.fer.hr> X-Mailer: Mulberry/2.1.2 (Linux/x86) X-PGP-Fingerprint: B718 4543 977C BE73 2BCC 23D5 3E20 4FC9 2A90 872C MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --On 2002-02-04 15:43:10 +0100 zec@tel.fer.hr wrote: > Btw, where could I find some examples on parsing setsockopt() calls to > selected nodes, if such thing is possible at all? > Here's how I do it on a ksocket node (patch on ksocket is required unless=20 you're using -CURRENT. Check thread on "netgraph: how to setsockopt on=20 ksocket node ?". ) struct opts { int level; int name; int value; } myopts =3D { SOL_SOCKET, SO_REUSEADDR, 1 }; if ( (ret =3D NgSendMsg(cs, epath, NGM_KSOCKET_COOKIE, NGM_KSOCKET_SETOPT, (struct ng_ksocket_sockopt *)&myopts,=20 sizeof(myopts))) < 0) { fprintf(stderr, "%s Cannot setopt the ksocket node: %s\n", epath, strerror(errno)); return (-1); } Florent -- Florent Parent Viag=E9nie http://www.viagenie.qc.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 9:23:21 2002 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f105.pav2.hotmail.com [64.4.37.105]) by hub.freebsd.org (Postfix) with ESMTP id 57DCC37C3F2 for ; Wed, 6 Feb 2002 09:17:24 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Feb 2002 09:17:24 -0800 Received: from 204.178.20.13 by pv2fd.pav2.hotmail.msn.com with HTTP; Wed, 06 Feb 2002 17:17:24 GMT X-Originating-IP: [204.178.20.13] From: "murthy kn" To: freebsd-net@FreeBSD.ORG Subject: Duplicate Acks and Fast Retransmit Date: Wed, 06 Feb 2002 22:47:24 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Feb 2002 17:17:24.0247 (UTC) FILETIME=[24B9DA70:01C1AF32] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Below is the "netstat -p tcp" output on a FreeBSD 4.3 Machine. (with a couple of arrows to indicate lines of interest) --------------------------------------------------- tcp: 181061 packets sent 181039 data packets (262144000 bytes) -----> 0 data packets (0 bytes) retransmitted 0 resends initiated by MTU discovery 21 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 1 control packet 254774 packets received 135892 acks (for 262144001 bytes) ------> 38908 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence ------> 19 completely duplicate packets (0 bytes) ------> 19 old duplicate packets 0 packets with some dup. data (0 bytes duped) 1 out-of-order packet (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 76732 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 1 connection request 0 connection accepts 0 bad connection attempts 0 listen queue overflows 1 connection established (including accepts) 6 connections closed (including 0 drops) 1 connection updated cached RTT on close 1 connection updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 135892 segments updated rtt (of 91461 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 12355 correct ACK header predictions 0 correct data packet header predictions -------------------------------------------------------------------- In order to understand the effect of reordering better, a)the value of "Fast Retransmit Threshold" in tcp_input.c is modified to 1 b)packets of the connection are distributed over 2 links. 1. Is it possible to have so many duplicate acks but not still have a Fast Retransmit ? (TCP source clearly shows that there is a possibility of this but is it not surprising that probability the probability is so high?) 2. What does the field "Old duplicate packets" (in this case, ACKs) mean ? (This was the first TCP session after reboot and the earlier TCP sessions apparently closed without any problem). TIA, Murthy _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 10:27:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from web21109.mail.yahoo.com (web21109.mail.yahoo.com [216.136.227.111]) by hub.freebsd.org (Postfix) with SMTP id A855C37B41E for ; Wed, 6 Feb 2002 10:27:56 -0800 (PST) Message-ID: <20020206182756.11283.qmail@web21109.mail.yahoo.com> Received: from [152.15.24.198] by web21109.mail.yahoo.com via HTTP; Wed, 06 Feb 2002 10:27:56 PST Date: Wed, 6 Feb 2002 10:27:56 -0800 (PST) From: Vinod Namboodiri Subject: tcp/ip stack source code To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Can anyone tell me the URL to the source code for the tcp/ip stack? I found a link but am not sure its the right one. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ Can anyone confirm it for me please. Thanks in advance. Vinod __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 10:50:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from soso.eecs.umich.edu (soso.eecs.umich.edu [141.213.4.24]) by hub.freebsd.org (Postfix) with ESMTP id 3D31337B420 for ; Wed, 6 Feb 2002 10:50:38 -0800 (PST) Received: from soso.eecs.umich.edu (localhost [IPv6:::1]) by soso.eecs.umich.edu (8.12.0/8.12.0) with ESMTP id g16IoWHN003437 for ; Wed, 6 Feb 2002 13:50:35 -0500 (EST) Received: from localhost (binkertn@localhost) by soso.eecs.umich.edu (8.12.0/8.12.0/Submit) with ESMTP id g16IoU4T003434 for ; Wed, 6 Feb 2002 13:50:32 -0500 (EST) X-Authentication-Warning: soso.eecs.umich.edu: binkertn owned process doing -bs Date: Wed, 6 Feb 2002 13:50:30 -0500 (EST) From: Nathan Binkert X-X-Sender: To: Subject: em vs. gx Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org What are the various opinions of em vs. gx? Has anyone done a thorough comparison of the two? Which is expected to have better support in the future? Thanks, Nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 11:50:39 2002 Delivered-To: freebsd-net@freebsd.org Received: from web21104.mail.yahoo.com (web21104.mail.yahoo.com [216.136.227.106]) by hub.freebsd.org (Postfix) with SMTP id 214B237B405 for ; Wed, 6 Feb 2002 11:50:36 -0800 (PST) Message-ID: <20020206195035.215.qmail@web21104.mail.yahoo.com> Received: from [152.15.24.198] by web21104.mail.yahoo.com via HTTP; Wed, 06 Feb 2002 11:50:35 PST Date: Wed, 6 Feb 2002 11:50:35 -0800 (PST) From: Vinod Namboodiri Subject: tcp/ip stack code To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org can anyone tell me the url where i can find the TCP/IP stack source code.is the following url the right one? http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/netinet/ Thanks in advance. Vinod __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 12: 1:39 2002 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id B758C37B404 for ; Wed, 6 Feb 2002 12:01:36 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id A34A110DDFC; Wed, 6 Feb 2002 12:01:32 -0800 (PST) Date: Wed, 6 Feb 2002 12:01:32 -0800 From: Alfred Perlstein To: Vinod Namboodiri Cc: freebsd-net@freebsd.org Subject: Re: tcp/ip stack code Message-ID: <20020206120132.J59017@elvis.mu.org> References: <20020206195035.215.qmail@web21104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020206195035.215.qmail@web21104.mail.yahoo.com>; from geekvinod@yahoo.com on Wed, Feb 06, 2002 at 11:50:35AM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Vinod Namboodiri [020206 11:51] wrote: > can anyone tell me the url where i can find the TCP/IP > stack source code.is the following url the right one? > http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/netinet/ Yes, also look in the sys, net and kern directories. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 14:22:54 2002 Delivered-To: freebsd-net@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-240-160.nsw.bigpond.net.au [144.132.240.160]) by hub.freebsd.org (Postfix) with SMTP id 56C1737B422 for ; Wed, 6 Feb 2002 14:22:42 -0800 (PST) Received: (qmail 12625 invoked by uid 1000); 6 Feb 2002 22:22:40 -0000 From: "Andrew Reilly" Date: Thu, 7 Feb 2002 09:22:40 +1100 To: Archie Cobbs Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: mpd-netgraph problem. Message-ID: <20020207092240.A12211@gurney.reilly.home> References: <200202022113.g12LDs771403@arch20m.dellroad.org> <200202060545.g165jtV12257@arch20m.dellroad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200202060545.g165jtV12257@arch20m.dellroad.org>; from archie@dellroad.org on Tue, Feb 05, 2002 at 09:45:55PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Archie, I've another, probably unrelated problem that has surfaced with mpd-netgraph in the last couple of months. The work-around is simple, which is why it's taken me so long to get around to raising the issue. I start mpd-netgraph at boot time, to create a VPN link to my office, with a script /usr/local/etc/rc.d/mpd. That used to work fine, and I haven't changed my mpd configuration at all in the mean time. For the last couple of months, though, this has resulted in no ng0 node, and a log that looks like: Feb 5 21:41:46 gurney mpd: mpd: pid 240, version 3.6 (root@gurney.reilly.home 18:28 19-Jan-2002) Feb 5 21:41:46 gurney mpd: [vpn] can't create socket node: Exec format error Feb 5 21:41:46 gurney mpd: mpd: local IP address for PPTP is xxx.xxx.xxx.xxx Feb 5 21:41:46 gurney mpd: [vpn] using interface Feb 5 21:41:46 gurney mpd: [vpn] IFACE: Open event Feb 5 21:41:46 gurney mpd: [vpn] IPCP: Open event Feb 5 21:41:46 gurney mpd: [vpn] IPCP: state change Initial --> Starting Feb 5 21:41:46 gurney mpd: [vpn] IPCP: LayerStart Feb 5 21:41:46 gurney mpd: [vpn] bundle: OPEN event in state CLOSED Feb 5 21:41:46 gurney mpd: [vpn] opening link "vpn"... Feb 5 21:41:46 gurney mpd: [vpn] link: OPEN event Feb 5 21:41:46 gurney mpd: [vpn] LCP: Open event Feb 5 21:41:46 gurney mpd: [vpn] LCP: state change Initial --> Starting Feb 5 21:41:46 gurney mpd: [vpn] LCP: LayerStart Feb 5 21:41:46 gurney mpd: [vpn] device: OPEN event in state DOWN Feb 5 21:41:46 gurney mpd: pptp0: connecting to yyy.yyy.yyy.yyy:1723 Feb 5 21:41:46 gurney mpd: [vpn] device is now in state OPENING Feb 5 21:41:46 gurney mpd: pptp0: connected to yyy.yyy.yyy.yyy:1723 Feb 5 21:41:46 gurney mpd: pptp0: attached to connection with yyy.yyy.yyy.yyy:1723 Feb 5 21:41:46 gurney mpd: pptp0-0: outgoing call connected at 14808325 bps Feb 5 21:41:46 gurney mpd: [vpn] PPTP call successful Feb 5 21:41:46 gurney mpd: [vpn] can't attach pptpgre node: Bad file descriptor Feb 5 21:41:46 gurney mpd: pptp0-0: clearing call Feb 5 21:41:46 gurney mpd: [vpn] can't shutdown "bypass.link0": Bad file descriptor Feb 5 21:41:46 gurney mpd: [vpn] device: DOWN event in state OPENING Feb 5 21:41:46 gurney mpd: [vpn] device is now in state DOWN Feb 5 21:41:46 gurney mpd: [vpn] link: DOWN event Feb 5 21:41:46 gurney mpd: [vpn] LCP: Down event Feb 5 21:41:46 gurney mpd: [vpn] device: OPEN event in state DOWN Feb 5 21:41:46 gurney mpd: [vpn] pausing 9 seconds before open Feb 5 21:41:46 gurney mpd: [vpn] device is now in state DOWN Feb 5 21:41:46 gurney mpd: pptp0-0: peer call disconnected res=zero? err=none Feb 5 21:41:46 gurney mpd: pptp0-0: killing channel Feb 5 21:41:46 gurney mpd: pptp0: closing connection with yyy.yyy.yyy.yyy:1723 Feb 5 21:41:46 gurney mpd: pptp0: killing connection with yyy.yyy.yyy.yyy:1723 With the section from "device: OPEN event in state DOWN" repeating until I stop mpd. It seems to be a race or dependancy problem, because the "fix" is to just wait for a couple of seconds after stopping mpd, then start it again, and then it works fine. After doing the manual stop/start sequence, the kernel mutters something like: Jan 30 09:29:03 gurney /kernel: bpf: ng0 attached Hints? Suggestions? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 14:48:42 2002 Delivered-To: freebsd-net@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id ED1E737B428 for ; Wed, 6 Feb 2002 14:48:36 -0800 (PST) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g16MmXD85787; Wed, 6 Feb 2002 17:48:33 -0500 (EST) (envelope-from arr@FreeBSD.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 6 Feb 2002 17:48:32 -0500 (EST) From: "Andrew R. Reiter" X-Sender: arr@fledge.watson.org To: Nathan Binkert Cc: freebsd-net@FreeBSD.org Subject: Re: em vs. gx In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 6 Feb 2002, Nathan Binkert wrote: :What are the various opinions of em vs. gx? Has anyone done a thorough :comparison of the two? Which is expected to have better support in the :future? : If you read the mailing list archives, this question was just recently answered. :Thanks, : Nathan : : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-net" in the body of the message : -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 14:50:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from db.nexgen.com (db.nexgen.com [66.92.98.149]) by hub.freebsd.org (Postfix) with SMTP id 72AF537B430 for ; Wed, 6 Feb 2002 14:50:46 -0800 (PST) Received: (qmail 89872 invoked from network); 6 Feb 2002 22:50:39 -0000 Received: from oxyetb.com (HELO alexus) (@66.92.98.145) by secure.nexgen.com with SMTP; 6 Feb 2002 22:50:39 -0000 Message-ID: <004301c1af60$b6761e00$0d00a8c0@alexus> From: "alexus" To: Cc: Subject: teaming/failover Date: Wed, 6 Feb 2002 17:50:45 -0500 Organization: NexGen 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello First of all I'd like to appologize for cross posting, but I wasn't quite sure which list should i start with, this question basically can relate to both lists. here is my question: I was wondering if there is a way to do a teaming/failover in Freebsd with network cards, if it's not available now or it's being in development is there any dates on beta versions of it? I'm using Intel(R) PRO/100 S Desktop Adapter and I also have Intel card server version and i was able to do that on Windows platform, but now i'm looking to do same thing with FreeBSD machines Thank you in advance Your Trully alexus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 20: 0:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 249FB37B405; Wed, 6 Feb 2002 20:00:04 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id TAA79537; Wed, 6 Feb 2002 19:55:03 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g173ss815948; Wed, 6 Feb 2002 19:54:54 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200202070354.g173ss815948@arch20m.dellroad.org> Subject: Re: mpd-netgraph problem. In-Reply-To: <20020207092240.A12211@gurney.reilly.home> "from Andrew Reilly at Feb 7, 2002 09:22:40 am" To: Andrew Reilly Date: Wed, 6 Feb 2002 19:54:54 -0800 (PST) Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Reilly writes: > I've another, probably unrelated problem that has surfaced with > mpd-netgraph in the last couple of months. The work-around is > simple, which is why it's taken me so long to get around to > raising the issue. > > I start mpd-netgraph at boot time, to create a VPN link to my > office, with a script /usr/local/etc/rc.d/mpd. That used to > work fine, and I haven't changed my mpd configuration at all in > the mean time. > > For the last couple of months, though, this has resulted in no > ng0 node, and a log that looks like: > > Feb 5 21:41:46 gurney mpd: [vpn] can't create socket node: Exec format error Oops, I forgot to copy my reply to -net. In short, this sounds like some kind of KLD linking problem.. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 20: 0:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 9B20637B421 for ; Wed, 6 Feb 2002 20:00:09 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id TAA79540; Wed, 6 Feb 2002 19:56:35 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g173uO015959; Wed, 6 Feb 2002 19:56:24 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200202070356.g173uO015959@arch20m.dellroad.org> Subject: Re: ng_dummy - netgraph traffic shaping node In-Reply-To: <14420000.1013008215@blues.viagenie.qc.ca> "from Florent Parent at Feb 6, 2002 10:10:15 am" To: Florent Parent Date: Wed, 6 Feb 2002 19:56:24 -0800 (PST) Cc: Marko Zec , freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Florent Parent writes: > > Btw, where could I find some examples on parsing setsockopt() calls to > > selected nodes, if such thing is possible at all? > > > > Here's how I do it on a ksocket node (patch on ksocket is required unless > you're using -CURRENT. Check thread on "netgraph: how to setsockopt on > ksocket node ?". ) > > struct opts { > int level; > int name; > int value; > } myopts = { SOL_SOCKET, SO_REUSEADDR, 1 }; > > if ( (ret = NgSendMsg(cs, epath, NGM_KSOCKET_COOKIE, NGM_KSOCKET_SETOPT, > (struct ng_ksocket_sockopt *)&myopts, > sizeof(myopts))) < 0) { > fprintf(stderr, "%s Cannot setopt the ksocket node: %s\n", > epath, strerror(errno)); > return (-1); > } Plus, you need 4.5-stable for this to work because of a bug that was recently fixed. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 21: 4:27 2002 Delivered-To: freebsd-net@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-240-160.nsw.bigpond.net.au [144.132.240.160]) by hub.freebsd.org (Postfix) with SMTP id AAB1B37B427 for ; Wed, 6 Feb 2002 21:04:17 -0800 (PST) Received: (qmail 560 invoked from network); 7 Feb 2002 05:04:15 -0000 Received: from localhost (HELO gurney.reilly.home) (andrew@127.0.0.1) by localhost with SMTP; 7 Feb 2002 05:04:15 -0000 Date: Thu, 7 Feb 2002 16:04:15 +1100 From: Andrew Reilly To: Archie Cobbs Cc: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Subject: Re: mpd-netgraph problem. Message-ID: <20020207160415.A479@gurney.lake> References: <20020207092240.A12211@gurney.reilly.home> <200202062340.g16Netx15097@arch20m.dellroad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <200202062340.g16Netx15097@arch20m.dellroad.org>; from archie@dellroad.org on Thu, Feb 07, 2002 at 10:40:55 +1100 X-Mailer: Balsa 1.3.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Archie, On 2002.02.07 10:40 Archie Cobbs wrote: > Andrew Reilly writes: > > I've another, probably unrelated problem that has surfaced with > > mpd-netgraph in the last couple of months. The work-around is > > simple, which is why it's taken me so long to get around to > > raising the issue. > > > > I start mpd-netgraph at boot time, to create a VPN link to my > > office, with a script /usr/local/etc/rc.d/mpd. That used to > > work fine, and I haven't changed my mpd configuration at all in > > the mean time. > > > > For the last couple of months, though, this has resulted in no > > ng0 node, and a log that looks like: > > > > Feb 5 21:41:46 gurney mpd: mpd: pid 240, version 3.6 (root@gurney.reilly.home 18:28 19-Jan-2002) > > Feb 5 21:41:46 gurney mpd: [vpn] can't create socket node: Exec format error > > This error is probably coming from the KLD module code. I'd say so. > Try making sure the ng_socket(4) KLD is loaded before starting mpd, > or just compiling all your netgraph modules statically into your > kernel.. ? I've just done that: copied all of the option NETGRAPH_* lines from LINT into GURNEY, my kernel config file. There's probably stuff in the kernel that I don't need now (ng_frame_relay, for starters!), but (a) it didn't whinge, and (b) the MS-PPTP VPN link came straight up at re-boot. > As an experiment, you could try replacing the invocation of mpd > in /usr/local/etc/rc.d/mpd to something like 'ngctl ls' and see > if ngctl sees the same error. It did indeed. There has also been another couple of console messages at boot that might bear on the problem: Feb 7 15:20:16 gurney /kernel: module_register: module netgraph already exists! Feb 7 15:20:16 gurney /kernel: linker_file_sysinit "netgraph.ko" failed to register! 17 As you can see, these still happen, but now (probably because all of the modules are compiled in) it isn't causing a problem. This always happened, before the recent kernel config change, because I have always had "options NETGRAPH" (alone) in my kernel config. Well, I have since I started using mpd-netgraph. Presumably this is simple pilot-error: I should either have put all of the netgraph options into my kernel or none. But perhaps this indicates an error with one kldload being taken too strongly, and short-circuiting the loading of subsequent modules? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 21:30: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 7CEB137B41E; Wed, 6 Feb 2002 21:30:02 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id VAA79992; Wed, 6 Feb 2002 21:14:22 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g175EDx16223; Wed, 6 Feb 2002 21:14:13 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200202070514.g175EDx16223@arch20m.dellroad.org> Subject: Re: mpd-netgraph problem. In-Reply-To: <20020207160415.A479@gurney.lake> "from Andrew Reilly at Feb 7, 2002 04:04:15 pm" To: Andrew Reilly Date: Wed, 6 Feb 2002 21:14:12 -0800 (PST) Cc: Archie Cobbs , freebsd-stable@freebsd.org, freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Reilly writes: > Presumably this is simple pilot-error: I should either have put > all of the netgraph options into my kernel or none. But perhaps > this indicates an error with one kldload being taken too strongly, > and short-circuiting the loading of subsequent modules? There are long-standing bugs in the KLD module system that have yet to be fixed.. I think this is one of them. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 6 21:30:15 2002 Delivered-To: freebsd-net@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 6FFF137B41D for ; Wed, 6 Feb 2002 21:30:09 -0800 (PST) Received: from unknown (HELO kshitij) (203.124.128.243) by smtp.mail.vip.sc5.yahoo.com with SMTP; 7 Feb 2002 05:30:06 -0000 From: "Kshitij Gunjikar" To: Subject: Interface and ip_input.c Date: Thu, 7 Feb 2002 11:10:03 +0530 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi All, I have a doubt regaring checking the interfaces for configuration at ip_input.c . Is this necessary for each packet? if (TAILQ_EMPTY(&in_ifaddrhead)) goto bad; Regards Kshitij _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 0:25:42 2002 Delivered-To: freebsd-net@freebsd.org Received: from patrocles.silby.com (d127.as14.nwbl0.wi.voyager.net [169.207.136.1]) by hub.freebsd.org (Postfix) with ESMTP id 1C2F237B430 for ; Thu, 7 Feb 2002 00:25:38 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g172Sxg01639; Thu, 7 Feb 2002 02:29:04 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 7 Feb 2002 02:28:59 +0000 (GMT) From: Mike Silbersack To: murthy kn Cc: freebsd-net@FreeBSD.ORG Subject: Re: Duplicate Acks and Fast Retransmit In-Reply-To: Message-ID: <20020207022651.F1593-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 6 Feb 2002, murthy kn wrote: > Hello, > > Below is the "netstat -p tcp" output on a FreeBSD 4.3 Machine. > (with a couple of arrows to indicate lines of interest) > > In order to understand the effect of reordering better, ... If you really wish to understand how the tcp stack works better and / or fix bugs in it, you really need to use tcpdump to log what is actually passing over the wire. The statistics from netstat -s are only meant as an overview, and are not detailed enough to make inferences about how things are actually working. If you can show specific behaviors in a tcpdump that you're interested in, I'm sure that many people would be willing to help answer your questions. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 4:29:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from vic.inty.net (vic.inty.net [213.38.150.164]) by hub.freebsd.org (Postfix) with ESMTP id 1B5F537B41C for ; Thu, 7 Feb 2002 04:29:30 -0800 (PST) Received: from inty.hq.inty.net ([213.38.150.161]) by vic.inty.net (8.11.3/8.11.3) with ESMTP id g17CTQ250065 for ; Thu, 7 Feb 2002 12:29:27 GMT Received: from tariq ([10.0.1.156]) by inty.hq.inty.net (8.12.1/8.12.1) with SMTP id g17CTQ3a041809 for ; Thu, 7 Feb 2002 12:29:26 GMT From: "Tariq Rashid" To: Subject: squeeze more performance out of natd? Date: Thu, 7 Feb 2002 12:31:59 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: X-Sender-IP: 10.0.1.156 X-INT-DeliveryDone: g17CTQ3a041809 X-suppress-rcpt-virus-notify: yes X-Skip-Virus-Check: yes X-Virus-Checked: 18541 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org i've spent a good number of hours RTFMs, trying to make the best of a bad situtaion: userland natd instead of kernel-space nat. the only practical advice i found was to increase the maxusers kernel option - we're already at 1024 (with plenty of ram to support it). other advice was to have a streamlined ipfw list and i think mine is. the problem is that high network traffic with natd means that the CPU spends its time doing nat and not paying much attention to anything else. re-niceing it just means lower thoughput. any advice on squeezing more out of natd? * natd spawning other natds? * combinations of command line options? * more kernel parameter tweaking? thanks tariq intY has automatically scanned this email with Sophos Anti-Virus (www.inty.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 5:23:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id 2F55537B422 for ; Thu, 7 Feb 2002 05:23:08 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g17DN7H40434; Thu, 7 Feb 2002 07:23:07 -0600 (CST) (envelope-from tinguely) Date: Thu, 7 Feb 2002 07:23:07 -0600 (CST) From: mark tinguely Message-Id: <200202071323.g17DN7H40434@web.cs.ndsu.nodak.edu> To: freebsd-net@FreeBSD.ORG, knmurthy30@hotmail.com Subject: Re: Duplicate Acks and Fast Retransmit In-Reply-To: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > In order to understand the effect of reordering better, > > a)the value of "Fast Retransmit Threshold" in tcp_input.c is modified to 1 ouch, hopefully this is an isolated network. > b)packets of the connection are distributed over 2 links. > > 1. Is it possible to have so many duplicate acks but not > still have a Fast Retransmit ? (TCP source clearly shows that > there is a possibility of this but is it not surprising > that probability the probability is so high?) yes, on a private network where you do not have congestion, lost, or in your setting of the fast retransmit to equal 1, even reordering of the packets. Having these number when traversing the Internet backbone would be very surprising. > 2. What does the field "Old duplicate packets" (in this case, ACKs) mean ? > (This was the first TCP session after reboot and the > earlier TCP sessions apparently closed without any problem). that is a wrap in the PAWS sequence number. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 5:57:38 2002 Delivered-To: freebsd-net@freebsd.org Received: from web20103.mail.yahoo.com (web20103.mail.yahoo.com [216.136.226.40]) by hub.freebsd.org (Postfix) with SMTP id 6BEAB37B404 for ; Thu, 7 Feb 2002 05:57:33 -0800 (PST) Message-ID: <20020207135733.83272.qmail@web20103.mail.yahoo.com> Received: from [212.234.238.114] by web20103.mail.yahoo.com via HTTP; Thu, 07 Feb 2002 05:57:33 PST Date: Thu, 7 Feb 2002 05:57:33 -0800 (PST) From: ome ome Subject: MPD and PPPoE on FreeBSD 3.5 To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I would like to use PPPoE with MPD in orderto connect to a DSL modem by the way of Ethernet LAN. My freeBSD version is 3.5 Release (it's out of mind to update it) and the MPD one is 3.6 (I don't want use a user land way for pppoe as ppp). But I have two problems. First of all, the netgraph encryption MPPC isn't implemented on FreeBSD 3.5R. Never mind, I compiled the source of MPD without the option ENCRYPTION_MPPE and MICROSOFT_CHAP. But in the line 523 of the file "/usr/src/sys/netgraph/chap.c", the function "GenerateAuthenticatorResponse()" only defined in the ng_mppc.c file is still used. So, I adapted the source code. In fact, in the chap.c file, I skiped the wrong part of the code (the else part of the if struct) with an "#ifdef ENCRYPTION_MPPE ... #endif" (from line 515 to 525). I know it's not the right solution, but it's the easiest and the fastest. My question is "what is the right solution?". Secondly, after this modification, the PPPoE negociation passed successfully whereas the LCP negociation immediatly failed. Ethereal showed us that all packets sent by MPD are wrong, the unknown protocol 0x00FF error is returned. The packet seem to content a HDLC layer (FF03) as this screen (of ethereal) displayed : 76 1.061417 00:60:97:d6:80:e1 -> ff:ff:ff:ff:ff:ff PPPoED Active Discovery Initiation (PADI) 77 1.071363 00:60:97:91:19:9c -> 00:60:97:d6:80:e1 PPPoED Active Discovery Offer (PADO) 78 1.071698 00:60:97:d6:80:e1 -> 00:60:97:91:19:9c PPPoED Active Discovery Request (PADR) 79 1.071788 00:60:97:91:19:9c -> 00:60:97:d6:80:e1 PPPoED Active Discovery Session-confirmation (PADS) 80 1.080137 00:60:97:d6:80:e1 -> 00:60:97:91:19:9c 0x00ff PPP Unknown (0x00ff) 127 1.353259 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP PPP LCP Protocol Reject 152 2.359655 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP PPP LCP Configuration Request 153 2.366229 00:60:97:d6:80:e1 -> xxx.xxx.xxx 0x00ff PPP Unknown (0x00ff) ... 194 5.897718 00:60:97:d6:80:e1 -> xxx.xxx.xxx PPPoED Active Discovery Terminate (PADT) 195 5.897867 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPPoED Active Discovery Terminate (PADT) and the hexa form of the packet 80 is: 0000 00 60 97 91 19 9c 00 60 97 d6 80 e1 88 64 11 00 0010 00 13 00 12 ff 03 c0 21 01 01 00 0e 01 04 05 d4 0020 05 06 90 b2 d5 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0030 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b I don't understand why this FF03 octets are there and who put them. Someone could help me, please! My conf files are : MPD.CONF: --------- myisp: new -i ng0 myisp PPPoE set iface addrs 1.1.1.1 2.2.2.2 set iface route default set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname fti/ZZZZZZ4@fti set link no acfcomp protocomp set link disable pap chap set link accept chap set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0 0.0.0.0/0 open iface MPD.LINKS: ---------- PPPoE: set link type pppoe set pppoe iface ep0 set pppoe service "myservice" Thanks in advance __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 8:53: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f151.pav2.hotmail.com [64.4.37.151]) by hub.freebsd.org (Postfix) with ESMTP id 3A19537B419 for ; Thu, 7 Feb 2002 08:52:26 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 7 Feb 2002 08:52:21 -0800 Received: from 204.178.20.13 by pv2fd.pav2.hotmail.msn.com with HTTP; Thu, 07 Feb 2002 16:52:20 GMT X-Originating-IP: [204.178.20.13] From: "murthy kn" To: silby@silby.com Cc: freebsd-net@FreeBSD.ORG, tinguely@web.cs.ndsu.nodak.edu Subject: Re: Duplicate Acks and Fast Retransmit Date: Thu, 07 Feb 2002 22:22:20 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Feb 2002 16:52:21.0048 (UTC) FILETIME=[CF29A380:01C1AFF7] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello all, Thanks for the response. I have attached the "tcpdump" collected at the receiver, and "netstat -p tcp" at the sender as well as the receiver. I run the tests on a isolated pair of machines (FreeBSD 4.3), connected over a pair of back-to-back crossover cables and these links are made to appear as a single aggregated link using a "virtual aggregation device". In order to "simulate" more reordering, I have a sysctl variable controlling the "Fast Retransmit Threshold" and I set it to 1 and do a TCP transfer from "sender" to "receiver". 1. In my understanding, this should make the "sending" TCP get into Fast Retransmit mode each time it receives 2 identical acks (or 1 duplicate ack). However, I am not seeing this behaviour and would like to get your advice on if I am missing something. 2. WRT to the netstat output at the receiver and sender below, given that receiver has seen N out-of-order packets and the sender has received say M duplicate ACKs, is it not possible to infer that there have been reorders and hence there should be Fast Retransmit (assuming Retransmit threshold is 1 and on the testbed I have indicated above, AFAIK, issues packet loss are practically not there). 3. I am also interested in knowing, in general, as you have indicated, why we cannot draw inferences from "netstat". For eg, in my case, once I start packet capture on the sender machine, I will not see the duplicate acks or reordering - this has mostly to do with the fact that reordering also depends on the load u put (amongst other things). Since I have a virtual interface, I do not know if it is possible to use another machine in a passive monitoring mode to capture the packets on the "virtual" interface of this mahine - as there are 2 wires and not 1. (Apart from using 2 other machines and kind of merging the 2 dumps, is there any other way to capture packets/analyse TCP behaviour in this kind of scenarios??) -------------------------------------------------------- retransmit threshold value : 1 -------------------------------------------------------- netstat output at sender tcp: 4529 packets sent 4526 data packets (6553600 bytes) -----------> 0 data packets (0 bytes) retransmitted 0 resends initiated by MTU discovery 2 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 1 control packet 4465 packets received 2262 acks (for 6553601 bytes) ------> 508 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 1 out-of-order packet (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 1657 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 1 connection request 0 connection accepts 0 bad connection attempts 0 listen queue overflows 1 connection established (including accepts) 6 connections closed (including 0 drops) 1 connection updated cached RTT on close 1 connection updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 2262 segments updated rtt (of 1723 attempts) ------> 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 34 correct ACK header predictions 0 correct data packet header predictions ------------------------------------------------------------------ netstat output at receiver tcp: 4465 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 resends initiated by MTU discovery 2780 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 1684 window update packets 1 control packet 4529 packets received 2 acks (for 2 bytes) 0 duplicate acks 0 acks for unsent data 3492 packets (5056416 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 1034 out-of-order packets (1497184 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 connection requests 1 connection accept 0 bad connection attempts 0 listen queue overflows 1 connection established (including accepts) 3 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 2 segments updated rtt (of 2 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 3491 correct data packet header predictions ------------------------------------------------------- tcpdump at the reciever 10:16:02.495530 10.10.10.1.1024 > 10.10.10.2.5001: S 3330616029:3330616029(0) win 65535 (DF) 10:16:02.496078 10.10.10.2.5001 > 10.10.10.1.1024: S 3041789324:3041789324(0) ack 3330616030 win 65535 (DF) 10:16:02.496209 10.10.10.1.1024 > 10.10.10.2.5001: . ack 1 win 32942 (DF) 10:16:02.503477 10.10.10.1.1024 > 10.10.10.2.5001: . 1:1449(1448) ack 1 win 32942 (DF) 10:16:02.503501 10.10.10.1.1024 > 10.10.10.2.5001: . 1449:2897(1448) ack 1 win 32942 (DF) 10:16:02.503553 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2897 win 31856 (DF) 10:16:02.503613 10.10.10.1.1024 > 10.10.10.2.5001: . 2897:4345(1448) ack 1 win 32942 (DF) 10:16:02.503629 10.10.10.1.1024 > 10.10.10.2.5001: . 4345:5793(1448) ack 1 win 32942 (DF) 10:16:02.503678 10.10.10.2.5001 > 10.10.10.1.1024: . ack 5793 win 30408 (DF) 10:16:02.503718 10.10.10.1.1024 > 10.10.10.2.5001: . 5793:7241(1448) ack 1 win 32942 (DF) 10:16:02.503760 10.10.10.1.1024 > 10.10.10.2.5001: . 7241:8689(1448) ack 1 win 32942 (DF) 10:16:02.503797 10.10.10.2.5001 > 10.10.10.1.1024: . ack 8689 win 29684 (DF) 10:16:02.503841 10.10.10.1.1024 > 10.10.10.2.5001: . 8689:10137(1448) ack 1 win 32942 (DF) 10:16:02.503869 10.10.10.1.1024 > 10.10.10.2.5001: . 10137:11585(1448) ack 1 win 32942 (DF) 10:16:02.503904 10.10.10.2.5001 > 10.10.10.1.1024: . ack 11585 win 28960 (DF) 10:16:02.503964 10.10.10.1.1024 > 10.10.10.2.5001: . 11585:13033(1448) ack 1 win 32942 (DF) 10:16:02.503993 10.10.10.1.1024 > 10.10.10.2.5001: . 13033:14481(1448) ack 1 win 32942 (DF) 10:16:02.504029 10.10.10.2.5001 > 10.10.10.1.1024: . ack 14481 win 29684 (DF) 10:16:02.504091 10.10.10.1.1024 > 10.10.10.2.5001: . 14481:15929(1448) ack 1 win 32942 (DF) 10:16:02.504116 10.10.10.1.1024 > 10.10.10.2.5001: . 15929:17377(1448) ack 1 win 32942 (DF) 10:16:02.504153 10.10.10.2.5001 > 10.10.10.1.1024: . ack 17377 win 30408 (DF) 10:16:02.504213 10.10.10.1.1024 > 10.10.10.2.5001: . 17377:18825(1448) ack 1 win 32942 (DF) 10:16:02.504240 10.10.10.1.1024 > 10.10.10.2.5001: . 18825:20273(1448) ack 1 win 32942 (DF) 10:16:02.504275 10.10.10.2.5001 > 10.10.10.1.1024: . ack 20273 win 31132 (DF) 10:16:02.504310 10.10.10.2.5001 > 10.10.10.1.1024: . ack 20273 win 33304 (DF) 10:16:02.504339 10.10.10.1.1024 > 10.10.10.2.5001: . 20273:21721(1448) ack 1 win 32942 (DF) 10:16:02.504361 10.10.10.1.1024 > 10.10.10.2.5001: . 21721:23169(1448) ack 1 win 32942 (DF) 10:16:02.504401 10.10.10.2.5001 > 10.10.10.1.1024: . ack 23169 win 31856 (DF) 10:16:02.504437 10.10.10.2.5001 > 10.10.10.1.1024: . ack 23169 win 33304 (DF) 10:16:02.504462 10.10.10.1.1024 > 10.10.10.2.5001: . 23169:24617(1448) ack 1 win 32942 (DF) 10:16:02.504500 10.10.10.1.1024 > 10.10.10.2.5001: . 24617:26065(1448) ack 1 win 32942 (DF) 10:16:02.504548 10.10.10.2.5001 > 10.10.10.1.1024: . ack 26065 win 31856 (DF) 10:16:02.504579 10.10.10.1.1024 > 10.10.10.2.5001: . 26065:27513(1448) ack 1 win 32942 (DF) 10:16:02.504624 10.10.10.1.1024 > 10.10.10.2.5001: . 27513:28961(1448) ack 1 win 32942 (DF) 10:16:02.504660 10.10.10.2.5001 > 10.10.10.1.1024: . ack 28961 win 31132 (DF) 10:16:02.504704 10.10.10.1.1024 > 10.10.10.2.5001: . 28961:30409(1448) ack 1 win 32942 (DF) 10:16:02.504715 10.10.10.2.5001 > 10.10.10.1.1024: . ack 28961 win 33304 (DF) 10:16:02.504731 10.10.10.1.1024 > 10.10.10.2.5001: . 30409:31857(1448) ack 1 win 32942 (DF) 10:16:02.504774 10.10.10.2.5001 > 10.10.10.1.1024: . ack 31857 win 31856 (DF) 10:16:02.504810 10.10.10.2.5001 > 10.10.10.1.1024: . ack 31857 win 33304 (DF) 10:16:02.504827 10.10.10.1.1024 > 10.10.10.2.5001: . 31857:33305(1448) ack 1 win 32942 (DF) ............ PS : For the fear of size of the mail, I am removing some of the portions of the dump (which I feel might not be very useful and hence skipping to the "interesting" portion which I have commented below. Hope this is not a problem. I can post the full dump if required). ................ 10:16:02.513320 10.10.10.1.1024 > 10.10.10.2.5001: . 231681:233129(1448) ack 1 win 32942 (DF) 10:16:02.513330 10.10.10.2.5001 > 10.10.10.1.1024: . ack 231681 win 33304 (DF) 10:16:02.513344 10.10.10.1.1024 > 10.10.10.2.5001: P 233129:234577(1448) ack 1 win 32942 (DF) 10:16:02.513387 10.10.10.2.5001 > 10.10.10.1.1024: . ack 234577 win 31856 (DF) 10:16:02.513422 10.10.10.2.5001 > 10.10.10.1.1024: . ack 234577 win 33304 (DF) 10:16:02.513443 10.10.10.1.1024 > 10.10.10.2.5001: . 234577:236025(1448) ack 1 win 32942 (DF) 10:16:02.513473 10.10.10.1.1024 > 10.10.10.2.5001: . 236025:237473(1448) ack 1 win 32942 (DF) 10:16:02.513505 10.10.10.2.5001 > 10.10.10.1.1024: . ack 237473 win 31856 (DF) 10:16:02.513534 10.10.10.2.5001 > 10.10.10.1.1024: . ack 237473 win 33304 (DF) 10:16:02.513580 10.10.10.1.1024 > 10.10.10.2.5001: . 237473:238921(1448) ack 1 win 32942 (DF) 10:16:02.513599 10.10.10.1.1024 > 10.10.10.2.5001: P 238921:240369(1448) ack 1 win 32942 (DF) 10:16:02.513647 10.10.10.2.5001 > 10.10.10.1.1024: . ack 240369 win 31856 (DF) 10:16:02.513687 10.10.10.1.1024 > 10.10.10.2.5001: . 240369:241817(1448) ack 1 win 32942 (DF) 10:16:02.513700 10.10.10.2.5001 > 10.10.10.1.1024: . ack 240369 win 33304 (DF) 10:16:02.513714 10.10.10.1.1024 > 10.10.10.2.5001: . 241817:243265(1448) ack 1 win 32942 (DF) 10:16:02.513757 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 31856 (DF) 10:16:02.513791 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 33304 (DF) 10:16:02.513841 10.10.10.1.1024 > 10.10.10.2.5001: P 244713:246161(1448) ack 1 win 32942 (DF) 10:16:02.513889 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 33304 (DF) 10:16:02.513905 10.10.10.1.1024 > 10.10.10.2.5001: . 243265:244713(1448) ack 1 win 32942 (DF) 10:16:02.513944 10.10.10.2.5001 > 10.10.10.1.1024: . ack 246161 win 31856 (DF) Above is an example of one of the many "out-of-order" segments got at the receiver (indicated by the "netstat -p tcp" at receiver and the consequent "Dup" Ack generated by receiver and received at the sender (netstat -p tcp at the sender) 10:16:02.513966 10.10.10.1.1024 > 10.10.10.2.5001: P 247609:249057(1448) ack 1 win 32942 (DF) 10:16:02.514015 10.10.10.2.5001 > 10.10.10.1.1024: . ack 246161 win 31856 (DF) 10:16:02.514030 10.10.10.1.1024 > 10.10.10.2.5001: . 246161:247609(1448) ack 1 win 32942 (DF) Above is an example of one of the many "out-of-order" segments got at the receiver (indicated by the "netstat -p tcp" at receiver and the consequent "Dup" Ack generated by receiver and received at the sender (netstat -p tcp at the sender) 10:16:02.514071 10.10.10.2.5001 > 10.10.10.1.1024: . ack 249057 win 30408 (DF) 10:16:02.514091 10.10.10.1.1024 > 10.10.10.2.5001: . 250505:251953(1448) ack 1 win 32942 (DF) 10:16:02.514125 10.10.10.2.5001 > 10.10.10.1.1024: . ack 249057 win 30408 (DF) 10:16:02.514143 10.10.10.1.1024 > 10.10.10.2.5001: . 249057:250505(1448) ack 1 win 32942 (DF) 10:16:02.514179 10.10.10.2.5001 > 10.10.10.1.1024: . ack 251953 win 28960 (DF) 10:16:02.514214 10.10.10.1.1024 > 10.10.10.2.5001: . 251953:253401(1448) ack 1 win 32942 (DF) 10:16:02.514226 10.10.10.1.1024 > 10.10.10.2.5001: P 253401:254849(1448) ack 1 win 32942 (DF) 10:16:02.514271 10.10.10.2.5001 > 10.10.10.1.1024: . ack 254849 win 27512 (DF) .................. .................. Last few segments from the capture 10:16:02.647898 10.10.10.1.1024 > 10.10.10.2.5001: P 2213993:2215441(1448) ack 1 win 32942 (DF) 10:16:02.647941 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2215441 win 31856 (DF) 10:16:02.647968 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2215441 win 33304 (DF) 10:16:02.648016 10.10.10.1.1024 > 10.10.10.2.5001: . 2216889:2218337(1448) ack 1 win 32942 (DF) 10:16:02.648055 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2215441 win 33304 (DF) 10:16:02.648068 10.10.10.1.1024 > 10.10.10.2.5001: . 2215441:2216889(1448) ack 1 win 32942 (DF) 10:16:02.648107 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2218337 win 31856 (DF) 10:16:02.648127 10.10.10.1.1024 > 10.10.10.2.5001: . 2218337:2219785(1448) ack 1 win 32942 (DF) 10:16:02.648143 10.10.10.1.1024 > 10.10.10.2.5001: P 2219785:2221233(1448) ack 1 win 32942 (DF) 10:16:02.648185 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2221233 win 30408 (DF) 10:16:02.648236 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2221233 win 33304 (DF) 10:16:02.648263 10.10.10.1.1024 > 10.10.10.2.5001: . 2221233:2222681(1448) ack 1 win 32942 (DF) 10:16:02.648277 10.10.10.1.1024 > 10.10.10.2.5001: P 2222681:2224129(1448) ack 1 win 32942 (DF) 10:16:02.648322 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2224129 win 31856 (DF) 10:16:02.648358 10.10.10.2.5001 > 10.10.10.1.1024: . ack 2224129 win 33304 (DF) 10:16:02.648378 10.10.10.1.1024 > 10.10.10.2.5001: . 2224129:2225577(1448) ack 1 win 32942 (DF) 10:16:02.648396 10.10.10.1.1024 > 10.10.10.2.5001: . 2225577:2227025(1448) ack 1 win 32942 (DF) Since I HAD to run the capture on the reciver, tcpdump reported drops and some packets seem to have been dropped... ------------------------------------------------------------ Thanks in advance for all your help and advice. Murthy --------------------------------------------------------- >From: Mike Silbersack >To: murthy kn >CC: freebsd-net@FreeBSD.ORG > > In order to understand the effect of reordering better, > >... > >If you really wish to understand how the tcp stack works better and / or >fix bugs in it, you really need to use tcpdump to log what is actually >passing over the wire. The statistics from netstat -s are only meant as >an overview, and are not detailed enough to make inferences about how >things are actually working. > >If you can show specific behaviors in a tcpdump that you're interested in, >I'm sure that many people would be willing to help answer your questions. > >Mike "Silby" Silbersack > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 10:53: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from patrocles.silby.com (d177.as1.nwbl0.wi.voyager.net [169.207.130.243]) by hub.freebsd.org (Postfix) with ESMTP id 5154E37B400 for ; Thu, 7 Feb 2002 10:52:54 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g17CtAA03575; Thu, 7 Feb 2002 12:55:11 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 7 Feb 2002 12:55:10 +0000 (GMT) From: Mike Silbersack To: murthy kn Cc: freebsd-net@FreeBSD.ORG, Subject: Re: Duplicate Acks and Fast Retransmit In-Reply-To: Message-ID: <20020207123715.H3102-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 7 Feb 2002, murthy kn wrote: > 1. In my understanding, this should make the "sending" TCP get into Fast > Retransmit mode each time it receives 2 identical acks (or 1 duplicate ack). > However, I am not seeing this behaviour and would like > to get your advice on if I am missing something. One of the reasons this appears to be the case is because I don't see duplicate acks (be careful to distinguish between duplicate acks and window updates.) In fact, I don't really see much in the way of packet reordering. > 3. I am also interested in knowing, in general, as you have > indicated, why we cannot draw inferences from "netstat". Well, I suppose that you _can_ draw inferences, but they're not going to be accurate. If you're doing any serious network research, you need to trace it exactly using tcpdump or some similar tool. You cannot tune a network stack through statistics alone. > For eg, in my case, once I start packet capture on the > sender machine, I will not see the duplicate acks or > reordering - this has mostly to do with the fact that > reordering also depends on the load u put (amongst other things). > > Since I have a virtual interface, I do not know if it is > possible to use another machine in a passive monitoring mode > to capture the packets on the "virtual" interface of this > mahine - as there are 2 wires and not 1. (Apart from using > 2 other machines and kind of merging the 2 dumps, is there any other way to > capture packets/analyse TCP behaviour in this kind of scenarios??) I'm not sure what's the best way to configure your test setup. Bill Fenner might have some suggestions. > Since I HAD to run the capture on the reciver, tcpdump reported > drops and some packets seem to have been dropped... You tend to drop less packets if you use tcpdump's -w option, then use -r later. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 11: 0:35 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 7E52C37B41A for ; Thu, 7 Feb 2002 11:00:26 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020207190026.GVLD1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Thu, 7 Feb 2002 19:00:26 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA97302; Thu, 7 Feb 2002 10:57:52 -0800 (PST) Date: Thu, 7 Feb 2002 10:57:51 -0800 (PST) From: Julian Elischer To: Tariq Rashid Cc: freebsd-net@freebsd.org Subject: Re: squeeze more performance out of natd? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org first advise: add more firewall rules so that any packets that YOU KNOW will not be translated will bypass the natd.. i.e. make sure packets fromteh localhost are not sent to natd. What throughput are you trying to NAT? I've never seen it be an issue. On Thu, 7 Feb 2002, Tariq Rashid wrote: > > i've spent a good number of hours RTFMs, trying to make the best of a bad > situtaion: userland natd instead of kernel-space nat. > > the only practical advice i found was to increase the maxusers kernel > option - we're already at 1024 (with plenty of ram to support it). other > advice was to have a streamlined ipfw list and i think mine is. > > the problem is that high network traffic with natd means that the CPU > spends its time doing nat and not paying much attention to anything else. > re-niceing it just means lower thoughput. > > > any advice on squeezing more out of natd? > * natd spawning other natds? > * combinations of command line options? > * more kernel parameter tweaking? > > thanks > > tariq > > > intY has automatically scanned this email with Sophos Anti-Virus (www.inty.net) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 11:20:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id C98D037B41B for ; Thu, 7 Feb 2002 11:20:11 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020207192010.HXCI1147.rwcrmhc52.attbi.com@InterJet.elischer.org>; Thu, 7 Feb 2002 19:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA97363; Thu, 7 Feb 2002 11:03:37 -0800 (PST) Date: Thu, 7 Feb 2002 11:03:36 -0800 (PST) From: Julian Elischer To: ome ome Cc: freebsd-net@freebsd.org Subject: Re: MPD and PPPoE on FreeBSD 3.5 In-Reply-To: <20020207135733.83272.qmail@web20103.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 7 Feb 2002, ome ome wrote: > I would like to use PPPoE with MPD in orderto connect why are you requiring mpd and not ppp? ppp can to pppoe too. (however it would b egood to discover if there is a bug in mpd anyway.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 12:27:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from ns.a1.org.uk (ns.a1.org.uk [194.105.64.163]) by hub.freebsd.org (Postfix) with ESMTP id 3356437B42A for ; Thu, 7 Feb 2002 12:27:49 -0800 (PST) Received: from a1.org.uk (host217-35-92-236.in-addr.btopenworld.com [217.35.92.236]) by ns.a1.org.uk (8.9.3/8.9.3) with ESMTP id UAA05614 for ; Thu, 7 Feb 2002 20:27:29 GMT (envelope-from bap@a1.org.uk) Message-ID: <3C62E33A.9D9C8EEE@a1.org.uk> Date: Thu, 07 Feb 2002 20:27:38 +0000 From: Bap X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 12:47:28 2002 Delivered-To: freebsd-net@freebsd.org Received: from ns.a1.org.uk (ns.a1.org.uk [194.105.64.163]) by hub.freebsd.org (Postfix) with ESMTP id 18C8837B41F for ; Thu, 7 Feb 2002 12:47:08 -0800 (PST) Received: from a1.org.uk (host217-35-92-236.in-addr.btopenworld.com [217.35.92.236]) by ns.a1.org.uk (8.9.3/8.9.3) with ESMTP id UAA05676 for ; Thu, 7 Feb 2002 20:46:37 GMT (envelope-from bap@a1.org.uk) Message-ID: <3C62E7B6.D543BE3@a1.org.uk> Date: Thu, 07 Feb 2002 20:46:46 +0000 From: Bap X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Multicast bind problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I think I must be missing something obvious! Iv'e just started to use JINI with discovery by multicast I can set up rimd and get reggie going, but when I try to run the browser I get the following: java.lang.reflect.InvocationTargetException: java.net.BindException: Address already in use at java.net.PlainDatagramSocketImpl.bind(Native Method) at java.net.MulticastSocket.create(MulticastSocket.java, Compiled Code) at java.net.DatagramSocket.(DatagramSocket.java, Compiled Code) at java.net.DatagramSocket.(DatagramSocket.java, Compiled Code) at java.net.MulticastSocket.(MulticastSocket.java, Compiled Code) at net.jini.discovery.LookupDiscovery$AnnouncementListener.(LookupDiscovery.java, Compiled Code) at net.jini.discovery.LookupDiscovery$2.run(LookupDiscovery.java, Compiled Code) at java.security.AccessController.doPrivileged(Native Method) ... I am running the linux JDK 1.3.1 on 4.5-RC FreeBSD 4.5-RC #3: Thu Jan 24 19:18:28 GMT 2002 I know the issue is not java, as I can perform the same steps on a Solaris box, and all works as expected. I am running IPFIREWALL, but I don't think that should affect a bind to a port. Could there be anything I've missed in the kernel config? Please can someone help me? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 13: 0:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 7AB5F37B41B for ; Thu, 7 Feb 2002 13:00:06 -0800 (PST) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id MAA84964; Thu, 7 Feb 2002 12:58:33 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g17KwNK18768; Thu, 7 Feb 2002 12:58:23 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200202072058.g17KwNK18768@arch20m.dellroad.org> Subject: Re: MPD and PPPoE on FreeBSD 3.5 In-Reply-To: <20020207135733.83272.qmail@web20103.mail.yahoo.com> "from ome ome at Feb 7, 2002 05:57:33 am" To: ome ome Date: Thu, 7 Feb 2002 12:58:23 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ome ome writes: > 80 1.080137 00:60:97:d6:80:e1 -> 00:60:97:91:19:9c > 0x00ff PPP Unknown (0x00ff) > 127 1.353259 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP > PPP LCP Protocol Reject > 152 2.359655 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP > PPP LCP Configuration Request > 153 2.366229 00:60:97:d6:80:e1 -> xxx.xxx.xxx 0x00ff > PPP Unknown (0x00ff) > ... > 194 5.897718 00:60:97:d6:80:e1 -> xxx.xxx.xxx PPPoED > Active Discovery Terminate (PADT) > 195 5.897867 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPPoED > Active Discovery Terminate (PADT) > > > and the hexa form of the packet 80 is: > 0000 00 60 97 91 19 9c 00 60 97 d6 80 e1 88 64 11 00 > 0010 00 13 00 12 ff 03 c0 21 01 01 00 0e 01 04 05 d4 > 0020 05 06 90 b2 d5 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b > 0030 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b > > I don't understand why this FF03 octets are there and > who put them. Someone could help me, please! You need to upgrade your version of FreeBSD. Or, apply this patch to your kernel: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_pppoe.c.diff?r1=1.25&r2=1.26 -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 13: 4: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from dreamflow.nl (dreamflow.nl [62.58.36.22]) by hub.freebsd.org (Postfix) with SMTP id 60CAC37B41C for ; Thu, 7 Feb 2002 13:03:53 -0800 (PST) Received: (qmail 94350 invoked by uid 1000); 7 Feb 2002 21:03:46 -0000 Date: Thu, 7 Feb 2002 22:03:46 +0100 From: Bart Matthaei To: freebsd-net@freebsd.org Subject: mtu on gif devices Message-ID: <20020207220346.I68508@heresy.dreamflow.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, first of all, could you please cc any replies to me ? (I'm not on this list). Last time I checked (around fbsd4.3) , I was unable to set the mtu of a gif device higher then 1280. I just cvs'ed from 4.4 to 4.5, and saw that i was able to set the mtu of the gif device to 1500 (and saw that my 4.4 box could do the same). The weird thing is, though, that since i've upgraded to 4.5, ssh connections from my irix and bsd box in my network (which have public ip's tunneled from work) die spontaniously. They either die when i give it a lot of input, or when i idle for a bit. It smells like a mtu problem to me, but i can't find the problem. When i ssh directly from my router trough the tunnel to work, i get a stable connection, so i figured the home-router itself is the source of the problem. Set up is like this: colo (gif with mtu 1500) -> gif tunnel -> home-router (gif with mtu 1500/ interfaces with mtu 1500) -> irix box (mtu 1200) / bsd box (mtu 1500). Both the irix and bsd box have the problem. The problem was also occuring when the mtu of both gif devices were set to 1280. It all started when i upgraded my home router from 4.4 to 4.5.=20 Any suggestions are welcome.=20 With regards, Bart=20 --=20 Bart Matthaei bart@dreamflow.nl=20 Support wildlife -- vote for an orgy. --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8Yuuygcc6pR+tCegRAn7pAJ9e4aQuSzLlen+11Qrq6C1EVQZzPwCg1DqV 4BsVZOHXJRgbEpxf5jM7Ov4= =x6zg -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 7 13:29: 3 2002 Delivered-To: freebsd-net@freebsd.org Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id 29EBC37B400 for ; Thu, 7 Feb 2002 13:28:54 -0800 (PST) Received: from xena.gsicomp.on.ca ([199.243.128.21]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020207212853.TDD27465.tomts6-srv.bellnexxia.net@xena.gsicomp.on.ca>; Thu, 7 Feb 2002 16:28:53 -0500 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.1) with SMTP id g17LHMi43567; Thu, 7 Feb 2002 16:17:22 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <004701c1b01e$7039d3f0$361c1a09@gsicomp.on.ca> From: "Matthew Emmerton" To: "Tariq Rashid" , References: Subject: Re: squeeze more performance out of natd? Date: Thu, 7 Feb 2002 16:28:50 -0500 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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > i've spent a good number of hours RTFMs, trying to make the best of a bad > situtaion: userland natd instead of kernel-space nat. I've been told that if you use ipf and ipnat, then you get the benefit of kernel-space NAT. Have you investigated this to see how it compares to natd/ipfw for your purposes? -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 2:45: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from vic.inty.net (vic.inty.net [213.38.150.164]) by hub.freebsd.org (Postfix) with ESMTP id 32B2637B41D for ; Fri, 8 Feb 2002 02:44:56 -0800 (PST) Received: from inty.hq.inty.net ([213.38.150.161]) by vic.inty.net (8.11.3/8.11.3) with ESMTP id g18Aim514931 for ; Fri, 8 Feb 2002 10:44:48 GMT Received: from tariq ([10.0.1.156]) by inty.hq.inty.net (8.12.1/8.12.1) with SMTP id g18Ail3a004021 for ; Fri, 8 Feb 2002 10:44:48 GMT From: "Tariq Rashid" To: Subject: RE: squeeze more performance out of natd? - tests ... Date: Fri, 8 Feb 2002 10:47:26 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <004701c1b01e$7039d3f0$361c1a09@gsicomp.on.ca> X-Sender-IP: 10.0.1.156 X-INT-DeliveryDone: g18Ail3a004021 X-suppress-rcpt-virus-notify: yes X-Skip-Virus-Check: yes X-Virus-Checked: 38385 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org well - i've performed some tests through natd on a test net to see what causes the CPU load to shoot up on out production boxes. i found the following uinteresting: * using natd with the -nonat option still has the "context switch" problem. the throughput is not much better than with nat on. killing nat and bypassing diverts increases throughput significanctly. * the above tests (netperf, netperf with a a 50MB binary ftp going) does not cause natd to load the CPU significantly. i'll try the following to try to see if the load the CPU: * i'll try multiple tcp sessions... * try multiple NAT sources... ps - I can't use ipf/ipnat as it would mean a rewrite of lots of production software. stuck with a bad situation i know. Thanks for the suggestiosn so far. t -----Original Message----- From: owner-freebsd-net@FreeBSD.ORG [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Matthew Emmerton Sent: 07 February 2002 21:29 To: Tariq Rashid; freebsd-net@FreeBSD.ORG Subject: Re: squeeze more performance out of natd? > i've spent a good number of hours RTFMs, trying to make the best of a bad > situtaion: userland natd instead of kernel-space nat. I've been told that if you use ipf and ipnat, then you get the benefit of kernel-space NAT. Have you investigated this to see how it compares to natd/ipfw for your purposes? -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message intY has automatically scanned this email with Sophos Anti-Virus (www.inty.net) intY has automatically scanned this email with Sophos Anti-Virus (www.inty.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 6:58: 4 2002 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f113.pav2.hotmail.com [64.4.37.113]) by hub.freebsd.org (Postfix) with ESMTP id B5A8A37B437 for ; Fri, 8 Feb 2002 06:57:50 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 8 Feb 2002 06:57:50 -0800 Received: from 204.178.20.14 by pv2fd.pav2.hotmail.msn.com with HTTP; Fri, 08 Feb 2002 14:57:50 GMT X-Originating-IP: [204.178.20.14] From: "murthy kn" To: silby@silby.com Cc: freebsd-net@FreeBSD.ORG Subject: Re: Duplicate Acks and Fast Retransmit Date: Fri, 08 Feb 2002 20:27:50 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 08 Feb 2002 14:57:50.0635 (UTC) FILETIME=[FA7D8FB0:01C1B0B0] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Thanks for the useful suggestions. I have one small doubt which I feel is reordering is happening. > > > 1. In my understanding, this should make the "sending" TCP get into Fast > > Retransmit mode each time it receives 2 identical acks (or 1 duplicate >ack). > > However, I am not seeing this behaviour and would like > > to get your advice on if I am missing something. > >One of the reasons this appears to be the case is because I don't see >duplicate acks (be careful to distinguish between duplicate acks and >window updates.) In fact, I don't really see much in the way of packet >reordering. > (A small portion of earlier dump is attached below) 10:16:02.513687 10.10.10.1.1024 > 10.10.10.2.5001: . 240369:241817(1448) ack 1 win 32942 (DF) 10:16:02.513700 10.10.10.2.5001 > 10.10.10.1.1024: . ack 240369 win 33304 (DF) 10:16:02.513714 10.10.10.1.1024 > 10.10.10.2.5001: . 241817:243265(1448) ack 1 win 32942 (DF) 10:16:02.513757 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 31856 (DF) 10:16:02.513791 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 33304 (DF) --------> From what I understand by reading Stevens (TCP/IP Illustrated Vol 1 pg 279), this is an example of Window Update (The window advertised by the receiver has changed and this is NOT an example of reordering) 10:16:02.513841 10.10.10.1.1024 > 10.10.10.2.5001: P 244713:246161(1448) ack 1 win 32942 (DF) 10:16:02.513889 10.10.10.2.5001 > 10.10.10.1.1024: . ack 243265 win 33304 (DF) ---------------> However, AFAIK, this is an example of Duplicate Ack due to Out-or-order arrival (i,e reorder) and NOT a Window update as the receiver is advertising the same window. The reciever has gone out of his usual ACK every other segment mode and generating an "immediate ACK for an out-of-order segment" in compliance with the TCP standards. Please correct me if I am wrong. If the above is true, I am understanding why sender is not generating a "Fast Retransmit" though he is receiving many such "Dup Acks" and "Rex threshold" is 1. 10:16:02.513905 10.10.10.1.1024 > 10.10.10.2.5001: . 243265:244713(1448) ack 1 win 32942 (DF) 10:16:02.513944 10.10.10.2.5001 > 10.10.10 Thanks, Murthy _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 8:21:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from smtp.inode.at (goliath.inode.at [195.58.161.55]) by hub.freebsd.org (Postfix) with ESMTP id 0B6D737B416 for ; Fri, 8 Feb 2002 08:21:32 -0800 (PST) Received: from line230.adsl-dynamic.inode.at ([213.229.7.230] helo=inode.at) by smtp.inode.at with esmtp (Exim 3.34 #1) id 16ZDmA-0003eB-00 for net@freebsd.org; Fri, 08 Feb 2002 17:21:28 +0100 Message-ID: <3C63FADC.DE038378@inode.at> Date: Fri, 08 Feb 2002 17:20:44 +0100 From: Michael Bretterklieber X-Mailer: Mozilla 4.75 [de] (Windows NT 5.0; U) X-Accept-Language: de MIME-Version: 1.0 To: net@freebsd.org Subject: Re: MPD and PPPoE on FreeBSD 3.5 References: <200202072058.g17KwNK18768@arch20m.dellroad.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Here is a small howto: http://www.bugat.at/mini-howto/freebsd-mppe.ihtml Archie Cobbs schrieb: > ome ome writes: > > 80 1.080137 00:60:97:d6:80:e1 -> 00:60:97:91:19:9c > > 0x00ff PPP Unknown (0x00ff) > > 127 1.353259 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP > > PPP LCP Protocol Reject > > 152 2.359655 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPP LCP > > PPP LCP Configuration Request > > 153 2.366229 00:60:97:d6:80:e1 -> xxx.xxx.xxx 0x00ff > > PPP Unknown (0x00ff) > > ... > > 194 5.897718 00:60:97:d6:80:e1 -> xxx.xxx.xxx PPPoED > > Active Discovery Terminate (PADT) > > 195 5.897867 xxx.xxx.xxx -> 00:60:97:d6:80:e1 PPPoED > > Active Discovery Terminate (PADT) > > > > > > and the hexa form of the packet 80 is: > > 0000 00 60 97 91 19 9c 00 60 97 d6 80 e1 88 64 11 00 > > 0010 00 13 00 12 ff 03 c0 21 01 01 00 0e 01 04 05 d4 > > 0020 05 06 90 b2 d5 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b > > 0030 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b 0b > > > > I don't understand why this FF03 octets are there and > > who put them. Someone could help me, please! > > You need to upgrade your version of FreeBSD. Or, apply > this patch to your kernel: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_pppoe.c.diff?r1=1.25&r2=1.26 > > -Archie > > __________________________________________________________________________ > Archie Cobbs * Packet Design * http://www.packetdesign.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- -------------------------------------- E-mail: Michael.Bretterklieber@jawa.at ---------------------------- JAWA Management Software GmbH Liebenauer Hauptstr. 200 A-8041 GRAZ Tel: ++43-(0)316-403274-12 Fax: ++43-(0)316-403274-10 GSM: ++43-(0)676-93 96 698 homepage: http://www.jawa.at --------- privat ----------- E-mail: mbretter@inode.at homepage: http://www.inode.at/mbretter -------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 14:44:35 2002 Delivered-To: freebsd-net@freebsd.org Received: from web9906.mail.yahoo.com (web9906.mail.yahoo.com [216.136.129.249]) by hub.freebsd.org (Postfix) with SMTP id AE3EB37B402 for ; Fri, 8 Feb 2002 14:44:31 -0800 (PST) Message-ID: <20020208224431.72985.qmail@web9906.mail.yahoo.com> Received: from [216.98.102.241] by web9906.mail.yahoo.com via HTTP; Fri, 08 Feb 2002 14:44:31 PST Date: Fri, 8 Feb 2002 14:44:31 -0800 (PST) From: W Alexander Hagen Subject: Re: How to Update and recompile an device driver To: Kevin Oberman Cc: net@freebsd.org In-Reply-To: <20020204204445.8DF855D0D@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-2136481958-1013208271=:72958" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --0-2136481958-1013208271=:72958 Content-Type: text/plain; charset=us-ascii Is is possible to cvsup only a device driver. I have tried copying the source of the driver and then rebuilding the kernel, but it allways seems to invoke dependencies that are assumed to be updated over the base 4.3 FreeBSD as well. The latest try I get if_an.c IFM_IEE80211 undeclared and related messages How can I update the AN Driver !! The suggestion by Kevin Oberman: 1. Did not specify where to get the updated AN drivers (I got the latest from the source online in the /src/sys/dev/an MAIN branch) 2. When I tried cd /usr/sys I got directory not found. Kevin Oberman wrote: > Date: Mon, 4 Feb 2002 12:06:13 -0800 (PST) > From: W Alexander Hagen > Sender: owner-freebsd-net@FreeBSD.ORG > > What is the best way to update FreeBSD 4.3 AN driver only ? Short form: 1. Figure out which files you will be editing and make copies of the originals in /sys/dev/an/. (I usually append '.orig' to the file name. 2. cd /sys/dev/an and update/edit the files you want to change. (The an driver is made up of 5 different source files.) 3. cd /usr/sys 4. make kernel KERNCONF=your_kernel_config_name 5. Reboot new kernel. If you are using the loadable module you can try unloading the module and re-loading it, but this MAY crash your system as some kernel modules don't unload cleanly. (kldunload/kldload) That's it. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message --------------------------------- Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! --0-2136481958-1013208271=:72958 Content-Type: text/html; charset=us-ascii

Is is possible to cvsup only a device driver. I have tried copying the source of the driver and then rebuilding the kernel, but it allways seems to invoke dependencies that are assumed to be updated over the base 4.3 FreeBSD as well. The latest try I get

 

if_an.c IFM_IEE80211 undeclared and related messages

How can I update the AN Driver !! The suggestion by Kevin Oberman:

1. Did not specify where to get the updated AN drivers (I got the latest from the source online in the /src/sys/dev/an MAIN branch)

2. When I tried cd /usr/sys I got directory not found.

 

  Kevin Oberman <oberman@es.net> wrote:

> Date: Mon, 4 Feb 2002 12:06:13 -0800 (PST)
> From: W Alexander Hagen
> Sender: owner-freebsd-net@FreeBSD.ORG
>
> What is the best way to update FreeBSD 4.3 AN driver only ?

Short form:

1. Figure out which files you will be editing and make copies of the
originals in /sys/dev/an/. (I usually append '.orig' to the file name.

2. cd /sys/dev/an and update/edit the files you want to change. (The
an driver is made up of 5 different source files.)

3. cd /usr/sys

4. make kernel KERNCONF=your_kernel_config_name

5. Reboot new kernel. If you are using the loadable module you can
try unloading the module and re-loading it, but this MAY crash
your system as some kernel modules don't unload cleanly.
(kldunload/kldload)

That's it.

R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net Phone: +1 510 486-8634

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message


Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings! --0-2136481958-1013208271=:72958-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 14:55:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 17D4B37B404 for ; Fri, 8 Feb 2002 14:55:19 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g18MtC631553; Fri, 8 Feb 2002 14:55:12 -0800 Date: Fri, 8 Feb 2002 14:55:12 -0800 From: Brooks Davis To: W Alexander Hagen Cc: Kevin Oberman , net@FreeBSD.ORG Subject: Re: How to Update and recompile an device driver Message-ID: <20020208145512.A30270@Odin.AC.HMC.Edu> References: <20020204204445.8DF855D0D@ptavv.es.net> <20020208224431.72985.qmail@web9906.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020208224431.72985.qmail@web9906.mail.yahoo.com>; from aligzanduh@yahoo.com on Fri, Feb 08, 2002 at 02:44:31PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 08, 2002 at 02:44:31PM -0800, W Alexander Hagen wrote: >=20 > Is is possible to cvsup only a device driver. I have tried copying the > source of the driver and then rebuilding the kernel, but it allways > seems to invoke dependencies that are assumed to be updated over the > base 4.3 FreeBSD as well. The latest try I get >=20 > if_an.c IFM_IEE80211 undeclared and related messages By far, your best bet is to give up now and do an OS upgrade. Updating drivers independently is a completly unsupported operation for experts only. The above error means you need to updated your if_media support. To do that you need to find the commit logs for the upgrades to add IEEE 802.11 support to if_media and update all the files in question. There are probalby other things you'd have to update too. > How can I update the AN Driver !! The suggestion by Kevin Oberman: > =20 > 1. Did not specify where to get the updated AN drivers (I got the > latest from the source online in the /src/sys/dev/an MAIN branch) You'd want RELENG_4 so you get one from the same branch of the source tree as you are using. > 2. When I tried cd /usr/sys I got directory not found. /usr/src/sys -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ZFdPXY6L6fI4GtQRAq5qAJ437lO84ZJui1gdgZsxhzfIVqElWgCgpvWh 5V6Dt7bvOlyybCFdBNocmn4= =EvBt -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 8 19:24:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 009F237B41C for ; Fri, 8 Feb 2002 19:24:11 -0800 (PST) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g193NMa37685; Fri, 8 Feb 2002 19:23:22 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200202090323.g193NMa37685@ambrisko.com> Subject: Re: How to Update and recompile an device driver In-Reply-To: <20020208145512.A30270@Odin.AC.HMC.Edu> To: Brooks Davis Date: Fri, 8 Feb 2002 19:23:22 -0800 (PST) Cc: W Alexander Hagen , Kevin Oberman , net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Brooks Davis writes: | On Fri, Feb 08, 2002 at 02:44:31PM -0800, W Alexander Hagen wrote: | > | > Is is possible to cvsup only a device driver. I have tried copying the | > source of the driver and then rebuilding the kernel, but it allways | > seems to invoke dependencies that are assumed to be updated over the | > base 4.3 FreeBSD as well. The latest try I get | > | > if_an.c IFM_IEE80211 undeclared and related messages | | By far, your best bet is to give up now and do an OS upgrade. Updating | drivers independently is a completly unsupported operation for experts | only. The above error means you need to updated your if_media support. | To do that you need to find the commit logs for the upgrades to add | IEEE 802.11 support to if_media and update all the files in question. | There are probalby other things you'd have to update too. ... yep like Linux device private ioctl's and ancontrol changes. You really are better off get the latest -stable and then building everything. Things will work better in the end. Also if you find a problem then getting a fix will be easier as well! Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Feb 9 17: 8:10 2002 Delivered-To: freebsd-net@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 058BA37B405; Sat, 9 Feb 2002 17:08:06 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g1A184816124; Sat, 9 Feb 2002 17:08:04 -0800 (PST) (envelope-from rizzo) Date: Sat, 9 Feb 2002 17:08:04 -0800 From: Luigi Rizzo To: net@freebsd.org Subject: HEADS UP: device polling code merged into -stable Message-ID: <20020209170804.C13970@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [Bcc to -stable as relevant there] I have merged into -stable the device polling code that has been in -current for the past couple of months, plus a minor change that addresses the 'device going deaf' problems that some have reported with early patches of this code. I'd be grateful if you could stress-test this code and report problems (if any) or success. Remember that only 'dc' 'fxp' and 'sis' drivers are supported at the moment. See you at BSDCon for those who will be here. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Feb 9 23:12:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from quack.kfu.com (adsl-67-113-12-90.dsl.snfc21.pacbell.net [67.113.12.90]) by hub.freebsd.org (Postfix) with ESMTP id 5375837B41B; Sat, 9 Feb 2002 23:12:17 -0800 (PST) Received: from icarus.kfu.com (medusa.kfu.com [67.113.12.91]) by quack.kfu.com (8.11.6/8.11.6) with ESMTP id g1A7CEn12679 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Sat, 9 Feb 2002 23:12:15 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com (nospam@localhost [::1]) by icarus.kfu.com (8.11.6/8.11.6) with ESMTP id g1A7CEw00719; Sat, 9 Feb 2002 23:12:14 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Message-ID: <3C661D4E.9040908@quack.kfu.com> Date: Sat, 09 Feb 2002 23:12:14 -0800 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.8) Gecko/20020209 X-Accept-Language: en, en-US, en-GB MIME-Version: 1.0 To: freebsd-net@freebsd.org, stable@freebsd.org Subject: TCPv6 lags in 4.5-RELEASE? Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I don't know if I can quantify the issue very well, but since moving from 4.4-RELEASE to 4.5-RELEASE on my laptop, I've noticed that TCP-over-IPv6 sessions get stuck rather easily. They end up in a state where no further I/O will take place. TCP-over-IPv4 does not have this problem. This machine is using IPSEC over 802.11b (wi0 - a lucent gold card), and a (gif0) tunnel for IPv6-over-v4 (without any IPSEC since it's tunneling over v4 which is IPSECed anyway). Can anyone think of a reason why 4.5-RELEASE should be having problems in this area that 4.4-RELEASE did not? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message