From owner-freebsd-net Mon Jan 17 4:25:11 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-93.max2-du-ws.dialnetwork.pavilion.co.uk [212.74.8.221]) by hub.freebsd.org (Postfix) with ESMTP id C697B14BE7 for ; Mon, 17 Jan 2000 04:25:06 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id LAA73070; Mon, 17 Jan 2000 11:34:22 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id LAA17525; Mon, 17 Jan 2000 11:09:34 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001171109.LAA17525@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Marcin Cieslak Cc: Brian Somers , freebsd-net@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: RADIUS support in ppp(8) In-Reply-To: Message from Marcin Cieslak of "Sun, 16 Jan 2000 02:45:17 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jan 2000 11:09:34 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > On Sat, 15 Jan 2000, Brian Somers wrote: > > > Patches are always appreciated :-) Accounting support was only > > recently added to the radius client. > > The initial version (hack-quality) is now working. Great ! > I have duplicated radius_Authenticate() to radius_Account() > and right now I am calling it from IPCP FSM "up" and "down" > hooks. But the problem was of course to place accounting > routine right in the whole ppp FSM context and adjust it's > parameters. > > And thus, few design questions arise: I'll answer as best I can, but I must confess that I don't know much about radius authentication at the moment :-/ > 1. Should accounting request be sent at the start/stop of IPCP > session (we need an IP address, ipcp throughput statistics) ? > > 2. Should it be sent every time the link in the MP bundle comes > up? I would think that a session is best described as being when IpcpLayerUp()/IpcpLayerDown() happen. However, in MP mode, when a new incoming link is being negotiated we don't yet know what session we're part of. The best we can do at authentication time is know that we're likely to be part of an existing bundle. When mp_Up() returns MP_ADDED and when bundle_ReceiveDatalink() finishes it indicates that we've received a new link. But I'd avoid saying anything to the radius server at this point 'cos I don't think there's enough info. > 3. What is the best variable to get username from? > (cfg.auth.name from (struct bundle) is apparently empty). bundle::cfg.auth.name is the local ``set authname''. The peers authentication name can be found in datalink::peer.authname. > 4. How to get NAS-Port identifier? (right now I am taking > it from fp->bundle->links[0] <- the "first" datalink open). > I need an access to (struct physical) describing tty used. This is a problem. In MP mode, there's more than one port. At the moment, ppp doesn't mention a port unless there's a tty involved, and if there is, uses ttyslot() to get a number. I don't think radius is very well designed WRT MP connections :-( > 5. Which variable to use as a best unique session > identifier (peerid is apparently set only for MP sessions)? Dunno, maybe the current time with our pid appended, or maybe even just our pid ? > My understaing of internal PPP structure is not so great, > however, the code is quite easy to learn. Heh, my understanding of radius accounting is lousy. I must read the rfc :*] > -- > << Marcin Cieslak // saper@system.pl >> > > ----------------------------------------------------------------- > SYSTEM Internet Provider http://www.system.pl -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 17 4:45:41 2000 Delivered-To: freebsd-net@freebsd.org Received: from noname.cbr.amur.ru (noname.cbr.amur.ru [195.151.156.206]) by hub.freebsd.org (Postfix) with ESMTP id DA99B14CBE for ; Mon, 17 Jan 2000 04:45:32 -0800 (PST) (envelope-from maxim@amur.cbr.ru) Received: from localhost (localhost [127.0.0.1]) by noname.cbr.amur.ru (8.9.3/8.9.3) with ESMTP id VAA00576 for ; Mon, 17 Jan 2000 21:45:28 +0900 (YAKT) (envelope-from maxim@amur.cbr.ru) Date: Mon, 17 Jan 2000 21:45:28 +0900 (YAKT) From: Maxim Konovalov X-Sender: maxim@noname.cbr.amur.ru To: net@freebsd.org Subject: arp behaviour question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Gentlemen, I have got a device, probably broken or incorrect configured, who replies twice to arp request "who-has". Well, let me show: # hostname -s stone # uname -v FreeBSD 3.4-STABLE #5: Fri Dec 31 12:32:11 XXXX 1999 maxim@stone.xxx.xxx.xxx:/usr/src/sys/compile/STONE # host mm1 mm1.xxx.xxx.xxx has address xxx.xxx.xxx.6 # arp -d mm1 delete: can't locate mm1 # arp mm1 mm1 (xxx.xxx.xxx.6) -- no entry # ping mm1 PING mm1.xxx.xxx.xxx (xxx.xxx.xxx.6): 56 data bytes 64 bytes from 10.82.64.6: icmp_seq=0 ttl=255 time=3.437 ms <---------------------------- at this point it stops reply ^C --- mm1.xxx.xxx.xxx ping statistics --- 9 packets transmitted, 1 packets received, 88% packet loss round-trip min/avg/max/stddev = 3.522/3.522/3.522/0.000 ms # arp mm1 mm1.xxx.xxx.xxx (xxx.xxx.xxx.6) at 0:0:1d:a0:8b:62 [ethernet] # On another terminal I run tcpdump: # tcpdump -i xl0 arp tcpdump: listening on xl0 10:20:12.658827 arp who-has mm1.xxx.xxx.xxx tell stone 10:20:12.659855 arp reply mm1.xxx.xxx.xxx is-at 0:0:1d:a0:8b:61 10:20:12.662712 arp reply mm1.xxx.xxx.xxx is-at 0:0:1d:a0:8b:62 You see, mm1 replies twice but it uses the first MAC in icmp echo-reply so if we take the second one we can't ping mm1. I found that Cisco IOS 10.2(8a) as well as Windows 98 behaves as FreeBSD. They take the second MAC and stop pinging after the second arp reply. But Linux RedHat 6.1 and Solaris 2.6 differs - they have got in their arp table the first MAC and can ping mm1. The question is: which behaviour is correct and why - FreeBSD or Solaris one? [ Yes, I have already read arp(4) and rfc826 ] Thank you for your help, Maxim Konovalov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 17 5: 3:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from tricord.system.pl (tricord.system.pl [195.205.185.10]) by hub.freebsd.org (Postfix) with ESMTP id A976214C85 for ; Mon, 17 Jan 2000 05:03:37 -0800 (PST) (envelope-from saper@system.pl) Received: from localhost (saper@localhost [127.0.0.1]) by tricord.system.pl (SYSTEM Internet) with ESMTP id OAA04032; Mon, 17 Jan 2000 14:03:11 +0100 (MET) Date: Mon, 17 Jan 2000 14:03:07 +0100 (MET) From: Marcin Cieslak To: Brian Somers Cc: freebsd-net@FreeBSD.org Subject: Re: RADIUS support in ppp(8) In-Reply-To: <200001171109.LAA17525@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 17 Jan 2000, Brian Somers wrote: I see that RADIUS accounting information: * user port * user name * throughput stats * IP address * disconnection reason * (you name it :) can be collected from various sources. What about adding a small (struct radacct) which will be collecting them for accounting purposes? If IPCP layer sets an IP address, it updates it, if MP opens another link, it sets some data there (namely data link id), when authentication is completed (RADIUS or not), PAP/CHAP updates authentication data. > This is a problem. In MP mode, there's more than one port. At the > moment, ppp doesn't mention a port unless there's a tty involved, and > if there is, uses ttyslot() to get a number. Well, actually, an already present code uses ttyslot. That's fine for now, perhaps an option to "set device" or something will do for other "ports". > > 5. Which variable to use as a best unique session > > identifier (peerid is apparently set only for MP sessions)? > > Dunno, maybe the current time with our pid appended, or maybe even > just our pid ? I think that PID is nice, I usually use it to grep my logs to identify a session. It seems that RADIUS is quite well suited for MP sessions. I am reading Ascend RADIUS documentation and their added MP and MP+ (their BACP) support for RADIUS. In general, there is a "multi session id" -> it identifies a "bundle", and a "session id" -> for datalink. Along with "link count", it gives a pretty overview what's going on with the MP session. RFC2139 point 5.12 has a nice example of use. The downside is that we have to collect all stats ("struct radacct" mentioned above at the datalink level, no bundle - and still some bundle-level data (like IP address or User-Name) have to be be present in the accounting data sent to server. Yet another advantage of separate accounting structure is the implementation of RADIUS checkpointing -> ppp daemon would dump it's current session data at a given interval in the accounting format to RADIUS server, and one would generate a nice stats about the modem sessions currently open, etc. - you name it:) I think that thoroughput struct can be extended and incorporated here (for example we have octets in/out but we don't have packets in/out). Few things TODO after my accounting code will be at least publishable: 1. Support more attributes, including some proprietary ones, like DHCP server setting, NETBIOS servers, etc. 2. Carefully add some FreeBSD-specific attributes of ppp.conf (only if really necessary) The goal - please comment on it - would be to be able to completely configure ppp(8) with RADIUS. ppp.conf already has a notion of "label", close to the Ascend RADIUS pseudo-user concept. And finally a note about limiting the access to one/few sessions: there is no easy solution for that. radiusd-cistron (or FreeRADIUS) people use a separate script analyzing accounting data and/or grabbing SNMP stats from NAS. Oh, well, SNMP... perhaps we can extend our "radacct" infrastructure to report also to SNMP? This is because I've had a really wonderful experience running BSD boxen for analog dial-in support, and I don't really need another out-of-the-box commercial solution. Anyone found a PRI/E1 card supported on our system? :) -- << Marcin Cieslak // saper@system.pl >> ----------------------------------------------------------------- SYSTEM Internet Provider http://www.system.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 17 8: 9:25 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-41.max2-du-ws.dialnetwork.pavilion.co.uk [212.74.8.169]) by hub.freebsd.org (Postfix) with ESMTP id EB0D814E58 for ; Mon, 17 Jan 2000 08:09:18 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id PAA00495; Mon, 17 Jan 2000 15:17:25 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id PAA25123; Mon, 17 Jan 2000 15:21:52 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001171521.PAA25123@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Marcin Cieslak Cc: Brian Somers , freebsd-net@FreeBSD.ORG Subject: Re: RADIUS support in ppp(8) In-Reply-To: Message from Marcin Cieslak of "Mon, 17 Jan 2000 14:03:07 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jan 2000 15:21:52 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Mon, 17 Jan 2000, Brian Somers wrote: > > I see that RADIUS accounting information: > > * user port > * user name > * throughput stats > * IP address > * disconnection reason > * (you name it :) > > can be collected from various sources. > What about adding a small (struct radacct) which will be collecting them > for accounting purposes? If IPCP layer sets an IP address, it > updates it, if MP opens another link, it sets some data there > (namely data link id), when authentication is completed (RADIUS or not), > PAP/CHAP updates authentication data. [.....] Yep, I think that struct radacct is the way to go, or maybe a struct radacct that sits in struct bundle and a struct radlinkacct that sits in struct datalink. > -- > << Marcin Cieslak // saper@system.pl >> > > ----------------------------------------------------------------- > SYSTEM Internet Provider http://www.system.pl -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jan 17 10:55:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 8DCC71519B for ; Mon, 17 Jan 2000 10:55:10 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id KAA67727; Mon, 17 Jan 2000 10:55:09 -0800 (PST) From: Archie Cobbs Message-Id: <200001171855.KAA67727@bubba.whistle.com> Subject: Re: Netgraph documentation? In-Reply-To: <200001142357.PAA54185@pau-amma.whistle.com> from David Wolfskill at "Jan 14, 2000 03:57:21 pm" To: dhw@whistle.com (David Wolfskill) Date: Mon, 17 Jan 2000 10:55:09 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG, gnn@neville-neil.com X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Wolfskill writes: > > Are there any papers or documents on the netgraph system? I know > >the code is now in the tree but sometimes that's just not enough. > > Over on gatekeeper.whistle.com:/pub/archie/netgraph, there's a file > called "index.html" that looks as if it discusses various interesting > things about netgraph. Also there are lots of man pages, e.g. start with netgraph(4). -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 3:38:10 2000 Delivered-To: freebsd-net@freebsd.org Received: from tricord.system.pl (tricord.system.pl [195.205.185.10]) by hub.freebsd.org (Postfix) with ESMTP id 9BB43151F5 for ; Tue, 18 Jan 2000 03:38:04 -0800 (PST) (envelope-from saper@system.pl) Received: from localhost (saper@localhost [127.0.0.1]) by tricord.system.pl (SYSTEM Internet) with ESMTP id MAA22462 for ; Tue, 18 Jan 2000 12:37:53 +0100 (MET) Date: Tue, 18 Jan 2000 12:37:50 +0100 (MET) From: Marcin Cieslak To: freebsd-net@FreeBSD.org Subject: Intel PRO/100S Adapter Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Intel announced a network interace card with a build-in hardware encryption chip (http://www.intel.com/network/products/security.htm). I wonder how, and when will it fit into FreeBSD architecture. -- << Marcin Cieslak // saper@system.pl >> ----------------------------------------------------------------- SYSTEM Internet Provider http://www.system.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 6:29:15 2000 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 4E93014BDE for ; Tue, 18 Jan 2000 06:29:13 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id PAA59342; Tue, 18 Jan 2000 15:29:02 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200001181429.PAA59342@info.iet.unipi.it> Subject: Feature: net.inet.tcp.local_slowstart ? To: net@freebsd.org Date: Tue, 18 Jan 2000 15:29:01 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, may i add a new sysctl variable, net.inet.tcp.local_slowstart to control whether or not to do slowstart on local connections ? FreeBSD now blasts a whole window at the beginning of a connection when the remote party is on the same subnet. This at times might cause problems. The above variable would leave current behaviour unchanged if left to 0 (default), and do the regular slowstart if set to 1 Would go to -current after the release i suppose. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 6:29:52 2000 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 8A17D14D32 for ; Tue, 18 Jan 2000 06:29:48 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id PAA59352; Tue, 18 Jan 2000 15:29:44 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200001181429.PAA59352@info.iet.unipi.it> Subject: Re: Feature: net.inet.tcp.local_slowstart ? In-Reply-To: <200001181429.PAA59342@info.iet.unipi.it> from Luigi Rizzo at "Jan 18, 2000 03:29:01 pm" To: Luigi Rizzo Date: Tue, 18 Jan 2000 15:29:43 +0100 (CET) Cc: net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi, > may i add a new sysctl variable, > > net.inet.tcp.local_slowstart > > to control whether or not to do slowstart on local connections ? > FreeBSD now blasts a whole window at the beginning of a connection > when the remote party is on the same subnet. > This at times might cause problems. The above variable would > leave current behaviour unchanged if left to 0 (default), and > do the regular slowstart if set to 1 > > Would go to -current after the release i suppose. forgot to add that the patch is minimal: --- src/sys/netinet/tcp_input.c Thu Oct 14 13:49:38 1999 +++ /sys/netinet/tcp_input.c Mon Jan 17 15:33:49 2000 @@ -89,6 +89,11 @@ SYSCTL_INT(_net_inet_tcp, OID_AUTO, delayed_ack, CTLFLAG_RW, &tcp_delack_enabled, 0, ""); +static int local_slowstart=1; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, local_slowstart, CTLFLAG_RW, + &local_slowstart, 0, + "Do slowstart even on local networks"); + #ifdef TCP_DROP_SYNFIN static int drop_synfin = 0; SYSCTL_INT(_net_inet_tcp, OID_AUTO, drop_synfin, CTLFLAG_RW, @@ -2228,7 +2233,7 @@ /* * Don't force slow-start on local network. */ - if (!in_localaddr(inp->inp_faddr)) + if (local_slowstart || !in_localaddr(inp->inp_faddr)) tp->snd_cwnd = mss; if (rt->rt_rmx.rmx_ssthresh) { cheers luigi > cheers > luigi > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 7:53:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from cornflake.nickelkid.com (cornflake.nickelkid.com [216.116.135.26]) by hub.freebsd.org (Postfix) with ESMTP id 2A36714D5A for ; Tue, 18 Jan 2000 07:53:51 -0800 (PST) (envelope-from jooji@cornflake.nickelkid.com) Received: from localhost (jooji@localhost) by cornflake.nickelkid.com (8.9.3/8.9.3) with ESMTP id KAA08699 for ; Tue, 18 Jan 2000 10:53:50 -0500 (EST) (envelope-from jooji@cornflake.nickelkid.com) Date: Tue, 18 Jan 2000 10:53:50 -0500 (EST) From: "Jasper O'Malley" To: freebsd-net@freebsd.org Subject: routed(8) and advertising static routes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I asked this one twice on -questions last week, but I never got an answer, so I'll take a crack at it here. How can I get routed to advertise static routes? The manpage for routed(8) says: "Static routes in the kernel table are preserved and included in RIP responses if they have a valid RIP metric (see route(8))." The route(8) manpage does not, however, explain what a "valid RIP metric" is. I've tried adding a static route with a -hopcount 1 modifier, and "route get" confirms that the route is added to the routing table with the hop count intact. However, routed still isn't advertising the route to its RIP neighbors. What next? Cheers, Mick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 9:50:13 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 21E23152A8 for ; Tue, 18 Jan 2000 09:50:11 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id MAA25359; Tue, 18 Jan 2000 12:49:33 -0500 (EST) (envelope-from wollman) Date: Tue, 18 Jan 2000 12:49:33 -0500 (EST) From: Garrett Wollman Message-Id: <200001181749.MAA25359@khavrinen.lcs.mit.edu> To: Luigi Rizzo Cc: net@FreeBSD.ORG Subject: Feature: net.inet.tcp.local_slowstart ? In-Reply-To: <200001181429.PAA59342@info.iet.unipi.it> References: <200001181429.PAA59342@info.iet.unipi.it> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Hi, > may i add a new sysctl variable, > net.inet.tcp.local_slowstart In what way is this different from `net.inet.tcp.local_slowstart_flightsize'? -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 10: 2:15 2000 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 5439D14E25 for ; Tue, 18 Jan 2000 10:02:09 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA60954; Tue, 18 Jan 2000 18:59:29 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200001181759.SAA60954@info.iet.unipi.it> Subject: Re: Feature: net.inet.tcp.local_slowstart ? In-Reply-To: <200001181749.MAA25359@khavrinen.lcs.mit.edu> from Garrett Wollman at "Jan 18, 2000 12:49:33 pm" To: Garrett Wollman Date: Tue, 18 Jan 2000 18:59:25 +0100 (CET) Cc: net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > may i add a new sysctl variable, > > > net.inet.tcp.local_slowstart > > In what way is this different from > `net.inet.tcp.local_slowstart_flightsize'? Ok, i did not notice the one you mention. Speaking of this one i notice that it is implemented in a somewhat strange way. ss_fltsz_local is set to TCP_MAXWIN (65535) and the assignment in tcp_input.c is then something like p->snd_cwnd = mss * ss_fltsz_local dimensionally, this looks to me like bytes^2 ... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 14: 6:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from sumatra.americantv.com (sumatra.americantv.com [208.139.222.227]) by hub.freebsd.org (Postfix) with ESMTP id A3BA315335 for ; Tue, 18 Jan 2000 14:06:41 -0800 (PST) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA23091; Tue, 18 Jan 2000 16:06:40 -0600 (CST) Received: from free.pcs (free.PCS [148.105.10.51]) by right.PCS (8.8.5/8.6.4) with ESMTP id QAA25618; Tue, 18 Jan 2000 16:06:38 -0600 (CST) Received: (from jlemon@localhost) by free.pcs (8.8.6/8.8.5) id QAA18388; Tue, 18 Jan 2000 16:06:38 -0600 (CST) Date: Tue, 18 Jan 2000 16:06:38 -0600 (CST) From: Jonathan Lemon Message-Id: <200001182206.QAA18388@free.pcs> To: luigi@info.iet.unipi.it, net@freebsd.org Subject: Re: Feature: net.inet.tcp.local_slowstart ? X-Newsgroups: local.mail.freebsd-net In-Reply-To: References: Organization: Architecture and Operating System Fanatics Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you write: >> > may i add a new sysctl variable, >> >> > net.inet.tcp.local_slowstart >> >> In what way is this different from >> `net.inet.tcp.local_slowstart_flightsize'? > >Ok, i did not notice the one you mention. > >Speaking of this one i notice that it is implemented >in a somewhat strange way. > >ss_fltsz_local is set to TCP_MAXWIN (65535) and the assignment >in tcp_input.c is then something like > > p->snd_cwnd = mss * ss_fltsz_local > >dimensionally, this looks to me like bytes^2 ... Flightsize is in terms of 'packets', while cwnd is in bytes, but is usually a multiple of the packet size. The above code just tries to set the cwnd to be essentially unbounded, which is what it was before, I believe. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 14:10:24 2000 Delivered-To: freebsd-net@freebsd.org Received: from x.arpa.com (x.arpa.com [199.245.173.5]) by hub.freebsd.org (Postfix) with ESMTP id 4D31D150CC for ; Tue, 18 Jan 2000 14:10:19 -0800 (PST) (envelope-from jamie@arpa.com) Received: from jamie by x.arpa.com with local (Exim 2.05 #1 (Debian)) id 12AgpO-0000gx-00; Tue, 18 Jan 2000 14:10:18 -0800 Date: Tue, 18 Jan 2000 14:10:18 -0800 From: jamiE rishaw - master e*tard To: net@freebsd.org Subject: stream Message-ID: <20000118141018.B1178@x.arpa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Face: d=) RFC_Violation: You saw it here first! X-PGP-Fingerprint: <921C135D> C4 48 1B 26 18 7B 1F D9 BA C4 9C 7A B1 07 07 E8 X-No-Archive: Yes Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OK.. New exploit out, 'stream'.. Causes havoc on just about anything it touches. I've seen BSD, Linux, F5 boxen all melt under this new attack. I'm told (tho I can't confirm) that it sends packets through with the established bit already set. This is bad. Packets like this will sail through most firewalls and ACL's. Anyone have more info? Want to share? Patches? -jamie -- i am jamie at arpa dot com this is a no plur zone. "silly raver, k is for cats!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 14:21:34 2000 Delivered-To: freebsd-net@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id A2B4414C45 for ; Tue, 18 Jan 2000 14:21:30 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id OAA00549; Tue, 18 Jan 2000 14:21:46 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) To: jamiE rishaw - master e*tard Cc: net@FreeBSD.ORG Subject: Re: stream In-reply-to: Your message of "Tue, 18 Jan 2000 14:10:18 PST." <20000118141018.B1178@x.arpa.com> Date: Tue, 18 Jan 2000 14:21:46 -0800 Message-ID: <546.948234106@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > New exploit out, 'stream'.. > > Causes havoc on just about anything it touches. I've seen BSD, Linux, > F5 boxen all melt under this new attack. Yeah, we know and some folks (like Eivind) have already analysed the attack. It's going to be a tough one to fix. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jan 18 17:54:47 2000 Delivered-To: freebsd-net@freebsd.org Received: from ikhala.tcimet.net (ikhala.tcimet.net [198.109.166.215]) by hub.freebsd.org (Postfix) with ESMTP id 7F6EE14DBE for ; Tue, 18 Jan 2000 17:54:42 -0800 (PST) (envelope-from dervish@ikhala.tcimet.net) Received: (from dervish@localhost) by ikhala.tcimet.net (8.9.3/8.9.3) id VAA15521; Tue, 18 Jan 2000 21:20:35 -0500 (EST) (envelope-from dervish) Date: Tue, 18 Jan 2000 21:20:35 -0500 From: bush doctor To: jamiE rishaw - master e*tard Cc: net@FreeBSD.ORG Subject: Re: stream Message-ID: <20000118212035.B63284@ikhala.tcimet.net> References: <20000118141018.B1178@x.arpa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000118141018.B1178@x.arpa.com>; from jamiE@arpa.com on Tue, Jan 18, 2000 at 02:10:18PM -0800 X-Operating-System: FreeBSD 4.0-CURRENT i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Out of da blue jamiE rishaw - master e*tard aka (jamiE@arpa.com) said: > > OK.. > > New exploit out, 'stream'.. > > Causes havoc on just about anything it touches. I've seen BSD, Linux, > F5 boxen all melt under this new attack. > > I'm told (tho I can't confirm) that it sends packets through with > the established bit already set. > > This is bad. > > Packets like this will sail through most firewalls and ACL's. > > Anyone have more info? Want to share? Patches? > > -jamie > -- > i am jamie at arpa dot com this is a no plur zone. > > "silly raver, k is for cats!" > Where did you here of this? Where can we find out more? #:^) -- So ya want ta hear da roots? bush doctor Of course I run FreeBSD!! http://www.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 Jan 19 0:36:36 2000 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 4087D15061 for ; Wed, 19 Jan 2000 00:36:30 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA04159; Wed, 19 Jan 2000 09:36:53 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200001190836.JAA04159@info.iet.unipi.it> Subject: Re: Feature: net.inet.tcp.local_slowstart ? In-Reply-To: <200001182206.QAA18388@free.pcs> from Jonathan Lemon at "Jan 18, 2000 04:06:38 pm" To: Jonathan Lemon Date: Wed, 19 Jan 2000 09:36:53 +0100 (CET) Cc: net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >ss_fltsz_local is set to TCP_MAXWIN (65535) and the assignment > >in tcp_input.c is then something like > > > > p->snd_cwnd = mss * ss_fltsz_local > > > >dimensionally, this looks to me like bytes^2 ... > > Flightsize is in terms of 'packets', while cwnd is in bytes, but is > usually a multiple of the packet size. The above code just tries to > set the cwnd to be essentially unbounded, which is what it was before, > I believe. yes it was something like 1MB or possibly larger. So i guess you agree with me that there are better ways to say "unbounded". cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 0:50:23 2000 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 15FD4151B6 for ; Wed, 19 Jan 2000 00:50:20 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA04250; Wed, 19 Jan 2000 09:50:51 +0100 (CET) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200001190850.JAA04250@info.iet.unipi.it> Subject: [RFC] please look at new ipfw manpage! To: net@freebsd.org Date: Wed, 19 Jan 2000 09:50:35 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, yesterday i committed to -stable an improved version of dummynet, which went into -current a few days ago. Because this involved also some (backward compatible) modifications to ipfw and some code cleanup there, i took the chance to work on the ipfw manpage as well. I would kindly ask people to download and look at the new manpage for ipfw(8), which i have significantly reorganized, and tell me whether or not it is sufficiently clear and possibly how it can be improved. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 4:58:56 2000 Delivered-To: freebsd-net@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 1984814F46; Wed, 19 Jan 2000 04:58:36 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id OAA21296; Wed, 19 Jan 2000 14:57:30 +0200 (EET) (envelope-from ru) Date: Wed, 19 Jan 2000 14:57:30 +0200 From: Ruslan Ermilov To: Jim Flowers , Mikhail Teterin Cc: net@FreeBSD.ORG Subject: Re: Natd with Pmtu Discovery Message-ID: <20000119145729.A11150@relay.ucb.crimea.ua> Mail-Followup-To: Jim Flowers , Mikhail Teterin , net@FreeBSD.ORG References: <20000106143722.A2080@relay.ucb.crimea.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Jim Flowers on Thu, Jan 06, 2000 at 09:31:27AM -0500 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Redirected to -net, Bcc'ed to -hackers] On Thu, Jan 06, 2000 at 09:31:27AM -0500, Jim Flowers wrote: > OK. I followed this a little further. The problem is that the natd read > of the interface mtu precedes the skip routine that modifies it. > Unfortunately, when the skip routine modifies the interface mtu it does > not send a message to the socket as it does when the address is changed > so the -dynamic flag doesn't help. > > Currently, I moved the the initiation of natd to rc.local to follow the > skip change to the interface mtu but this is less than ideal. > > A better approach would be to notify the natd module of any > interface mtu change via the socket, similar to when the address is > changed with the -dynamic flag set. This would also pick of manual > changes. > Hmm, I thought of this too, but this will not fix the problem with natd. Consider the case when natd(8) is not bound to any specific interface, and it sends packets via multiple interfaces (in my case, for example). I think the only workable solution would be to just report some smaller MTU value, which will trigger an originator to repeat with the smaller packets. If this new (smaller) packet won't fit again, the procedure is repeated, and MTU is decreased again (down to 576). Another approach would be to allow natd(8) to drop the DF bit... See also: PR kern/15494. Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 6:47:43 2000 Delivered-To: freebsd-net@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 0088A152A7 for ; Wed, 19 Jan 2000 06:47:21 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id QAA47617; Wed, 19 Jan 2000 16:48:20 +0200 (EET) (envelope-from ru) Date: Wed, 19 Jan 2000 16:48:20 +0200 From: Ruslan Ermilov To: Jim Flowers , Mikhail Teterin , net@FreeBSD.ORG Subject: Re: Natd with Pmtu Discovery Message-ID: <20000119164820.A41863@relay.ucb.crimea.ua> Mail-Followup-To: Jim Flowers , Mikhail Teterin , net@FreeBSD.ORG References: <20000106143722.A2080@relay.ucb.crimea.ua> <20000119145729.A11150@relay.ucb.crimea.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="s/l3CgOIzMHHjg/5" X-Mailer: Mutt 0.95.3i In-Reply-To: <20000119145729.A11150@relay.ucb.crimea.ua>; from Ruslan Ermilov on Wed, Jan 19, 2000 at 02:57:30PM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii On Wed, Jan 19, 2000 at 02:57:30PM +0200, Ruslan Ermilov wrote: > [Redirected to -net, Bcc'ed to -hackers] > > On Thu, Jan 06, 2000 at 09:31:27AM -0500, Jim Flowers wrote: > > OK. I followed this a little further. The problem is that the natd read > > of the interface mtu precedes the skip routine that modifies it. > > Unfortunately, when the skip routine modifies the interface mtu it does > > not send a message to the socket as it does when the address is changed > > so the -dynamic flag doesn't help. > > > > Currently, I moved the the initiation of natd to rc.local to follow the > > skip change to the interface mtu but this is less than ideal. > > > > A better approach would be to notify the natd module of any > > interface mtu change via the socket, similar to when the address is > > changed with the -dynamic flag set. This would also pick of manual > > changes. > > > Hmm, I thought of this too, but this will not fix the problem with natd. > Please try the following patch with -dynamic flag of natd(8)! This patch is for -stable, but could be trivially adopted for -current. > Consider the case when natd(8) is not bound to any specific interface, > and it sends packets via multiple interfaces (in my case, for example). > This case is not fixed by this patch. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: src/sbin/natd/natd.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sbin/natd/natd.c,v retrieving revision 1.11.2.7 diff -u -p -1 -3 -r1.11.2.7 natd.c --- natd.c 1999/10/28 18:55:35 1.11.2.7 +++ natd.c 2000/01/19 14:14:07 @@ -632,27 +632,27 @@ static void HandleRoutingInfo (int fd) Warn ("read from routing socket failed"); return; } if (ifMsg.ifm_version != RTM_VERSION) { Warn ("unexpected packet read from routing socket"); return; } if (verbose) printf ("Routing message %X received.\n", ifMsg.ifm_type); - if (ifMsg.ifm_type != RTM_NEWADDR) + if (ifMsg.ifm_type != RTM_NEWADDR && ifMsg.ifm_type != RTM_IFINFO) return; if (verbose && ifMsg.ifm_index == ifIndex) printf ("Interface address has changed.\n"); if (ifMsg.ifm_index == ifIndex) assignAliasAddr = 1; } static void PrintPacket (struct ip* ip) { printf ("%s", FormatPacket (ip)); } Index: src/sys/net/if.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sys/net/if.c,v retrieving revision 1.64.2.1 diff -u -p -1 -3 -r1.64.2.1 if.c --- /usr/src/sys/net/if.c 1999/08/29 16:28:14 1.64.2.1 +++ /usr/src/sys/net/if.c 2000/01/19 14:20:34 @@ -640,28 +640,30 @@ ifioctl(so, cmd, data, p) case SIOCSIFMTU: error = suser(p->p_ucred, &p->p_acflag); if (error) return (error); if (ifp->if_ioctl == NULL) return (EOPNOTSUPP); /* * 72 was chosen below because it is the size of a TCP/IP * header (40) + the minimum mss (32). */ if (ifr->ifr_mtu < 72 || ifr->ifr_mtu > 65535) return (EINVAL); error = (*ifp->if_ioctl)(ifp, cmd, data); - if (error == 0) + if (error == 0) { getmicrotime(&ifp->if_lastchange); + rt_ifmsg(ifp); + } return(error); case SIOCADDMULTI: case SIOCDELMULTI: error = suser(p->p_ucred, &p->p_acflag); if (error) return (error); /* Don't allow group membership on non-multicast interfaces. */ if ((ifp->if_flags & IFF_MULTICAST) == 0) return EOPNOTSUPP; /* Don't let users screw up protocols' entries. */ --s/l3CgOIzMHHjg/5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 6:49: 0 2000 Delivered-To: freebsd-net@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 0FEB714DAF; Wed, 19 Jan 2000 06:48:47 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id QAA47681; Wed, 19 Jan 2000 16:50:51 +0200 (EET) (envelope-from ru) Date: Wed, 19 Jan 2000 16:50:51 +0200 From: Ruslan Ermilov To: Garrett Wollman , Bill Fenner Cc: net@FreeBSD.org Subject: [Request for review] Message-ID: <20000119165050.A45061@relay.ucb.crimea.ua> Mail-Followup-To: Garrett Wollman , Bill Fenner , net@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=G4iJoqBmSsgzjUCe X-Mailer: Mutt 0.95.3i X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Hi! Attached patch makes it possible for the user process to be notified about the interface MTU change via the routing socket. This will assist to resolve PR 15494. Comments? Objections? Opinions? Thanks, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: if.c =================================================================== RCS file: /home/ncvs/src/sys/net/if.c,v retrieving revision 1.82 diff -u -p -1 -2 -r1.82 if.c --- if.c 1999/12/30 18:29:55 1.82 +++ if.c 2000/01/19 14:36:19 @@ -839,26 +839,28 @@ ifioctl(so, cmd, data, p) case SIOCSIFMTU: { u_long oldmtu = ifp->if_mtu; error = suser(p); if (error) return (error); if (ifp->if_ioctl == NULL) return (EOPNOTSUPP); if (ifr->ifr_mtu < IF_MINMTU || ifr->ifr_mtu > IF_MAXMTU) return (EINVAL); error = (*ifp->if_ioctl)(ifp, cmd, data); - if (error == 0) + if (error == 0) { getmicrotime(&ifp->if_lastchange); + rt_ifmsg(ifp); + } /* * If the link MTU changed, do network layer specific procedure. */ if (ifp->if_mtu != oldmtu) { #ifdef INET6 nd6_setmtu(ifp); #endif } return (error); } case SIOCADDMULTI: --G4iJoqBmSsgzjUCe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 8:56:42 2000 Delivered-To: freebsd-net@freebsd.org Received: from radius.wavefire.com (radius.workfire.net [139.142.95.252]) by hub.freebsd.org (Postfix) with SMTP id 04E70152D3 for ; Wed, 19 Jan 2000 08:56:31 -0800 (PST) (envelope-from swen@wavefire.com) Received: (qmail 26443 invoked from network); 19 Jan 2000 16:56:29 -0000 Received: from unknown (HELO swen) (139.142.167.220) by radius.workfire.net with SMTP; 19 Jan 2000 16:56:29 -0000 Message-Id: <3.0.32.20000119085747.02086430@mail.wavefire.com> X-Sender: swen@mail.wavefire.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 19 Jan 2000 08:57:47 -0800 To: Mike Nowlin , Frank Bonnet From: Chameleon Subject: Re: IP address abuse ... Cc: freebsd-net@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/enriched; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 03:10 AM 1/14/00 -0500, Mike Nowlin wrote: > >> Our primary DNS runs FreeBSD and we are facing >> a boring problem , some stupid student has >> put the same IP address than the DNS on a Linux (mandrake) >> machine , then our FreeBSD said "someone has taken my IP address" >> and stop to serve our LAN ... > >Execute him. Violently. Lots of blood and guts. > >> Is it possible with FreeBSD to avoid such trouble ? >> ( arpwatch is running on this machine ) > >Without trying this (not willing to screw up any networks right now with >the amount of brain-numbing liquid in my system at the current time), I'd >imagine you could side-step around the problem with one of the following: > >1) a static arp entry on the FBSD box that tells it where a certain IP >address should be (yours). > >2) Possibly (?) an IPFW rule something like "deny udp from 10.1.1.1 in >via fxp0" to keep your system from seeing anything coming in through fxp0 >with your IP address. (Depending on where in the tree the IPFW rules are >applied, it may also prevent your machine from seeing itself on that IP >address -- Linux does have some problems with this, and I haven't tested >how FBSD handles it.) > >3) If you're on some sort on intelligently-switched network, you should >be able to smack down any packets coming from his ethernet address. If >the switch is really smart, you can kill packets on an IP/Port level, and >keep him from sending anything out on port 53, either TCP or UDP with a >given source/dest IP address, while still allowing him to telnet to the >"daytime" port on the local HPUX machine. > >(Someone else posted:) > >>So stick with the sledgehammer. I don't think there is one in the ports >>collection, but you should be able to get one from a local hardware >>store! > >Or the sledge that I have symbolically sitting next to my desk -- yes, I >have used it on a couple of old TRS-80 CoCo's... It was fun..... :) OUCH... that hurts... have a TRS-80 model 4 sitting right here... waiting to become a fishtank... but still... :-)~ Swen > > >(And someone else posted:) >>The student is disrupting network services. Don't you have a policy to >>deal with this? (Perhaps expulsion from school if he won't change the >>IP.) > >Just threaten him with legal action. Disrupting systems is usually a very >serious offense, especially with government-funded schools. If that >doesn't work, a few well-planned words passed to a couple of local >fraternities can work nicely.... :) > >--mike > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-net" in the body of the message > > Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 9:36:43 2000 Delivered-To: freebsd-net@freebsd.org Received: from altair.origenbio.com (altair.origenbio.com [216.30.62.130]) by hub.freebsd.org (Postfix) with ESMTP id 1AE0515346 for ; Wed, 19 Jan 2000 09:36:35 -0800 (PST) (envelope-from dmartin@origen.com) Received: from origen.com (dubhe.origen [192.168.0.5]) by altair.origenbio.com (8.9.3/8.9.3) with ESMTP id LAA24235 for ; Wed, 19 Jan 2000 11:36:32 -0600 (CST) (envelope-from dmartin@origen.com) Message-ID: <3885F5E4.9323AE01@origen.com> Date: Wed, 19 Jan 2000 11:35:32 -0600 From: Richard Martin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Virtual IPs & rc.conf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm a bit new to FreeBSD, and not quite sure how to add routes for virtual IPs we host into the startup file. I know that the commands: ifconfig xl0 alias [new ip] netmask 0xffffffff route add -host [new ip] -interface xl0 will add the ip and route to the routing table, but I can't seem to get this into the startup scripts correctly. I have tried fiddling with the static_route command, but no success and its a pain to have to reboot to try each new iteration Is this what goes in rc.conf? /usr/local/etc/rc.d? if_config_xl0="alias [new ip] netmask 0xffffffff" static_route="-host [new ip] -interface xl0" We have a lot of IPs to add, maybe just use a script run at boot? Thanks, -- Richard Martin dmartin@origen.com OriGen Biomedical Tel: +1 512 474 7278 2525 Hartford Rd. Fax: +1 512 708 8522 Austin, TX 78703 http://www.formed.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 9:51:52 2000 Delivered-To: freebsd-net@freebsd.org Received: from pouet.noc.fr.clara.net (zion.noc.fr.clara.net [212.43.195.29]) by hub.freebsd.org (Postfix) with ESMTP id 777BE1530D for ; Wed, 19 Jan 2000 09:51:49 -0800 (PST) (envelope-from sameh@fr.clara.net) Received: by pouet.noc.fr.clara.net (Postfix, from userid 1000) id 0EE26583; Wed, 19 Jan 2000 18:51:01 +0100 (CET) Date: Wed, 19 Jan 2000 18:51:01 +0100 From: Sameh Ghane To: Richard Martin Cc: freebsd-net@FreeBSD.ORG Subject: Re: Virtual IPs & rc.conf Message-ID: <20000119185101.K10127@noc.fr.clara.net> References: <3885F5E4.9323AE01@origen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i In-Reply-To: <3885F5E4.9323AE01@origen.com>; from dmartin@origen.com on Wed, Jan 19, 2000 at 11:35:32AM -0600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Le Wed, Jan 19, 2000 at 11:35:32AM -0600, Richard Martin écrivit: > I'm a bit new to FreeBSD, and not quite sure how to add routes for virtual IPs > we host into the startup file. > > I know that the commands: > > ifconfig xl0 alias [new ip] netmask 0xffffffff > route add -host [new ip] -interface xl0 > > Is this what goes in rc.conf? /usr/local/etc/rc.d? > > if_config_xl0="alias [new ip] netmask 0xffffffff" > static_route="-host [new ip] -interface xl0" Almost: ifconfig_xl0_alias[number]="inet [newip] netmask [your_netmask]" ... If you have multiple IPs (apparently), and routes, you can try: route_[name]="-net [IP] -netmask [netmask] [router_ip]" ... and then: static_routes="[name_route1] [name_route2] ..." -- Sameh Ghane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 9:56:40 2000 Delivered-To: freebsd-net@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 657261531C for ; Wed, 19 Jan 2000 09:56:36 -0800 (PST) (envelope-from mikel@ocsny.com) Received: from ocsny.com (ppp-001.ocsny.com [204.107.76.26]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id MAA12340; Wed, 19 Jan 2000 12:53:52 -0500 (EST) Message-ID: <3885FB5A.5DAE854C@ocsny.com> Date: Wed, 19 Jan 2000 12:58:50 -0500 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Richard Martin Cc: freebsd-net@FreeBSD.ORG Subject: Re: Virtual IPs & rc.conf References: <3885F5E4.9323AE01@origen.com> Content-Type: multipart/mixed; boundary="------------6A5CC793CBBF007C7F222B88" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------6A5CC793CBBF007C7F222B88 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit excerpt from my rc.conf: #rjpcopycenter.com had to add these comments in for my sanity...this file has 50 0r 60 aliases...;( ifconfig_xl0_alias1="inet 208.239.172.2 netmask 0xffffff00" #afsp.org ifconfig_xl0_alias2="inet 208.239.172.3 netmask 0xffffff00" #cameronassoc.com ifconfig_xl0_alias3="inet 208.239.172.4 netmask 0xffffff00" excerpt from my rc.local: route add -host 204.107.76.110 -interface xl0 route add -host 208.239.172.2 -interface xl0 route add -host 208.239.172.3 -interface xl0 route add -host 208.239.172.4 -interface xl0 route add -host 208.239.172.5 -interface xl0 hope that helps... Richard Martin wrote: > I'm a bit new to FreeBSD, and not quite sure how to add routes for virtual IPs > we host into the startup file. > > I know that the commands: > > ifconfig xl0 alias [new ip] netmask 0xffffffff > route add -host [new ip] -interface xl0 > > will add the ip and route to the routing table, but I can't seem to get this > into the startup scripts correctly. > > I have tried fiddling with the static_route command, but no success and its a > pain to have to reboot to try each new iteration > > Is this what goes in rc.conf? /usr/local/etc/rc.d? > > if_config_xl0="alias [new ip] netmask 0xffffffff" > static_route="-host [new ip] -interface xl0" > > We have a lot of IPs to add, maybe just use a script run at boot? > > Thanks, > > -- > Richard Martin dmartin@origen.com > > OriGen Biomedical Tel: +1 512 474 7278 > 2525 Hartford Rd. Fax: +1 512 708 8522 > Austin, TX 78703 http://www.formed.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Labor rates: Tech $125 hourly | Net Engineer $150 hourly | Phone Support $ 33 quarter hourly | Lost Password $ 45 per incedent +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | http://www.ocsny.com/~mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ --------------6A5CC793CBBF007C7F222B88 Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Procurement Manager tel;fax:2124638402 tel;home:http://www.upan.org/vizkr tel;work:2127272100 adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US x-mozilla-cpt:;0 fn:Mikel King end:vcard --------------6A5CC793CBBF007C7F222B88-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 11:19:13 2000 Delivered-To: freebsd-net@freebsd.org Received: from ares.cs.Virginia.EDU (ares.cs.Virginia.EDU [128.143.136.41]) by hub.freebsd.org (Postfix) with ESMTP id 915D41553A for ; Wed, 19 Jan 2000 11:18:56 -0800 (PST) (envelope-from vkb3q@cs.virginia.edu) Received: from cobra.cs.Virginia.EDU (cobra.cs.Virginia.EDU [128.143.137.16]) by ares.cs.Virginia.EDU (8.9.2/8.9.2/UVACS-2000011700) with ESMTP id OAA15544; Wed, 19 Jan 2000 14:18:48 -0500 (EST) Received: from localhost (vkb3q@localhost) by cobra.cs.Virginia.EDU (8.9.2/8.9.2) with ESMTP id OAA02234; Wed, 19 Jan 2000 14:18:47 -0500 (EST) X-Authentication-Warning: cobra.cs.Virginia.EDU: vkb3q owned process doing -bs Date: Wed, 19 Jan 2000 14:18:47 -0500 (EST) From: Vinod Balakrishnan To: freebsd-net@FreeBSD.ORG Cc: Koos de Haan Subject: de device driver problems with ZNYX 4 port 100mbps cards In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi, I had posted a message a few weeks ago reporting some problems I have been facing with the ZNYX 4 port (100Mbps) cards used with the de device driver. And apparently I am not alone. Koos de Haan is also facing the same problems. It seems like the de device driver is unable to configure the znyx 4 port cards in 100Mbps full-duplex mode. So could someone please suggest what can be done ? Is work being done to fix this problem ? thanks -Vinod > Hi, > > We also use the same ZNYX cards in some boxes and experiencing the same problems. (I didn't get any TCP througput above approx 40 Mbit/s ever.) > NetBSD which is using the same driver also is suffering from the same problem. > Under Linux the cards work fine, but thats another driver. > > I think it is some bug in the de driver which causes these problems. I will get the driver form ZNYX a try on my 3.4-STABLE system to see wat will happen. > > Regards, > > > Koos de Haan > > > Op 03:02 +0100 22-12-1999, Vinod Balakrishnan schreef: > > > hi, > > > > I am working on a 6 pc test bed (FreeBSD boxes) having the > > 4 port 100Mbps 21140A Znyx cards. > > > > I am running FreeBSD 3.1-Release. I have also tested it on FreeBSD > > 3.0-Stable. > > > > I am facing a few problems with the device driver de. > > > > 1. netstat -I gives lots of output errors. > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs > > Coll > > de3 1500 10.0.8/24 10.0.8.5 434417 0 290242 289158 > > 0 > > > > If I use the device driver provided at the ZNYX website (znyx.com) zxe > > then I do not see any Oerrs. > > > > 2. ifconfig de3 mediaopt full-duplex , returns an error: > > ifconfig:SIOCSIFMEDIA: Device not configured > > > > 3. The throughput of a TCP flow from one FreeBSD box to another (each > > having a ZNYX card) varies with the packet size. > > For instance for a packet size of 150bytes I achieve 90Mbps. > > For packetsize of 500bytes it is only 60-70Mbps. > > > > 4. If I run a tcp flow from one FreeBSD box to another via an intermediate > > FreeBSD box (all having the ZNYX344 card and de device driver) I get a > > throughput of 40Mbps only for 500 byte packets. > > > > > > All of these above problems are not visible when I use the zxe > > device driver. > > > > thank you for your time, > > > > -Vinod > > > > > > Kabelfoon BV > Industriestraat 30, Postbus 45, 2670 AA NAALDWIJK > e-mail info@kabelfoon.nl voor informatie, kabelfoon@kabelfoon.nl voor abonnementszaken, help@kabelfoon.nl voor de helpdesk > Homepage : http://www.kabelfoon.nl/ > Zie http://www.kabelfoon.nl/pgp/ voor Kabelfoon public keys > > > *********************************************************************** B. Vinod Kumar Dept. of Computer Science, University of Virginia, Charlottesville To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jan 19 19:32:25 2000 Delivered-To: freebsd-net@freebsd.org Received: from gto.networkphysics.com (DNS1.networkphysics.com [63.194.71.40]) by hub.freebsd.org (Postfix) with ESMTP id 7EA6315308 for ; Wed, 19 Jan 2000 19:32:22 -0800 (PST) (envelope-from pavel@hemi.networkphysics.com) Received: from hemi.networkphysics.com (hemi.networkphysics.com [10.1.0.30]) by gto.networkphysics.com (8.9.3/8.9.3) with ESMTP id TAA14147; Wed, 19 Jan 2000 19:32:22 -0800 (PST) (envelope-from pavel@hemi.networkphysics.com) Message-Id: <200001200332.TAA14147@gto.networkphysics.com> To: freebsd-net@FreeBSD.ORG Cc: Vinod Balakrishnan , Koos de Haan Subject: Re: de device driver problems with ZNYX 4 port 100mbps cards Reply-To: pavel@alum.mit.edu In-reply-to: Your message of "Wed, 19 Jan 2000 14:18:47 EST." Date: Wed, 19 Jan 2000 19:32:22 -0800 From: Tom Pavel Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> On Wed, 19 Jan 2000, Vinod Balakrishnan writes: > I had posted a message a few weeks ago reporting some problems I have been > facing with the ZNYX 4 port (100Mbps) cards used with the de device > driver. And apparently I am not alone. Koos de Haan is also facing the > same problems. > > It seems like the de device driver is unable to configure the znyx 4 port > cards in 100Mbps full-duplex mode. How timely. I too have been seing some half/full duplex problems with my ZX346 cards under the de driver in 3.4-STABLE. I'm trying to connect two machines with ZX346 cards back-to-back with crossover cables. This sort of works when I "ifconfig media 10baseT/UTP" (say) both sides and avoid autonegotiation, but there still appears to be a duplex mismatch since packets get lost when both sides try to send a packet at the same time. I've poked at this a bit, but I've just about reached the end of my understanding. Here are some things that I have managed to learn: 1) The ZX344, ZX345, ZX346, and ZX351 cards are not probed with the tulip_21140_znyx_zx34x_media_probe() routine, but instead are probed with the generic tulip_2114x_media_probe() call. This is by design, it seems (see lines 2167-2177 in if_de.c 1.93.2.3). I tried modifying the driver to probe my ZX346 with tulip_21140_znyx_zx34x_media_probe(), but this resulted resulted in an ethernet interface that would not bring link up. I haven't tried to debug this further. 2) The generic tulip_2114x_media_probe() routine initializes only 2 ifmedias instead of the 4 ifmedias that tulip_21140_znyx_zx34x_media_probe() does. These missing two are the full-duplex variants of 10BaseT/UTP and 100BaseTX. This explains the result reported by Vinod (that I also see): > > > 2. ifconfig de3 mediaopt full-duplex , returns an error: > > > ifconfig:SIOCSIFMEDIA: Device not configured 3) There is a minor bug that causes the boot messages to come out like: Probing for devices on PCI bus 2: de0: rev 0x22 int a irq 10 on pci2.4.0 de0: ZNYX ZX34X 21140A [10-100Mb/s] pass 2.2 ^^^ instead of: Probing for devices on PCI bus 2: de0: rev 0x22 int a irq 10 on pci2.4.0 de0: ZNYX ZX346 21140A [10-100Mb/s] pass 2.2 ^^^ In tulip_identify_znyx_nic(), there is code that reads an ID out of the tulip_rombuf: id = sc->tulip_rombuf[znyx_ptr + 5] + 256 * sc->tulip_rombuf[znyx_ptr + 4]; For me anyway, these IDs seem to be in the opposite byte order. Perhaps this is a problem in porting the de driver from NetBSD. I switched the code to: id = sc->tulip_rombuf[znyx_ptr + 4] + 256 * sc->tulip_rombuf[znyx_ptr + 5]; and my ZX346 is now properly detected (although this only affects the boot message). 4) With the generic tulip_2114x_media_probe() and my card plugged into a hub, I don't see any data errors (i.e. everything is working fine). However, the status is reported as not having the link up: amx[1059] # ifconfig de1 de1: flags=8843 mtu 1500 inet 10.2.0.5 netmask 0xffffff00 broadcast 10.2.0.255 ether 00:c0:95:e1:11:7d media: 10baseT/UTP status: no carrier supported media: autoselect 100baseTX 10baseT/UTP 5) I have tried the znb driver from ZNYX. It seemed to work fine and had the full-duplex modes. But it didn't support BPF, which I need for my test lab application. The Znyx folks promised me BPF support in their next release. So, where does that leave us? I'm not sure about the origins of the code for setting up the ZX346 (etc.) boards, and why it uses the generic tulip_2114x_media_probe() routine. It seems the history involves 3 code repositories (FreeBSD, NetBSD, and Matt Thomas' private version). Perhaps the ZX34[4-6] boards need to be initialized differently from the ZX342 but more specifically than the generic 21140A. Anyone with any clues? Also, any advice about how to probe what's going on in the autonegotiation? If both sides of my crossover cable are defaulting to half-duplex (as is my suspicion), then why am I getting packets lost instead of collisions and backoff? Thanks for any help. Tom Pavel Network Physics pavel@networkphysics.com / pavel@alum.mit.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 1:19:16 2000 Delivered-To: freebsd-net@freebsd.org Received: from mc-qout4.whowhere.com (mc-qout4.whowhere.com [209.185.123.18]) by hub.freebsd.org (Postfix) with SMTP id 2776E14DB1 for ; Thu, 20 Jan 2000 01:19:15 -0800 (PST) (envelope-from gbnaidu@my-deja.com) Received: from Unknown/Local ([?.?.?.?]) by my-deja.com; Thu Jan 20 01:18:58 2000 To: freebsd-net@FreeBSD.ORG Date: Thu, 20 Jan 2000 01:18:58 -0800 From: "gbnaidu " Message-ID: Mime-Version: 1.0 X-Sent-Mail: off X-Mailer: MailCity Service Subject: How to I get the interface on which the packet came in... X-Sender-Ip: 164.164.56.2 Organization: My Deja Email (http://www.my-deja.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Length: 567 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi I would like to know How to get the interface on which the packet came in? One way is to use the falg IP_RECVIF flag. But can some body tell me the code fragment how to manipulate this option? Another option could be to bind different IP address to different sock and try to read them. But in a host with multiple interfaces, will this hold good? How do I make sure on which interface it has came in? To reply use this address: gbnaidu@sasi.com regards --gb --== Sent via Deja.com http://www.deja.com/ ==-- Share what you know. Learn what you don't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 3:54:52 2000 Delivered-To: freebsd-net@freebsd.org Received: from intranova.net (blacklisted.intranova.net [209.3.31.70]) by hub.freebsd.org (Postfix) with SMTP id 3AACE153DA for ; Thu, 20 Jan 2000 03:54:50 -0800 (PST) (envelope-from oogali@intranova.net) Received: (qmail 94503 invoked from network); 20 Jan 2000 06:57:02 -0000 Received: from missnglnk.wants.to-fuck.com (HELO hydrant.intranova.net) (user57123@209.201.95.10) by blacklisted.intranova.net with SMTP; 20 Jan 2000 06:57:02 -0000 Date: Thu, 20 Jan 2000 06:53:40 -0500 (EST) From: Omachonu Ogali To: Richard Martin Cc: freebsd-net@freebsd.org Subject: Re: Virtual IPs & rc.conf In-Reply-To: <3885F5E4.9323AE01@origen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Why not do: # -- Main IP ifconfig_xl0="inet x.x.x.x" # -- Aliases ifconfig_xl0_alias0="inet alias x.x.x.x netmask 0xffffffff" ifconfig_xl0_alias1="inet alias x.x.x.x netmask 0xffffffff" ifconfig_xl0_alias2="inet alias x.x.x.x netmask 0xffffffff" ifconfig_xl0_alias3="inet alias x.x.x.x netmask 0xffffffff" And so on... I don't see a need for static routes, as that all fits into /etc/rc.conf Omachonu Ogali Intranova Networking Group On Wed, 19 Jan 2000, Richard Martin wrote: > I'm a bit new to FreeBSD, and not quite sure how to add routes for virtual IPs > we host into the startup file. > > I know that the commands: > > ifconfig xl0 alias [new ip] netmask 0xffffffff > route add -host [new ip] -interface xl0 > > will add the ip and route to the routing table, but I can't seem to get this > into the startup scripts correctly. > > I have tried fiddling with the static_route command, but no success and its a > pain to have to reboot to try each new iteration > > Is this what goes in rc.conf? /usr/local/etc/rc.d? > > if_config_xl0="alias [new ip] netmask 0xffffffff" > static_route="-host [new ip] -interface xl0" > > We have a lot of IPs to add, maybe just use a script run at boot? > > Thanks, > > > -- > Richard Martin dmartin@origen.com > > OriGen Biomedical Tel: +1 512 474 7278 > 2525 Hartford Rd. Fax: +1 512 708 8522 > Austin, TX 78703 http://www.formed.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 Jan 20 7:14:44 2000 Delivered-To: freebsd-net@freebsd.org Received: from ds.express.ru (ds.express.ru [212.24.32.7]) by hub.freebsd.org (Postfix) with ESMTP id D0F0E14FA3 for ; Thu, 20 Jan 2000 07:14:39 -0800 (PST) (envelope-from vova@express.ru) Received: from lanturn.kmost.express.ru ([212.24.37.109]) by ds.express.ru with esmtp (Exim 2.12 #8) id 12BJIA-0004GN-00 for net@freebsd.org; Thu, 20 Jan 2000 18:14:34 +0300 Date: Thu, 20 Jan 2000 18:14:45 +0300 (MSK) From: "Vladimir B. Grebenschikov" X-Sender: vova@lanturn.kmost.express.ru To: net@freebsd.org Subject: export one partition twice via NFS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have: /dev/wd0s2a 63503 30005 28418 51% / /dev/wd0s2f 7752867 3426263 3706375 48% /usr /dev/wd0s2e 508143 135365 332127 29% /var I want to export via NFS: /usr/public /usr/home -alldirs but in log's I have: mountd[1213]: could not remount /usr/home: Invalid argument mountd[1213]: bad exports list line /usr/home -alldirs if I've removed '-alldirs' I have: mountd[1437]: can't change attributes for /usr/home mountd[1437]: bad exports list line /usr/home Anybody can say me why I can't export one partition twice ? -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 7:32:52 2000 Delivered-To: freebsd-net@freebsd.org Received: from cornflake.nickelkid.com (cornflake.nickelkid.com [216.116.135.26]) by hub.freebsd.org (Postfix) with ESMTP id C7FD214DF2 for ; Thu, 20 Jan 2000 07:32:47 -0800 (PST) (envelope-from jooji@cornflake.nickelkid.com) Received: from localhost (jooji@localhost) by cornflake.nickelkid.com (8.9.3/8.9.3) with ESMTP id KAA10865; Thu, 20 Jan 2000 10:32:39 -0500 (EST) (envelope-from jooji@cornflake.nickelkid.com) Date: Thu, 20 Jan 2000 10:32:39 -0500 (EST) From: "Jasper O'Malley" To: Mikel Cc: Richard Martin , freebsd-net@FreeBSD.ORG Subject: Re: Virtual IPs & rc.conf In-Reply-To: <3885FB5A.5DAE854C@ocsny.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 19 Jan 2000, Mikel wrote: > excerpt from my rc.conf: > #rjpcopycenter.com had to add these comments in for my sanity...this file has 50 > 0r 60 aliases...;( > ifconfig_xl0_alias1="inet 208.239.172.2 netmask 0xffffff00" Aliases should have /32 netmasks (0xFFFFFFFF) if they're in the same subnet as the primary address on the interface. If they're not, the first alias should have the netmask of the subnet to which it belongs (in case you're running two subnets on the same wire), and additional aliases should have /32 netmasks. If you're putting all your aliases into their own subnet, though (i.e. no other physical nodes on the network exist in the same subnet, the subnet for the aliases is exclusively for a large number of aliases on a single machine), you might alias them to the lo0 adapter instead of xl0, and have your routers direct traffic for that subnet to the address on xl0. > excerpt from my rc.local: > route add -host 204.107.76.110 -interface xl0 > route add -host 208.239.172.2 -interface xl0 > route add -host 208.239.172.3 -interface xl0 > route add -host 208.239.172.4 -interface xl0 > route add -host 208.239.172.5 -interface xl0 This is unnecessary in my experience. Cheers, Mick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 8:26:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id CE4EF14E3D for ; Thu, 20 Jan 2000 08:26:09 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA34314; Thu, 20 Jan 2000 11:25:46 -0500 (EST) (envelope-from wollman) Date: Thu, 20 Jan 2000 11:25:46 -0500 (EST) From: Garrett Wollman Message-Id: <200001201625.LAA34314@khavrinen.lcs.mit.edu> To: "Vladimir B. Grebenschikov" Cc: net@FreeBSD.ORG Subject: export one partition twice via NFS In-Reply-To: References: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > /dev/wd0s2f 7752867 3426263 3706375 48% /usr > /dev/wd0s2e 508143 135365 332127 29% /var > I want to export via NFS: > /usr/public > /usr/home -alldirs There is only one set of export permissions per filesystem. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 9:28:57 2000 Delivered-To: freebsd-net@freebsd.org Received: from sapphire.looksharp.net (mcdouga9.user.msu.edu [35.10.148.141]) by hub.freebsd.org (Postfix) with ESMTP id 15B3914BD8 for ; Thu, 20 Jan 2000 09:28:52 -0800 (PST) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by sapphire.looksharp.net (8.9.3/8.9.3) with ESMTP id MAA21757; Thu, 20 Jan 2000 12:28:29 -0500 (EST) (envelope-from bsdx@looksharp.net) X-Authentication-Warning: sapphire.looksharp.net: bsdx owned process doing -bs Date: Thu, 20 Jan 2000 12:28:28 -0500 (EST) From: Adam To: vova@express.ru Cc: net@FreeBSD.ORG Subject: Re: export one partition twice via NFS In-Reply-To: <200001201625.LAA34314@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Perhaps mount_null will help you. see the manpage. On Thu, 20 Jan 2000, Garrett Wollman wrote: > < said: > > > /dev/wd0s2f 7752867 3426263 3706375 48% /usr > > /dev/wd0s2e 508143 135365 332127 29% /var > > > I want to export via NFS: > > > /usr/public > > /usr/home -alldirs > > There is only one set of export permissions per filesystem. > > -GAWollman > > > > > > 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 Jan 20 14:35:18 2000 Delivered-To: freebsd-net@freebsd.org Received: from fep02-svc.mail.telepac.pt (fep02-svc.mail.telepac.pt [194.65.5.201]) by hub.freebsd.org (Postfix) with ESMTP id 5475D14D7F for ; Thu, 20 Jan 2000 14:35:15 -0800 (PST) (envelope-from jpedras@webvolution.net) Received: from manecao.tafkap.priv ([212.55.187.40]) by fep02-svc.mail.telepac.pt (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20000120223739.BTKH14749.fep02-svc.mail.telepac.pt@manecao.tafkap.priv> for ; Thu, 20 Jan 2000 22:37:39 +0000 Content-Length: 906 Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 20 Jan 2000 22:34:36 -0000 (GMT) From: Joao Pedras To: freebsd-net@freebsd.org Subject: wan cards Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello all I am in the process of getting FreeBSD to work with frame relay. I would appreciatte if someone we has done this would throw some sugestions to someone we didn't :) I have been reading a lot of stuff about the subject but now it's time to do it. In your opinion which ones would be a best buy : http://www.etinc.com http://www.sangoma.com http://www.imagestream-is.com Thanks Joao ^\ /^ O O ----------------------------------------o00-(_)-00o-------------------------- "The more data I punch in this card, the lighter it becomes, and the lower the mailing cost." -- Stan Kelly-Bootle, "The Devil's DP Dictionary" ----------------------------------------------------------------------------- PGP key available upon request or may be cut at http://pedras.webvolution.net/pgpkey.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 17:54:16 2000 Delivered-To: freebsd-net@freebsd.org Received: from altair.origenbio.com (altair.origenbio.com [216.30.62.130]) by hub.freebsd.org (Postfix) with ESMTP id EB07F1548E for ; Thu, 20 Jan 2000 17:54:02 -0800 (PST) (envelope-from dmartin@origenbio.com) Received: from origenbio.com (dubhe.origen [192.168.0.5]) by altair.origenbio.com (8.9.3/8.9.3) with ESMTP id TAA47766 for ; Thu, 20 Jan 2000 19:53:57 -0600 (CST) (envelope-from dmartin@origenbio.com) Message-ID: <3887BBF6.A35EA933@origenbio.com> Date: Thu, 20 Jan 2000 19:52:54 -0600 From: Richard Martin X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG Subject: natd: no translation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am setting up a firewall with natd on my FreeBSD system, and for some reason it does not seem to be translating the local LAN addresses in outbound packets. FreeBSD router w/ two NIC cards: Internet card xl0 - 216.30.xx Local network vx0 - 192.168.0.x natd is running on xl0 I can generally access the outside world OK from the LAN, but certain services (DNS and PCanywhere requests, among others) receive packets back addressed to the LAN. These hit one of the first rules on the firewall, deny any destined for 192.168 networks. I have tried running natd with the -n flag and the -a [ip address] flag but still get packets back on the external iface addressed to the 192.168 addresses. Anyone run into this before? -- Richard Martin dmartin@origen.com OriGen Biomedical Tel: +1 512 474 7278 2525 Hartford Rd. Fax: +1 512 708 8522 Austin, TX 78703 http://www.cardiacdocs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jan 20 21:47: 1 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 06D0915433 for ; Thu, 20 Jan 2000 21:46:57 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id AAA41221; Fri, 21 Jan 2000 00:03:04 -0500 (EST) (envelope-from wollman) Date: Fri, 21 Jan 2000 00:03:04 -0500 (EST) From: Garrett Wollman Message-Id: <200001210503.AAA41221@khavrinen.lcs.mit.edu> To: Alfred Perlstein Cc: net@FreeBSD.ORG Subject: half-fix for stream.c In-Reply-To: <20000120174115.C14030@fw.wintelcom.net> References: <20000120174115.C14030@fw.wintelcom.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > you can find it at: > http://www.freebsd.org/~alfred/tcp_fix.diff Am I the only person who thinks we could use a generic kernel TBF module for all of these random rate-limiters? The copyright notices are longer than the code.... # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # tbf.c # tbf.h # echo x - tbf.c sed 's/^X//' >tbf.c << 'END-of-tbf.c' X/* X * Copyright 2000 Massachusetts Institute of Technology X * X * Permission to use, copy, modify, and distribute this software and X * its documentation for any purpose and without fee is hereby X * granted, provided that both the above copyright notice and this X * permission notice appear in all copies, that both the above X * copyright notice and this permission notice appear in all X * supporting documentation, and that the name of M.I.T. not be used X * in advertising or publicity pertaining to distribution of the X * software without specific, written prior permission. M.I.T. makes X * no representations about the suitability of this software for any X * purpose. It is provided "as is" without express or implied X * warranty. X * X * THIS SOFTWARE IS PROVIDED BY M.I.T. ``AS IS''. M.I.T. DISCLAIMS X * ALL EXPRESS OR IMPLIED WARRANTIES WITH REGARD TO THIS SOFTWARE, X * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF X * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT X * SHALL M.I.T. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, X * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT X * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF X * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND X * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, X * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT X * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X */ X X/* X * This module implements a generic token-bucket filter (TBF). X * This is a basic element of queueing systems. Tokens accumulate X * at a rate r (here called tbf_rate and measured in zorkmids per X * second) in a bucket with maximum size B (tbf_max). When an activity X * of cost n (zorkmids) is requested, n tokens are drawn from the bucket. X * (If fewer than n zorkmids are available at that time, the request X * fails.) The result limits the long-term rate of activity, X * while allowing for some amount of burstiness. X */ X X#include X#include X#include X Xstatic LIST_HEAD(, tbf) tbfs; Xstatic struct callout callout; Xstatic int callout_started; X Xstatic void tbf_incr(void *dummy); X Xvoid Xtbf_init(struct tbf *f, u_long rate, u_long max) X{ X if (!callout_started) { X LIST_INIT(&tbfs); X callout_init(&callout); X callout_reset(&callout, hz, tbf_incr, (void *)0); X callout_started = 1; X } X X f->tbf_rate = rate; X f->tbf_max = max; X f->tbf_cur = rate; X LIST_INSERT_HEAD(&tbfs, f, tbf_link); X} X Xint Xtbf_check(struct tbf *f, u_long n) X{ X return (TBF_CHECK(f, n)); X} X Xstatic void Xtbf_incr(void *dummy) X{ X struct tbf *f; X int s; X X for (f = tbfs->lh_first; f != 0; f = f->tbf_link.le_next) { X s = splhigh(); /* splimp() might be good enough? */ X f->tbf_cur = ulmin(f->tbf_max, f->tbf_cur + f->tbf_rate); X splx(s); X } X callout_reset(&callout, hz, tbf_incr, (void *)0); X} X Xvoid Xtbf_remove(struct tbf *f) X{ X int s = splclock(); /* XXX ??? */ X LIST_REMOVE(f, tbf_link); X splx(s); X} END-of-tbf.c echo x - tbf.h sed 's/^X//' >tbf.h << 'END-of-tbf.h' X/* X * Copyright 2000 Massachusetts Institute of Technology X * X * Permission to use, copy, modify, and distribute this software and X * its documentation for any purpose and without fee is hereby X * granted, provided that both the above copyright notice and this X * permission notice appear in all copies, that both the above X * copyright notice and this permission notice appear in all X * supporting documentation, and that the name of M.I.T. not be used X * in advertising or publicity pertaining to distribution of the X * software without specific, written prior permission. M.I.T. makes X * no representations about the suitability of this software for any X * purpose. It is provided "as is" without express or implied X * warranty. X * X * THIS SOFTWARE IS PROVIDED BY M.I.T. ``AS IS''. M.I.T. DISCLAIMS X * ALL EXPRESS OR IMPLIED WARRANTIES WITH REGARD TO THIS SOFTWARE, X * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF X * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT X * SHALL M.I.T. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, X * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT X * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF X * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND X * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, X * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT X * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X */ X#ifndef _SYS_TBF_H_ X#define _SYS_TBF_H_ 1 X X#include X Xstruct tbf { X u_long tbf_cur; X LIST_ENTRY(tbf) tbf_link; X u_long tbf_rate; X u_long tbf_max; X}; X X#define TBF_CHECK(f, n) ((f)->tbf_cur >= n ? ((f)->tbf_cur -= n, 1) : 0) X Xint tbf_check(struct tbf *f, u_long n); Xvoid tbf_init(struct tbf *f, u_long tbf_rate, u_long tbf_max); Xvoid tbf_remove(struct tbf *f); X X#endif /* _SYS_TBF_H_ */ END-of-tbf.h exit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 1:41:28 2000 Delivered-To: freebsd-net@freebsd.org Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (Postfix) with ESMTP id 7180515456 for ; Fri, 21 Jan 2000 01:41:26 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.196.86]) by smtp01.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAACC; Fri, 21 Jan 2000 10:41:24 +0100 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id KAA06564; Fri, 21 Jan 2000 10:41:20 +0100 (CET) (envelope-from asmodai) Date: Fri, 21 Jan 2000 10:41:20 +0100 From: Jeroen Ruigrok/Asmodai To: Garrett Wollman Cc: Alfred Perlstein , net@FreeBSD.ORG Subject: Re: half-fix for stream.c Message-ID: <20000121104120.C4494@daemon.ninth-circle.org> References: <20000120174115.C14030@fw.wintelcom.net> <200001210503.AAA41221@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001210503.AAA41221@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Fri, Jan 21, 2000 at 12:03:04AM -0500 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -On [20000121 08:01], Garrett Wollman (wollman@khavrinen.lcs.mit.edu) wrote: > >Am I the only person who thinks we could use a generic kernel TBF >module for all of these random rate-limiters? It does seem more worthwhile to have a generic type of ratelimiting system instead of X re-inventions of the wheel. However, the current rate-limiters are modeled for their appropriate protocols FAIK and FAICS. -- Jeroen Ruigrok vd W/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/B-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Ain't gonna spend the rest of my Life, quietly fading away... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 7:32:39 2000 Delivered-To: freebsd-net@freebsd.org Received: from smtp.mail.yahoo.com (smtp.mail.yahoo.com [128.11.68.32]) by hub.freebsd.org (Postfix) with SMTP id 6972B15536 for ; Fri, 21 Jan 2000 07:32:35 -0800 (PST) (envelope-from ncc1701v@yahoo.com) Received: from cci-209150224136.clarityconnect.net (HELO pcswbdesk) (209.150.224.136) by smtp.mail.yahoo.com with SMTP; 21 Jan 2000 07:32:32 -0800 X-Apparently-From: Message-Id: <4.2.2.20000121103001.00a70b30@pop.mail.yahoo.com> X-Sender: ncc1701v@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Fri, 21 Jan 2000 10:31:46 -0500 To: net@FreeBSD.ORG From: Scott Brim Subject: Re: half-fix for stream.c In-Reply-To: <200001210503.AAA41221@khavrinen.lcs.mit.edu> References: <20000120174115.C14030@fw.wintelcom.net> <20000120174115.C14030@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org How will the TBF be used? Will the bucket fill rate depend on traffic in the other direction (I hope)? __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 8:56:16 2000 Delivered-To: freebsd-net@freebsd.org Received: from web208.mail.yahoo.com (web208.mail.yahoo.com [128.11.68.108]) by hub.freebsd.org (Postfix) with SMTP id 66FF015162 for ; Fri, 21 Jan 2000 08:56:14 -0800 (PST) (envelope-from julian_elischer@yahoo.com) Received: (qmail 14069 invoked by uid 60001); 21 Jan 2000 16:55:03 -0000 Message-ID: <20000121165503.14068.qmail@web208.mail.yahoo.com> Received: from [212.211.72.2] by web208.mail.yahoo.com; Fri, 21 Jan 2000 08:55:03 PST Date: Fri, 21 Jan 2000 08:55:03 -0800 (PST) From: Julian Elischer Subject: Re: How to I get the interface on which the packet came in... To: gbnaidu , freebsd-net@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If you use the divert function of ipfw the packet the divert target receives has teh received interface encoded into the sockaddr. --- gbnaidu wrote: > Hi I would like to know How to get the interface on > which the packet came in? > > One way is to use the falg IP_RECVIF flag. But can > some body tell me the code fragment how to > manipulate this option? > > Another option could be to bind different IP address > to different sock and try to read them. But in a > host with multiple interfaces, will this hold good? > How do I make sure on which interface it has came > in? > > To reply use this address: gbnaidu@sasi.com > > regards > --gb > > > --== Sent via Deja.com http://www.deja.com/ ==-- > Share what you know. Learn what you don't. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the > message > ===== +------------------------------------+ | __--_|\ Julian Elischer | | / \ julian@elischer.org +--from Perth to the world. | ( OZ ) World tour 2000 +- X_.---._/ presently in: Germany v __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 10:39:14 2000 Delivered-To: freebsd-net@freebsd.org Received: from roam.psg.com (mg136-131.ricochet.net [204.179.136.131]) by hub.freebsd.org (Postfix) with ESMTP id 08B8214DE4 for ; Fri, 21 Jan 2000 10:33:40 -0800 (PST) (envelope-from randy@psg.com) Received: from randy by roam.psg.com with local (Exim 3.12 #1) id 12BisD-00057v-00 for freebsd-net@freebsd.org; Fri, 21 Jan 2000 10:33:29 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-net@freebsd.org Subject: backoff recovery? Message-Id: Date: Fri, 21 Jan 2000 10:33:29 -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org on a metricom in a san jose hotel. really bad link packet loss. stack's response to the poor link seemed a bit strange to me. so i sent the traces to some friends, and in discussion with vern, ... From: Vern Paxson To: Randy Bush > you may or not be interested in a trace. Interesting trace. I don't think the basic problem is SCP/SSH. From the look of it, there's (1) significant packet loss; (2) a bug in the TCP that it isn't collapsing down the exponentially backed-off timer after the retransmitted data is acked (this surprises me in a stack as mature as FreeBSD); (3) a shutdown bug in which one side gets stuck sending FINs and they don't elicit FIN-acks or RSTs (perhaps they're being dropped due to an erroneous conclusion that their timestamp is bad). It may be that SCP is suffering from more loses than FTP because it's not managing to packetize its data well, and that could in turn reflect interactions between crypto operations and buffering; but I don't know whether in the trace it actually makes it out of its initial crypto negotiation or not. Hmmmm, a thought: perhaps Metricom is particularly bad at dealing with bidirectional transfers, and the fact that SCP is doing that initially (and some of it collides, due to retransmissions, due in turn to the loss) means it does significantly worse than the unidirectional FTP data transfer, which also suffers from loss, but not as bad. Dunno ... Vern of course, the horrible link may be obscuring things. the traces ... 204.179.135.13 is 3.4+PAO 147.28.0.39 is 4.0-current a few weeks old 09:11:11.471846 204.179.135.13.970 > 147.28.0.39.22: F 2285079120:2285079120(0) ack 3637246625 win 17376 (DF) [tos 0x8] 09:11:14.929037 204.179.137.61.969 > 147.28.0.39.22: S 2415896350:2415896350(0) win 16384 (DF) 09:11:17.873883 204.179.137.61.969 > 147.28.0.39.22: S 2415896350:2415896350(0) win 16384 (DF) 09:11:18.175014 147.28.0.39.22 > 204.179.137.61.969: S 3786450220:3786450220(0) ack 2415896351 win 17376 (DF) 09:11:18.175116 204.179.137.61.969 > 147.28.0.39.22: . ack 1 win 17376 (DF) 09:11:18.285493 147.28.0.39.22 > 204.179.137.61.969: . ack 1 win 17376 (DF) 09:11:19.873923 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:11:20.415333 147.28.0.39.22 > 204.179.137.61.969: P 1:16(15) ack 1 win 17376 (DF) [tos 0x10] 09:11:20.415768 204.179.137.61.969 > 147.28.0.39.22: P 1:16(15) ack 16 win 17376 (DF) [tos 0x10] 09:11:30.874292 204.179.137.61.969 > 147.28.0.39.22: P 1:16(15) ack 16 win 17376 (DF) [tos 0x10] 09:11:31.685822 147.28.0.39.22 > 204.179.137.61.969: P 16:292(276) ack 16 win 17376 (DF) [tos 0x10] 09:11:31.696890 147.28.0.39.22 > 204.179.137.61.969: . ack 16 win 17376 (DF) [tos 0x10] 09:11:31.711505 204.179.137.61.969 > 147.28.0.39.22: P 16:172(156) ack 292 win 17376 (DF) [tos 0x10] 09:11:35.495767 147.28.0.39.22 > 204.179.137.61.969: . ack 172 win 17376 (DF) [tos 0x10] 09:11:35.615775 147.28.0.39.22 > 204.179.137.61.969: P 292:304(12) ack 172 win 17376 (DF) [tos 0x10] 09:11:35.615964 204.179.137.61.969 > 147.28.0.39.22: P 172:192(20) ack 304 win 17376 (DF) [tos 0x10] 09:11:36.874418 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:11:49.206191 147.28.0.39.22 > 204.179.137.61.969: P 304:376(72) ack 192 win 17376 (DF) [tos 0x10] 09:11:49.207551 204.179.137.61.969 > 147.28.0.39.22: P 192:348(156) ack 376 win 17376 (DF) [tos 0x10] 09:11:49.736176 147.28.0.39.22 > 204.179.137.61.969: P 376:516(140) ack 348 win 17376 (DF) [tos 0x10] 09:11:49.738303 147.28.0.39.22 > 204.179.137.61.969: P 516:528(12) ack 348 win 17376 (DF) [tos 0x10] 09:11:49.874830 204.179.137.61.969 > 147.28.0.39.22: . ack 528 win 17376 (DF) [tos 0x10] 09:11:58.731953 204.179.137.61.1323 > 192.96.22.18.25: S 2424678315:2424678315(0) win 16384 (DF) 09:12:00.266387 192.96.22.18.25 > 204.179.137.61.1323: R 0:0(0) ack 2424678316 win 0 09:12:10.875442 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:12:12.761727 204.179.137.61.969 > 147.28.0.39.22: P 348:376(28) ack 528 win 17376 (DF) [tos 0x10] 09:12:13.176893 147.28.0.39.22 > 204.179.137.61.969: P 528:540(12) ack 376 win 17376 (DF) [tos 0x10] 09:12:13.178538 204.179.137.61.969 > 147.28.0.39.22: P 376:412(36) ack 540 win 17376 (DF) [tos 0x8] 09:12:13.666890 147.28.0.39.22 > 204.179.137.61.969: . ack 412 win 17376 (DF) [tos 0x8] 09:12:13.666948 204.179.137.61.969 > 147.28.0.39.22: P 412:432(20) ack 540 win 17376 (DF) [tos 0x8] 09:12:33.876076 204.179.137.61.969 > 147.28.0.39.22: P 412:432(20) ack 540 win 17376 (DF) [tos 0x8] 09:12:37.417574 147.28.0.39.22 > 204.179.137.61.969: . ack 432 win 17376 (DF) [tos 0x8] 09:12:42.677739 147.28.0.39.22 > 204.179.137.61.969: P 540:584(44) ack 432 win 17376 (DF) [tos 0x8] 09:12:42.678810 204.179.137.61.969 > 147.28.0.39.22: P 432:452(20) ack 584 win 17376 (DF) [tos 0x8] 09:12:58.876825 204.179.137.61.969 > 147.28.0.39.22: P 432:452(20) ack 584 win 17376 (DF) [tos 0x8] 09:13:02.168295 147.28.0.39.22 > 204.179.137.61.969: . ack 452 win 17376 (DF) [tos 0x8] 09:13:14.877260 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:13:37.277965 204.179.137.61.123 > 129.250.0.49.123: v4 client strat 4 poll 10 prec -28 09:13:53.819596 207.126.101.100.119 > 204.179.130.75.1231: P 1183230998:1183231406(408) ack 57933214 win 33768 (DF) 09:13:53.819647 207.126.101.100.119 > 204.179.130.75.1231: P 0:408(408) ack 1 win 33768 (DF) 09:13:58.754096 204.179.137.61.1324 > 192.96.22.18.25: S 2448056994:2448056994(0) win 16384 (DF) 09:14:01.378531 204.179.137.61.1324 > 192.96.22.18.25: S 2448056994:2448056994(0) win 16384 (DF) 09:14:05.299848 192.96.22.18.25 > 204.179.137.61.1324: R 0:0(0) ack 2448056995 win 0 09:14:18.879117 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:14:26.279371 204.179.137.61.123 > 129.250.0.27.123: v4 client strat 4 poll 10 prec -28 09:14:26.650471 129.250.0.27.123 > 204.179.137.61.123: v4 server strat 2 poll 10 prec -24 09:14:28.279422 204.179.137.61.123 > 129.250.0.10.123: v4 client strat 4 poll 10 prec -28 09:14:28.970534 129.250.0.10.123 > 204.179.137.61.123: v4 server strat 2 poll 10 prec -24 09:14:42.279827 204.179.137.61.123 > 129.250.0.49.123: v4 client strat 4 poll 6 prec -28 09:14:42.980932 129.250.0.49.123 > 204.179.137.61.123: v4 server strat 2 poll 6 prec -24 09:15:22.880975 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:15:47.281680 204.179.137.61.123 > 129.250.0.49.123: v4 client strat 4 poll 6 prec -28 09:15:47.972895 129.250.0.49.123 > 204.179.137.61.123: v4 server strat 2 poll 6 prec -24 09:15:58.777625 204.179.137.61.1325 > 192.96.22.18.25: S 2470865643:2470865643(0) win 16384 (DF) 09:16:01.382000 204.179.137.61.1325 > 192.96.22.18.25: S 2470865643:2470865643(0) win 16384 (DF) 09:16:05.243302 192.96.22.18.25 > 204.179.137.61.1325: R 0:0(0) ack 2470865644 win 0 09:16:26.882813 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:16:35.283077 204.179.137.61.123 > 129.250.0.27.123: v4 client strat 4 poll 7 prec -28 09:16:38.283160 204.179.137.61.123 > 129.250.0.10.123: v4 client strat 4 poll 7 prec -28 09:16:38.843426 129.250.0.10.123 > 204.179.137.61.123: v4 server strat 3 poll 7 prec -24 09:16:53.283585 204.179.137.61.123 > 129.250.0.49.123: v4 client strat 4 poll 6 prec -28 09:17:30.884691 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:17:58.800710 204.179.137.61.1326 > 192.96.22.18.25: S 2493553322:2493553322(0) win 16384 (DF) 09:17:59.836675 192.96.22.18.25 > 204.179.137.61.1326: R 0:0(0) ack 2493553323 win 0 09:18:34.886513 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:18:38.958300 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:39.517785 147.28.0.39 > 204.179.137.61: icmp: echo reply 09:18:39.976600 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:40.986641 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:41.996658 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:43.006690 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:44.016721 204.179.137.61 > 147.28.0.39: icmp: echo request 09:18:44.297894 147.28.0.39 > 204.179.137.61: icmp: echo reply 09:18:47.099336 147.28.0.39 > 204.179.137.61: icmp: echo reply 09:18:47.118111 147.28.0.39 > 204.179.137.61: icmp: echo reply 09:19:38.888379 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:19:58.824681 204.179.137.61.1327 > 192.96.22.18.25: S 2517030525:2517030525(0) win 16384 (DF) 09:20:00.010189 192.96.22.18.25 > 204.179.137.61.1327: R 0:0(0) ack 2517030526 win 0 but ftp makes it through, albeit barely 09:20:42.890232 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:21:46.892088 204.179.135.13.970 > 147.28.0.39.22: F 0:0(0) ack 1 win 17376 (DF) [tos 0x8] 09:21:58.848083 204.179.137.61.1328 > 192.96.22.18.25: S 2540143257:2540143257(0) win 16384 (DF) 09:22:01.392409 204.179.137.61.1328 > 192.96.22.18.25: S 2540143257:2540143257(0) win 16384 (DF) 09:22:02.813651 192.96.22.18.25 > 204.179.137.61.1328: R 0:0(0) ack 2540143258 win 0 09:22:20.090484 204.179.137.61.969 > 147.28.0.39.22: F 452:452(0) ack 584 win 17376 (DF) [tos 0x8] 09:22:23.284492 147.28.0.39.22 > 204.179.137.61.969: . ack 453 win 17376 (DF) [tos 0x8] 09:22:24.205432 204.179.137.61.1329 > 147.28.0.39.21: S 2544965268:2544965268(0) win 16384 (DF) 09:22:26.893202 204.179.137.61.1329 > 147.28.0.39.21: S 2544965268:2544965268(0) win 16384 (DF) 09:22:30.144783 147.28.0.39.21 > 204.179.137.61.1329: . ack 2544965269 win 17376 (DF) 09:22:30.154422 147.28.0.39.21 > 204.179.137.61.1329: S 3931814626:3931814626(0) ack 2544965269 win 17376 (DF) 09:22:30.154508 204.179.137.61.1329 > 147.28.0.39.21: . ack 1 win 17376 (DF) 09:22:30.714829 147.28.0.39.21 > 204.179.137.61.1329: P 1:53(52) ack 1 win 17376 (DF) [tos 0x10] 09:22:30.893378 204.179.137.61.1329 > 147.28.0.39.21: . ack 53 win 17376 (DF) [tos 0x10] 09:22:50.893919 204.179.135.13.970 > 147.28.0.39.22: R 1:1(0) ack 1 win 17376 (DF) [tos 0x8] 09:22:51.148182 204.179.137.61.1329 > 147.28.0.39.21: P 1:13(12) ack 53 win 17376 (DF) [tos 0x10] 09:22:51.635314 147.28.0.39.21 > 204.179.137.61.1329: P 53:87(34) ack 13 win 17376 (DF) [tos 0x10] 09:22:51.693838 204.179.137.61.1329 > 147.28.0.39.21: . ack 87 win 17376 (DF) [tos 0x10] 09:22:55.495193 204.179.137.61.1329 > 147.28.0.39.21: P 13:28(15) ack 87 win 17376 (DF) [tos 0x10] 09:22:55.965439 147.28.0.39.21 > 204.179.137.61.1329: P 87:114(27) ack 28 win 17376 (DF) [tos 0x10] 09:22:55.966317 204.179.137.61.1329 > 147.28.0.39.21: P 28:34(6) ack 114 win 17376 (DF) [tos 0x10] 09:22:56.435456 147.28.0.39.21 > 204.179.137.61.1329: P 114:153(39) ack 34 win 17376 (DF) [tos 0x10] 09:22:56.493980 204.179.137.61.1329 > 147.28.0.39.21: . ack 153 win 17376 (DF) [tos 0x10] 09:23:15.104327 204.179.137.61.1329 > 147.28.0.39.21: P 34:42(8) ack 153 win 17376 (DF) [tos 0x10] 09:23:27.894970 204.179.137.61.1329 > 147.28.0.39.21: P 34:42(8) ack 153 win 17376 (DF) [tos 0x10] 09:23:28.326360 147.28.0.39.21 > 204.179.137.61.1329: P 153:173(20) ack 42 win 17376 (DF) [tos 0x10] 09:23:28.326557 204.179.137.61.1329 > 147.28.0.39.21: P 42:62(20) ack 173 win 17376 (DF) [tos 0x10] 09:23:40.395254 204.179.137.61.1329 > 147.28.0.39.21: P 42:62(20) ack 173 win 17376 (DF) [tos 0x10] 09:23:42.266777 147.28.0.39.21 > 204.179.137.61.1329: . ack 62 win 17376 (DF) [tos 0x10] 09:23:58.871382 204.179.137.61.1330 > 192.96.22.18.25: S 2562807967:2562807967(0) win 16384 (DF) 09:23:59.067279 147.28.0.39.21 > 204.179.137.61.1329: P 173:184(11) ack 62 win 17376 (DF) [tos 0x10] 09:23:59.067644 204.179.137.61.1329 > 147.28.0.39.21: P 62:89(27) ack 184 win 17376 (DF) [tos 0x10] 09:23:59.757321 147.28.0.39.21 > 204.179.137.61.1329: P 184:214(30) ack 89 win 17376 (DF) [tos 0x10] 09:23:59.758237 204.179.137.61.1329 > 147.28.0.39.21: P 89:109(20) ack 214 win 17376 (DF) [tos 0x10] 09:24:01.395876 204.179.137.61.1330 > 192.96.22.18.25: S 2562807967:2562807967(0) win 16384 (DF) 09:24:03.067125 147.28.0.39.20 > 204.179.137.61.49152: S 3952726335:3952726335(0) win 16384 (DF) [tos 0x8] 09:24:03.067248 204.179.137.61.49152 > 147.28.0.39.20: S 2563803235:2563803235(0) ack 3952726336 win 17376 (DF) 09:24:05.867269 192.96.22.18.25 > 204.179.137.61.1330: R 0:0(0) ack 2562807968 win 0 09:24:05.877391 147.28.0.39.20 > 204.179.137.61.49152: S 3952726335:3952726335(0) win 16384 (DF) [tos 0x8] 09:24:05.877468 204.179.137.61.49152 > 147.28.0.39.20: . ack 1 win 17376 (DF) 09:24:05.887512 147.28.0.39.20 > 204.179.137.61.49152: . ack 1 win 17376 (DF) [tos 0x8] 09:24:05.907514 147.28.0.39.21 > 204.179.137.61.1329: P 214:290(76) ack 109 win 17376 (DF) [tos 0x10] 09:24:06.096008 204.179.137.61.1329 > 147.28.0.39.21: . ack 290 win 17376 (DF) [tos 0x10] 09:24:38.078387 147.28.0.39.21 > 204.179.137.61.1329: P 290:314(24) ack 109 win 17376 (DF) [tos 0x10] 09:24:38.096911 204.179.137.61.1329 > 147.28.0.39.21: . ack 314 win 17352 (DF) [tos 0x10] 09:25:58.894426 204.179.137.61.1331 > 192.96.22.18.25: S 2586126435:2586126435(0) win 16384 (DF) 09:26:01.399330 204.179.137.61.1331 > 192.96.22.18.25: S 2586126435:2586126435(0) win 16384 (DF) 09:26:05.330634 192.96.22.18.25 > 204.179.137.61.1331: R 0:0(0) ack 2586126436 win 0 09:27:58.919306 204.179.137.61.1332 > 192.96.22.18.25: S 2609119057:2609119057(0) win 16384 (DF) 09:28:01.902863 204.179.137.61.1332 > 192.96.22.18.25: S 2609119057:2609119057(0) win 16384 (DF) 09:28:07.903038 204.179.137.61.1332 > 192.96.22.18.25: S 2609119057:2609119057(0) win 16384 (DF) 09:28:19.903405 204.179.137.61.1332 > 192.96.22.18.25: S 2609119057:2609119057(0) win 16384 (DF) 09:28:30.535320 147.28.0.39.20 > 204.179.137.61.49152: . 1:1449(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:30.703622 204.179.137.61.49152 > 147.28.0.39.20: . ack 1449 win 17376 (DF) [tos 0x8] 09:28:31.975336 147.28.0.39.20 > 204.179.137.61.49152: . 1449:2897(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:32.103677 204.179.137.61.49152 > 147.28.0.39.20: . ack 2897 win 17376 (DF) [tos 0x8] 09:28:32.225899 147.28.0.39.20 > 204.179.137.61.49152: . 2897:4345(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:32.303662 204.179.137.61.49152 > 147.28.0.39.20: . ack 4345 win 17376 (DF) [tos 0x8] 09:28:33.265474 147.28.0.39.20 > 204.179.137.61.49152: . 4345:5793(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:33.303715 204.179.137.61.49152 > 147.28.0.39.20: . ack 5793 win 17376 (DF) [tos 0x8] 09:28:33.525895 147.28.0.39.20 > 204.179.137.61.49152: . 5793:7241(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:33.703704 204.179.137.61.49152 > 147.28.0.39.20: . ack 7241 win 17376 (DF) [tos 0x8] 09:28:34.445361 147.28.0.39.20 > 204.179.137.61.49152: . 7241:8689(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:34.503725 204.179.137.61.49152 > 147.28.0.39.20: . ack 8689 win 17376 (DF) [tos 0x8] 09:28:34.835355 147.28.0.39.20 > 204.179.137.61.49152: . 8689:10137(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:34.903840 204.179.137.61.49152 > 147.28.0.39.20: . ack 10137 win 17376 (DF) [tos 0x8] 09:28:35.445385 147.28.0.39.20 > 204.179.137.61.49152: . 10137:11585(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:35.503752 204.179.137.61.49152 > 147.28.0.39.20: . ack 11585 win 17376 (DF) [tos 0x8] 09:28:36.615475 147.28.0.39.20 > 204.179.137.61.49152: . 11585:13033(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:36.703808 204.179.137.61.49152 > 147.28.0.39.20: . ack 13033 win 17376 (DF) [tos 0x8] 09:28:37.206061 147.28.0.39.20 > 204.179.137.61.49152: . 13033:14481(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:37.303826 204.179.137.61.49152 > 147.28.0.39.20: . ack 14481 win 17376 (DF) [tos 0x8] 09:28:37.465458 147.28.0.39.20 > 204.179.137.61.49152: . 14481:15929(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:37.503830 204.179.137.61.49152 > 147.28.0.39.20: . ack 15929 win 17376 (DF) [tos 0x8] 09:28:37.735460 147.28.0.39.20 > 204.179.137.61.49152: . 15929:17377(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:37.903925 204.179.137.61.49152 > 147.28.0.39.20: . ack 17377 win 17376 (DF) [tos 0x8] 09:28:38.335467 147.28.0.39.20 > 204.179.137.61.49152: . 17377:18825(1448) ack 1 win 17376 (DF) [tos 0x8] 09:28:38.503862 204.179.137.61.49152 > 147.28.0.39.20: . ack 18825 win 17376 (DF) [tos 0x8] 09:28:38.745216 147.28.0.39.20 > 204.179.137.61.49152: FP 18825:20248(1423) ack 1 win 17376 (DF) [tos 0x8] 09:28:38.745297 204.179.137.61.49152 > 147.28.0.39.20: . ack 20249 win 15953 (DF) [tos 0x8] 09:28:38.746658 204.179.137.61.49152 > 147.28.0.39.20: F 1:1(0) ack 20249 win 17376 (DF) [tos 0x8] 09:28:38.746937 204.179.137.61.1329 > 147.28.0.39.21: P 109:129(20) ack 314 win 17376 (DF) [tos 0x10] 09:28:39.405454 147.28.0.39.20 > 204.179.137.61.49152: . ack 2 win 17376 (DF) [tos 0x8] 09:28:39.415372 147.28.0.39.21 > 204.179.137.61.1329: P 314:334(20) ack 129 win 17376 (DF) [tos 0x10] 09:28:39.503877 204.179.137.61.1329 > 147.28.0.39.21: . ack 334 win 17376 (DF) [tos 0x10] 09:28:43.904094 204.179.137.61.1332 > 192.96.22.18.25: S 2609119057:2609119057(0) win 16384 (DF) randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 11:51:45 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-33.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.161]) by hub.freebsd.org (Postfix) with ESMTP id 6E42C154F4 for ; Fri, 21 Jan 2000 11:51:26 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA14103; Fri, 21 Jan 2000 19:50:59 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA00343; Fri, 21 Jan 2000 08:25:14 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001210825.IAA00343@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Richard Martin Cc: freebsd-net@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: natd: no translation In-Reply-To: Message from Richard Martin of "Thu, 20 Jan 2000 19:52:54 CST." <3887BBF6.A35EA933@origenbio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Jan 2000 08:25:14 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I am setting up a firewall with natd on my FreeBSD system, and for some reason > it does not seem to be translating the local LAN addresses in outbound > packets. > > FreeBSD router w/ two NIC cards: > Internet card xl0 - 216.30.xx > Local network vx0 - 192.168.0.x > > natd is running on xl0 > > I can generally access the outside world OK from the LAN, but certain services > (DNS and PCanywhere requests, among others) receive packets back addressed to > the LAN. These hit one of the first rules on the firewall, deny any destined > for 192.168 networks. > > I have tried running natd with the -n flag and the -a [ip address] flag but > still get packets back on the external iface addressed to the 192.168 > addresses. > > Anyone run into this before? Bear in mind that the divert rule results in the packets being translated to use local addresses for inbound and real addresses for outbound. You probably want a set of ipfw rules that go along the lines ipfw local blah out ipfw dodge spoofs in ipfw remote blah in ipfw divert ipfw local blah in ipfw remote blah out Where ``local blah'' deals with specifics about local network addresses and ``remote blah'' deals with specifics about external addresses. ``dodge spoofs'' deals with external traffic trying to spoof internal IP numbers. I don't use natd or ipfw at the moment > -- > Richard Martin dmartin@origen.com > > OriGen Biomedical Tel: +1 512 474 7278 > 2525 Hartford Rd. Fax: +1 512 708 8522 > Austin, TX 78703 http://www.cardiacdocs.com -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jan 21 11:52:43 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-33.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.161]) by hub.freebsd.org (Postfix) with ESMTP id B40B614E3C for ; Fri, 21 Jan 2000 11:52:37 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA14107; Fri, 21 Jan 2000 19:50:59 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA00315; Fri, 21 Jan 2000 08:19:25 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200001210819.IAA00315@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Garrett Wollman Cc: "Vladimir B. Grebenschikov" , net@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: export one partition twice via NFS In-Reply-To: Message from Garrett Wollman of "Thu, 20 Jan 2000 11:25:46 EST." <200001201625.LAA34314@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 21 Jan 2000 08:19:24 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > < said: > > > /dev/wd0s2f 7752867 3426263 3706375 48% /usr > > /dev/wd0s2e 508143 135365 332127 29% /var > > > I want to export via NFS: > > > /usr/public > > /usr/home -alldirs > > There is only one set of export permissions per filesystem. This means you can do something like this in exports: /usr/public /usr/home -alldirs but you can't export /usr/public and /usr/home in different ways because they're both on the same local filesystem. > -GAWollman -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 10:11:27 2000 Delivered-To: freebsd-net@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 436341571F for ; Sat, 22 Jan 2000 10:11:21 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id TAA25808 for net@FreeBSD.org; Sat, 22 Jan 2000 19:11:18 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 860998863; Sat, 22 Jan 2000 14:14:59 +0100 (CET) Date: Sat, 22 Jan 2000 14:14:59 +0100 From: Ollivier Robert To: net@FreeBSD.org Subject: Re: [Request for review] Message-ID: <20000122141459.A41323@keltia.freenix.fr> Mail-Followup-To: net@FreeBSD.org References: <20000119165050.A45061@relay.ucb.crimea.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000119165050.A45061@relay.ucb.crimea.ua>; from ru@FreeBSD.org on Wed, Jan 19, 2000 at 04:50:51PM +0200 X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Ruslan Ermilov: > Comments? Objections? Opinions? Seems a good idea, did you get any answer ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 19: 7:21 2000 Delivered-To: freebsd-net@freebsd.org Received: from ns1.elpn.com (ns1.elpn.com [209.194.74.2]) by hub.freebsd.org (Postfix) with ESMTP id 23E3714BE7 for ; Sat, 22 Jan 2000 19:07:19 -0800 (PST) (envelope-from rosteen@elpn.com) Received: from elpn.com (cox.com [206.98.143.200]) by ns1.elpn.com (8.8.8/8.8.8) with ESMTP id UAA02007 for ; Sat, 22 Jan 2000 20:53:53 -0700 (MST) (envelope-from rosteen@elpn.com) Message-ID: <388A7042.AAE33988@elpn.com> Date: Sat, 22 Jan 2000 22:06:42 -0500 From: ROsteen X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: unix doskey type program Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Can anyone tell me the name of a program that will allow me to recall past commands like an up arrow or something? thanks, Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 19:12:40 2000 Delivered-To: freebsd-net@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 90FF014F24; Sat, 22 Jan 2000 19:12:29 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id TAA27114; Sat, 22 Jan 2000 19:12:26 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id TAA58575; Sat, 22 Jan 2000 19:12:26 -0800 (PST) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id TAA18497; Sat, 22 Jan 2000 19:12:25 -0800 (PST) From: Don Lewis Message-Id: <200001230312.TAA18497@salsa.gv.tsc.tdk.com> Date: Sat, 22 Jan 2000 19:12:25 -0800 In-Reply-To: <200001230306.TAA18458@salsa.gv.tsc.tdk.com> References: <4.2.2.20000122083929.01a5aa90@localhost> <200001230306.TAA18458@salsa.gv.tsc.tdk.com> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Don Lewis , Brett Glass Subject: Re: Re[2]: explanation and code for stream.c issues Cc: freebsd-security@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We really should move this conversation from -security to -net. Followups to -net, only. On Jan 22, 7:06pm, Don Lewis wrote: } Subject: Re: Re[2]: explanation and code for stream.c issues } On Jan 22, 8:52am, Brett Glass wrote: } } Subject: Re: Re[2]: explanation and code for stream.c issues } } } True. But y'know, he does have a point. Shouldn't tcp_input() drop } } or reject anything with certain combinations of flags really early on? } } } } About 15 years ago (has it been that long?) I wrote part of a TCP/IP } } stack for a class at Stanford. The first statement in the routine } } which was the equivalent of tcp_input() checksummed the packet. } } The second one was a "case" (this was Pascal) that broke out } } cases for every combination of the TCP option flags. (The } } compiler implemented case statements as jump tables, so this } } was fast.) } } } } Do you think it's worth doing that here, both for clarity and } } for speed? It would probably help to catch all the issues involving } } option flags, and it would be more efficient than the current } } structure (which does lots of tests one at a time and is harder to } } follow). } } The current code was written for speed rather than for clarity and } tries to optimize the most commonly used path through the code. } In the old days, CPUs were slow. Today, contemplate gigabit Ethernet ... } } I suspect that if you try to implement this as a big switch, you'll } end up with either a lot of duplicate code or a bunch of gotos, and } a lot of what happens depends at least as much on the state of the } connection. Don't forget that the SYN and FIN bits can be trimmed } off if they fall outside the window. RST is more of a unique case, } but even it needs to pass sequence checks that depend on the state } of the connection. } } I'm wondering if it might make more sense to generate IPv4 and IPv6 } version unique versions of the code from a common m4 or cpp ancestor } rather than to fill the code with a mass of ifdefs and inline protocol } version tests. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 19:13: 3 2000 Delivered-To: freebsd-net@freebsd.org Received: from holly.dyndns.org (adsl-216-62-157-60.dsl.hstntx.swbell.net [216.62.157.60]) by hub.freebsd.org (Postfix) with ESMTP id A13E6153AB; Sat, 22 Jan 2000 19:12:55 -0800 (PST) (envelope-from chris@holly.dyndns.org) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id VAA47594; Sat, 22 Jan 2000 21:12:04 -0600 (CST) (envelope-from chris) Date: Sat, 22 Jan 2000 21:12:04 -0600 From: Chris Costello To: ROsteen Cc: questions@FreeBSD.org Subject: Re: unix doskey type program Message-ID: <20000122211204.J75920@holly.calldei.com> Reply-To: chris@calldei.com References: <388A7042.AAE33988@elpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i In-Reply-To: <388A7042.AAE33988@elpn.com> X-URL: http://www.FreeBSD.org/~chris/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jan 22, 2000, ROsteen wrote: > Can anyone tell me the name of a program that will allow me to recall > past commands like an up arrow or something? First of all, shouldn't you be posting this in freebsd-questions@FreeBSD.org? This question has absolutely nothing to FreeBSD networking. Secondly, you want to use your shell's history editing. If you want the up-arrow/down-arrow business, do this: cd /usr/ports/shells/bash make install as this shell by default has that functionality. Another shell, pdksh, under /usr/ports/shells/pdksh, can do this optionally with the ``set -o gmacs'' command. -- |Chris Costello |Your e-mail has been returned due to insufficient voltage. `---------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 19:37: 7 2000 Delivered-To: freebsd-net@freebsd.org Received: from homer.web-ex.com (homer.web-ex.com [209.54.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 9772A14E39 for ; Sat, 22 Jan 2000 19:36:56 -0800 (PST) (envelope-from jim.cassata@datatreasury.com) Received: from localhost (jim.cassata@localhost) by homer.web-ex.com (8.9.3/8.9.3) with ESMTP id WAA23329; Sat, 22 Jan 2000 22:36:53 -0500 (EST) (envelope-from jim.cassata@datatreasury.com) X-Authentication-Warning: homer.web-ex.com: jim.cassata owned process doing -bs Date: Sat, 22 Jan 2000 22:36:53 -0500 (EST) From: Jim Cassata X-Sender: jim.cassata@homer.web-ex.com To: ROsteen Cc: freebsd-net@FreeBSD.ORG Subject: Re: unix doskey type program In-Reply-To: <388A7042.AAE33988@elpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Can anyone tell me the name of a program that will allow me to recall > past commands like an up arrow or something? > thanks, > Rick > change your shell to tcsh or bash Jim Cassata President Technical Services 516.421.6000 jim.cassata@datatreasury.com Web Express, a DataTreasury Company 20 Broadhollow Road Suite 3011 Melville, NY 11747 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jan 22 22: 6:56 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 47E9315042 for ; Sat, 22 Jan 2000 22:06:54 -0800 (PST) (envelope-from jrs@enteract.com) Received: from shell-1.enteract.com (jrs@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id AAA39540; Sun, 23 Jan 2000 00:06:52 -0600 (CST) (envelope-from jrs@enteract.com) Date: Sun, 23 Jan 2000 00:06:52 -0600 (CST) From: John Sconiers To: ROsteen Cc: freebsd-net@freebsd.org Subject: Re: unix doskey type program In-Reply-To: <388A7042.AAE33988@elpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org bash ......as wellas other shells??? > Can anyone tell me the name of a program that will allow me to recall > past commands like an up arrow or something? > thanks, > Rick > > > > 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