From owner-freebsd-net Sun Jun 25 2:16:31 2000 Delivered-To: freebsd-net@freebsd.org Received: from solar.cc.nus.edu.sg (solar.cc.nus.edu.sg [137.132.5.123]) by hub.freebsd.org (Postfix) with ESMTP id E3A9937B89B; Sun, 25 Jun 2000 02:16:15 -0700 (PDT) (envelope-from ccegongw@nus.edu.sg) Received: from gongweit11.nus.edu.sg ([137.132.21.2]) by solar.cc.nus.edu.sg (8.9.3/8.9.3) with ESMTP id RAA08441; Sun, 25 Jun 2000 17:16:06 +0800 (SGT) Message-Id: <4.3.2.7.0.20000625170617.00ad95c0@137.132.21.1> X-Sender: gongwei@137.132.21.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 25 Jun 2000 17:16:04 +0800 To: freebsd-questions@freebsd.org From: Gong Wei Subject: Equivalent in FreeBSD? Cc: freebsd-net@freebsd.org 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 Dear All, I am quite impressed by the Linux Virtual Server Project . Is there any similar project on FreeBSD? One of my assignment is to provide a highly available web service (http/https) with limited budget. The only solution I can think of right now is to use Linux Virtual Server to dynamically redirect traffic to a farm of Win2K web server (we couldn't affort to change the web server OS due to some legacy reason ...). It would be great if there are something equivalent on FreeBSD platform, though. The requirement is pretty simple: 1. load sharing among many real servers, 2. able to automatically detect failure real server and avoid forwarding request to it 3. low cost. Any pointer/additional info is greatly appreciated. Please email to me at ccegongw@nus.edu.sg. Thank you! Regards Gong Wei To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 25 2:37:14 2000 Delivered-To: freebsd-net@freebsd.org Received: from alpha.root-servers.ch (alpha.root-servers.ch [195.49.62.125]) by hub.freebsd.org (Postfix) with SMTP id B6F6F37B933 for ; Sun, 25 Jun 2000 02:37:08 -0700 (PDT) (envelope-from gabriel_ambuehl@buz.ch) Received: (qmail 4590 invoked from network); 25 Jun 2000 09:37:03 -0000 Received: from client99-59.hispeed.ch (62.2.99.59) by ns1.root-servers.ch with SMTP; 25 Jun 2000 09:37:03 -0000 Date: Sun, 25 Jun 2000 11:37:16 +0200 From: Gabriel Ambuehl X-Mailer: The Bat! (v1.44) UNREG / CD5BF9353B3B7091 Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <43230985.20000625113716@buz.ch> To: Gong Wei Cc: freebsd-questions@freebsd.org, freebsd-net@freebsd.org Subject: Re: Equivalent in FreeBSD? In-reply-To: <4.3.2.7.0.20000625170617.00ad95c0@137.132.21.1> References: <4.3.2.7.0.20000625170617.00ad95c0@137.132.21.1> 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 > The requirement is pretty simple: > 1. load sharing among many real servers, > 2. able to automatically detect failure real server and avoid forwarding > request to it > 3. low cost. The easiest way would be to configure a firewall box to balance the incoming HTTP traffic among multiple boxes (one could play with the NATd, dunno). But there's something I really dislike about this approach: what's gonna happen when the balancing box fails? Has anyone already got some nice IP takeover solutions? I know Polyserve has got some solutions inside Understudy but I'm not feeling very comfortable with the idea of having any more license issues than required and I definitively don't need a slow Javaapplet to control the whole game. I believe that there has to be a possibility to use IP takeover with mostly integrated OS tools (by using a Script which is continous monitoring the provided services by the other box) but I just can't figure out what to do if a box fails to offer one particular service but still controls its IP. I'd like to take the box' IP over as soon as the other box detects, that its "twin" is having a problem. Any solutions to this particular problem (essentially: what's going to happen if two boxes are having the same IP)? And then there's still the problem of the mirroring of the servers: what solution is best to mirror them as close as possible to realtime? I know there's rsync but that's pretty slow. The concept of distributed filesystems such as CODA is interesting but I'm doubting if this one is already production strength... Best regards, Gabriel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 25 8:54: 5 2000 Delivered-To: freebsd-net@freebsd.org Received: from daemon.sofiaonline.com (daemon.sofiaonline.com [212.5.144.1]) by hub.freebsd.org (Postfix) with SMTP id 5B00937BAA4 for ; Sun, 25 Jun 2000 08:53:32 -0700 (PDT) (envelope-from sofia@sofiaonline.com) Received: (qmail 11606 invoked from network); 25 Jun 2000 15:48:06 -0000 Received: from carnivoro.sofiaonline.com (212.5.144.5) by daemon.sofiaonline.com with SMTP; 25 Jun 2000 15:48:06 -0000 Date: Sun, 25 Jun 2000 16:59:04 +0300 (EEST) From: dungeonkeeper To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Measuring network-protocol implementation's performance 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 there, Recently we started implementing specific network protocols support code here. As a part of this process I would like to have the ability to measure the performance of the code and probably find a way to improve its speed once we have a working version. I would like to ask if somebody could point me to some article/documentation/etc about such methods? Best Regards: Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 25 10: 7:53 2000 Delivered-To: freebsd-net@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 524F537B6DD; Sun, 25 Jun 2000 10:07:34 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Sun, 25 Jun 2000 18:07:05 +0100 Received: from localhost (cmjg@localhost) by mail.ilrt.bris.ac.uk (8.8.7/8.8.8) with ESMTP id SAA04939; Sun, 25 Jun 2000 18:07:04 +0100 (BST) Date: Sun, 25 Jun 2000 18:07:04 +0100 (BST) From: Jan Grant To: questions@freebsd.org Cc: net@freebsd.org Subject: BUG? bind: Can't assign requested address (EADDRNOTAVAIL) 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 Small application, IP4-only, and I'm stuck with something that ought to be trivial :-( Hmm, I'm thumping my head against a brick wall here with what should be a simple problem. I can allocate a socket and bind it to a chosen port (5999) with nary a hitch, if I wish to accept connections from INADDR_ANY. However, when I specify a particular interface to listen to (namely, 127.0.0.1) the call to bind() is failing with an EADDRNOTAVAIL. This code runs fine on Solaris (modulo the sin_len being missing on that platform), and I can't see what could be the problem: Brief code snippet included; just to show what's going wrong, not as a demonstration of good style :-) I'd appreciate a direct CC: on any responses; thanks in advance. jan PS. System is 4-stable as of about 1 week ago. // Excuse the mess: this seems to demonstrate the problem. #include #include #include /* for struct sockaddr_in */ #include /* For getprotobyname */ #include /* For the ntohs, etc. */ #include /* For inet_ntoa */ #include // gethostbyname #include #include #include #include //errno, EINTR int main(int argc, char *argv[]) { struct protoent * pep = getprotobyname("tcp"); if (!pep) { perror("getprotobyname"); return 1; } int sd = socket(PF_INET, SOCK_STREAM, pep->p_proto); if (sd == -1) { perror("socket"); return 1; } struct hostent *he = gethostbyname("localhost"); if (!he) { perror("gethostbyname"); return 2; } struct sockaddr_in addr; addr.sin_len = sizeof(addr); addr.sin_family = AF_INET; addr.sin_port = htons(5999); memcpy(&addr.sin_addr.s_addr, he->h_addr_list[0], sizeof(addr.sin_addr.s_addr)); //addr.sin_addr.s_addr = htonl(INADDR_ANY); // this works! printf("%lx\n", addr.sin_addr.s_addr); // quick check int one = 1; if (setsockopt(sd, SOL_SOCKET, SO_REUSEADDR, &one, sizeof(one))) { perror("setsockopt"); return 2; } if (bind(sd, (const struct sockaddr *) &addr, sizeof addr)) { perror("bind"); close(sd); return 3; } if (listen(sd, 5)) { perror("listen"); return 4; } close(sd); return 0; } -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287163 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk Ceci n'est pas une pipe | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 25 11:20:28 2000 Delivered-To: freebsd-net@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id C89F237BBD0; Sun, 25 Jun 2000 11:20:14 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Sun, 25 Jun 2000 19:20:08 +0100 Received: from localhost (cmjg@localhost) by mail.ilrt.bris.ac.uk (8.8.7/8.8.8) with ESMTP id TAA05507; Sun, 25 Jun 2000 19:20:07 +0100 (BST) Date: Sun, 25 Jun 2000 19:20:07 +0100 (BST) From: Jan Grant To: questions@freebsd.org Cc: net@freebsd.org Subject: Re: BUG? bind: Can't assign requested address (EADDRNOTAVAIL) 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 On Sun, 25 Jun 2000, Jan Grant wrote: > Small application, IP4-only, and I'm stuck with something that ought to > be trivial :-( It was; bzeroing the sockaddr_in before use helped. I ought to (a) pay more attention when writing test code, and (b) pay more attention to things like /* MUST BE ZERO */ :-) sheepishly, jan -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287163 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk Ceci n'est pas une pipe | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 26 12:38:20 2000 Delivered-To: freebsd-net@freebsd.org Received: from pooh.aist-nara.ac.jp (inet1.aist-nara.ac.jp [163.221.52.121]) by hub.freebsd.org (Postfix) with ESMTP id 3DE7D37BDD7 for ; Mon, 26 Jun 2000 12:38:17 -0700 (PDT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost by pooh.aist-nara.ac.jp (8.8.7/2.8Wb) id TAA17805; Mon, 26 Jun 2000 19:37:52 GMT From: Noritoshi Demizu To: ccegongw@nus.edu.sg Cc: freebsd-net@freebsd.org Subject: Re: Equivalent in FreeBSD? In-Reply-To: Your message of "Sun, 25 Jun 2000 17:16:04 +0800" References: <4.3.2.7.0.20000625170617.00ad95c0@137.132.21.1> X-Mailer: Mew version 1.69 on Emacs 19.28.1 / Mule 2.3 X-URL: http://infonet.aist-nara.ac.jp/member/nori-d/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000627043751P.demizu@dd.iij4u.or.jp> Date: Tue, 27 Jun 2000 04:37:51 +0900 X-Dispatcher: impost version 0.99i (Apr. 6, 1997) Lines: 23 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We are planning to release our experimental clustering code within a few weeks. Our code does: > 1. load sharing among many real servers, > 2. able to automatically detect failure real server and avoid > forwarding request to it - dispatching algorithm can be chosen from RR, WRR, LC, WLC - shared IP addresses are set to lo0 of servers automatically. However, - Because probing mechanism is implemented with independent daemons, our implementation cannot detect application level troubles including heavy paging (slashing?). - No code to calculate proper weights for each server. :-) - No takeover mechanism for balancing box. - No contents management mechanisms. - still under development. Best Regards, Noritoshi Demizu ps. We put kernel side code at the following URL for those who have interests. http://landwalker.aist-nara.ac.jp/cluster/tiny-las/ Userland code will be available soon after copyright issues are solved. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 26 21:27:15 2000 Delivered-To: freebsd-net@freebsd.org Received: from rapidnet.com (rapidnet.com [205.164.216.1]) by hub.freebsd.org (Postfix) with ESMTP id 37E0237BE01 for ; Mon, 26 Jun 2000 21:27:10 -0700 (PDT) (envelope-from nick@rapidnet.com) Received: from localhost (nick@localhost) by rapidnet.com (8.9.3/8.9.3) with ESMTP id WAA40258 for ; Mon, 26 Jun 2000 22:27:08 -0600 (MDT) Date: Mon, 26 Jun 2000 22:27:08 -0600 (MDT) From: Nick Rogness To: freebsd-net@freebsd.org Subject: 2 routes/same net 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 How do you add 2 static routes to the same network through different gateways with different metric sizes? (FBSD 4.0-RELEASE,3.3-RELEASE) This is legal to do in routing... Example: # route add -net 192.168.0.0 -netmask 255.255.255.252 192.168.1.1 # route add -net 192.168.0.0 -netmask 255.255.255.252 192.168.1.2 route: writing to routing socket: File exists add net 192.168.0.0: gateway 192.168.1.2: File exists I thought (at 1 time) there was a -metric switch to route(8)? Is -hopcount associated with that? Can you even add 2 routes to the same network? Thanks in adv. Nick Rogness - Speak softly and carry a Gigabit switch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 12:20:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id DCF9337C264 for ; Tue, 27 Jun 2000 12:20:19 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 4639 invoked by uid 1001); 27 Jun 2000 19:19:56 -0000 Date: Tue, 27 Jun 2000 15:19:56 -0400 From: Brian Reichert To: freebsd-net@freebsd.org Subject: suggested hack for ntpdate flags Message-ID: <20000627151956.D1800@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've taken to doing this in various boxes in /etc/rc.conf: ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < /etc/ntp.conf`" just so I don't have two lists of time servers to maintain. This presumes you would be running both ntpdate and ntpd, whic is the way to go. This is obviously very quick-and-dirty, but I just wanted to introduce it as a possible tactic, especially if you have several time servers you're maintaining... Would something like this be worth putting into the base distribution, maybe? -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 12:27:33 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 8385937C1F3 for ; Tue, 27 Jun 2000 12:27:26 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id PAA75287; Tue, 27 Jun 2000 15:27:13 -0400 (EDT) (envelope-from wollman) Date: Tue, 27 Jun 2000 15:27:13 -0400 (EDT) From: Garrett Wollman Message-Id: <200006271927.PAA75287@khavrinen.lcs.mit.edu> To: Brian Reichert Cc: freebsd-net@FreeBSD.ORG Subject: suggested hack for ntpdate flags In-Reply-To: <20000627151956.D1800@numachi.com> References: <20000627151956.D1800@numachi.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > I've taken to doing this in various boxes in /etc/rc.conf: > ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < /etc/ntp.conf`" > just so I don't have two lists of time servers to maintain. Hmmm. Around here, we simply call our NTP servers `ntp-0', `ntp-1', and `ntp-2', so there's no maintenance involved. I can see where your approach might help for a site which doesn't run its own NTP servers. -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 Jun 27 12:38:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 6ECE537C013 for ; Tue, 27 Jun 2000 12:38:23 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 4809 invoked by uid 1001); 27 Jun 2000 19:38:06 -0000 Date: Tue, 27 Jun 2000 15:38:06 -0400 From: Brian Reichert To: Garrett Wollman Cc: Brian Reichert , freebsd-net@FreeBSD.ORG Subject: Re: suggested hack for ntpdate flags Message-ID: <20000627153805.F1800@numachi.com> References: <20000627151956.D1800@numachi.com> <200006271927.PAA75287@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200006271927.PAA75287@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Tue, Jun 27, 2000 at 03:27:13PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jun 27, 2000 at 03:27:13PM -0400, Garrett Wollman wrote: > < said: > > > I've taken to doing this in various boxes in /etc/rc.conf: > > ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < /etc/ntp.conf`" > > > just so I don't have two lists of time servers to maintain. > > Hmmm. Around here, we simply call our NTP servers `ntp-0', `ntp-1', > and `ntp-2', so there's no maintenance involved. I can see where your > approach might help for a site which doesn't run its own NTP servers. I do run my own servers. Irrespective of _what_ you name your time servers (or whether they're internal or not), with the above hack, you only need record them once in /etc/ntpd.conf. You don't then need to also cite them in /etc/rc.conf. Of course, if your site has ready mechanisms for provisioning machines, then such things could simply be pre-configured into your reference machine to be distributed. I need such a thing in that I'm responsible for preovisioning machines in several sites; this is one of those hacks I keep carrying around with me. I was volunteering it more for the masses at large, as someone new to configuring time syncronization clients might find it useful. Just a suggestion anyway; I'm not going to get bent out of shape if it's not useful to others... > -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 -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 16:12: 2 2000 Delivered-To: freebsd-net@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id F26A937BEE8; Tue, 27 Jun 2000 16:11:55 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWU005RC3XHA3@falla.videotron.net>; Tue, 27 Jun 2000 18:32:05 -0400 (EDT) Date: Tue, 27 Jun 2000 18:34:02 -0400 (EDT) From: Bosko Milekic Subject: mbuf re-write(s): v 0.2: request-for-comments X-Sender: bmilekic@jehovah.technokratis.com To: freebsd-hackers@freebsd.org Cc: freebsd-net@freebsd.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 Hello, I just added a MEXTADD() routine to the [now getting bigger] mbuf re-write patch, as well as fixed and changed a few little things here and there (once again). Thus, so-called "version 2" of the diff is again available: http://www.technokratis.com/code/mbuf/ This code includes all that was discussed in the previous Email, as well as a better/actually working external storage facility for clusters. Previously, it was very difficult to allocate external storage, attach it to the mbuf, _and_ as well maintain a reference counter for it, primarily due to the arguments that were taken by ext_free() and ext_buf(). These have been changed to have a new void * pointer passed in as the second argument (following the base address of the storage buffer). Also has been included a void * multi-purpose ext_args pointer in the m_ext struct, so the caller has much more flexibility now. In fact, the caller can now attach a "management" or "reference" structure to the m_ext struct via the ext_args pointer, and have it passed to his ext_free and ext_buf routines. Naturally, for dynamically sized malloc() external buffers, the caller can also allocate along with it space for its reference counter and attach to the mbuf via the ext_args pointer. It will be incremented/decremented properly as ext_args can be passed as the second argument to the two functions. When ext_free, ext_buf, and ext_args are all NULL, but M_EXT is set, then the external storage corresponds to an mcluster. These changes will surely help out/make cleaner some code, like some of Bill Paul's device drivers (if_sk, if_ti, if_wb). For other purposes, such as sf_bufs, for example, it's not _as_ significant, mainly since sf_bufs are allocated from their own map such that the system can easily produce a unique index for a reference counter array just by looking at the offset base_addr_of_sf_buf - base_addr_of_map, like we do for mclusters. However, obviously, we don't want a new map for every new type of external storage we want to attach to an mbuf. :-) (Yes, this means easy attaching of dynamically sized buffers) What I still have left to do before I look into finding/bugging/annoying a committer (sigh) to reviewing/committing all of this: * Re-write the mcluster allocations/deallocations in the same style as the new mbuf allocator/deallocator. ... If someone has a more suitable proposition, please let me know. I love to hear suggestions. * I'm thinking of adopting NetBSD's "cute" and "clean" reference count system; they maintain their mbufs linked through the m_ext when they reference the same storage object. This will remove all fear from external callers/code having to deal with references in the first place, and will isolate it all to the mbuf code. Once this is done, I can also add a NetBSD-like MEXTMALLOC() macro, in addition to the just-added MEXTADD() macro. This would automate dynamic malloc()ing of external storage objects, and make it quite a bit cleaner/easier for the caller. * Patch up userland to deal with all of these changes. * Get some profiling / optimisation done. Since my initial post, I have received quite a few hits/requests for the posted code, and have even received a few comments/suggestions. These have been most helpful. I invite many more,... please! Regards, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 16:20:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 4814737BFBB for ; Tue, 27 Jun 2000 16:20:49 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 6184 invoked by uid 1001); 27 Jun 2000 23:20:46 -0000 Date: Tue, 27 Jun 2000 19:20:46 -0400 From: Brian Reichert To: freebsd-net@freebsd.org Subject: Did IP aliasing change after 2.x? Message-ID: <20000627192045.J1800@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I must be missing something, so please bear with me. I have two servers running. 198.175.254.7 is running 2.2.7-RELEASE. 198.175.254.4 is running 4.0-RELEASE. In each case, the IP is an alias on the NIC. From within my net, I can ping each of these name servers. From outside of my net, I can only ping 198.175.254.7, the 'old' box. I can get to their primary IP addresses just fine. There is no packet filtering at play here. On each of the newer box, when I dump ping traffic with tcpdump: # tcpdump -n host 198.175.254.4 tcpdump: listening on dc0 19:05:21.437187 208.176.83.163 > 198.175.254.4: icmp: echo request 19:05:22.434743 208.176.83.163 > 198.175.254.4: icmp: echo request 19:05:23.431832 208.176.83.163 > 198.175.254.4: icmp: echo request That network segment is getting packets destined for 198.175.254.4, but the card never generates the 'echo reply' packets. The 2.2.7-RELEASE box: # ifconfig ed1 ed1: flags=8843 mtu 1500 inet 198.175.254.2 netmask 0xffffff00 broadcast 198.175.254.255 inet 198.175.254.7 netmask 0xffffffff broadcast 198.175.254.7 ether 00:40:05:4c:5c:e0 The 4.0-RELEASE box: # ifconfig dc0 dc0: flags=8843 mtu 1500 inet 198.175.254.6 netmask 0xffffff00 broadcast 198.175.254.255 inet6 fe80::220:78ff:fee1:4ae1%dc0 prefixlen 64 scopeid 0x1 inet 198.175.254.4 netmask 0xffffffff broadcast 198.175.254.4 ether 00:20:78:e1:4a:e1 media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 100baseTX none The mailing list archives mentioned affixing the alias to lo0, rather than the NIC; I tried that, to no effect. There was nothing on the errata page. Any ideas on why I might be seeing different results here? -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 16:25:46 2000 Delivered-To: freebsd-net@freebsd.org Received: from web121.yahoomail.com (web121.yahoomail.com [205.180.60.129]) by hub.freebsd.org (Postfix) with SMTP id 2DF9B37C1F3 for ; Tue, 27 Jun 2000 16:25:35 -0700 (PDT) (envelope-from fmirand@yahoo.com) Received: (qmail 656 invoked by uid 60001); 27 Jun 2000 23:25:30 -0000 Message-ID: <20000627232530.655.qmail@web121.yahoomail.com> Received: from [209.88.252.106] by web121.yahoomail.com; Tue, 27 Jun 2000 16:25:30 PDT Date: Tue, 27 Jun 2000 16:25:30 -0700 (PDT) From: Fabio Miranda Subject: Request of help to FreeBSD comunity To: FreeBSD-questions@freebsd.org Cc: 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 Hi, I'm Fabio and i registered a domain: webcaribe.net in Network Solutions 11 days ago (jun-08). I filled out the form with the RIGHT information: primary hostname : nietzsche.webcaribe.net primary ip : 209.88.252.106 secundary hostname : metrotel.metrotel.net.co secundary ip : 200.30.54.1 my dns works: nietzsche# dnsquery webcaribe.net ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47747 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 1, ADDITIONAL: 1 ;; webcaribe.net, type = ANY, class = IN webcaribe.net. 1H IN MX 10 mail.webcaribe.net. webcaribe.net. 1H IN NS nietzsche.webcaribe.net. webcaribe.net. 1H IN SOA nietzsche.webcaribe.net. root.nietzsche.webcaribe.net. ( 20000693 ; serial 1H ; refresh 15M ; retry 5w6d16h ; expiry 1H ) ; minimum webcaribe.net. 1H IN NS nietzsche.webcaribe.net. nietzsche.webcaribe.net. 1H IN A 209.88.252.106 nietzsche# The network solution's forms keep showing me an error: "Invalid char at 7a, 8a". I read the templates and i dont see the error in my form. I payed US$35 and i havent used any service from network solutions. I have sent 5 email asking for help to network solutions and they havent email me. What can i do? Do i have to sit here and wait for them? I'm the only one working on this, i have my leased line with my ip, and i havent figure out how to solve this. I really need this. I ask FreeBSD comunity for help, maybe someone work on ns or know any legal right that i have. It's incredible how can a compahy unrespect a client in this way. Thanks for your time. att, A freebsd user. __________________________________________________ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 18:10:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from orthanc.ab.ca (207-167-15-66.dsl.worldgate.ca [207.167.15.66]) by hub.freebsd.org (Postfix) with ESMTP id BD8A737C487 for ; Tue, 27 Jun 2000 18:10:27 -0700 (PDT) (envelope-from lyndon@orthanc.ab.ca) Received: from orthanc.ab.ca (localhost [127.0.0.1]) by orthanc.ab.ca (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id e5S1AB657245; Tue, 27 Jun 2000 19:10:11 -0600 (MDT) Message-Id: <200006280110.e5S1AB657245@orthanc.ab.ca> To: Brian Reichert Cc: freebsd-net@FreeBSD.ORG Subject: Re: suggested hack for ntpdate flags In-reply-to: Your message of "Tue, 27 Jun 2000 15:19:56 EDT." <20000627151956.D1800@numachi.com> Date: Tue, 27 Jun 2000 19:10:10 -0600 From: Lyndon Nerenberg Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> "Brian" == Brian Reichert writes: Brian> ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < Brian> /etc/ntp.conf`" I have always used: awk '/^server/ {print $2}' /etc/ntp.conf The awk version doesn't suffer from lines in ntp.conf like: server ntp.foo.bar prefer and I find it a bit more readable than the equivelent sed. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 18:45:55 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 697B837C543 for ; Tue, 27 Jun 2000 18:45:13 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 6927 invoked by uid 1001); 28 Jun 2000 01:45:10 -0000 Date: Tue, 27 Jun 2000 21:45:10 -0400 From: Brian Reichert To: Lyndon Nerenberg Cc: Brian Reichert , freebsd-net@FreeBSD.ORG Subject: Re: suggested hack for ntpdate flags Message-ID: <20000627214510.A6905@numachi.com> References: <20000627151956.D1800@numachi.com> <200006280110.e5S1AB657245@orthanc.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <200006280110.e5S1AB657245@orthanc.ab.ca>; from lyndon@orthanc.ab.ca on Tue, Jun 27, 2000 at 07:10:10PM -0600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jun 27, 2000 at 07:10:10PM -0600, Lyndon Nerenberg wrote: > >>>>> "Brian" == Brian Reichert writes: > > Brian> ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < > Brian> /etc/ntp.conf`" > > I have always used: > > awk '/^server/ {print $2}' /etc/ntp.conf > > The awk version doesn't suffer from lines in ntp.conf like: > > server ntp.foo.bar prefer > > and I find it a bit more readable than the equivelent sed. Yup, more rigorous. I'll give it a shake... > --lyndon > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 27 20: 4:23 2000 Delivered-To: freebsd-net@freebsd.org Received: from pojmail01.poj.usace.army.mil (poj01.poj.usace.army.mil [155.81.110.2]) by hub.freebsd.org (Postfix) with ESMTP id DF21C37BFCF for ; Tue, 27 Jun 2000 20:04:14 -0700 (PDT) (envelope-from Barry.A.Mishler@poj.usace.army.mil) Received: by pojmail01.poj.usace.army.mil with Internet Mail Service (5.5.2650.21) id ; Wed, 28 Jun 2000 12:04:09 +0900 Message-ID: <8ACF33E983FDD31181ED009027CCC457192C1C@pojmail02.poj.usace.army.mil> From: "Mishler, Barry A POJ" To: 'Brian Reichert' Cc: freebsd-net@FreeBSD.ORG Subject: RE: suggested hack for ntpdate flags Date: Wed, 28 Jun 2000 12:04:07 +0900 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The /etc/init.d/xntpd file included with Solaris does a very similar thing with the ntp.conf file. I always thought it was a good idea. It's exactly that kind of thing that creates a good impression... making services work with minimal effort. My only question is: can it do any harm? Barry -- Barry Mishler UNIX System Administrator / Network Manager Japan Engineer District U.S. Army Corps of Engineers > -----Original Message----- > From: Brian Reichert [mailto:reichert@numachi.com] > Sent: Wednesday, June 28, 2000 4:38 AM > To: Garrett Wollman > Cc: Brian Reichert; freebsd-net@FreeBSD.ORG > Subject: Re: suggested hack for ntpdate flags > > > On Tue, Jun 27, 2000 at 03:27:13PM -0400, Garrett Wollman wrote: > > < said: > > > > > I've taken to doing this in various boxes in /etc/rc.conf: > > > ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < /etc/ntp.conf`" > > > > > just so I don't have two lists of time servers to maintain. > > > > Hmmm. Around here, we simply call our NTP servers `ntp-0', `ntp-1', > > and `ntp-2', so there's no maintenance involved. I can see where your > > approach might help for a site which doesn't run its own NTP servers. > > I do run my own servers. Irrespective of _what_ you name your time > servers (or whether they're internal or not), with the above hack, > you only need record them once in /etc/ntpd.conf. You don't then > need to also cite them in /etc/rc.conf. > > Of course, if your site has ready mechanisms for provisioning > machines, then such things could simply be pre-configured into your > reference machine to be distributed. > > I need such a thing in that I'm responsible for preovisioning > machines in several sites; this is one of those hacks I keep carrying > around with me. > > I was volunteering it more for the masses at large, as someone new > to configuring time syncronization clients might find it useful. > > Just a suggestion anyway; I'm not going to get bent out of shape > if it's not useful to others... > > > -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 > > -- > Brian 'you Bastard' Reichert reichert@numachi.com > 37 Crystal Ave. #303 Daytime number: (603) 434-6842 > Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 0:55:46 2000 Delivered-To: freebsd-net@freebsd.org Received: from sentry.granch.ru (sentry.granch.ru [212.20.5.135]) by hub.freebsd.org (Postfix) with ESMTP id D2E7137B5EC; Wed, 28 Jun 2000 00:55:27 -0700 (PDT) (envelope-from shelton@sentry.granch.ru) Received: (from shelton@localhost) by sentry.granch.ru (8.9.3/8.9.3) id OAA22460; Wed, 28 Jun 2000 14:55:52 +0700 (NOVST) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 28 Jun 2000 14:55:52 +0700 (NOVST) Reply-To: "Rashid N. Achilov" Organization: Granch Ltd. From: "Rashid N. Achilov" To: freebsd-newbies@freebsd.org, freebsd-net@freebsd.org Subject: load balancing Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We have two Internet providers through leased lines at 64k and 128k respectively. This lines goes through one FreeBSD 3.4-STABLE server. What can I make channels load balancing? (When first channel is using more than second, all traffic goes through second and vice versa...) Change FreeBSD to something else don't offer. -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Cert. ID: 28514, Granch Ltd. lead engineer e-mail: achilov@granch.ru, tel (383-2) 24-2363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 2:13: 7 2000 Delivered-To: freebsd-net@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 630FB37B92A; Wed, 28 Jun 2000 02:12:57 -0700 (PDT) (envelope-from samj@itcj.kiev.ua) Received: from tools.itci.kiev.ua (tools.itci.kiev.ua [62.244.54.249]) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id MEY21375; Wed, 28 Jun 2000 12:12:53 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Received: from primsrv ([62.244.54.220]) by tools.itci.kiev.ua (8.9.3/8.9.3) with SMTP id MAA18342; Wed, 28 Jun 2000 12:12:02 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Message-ID: <015701bfe0e0$f007ea90$dc36f43e@primsrv.itci.kiev.ua> From: "Yuriy" To: Cc: Subject: cuaab OR cuaa10 ? ! Date: Wed, 28 Jun 2000 12:12:05 +0300 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have problems with mgetty+ppp+scripts+tty sometimes . My script uses 'tty' utility for definition of port. But suddenly on some moment 'tty' determines port as cuaa10 instead of cuaaa. 'wtmp' contains records with even after user on cuaaa was disconnected until host will be reboot. 'w' does not show cuaa10 too. 'ps -ax' shows cuaa10. It breaks all statistics for cuaaa. As it is possible to explain it? Thanks _______ Yuriy Samartsev, Firm ITC Ltd, http://www.itci.net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 7:10: 9 2000 Delivered-To: freebsd-net@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9210337BA40; Wed, 28 Jun 2000 07:09:47 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA28568; Wed, 28 Jun 2000 10:09:38 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id KAA82384; Wed, 28 Jun 2000 10:09:38 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 28 Jun 2000 10:09:38 -0400 (EDT) To: Bosko Milekic Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14681.63578.312644.776689@grasshopper.cs.duke.edu> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bosko Milekic writes: > This code includes all that was discussed in the previous Email, as > well as a better/actually working external storage facility for clusters. > Previously, it was very difficult to allocate external storage, attach it > to the mbuf, _and_ as well maintain a reference counter for it, primarily > due to the arguments that were taken by ext_free() and ext_buf(). These > have been changed to have a new void * pointer passed in as the second > argument (following the base address of the storage buffer). Also has > been included a void * multi-purpose ext_args pointer in the m_ext > struct, so the caller has much more flexibility now. In fact, the caller > can now attach a "management" or "reference" structure to the m_ext > struct via the ext_args pointer, and have it passed to his ext_free and > ext_buf routines. Naturally, for dynamically sized malloc() external YES! This is wonderful news. I started coding device drivers on Digital UNIX and have long missed this feature. I can't count the number of times I've gotten 90% of the way through doing something with ext mubfs & thought to myself "oh hell, now what am I going to do for an m_ext.ext_ref() function?" On a less enthusiastic note, the amount of whitespace changes make it very difficult to eyeball your diff. Could you re-roll your diffs with -b (to ignore your whitespace changes). ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 8:41:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A48DE37BA77; Wed, 28 Jun 2000 08:41:27 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.9.3/8.9.3) with SMTP id LAA23490; Wed, 28 Jun 2000 11:40:47 -0400 (EDT) Message-Id: <200006281540.LAA23490@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Wed, 28 Jun 2000 11:49:27 -0400 To: Andrew Gallatin , Bosko Milekic From: Dennis Subject: Re: mbuf re-write(s): v 0.2: request-for-comments Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG In-Reply-To: <14681.63578.312644.776689@grasshopper.cs.duke.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 10:09 AM 6/28/00 -0400, Andrew Gallatin wrote: > >Bosko Milekic writes: > > > This code includes all that was discussed in the previous Email, as > > well as a better/actually working external storage facility for clusters. > > Previously, it was very difficult to allocate external storage, attach it > > to the mbuf, _and_ as well maintain a reference counter for it, primarily > > due to the arguments that were taken by ext_free() and ext_buf(). These > > have been changed to have a new void * pointer passed in as the second > > argument (following the base address of the storage buffer). Also has > > been included a void * multi-purpose ext_args pointer in the m_ext > > struct, so the caller has much more flexibility now. In fact, the caller > > can now attach a "management" or "reference" structure to the m_ext > > struct via the ext_args pointer, and have it passed to his ext_free and > > ext_buf routines. Naturally, for dynamically sized malloc() external > >YES! This is wonderful news. > >I started coding device drivers on Digital UNIX and have long missed >this feature. I can't count the number of times I've gotten 90% of >the way through doing something with ext mubfs & thought to myself >"oh hell, now what am I going to do for an m_ext.ext_ref() function?" > >On a less enthusiastic note, the amount of whitespace changes make it >very difficult to eyeball your diff. Could you re-roll your diffs with >-b (to ignore your whitespace changes). Its not really "wonderful" to those that have already implemented something using the old method. What version is this "patch" likely to find its way into the mainstream code (or will it), as its likely to break our drivers..... Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 8:52:28 2000 Delivered-To: freebsd-net@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 754FC37BD4C; Wed, 28 Jun 2000 08:52:19 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JR58IA9F6O0008QZ@research.kpn.com>; Wed, 28 Jun 2000 17:52:16 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Wed, 28 Jun 2000 17:52:15 +0100 Content-return: allowed Date: Wed, 28 Jun 2000 17:52:15 +0100 From: "Koster, K.J." Subject: RE: mbuf re-write(s): v 0.2: request-for-comments To: 'Dennis' Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D76C9@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Its not really "wonderful" to those that have already > implemented something using the old method. > Unless you get to rip out your own workarounds for the missing functionality and get someone else to support those for you. I think I'll call it delegation through innovation. :-) Kees Jan ================================================= TV is the worst of both worlds. It's not as good at words as radio is because the pictures are a distraction which demand attention, and it's not as good as cinema because the pictures are not nearly as good. Douglas Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 9: 1: 7 2000 Delivered-To: freebsd-net@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9CFD437B9B5; Wed, 28 Jun 2000 09:00:58 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA00698; Wed, 28 Jun 2000 12:00:51 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id MAA82559; Wed, 28 Jun 2000 12:00:51 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 28 Jun 2000 12:00:50 -0400 (EDT) To: Dennis Cc: Bosko Milekic , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-Reply-To: <200006281540.LAA23490@etinc.com> References: <14681.63578.312644.776689@grasshopper.cs.duke.edu> <200006281540.LAA23490@etinc.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14682.7393.3441.596574@grasshopper.cs.duke.edu> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dennis writes: > > Its not really "wonderful" to those that have already implemented something > using the old method. > Speaking as somebody who maintains 3 out-of-tree network drivers & a bunch of local code, all of which makes heavy use of external mbufs, I certainly consider it to be "wonderful." > What version is this "patch" likely to find its way into the mainstream > code (or will it), as its likely to break our drivers..... I presume that the reason it is being presented here is to collect input. This input may influence the patch. I would imagine that it would go into 5.0-CURRENT first. At any rate, you might not need to make changes to anything other than your function prototypes, depending on how your ext_free and ext_ref functions are implemented. He's basically changed the second arg of those functions to take a void * which nobody else is going to look at, so you can cast it to an int & use it as a simple counter or use it as a pointer to a private data structure if you need more state. Currently, that second arg is the ext_size, which was always pretty useless (at least for me..). Its hard to say what other changes are there since there are so many whitespace changes that I cannot easily read it. Perhaps you noticed some other change which could break your drivers? Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 10: 3:44 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id D35EC37B795 for ; Wed, 28 Jun 2000 10:03:40 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 11390 invoked by uid 1001); 28 Jun 2000 17:03:35 -0000 Date: Wed, 28 Jun 2000 13:03:35 -0400 From: Brian Reichert To: freebsd-net@freebsd.org Subject: Re: Did IP aliasing change after 2.x? Message-ID: <20000628130335.E10407@numachi.com> References: <20000627192045.J1800@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <20000627192045.J1800@numachi.com>; from reichert@numachi.com on Tue, Jun 27, 2000 at 07:20:46PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jun 27, 2000 at 07:20:46PM -0400, Brian Reichert wrote: > I have two servers running. > > 198.175.254.7 is running 2.2.7-RELEASE. > 198.175.254.4 is running 4.0-RELEASE. > > In each case, the IP is an alias on the NIC. > > From within my net, I can ping each of these name servers. From > outside of my net, I can only ping 198.175.254.7, the 'old' box. > > I can get to their primary IP addresses just fine. > > There is no packet filtering at play here. Just to respond to myself: _Part_ of the problem is a crappy switch; I took specific steps to 'populate' said switch's hash of MAC addresses via: ping -S 198.175.254.4 198.175.254.1 This against a few destinations on our net seemed to help. I can now make use of that server, even from outside our net. I don't understand why I was seeing this symptom, though: > On each of the newer box, when I dump ping traffic with > tcpdump: > > # tcpdump -n host 198.175.254.4 > tcpdump: listening on dc0 > 19:05:21.437187 208.176.83.163 > 198.175.254.4: icmp: echo request > 19:05:22.434743 208.176.83.163 > 198.175.254.4: icmp: echo request > 19:05:23.431832 208.176.83.163 > 198.175.254.4: icmp: echo request > > That network segment is getting packets destined for 198.175.254.4, > but the card never generates the 'echo reply' packets. But, for whatever magical reason, I'm all set now, so thanks for your patience... -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 10:43:12 2000 Delivered-To: freebsd-net@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id D294B37BED7; Wed, 28 Jun 2000 10:43:02 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWV00ADTL421R@field.videotron.net>; Wed, 28 Jun 2000 13:40:50 -0400 (EDT) Date: Wed, 28 Jun 2000 13:42:49 -0400 (EDT) From: Bosko Milekic Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-reply-to: <200006281540.LAA23490@etinc.com> X-Sender: bmilekic@jehovah.technokratis.com To: Dennis Cc: Andrew Gallatin , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.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 Wed, 28 Jun 2000, Dennis wrote: > >YES! This is wonderful news. > > > >I started coding device drivers on Digital UNIX and have long missed > >this feature. I can't count the number of times I've gotten 90% of > >the way through doing something with ext mubfs & thought to myself > >"oh hell, now what am I going to do for an m_ext.ext_ref() function?" > > > >On a less enthusiastic note, the amount of whitespace changes make it > >very difficult to eyeball your diff. Could you re-roll your diffs with > >-b (to ignore your whitespace changes). > > Its not really "wonderful" to those that have already implemented something > using the old method. > > What version is this "patch" likely to find its way into the mainstream > code (or will it), as its likely to break our drivers..... > > Dennis You can cast the void * argument to basically anything you like, so there is little chance that it will break your drivers to the order which you appear to be suggesting. All it would really do is reduce coad bloat and make things less scattered. Actually, network device drivers were one of the motivations for this part of the patch: Bill Paul implements jumbo bufs in if_sk, for example, and has to literally "hide" the address of the softc structure inside the buffer so that he can use it inside his ext_{free, ref} calls. All that this would do is clean things up for him. As this patch is rather big, and does more than just this (i.e. it also completely changes the way mbufs are allocated and freed and thus allows pages allocated from mb_map to be freed back to the map, therefore freeing physical pages as a consequence, etc. -- and there are more changes to come), I think that it's safe to say that there is still a little bit before this goes through. Regards, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 11: 9:14 2000 Delivered-To: freebsd-net@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 446BF37C270; Wed, 28 Jun 2000 11:09:08 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWV00CQ1MDC7D@falla.videotron.net>; Wed, 28 Jun 2000 14:08:00 -0400 (EDT) Date: Wed, 28 Jun 2000 14:09:59 -0400 (EDT) From: Bosko Milekic Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-reply-to: <14681.63578.312644.776689@grasshopper.cs.duke.edu> X-Sender: bmilekic@jehovah.technokratis.com To: Andrew Gallatin Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.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 Wed, 28 Jun 2000, Andrew Gallatin wrote: > YES! This is wonderful news. > > I started coding device drivers on Digital UNIX and have long missed > this feature. I can't count the number of times I've gotten 90% of > the way through doing something with ext mubfs & thought to myself > "oh hell, now what am I going to do for an m_ext.ext_ref() function?" I can imagine. As I've previously mentionned, I'm thinking of adopting NetBSD's reference idea, as it seems very handy here. What it basically assumes is that if you're going to increase the reference count to an object, that you know one of the mbufs also referencing that object (since what you're doing is probably "copying" the data without having to actually perform a memory-to-memory copy -- the reason we have reference counts in the first place). So, if you know the mbuf referencing the same object, you will pass it to the macro and it will "increase a reference count" for it itself. What actually occurs is that the m_ext structure holds a forward/backward pointer (in the style of doubly-linked list) and is linked to all the other mbufs referencing the same object. This would isolate the referencing of external objects to the mbuf subsystem, such that callers don't have to worry about it at all, and can essentially get rid of the ext_ref() routine alltogether. > On a less enthusiastic note, the amount of whitespace changes make it > very difficult to eyeball your diff. Could you re-roll your diffs with > -b (to ignore your whitespace changes). Yeah, I made some "appearence/consistency/cleanliness" changes in /sys/sys/mbuf.h in order to maintain consistency and ensure easy readability of the final product. However, for readability purposes, I posted the no-whitespace-changes diff to the same place: http://www.technokratis.com/code/mbuf/ I should have done this immediately; thanks for the advice! Hope this helps. :-) > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 Cheers, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 14:48:17 2000 Delivered-To: freebsd-net@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 464C137C150; Wed, 28 Jun 2000 14:48:11 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id PAA53212; Wed, 28 Jun 2000 15:47:40 -0600 (MDT) (envelope-from ken) Date: Wed, 28 Jun 2000 15:47:40 -0600 From: "Kenneth D. Merry" To: Andrew Gallatin Cc: Dennis , Bosko Milekic , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: mbuf re-write(s): v 0.2: request-for-comments Message-ID: <20000628154740.A53117@panzer.kdm.org> References: <14681.63578.312644.776689@grasshopper.cs.duke.edu> <200006281540.LAA23490@etinc.com> <14682.7393.3441.596574@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14682.7393.3441.596574@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Wed, Jun 28, 2000 at 12:00:50PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Jun 28, 2000 at 12:00:50 -0400, Andrew Gallatin wrote: > Dennis writes: > > > > Its not really "wonderful" to those that have already implemented something > > using the old method. > > > > Speaking as somebody who maintains 3 out-of-tree network drivers & a > bunch of local code, all of which makes heavy use of external mbufs, I > certainly consider it to be "wonderful." > > > What version is this "patch" likely to find its way into the mainstream > > code (or will it), as its likely to break our drivers..... > > I presume that the reason it is being presented here is to collect > input. This input may influence the patch. I would imagine that it > would go into 5.0-CURRENT first. > > At any rate, you might not need to make changes to anything other than > your function prototypes, depending on how your ext_free and ext_ref > functions are implemented. He's basically changed the second arg of > those functions to take a void * which nobody else is going to look > at, so you can cast it to an int & use it as a simple counter or use > it as a pointer to a private data structure if you need more state. > Currently, that second arg is the ext_size, which was always pretty > useless (at least for me..). FWIW, I'm in favor of a pointer argument as well. The way I implemented it was actually with a third argument, instead of changing the int to void. i.e.: /* description of external storage mapped into mbuf, valid if M_EXT set */ struct m_ext { caddr_t ext_buf; /* start of buffer */ void (*ext_free) /* free routine if not the usual */ #ifdef EXTRA_MBUF_ARG __P((caddr_t, u_int, void *)); #else __P((caddr_t, u_int)); #endif u_int ext_size; /* size of buffer, for ext_free */ void (*ext_ref) /* add a reference to the ext object */ #ifdef EXTRA_MBUF_ARG __P((caddr_t, u_int, void *)); void *ext_arg; #else __P((caddr_t, u_int)); #endif }; I don't feel too strongly about it either way -- I suppose it's about the same amount of work to port older code. (I just put an ifdef in the sendfile code, which doesn't use the third argument in my tree.) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 16:13:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 058CA37BA1A for ; Wed, 28 Jun 2000 16:13:28 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 4702013 invoked from network); 28 Jun 2000 23:13:25 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 28 Jun 2000 23:13:25 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id BAA12642; Thu, 29 Jun 2000 01:13:23 +0200 (CEST) (envelope-from root) Posted-Date: Thu, 29 Jun 2000 01:13:23 +0200 (CEST) To: Brian Reichert Cc: Lyndon Nerenberg , freebsd-net@FreeBSD.ORG Subject: Re: suggested hack for ntpdate flags References: <20000627151956.D1800@numachi.com> <200006280110.e5S1AB657245@orthanc.ab.ca> <20000627214510.A6905@numachi.com> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 29 Jun 2000 01:13:22 +0200 In-Reply-To: Brian Reichert's message of "Tue, 27 Jun 2000 21:45:10 -0400" Message-ID: Lines: 26 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brian Reichert writes: > On Tue, Jun 27, 2000 at 07:10:10PM -0600, Lyndon Nerenberg wrote: > > >>>>> "Brian" == Brian Reichert writes: > > > > Brian> ntpdate_flags="`sed -n 's/^server \(.*\)/\1/p' < > > Brian> /etc/ntp.conf`" > > > > I have always used: > > > > awk '/^server/ {print $2}' /etc/ntp.conf > > > > The awk version doesn't suffer from lines in ntp.conf like: > > > > server ntp.foo.bar prefer > > > > and I find it a bit more readable than the equivelent sed. > > Yup, more rigorous. I'll give it a shake... don't forget the -b (mandatory) and -s (optional) flags also. Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 16:17:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 6369C37C2C6 for ; Wed, 28 Jun 2000 16:16:58 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 1589057 invoked from network); 28 Jun 2000 23:16:53 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 28 Jun 2000 23:16:53 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id BAA12661; Thu, 29 Jun 2000 01:16:53 +0200 (CEST) (envelope-from root) Posted-Date: Thu, 29 Jun 2000 01:16:53 +0200 (CEST) To: "Rashid N. Achilov" Cc: freebsd-newbies@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: load balancing References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 29 Jun 2000 01:16:52 +0200 In-Reply-To: "Rashid N. Achilov"'s message of "Wed, 28 Jun 2000 14:55:52 +0700 (NOVST)" Message-ID: Lines: 13 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Rashid N. Achilov" writes: > We have two Internet providers through leased lines at 64k and 128k respectively. This lines goes > through one FreeBSD 3.4-STABLE server. What can I make channels load balancing? (When first channel > is using more than second, all traffic goes through second and vice versa...) Change FreeBSD to > something else don't offer. man dummynet sould be a good starting point. Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 16:55:59 2000 Delivered-To: freebsd-net@freebsd.org Received: from field.videotron.net (field.videotron.net [205.151.222.108]) by hub.freebsd.org (Postfix) with ESMTP id BEFDE37C2D5; Wed, 28 Jun 2000 16:55:48 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by field.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWW00HYJ21VWG@field.videotron.net>; Wed, 28 Jun 2000 19:46:43 -0400 (EDT) Date: Wed, 28 Jun 2000 19:48:43 -0400 (EDT) From: Bosko Milekic Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-reply-to: <395A4434.1E513102@chiaro.com> X-Sender: bmilekic@jehovah.technokratis.com To: Dave Baukus Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.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 Wed, 28 Jun 2000, Dave Baukus wrote: > All this talk of mbuf prompts me to point a small bug in M_PREPEND that > was introduced somewhere between 3.3 and 4.0; maybe its also in 5.x. > [...] > If m_prepend() fails then .... No longer an issue in 5.0-CURRENT, and I'm looking at version 1.50 of mbuf.h Although you pointing it out did lead me to looking at m_prepend() itself, and noticing some bad style issues, like casting on NULLs (ick!) which I'll fix in the patch along with adding the new reference stuff. Thanks! > -- > Dave Baukus > dbaukus@chiaro.com > Chiaro Networks ltd. > Richardson, Texas, USA. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 16:57:50 2000 Delivered-To: freebsd-net@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 6F69637C234; Wed, 28 Jun 2000 16:57:40 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FWW00GP61WUFU@falla.videotron.net>; Wed, 28 Jun 2000 19:43:43 -0400 (EDT) Date: Wed, 28 Jun 2000 19:45:42 -0400 (EDT) From: Bosko Milekic Subject: Re: mbuf re-write(s): v 0.2: request-for-comments In-reply-to: <20000628154740.A53117@panzer.kdm.org> X-Sender: bmilekic@jehovah.technokratis.com To: "Kenneth D. Merry" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.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 Wed, 28 Jun 2000, Kenneth D. Merry wrote: > FWIW, I'm in favor of a pointer argument as well. The way I implemented it > was actually with a third argument, instead of changing the int to void. > i.e.: [...] > I don't feel too strongly about it either way -- I suppose it's about the > same amount of work to port older code. (I just put an ifdef in the > sendfile code, which doesn't use the third argument in my tree.) The u_int is really unnecessary. If the caller needs more important information, he can pass anything he likes, including a data structure, or even a pointer to the mbuf. So this information can be extracted in either case. > > Ken > -- > Kenneth Merry > ken@kdm.org > > -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 20:37:50 2000 Delivered-To: freebsd-net@freebsd.org Received: from tts.tomsk.su (tts.tomsk.su [212.20.50.9]) by hub.freebsd.org (Postfix) with ESMTP id 668F937B62F for ; Wed, 28 Jun 2000 20:37:43 -0700 (PDT) (envelope-from maksim@tts.tomsk.su) Received: from dragonland (unverified [212.20.50.12]) by tts.tomsk.su (Rockliffe SMTPRA 2.1.6) with SMTP id for ; Thu, 29 Jun 2000 11:37:42 +0800 From: "Maksimov Maksim" To: Subject: Re: How defend from stream2.c attack? Date: Thu, 29 Jun 2000 11:37:41 +0800 Message-ID: <000401bfe17b$614804c0$0c3214d4@dragonland.tts.tomsk.su> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal Disposition-Notification-To: "Maksimov Maksim" X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Problem solved!!! I take PCI network card - 3Com 3c905B-TX Fast Etherlink XL (aka xl0) and now stream(2).c attack not freezed my FreeBSD 4.0 Stable. And though interrupr reached 40-45% I can work at console and network services is available! Thanks! > > Well, I cvsup'd here, and I can't reproduce the problem. > > I'd guess that when the interrupts hit 100%, something's going really > wrong, and the system is crashing. I'm really not sure what > can be done > about that, since the problem's that the processor just can't > offload data > from the NIC fast enough. > > IF you want to test to make sure that's the problem, perhaps try some > other type of flood, and see if you can reproduce the > problem; my guess is > that you'll see the same problem. > > I'm not sure if there is a fix, in this case. Other than > upgrading the > processor or NIC (if it's an ISA NIC, I'd wager that a PCI > 10/100 would be > more efficient, given that it was designed for faster > operation), I think > you're just going to have to hope that an attacker can't > flood fast enough > to cause the problem. > > Actually, if they are ISA, you may want to try the following > two kernel > options: > > > # > # Options for `isa': > # > # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A > # interrupt controller. This saves about 0.7-1.25 usec for each > interrupt. > # This option breaks suspend/resume on some portables. > # > # AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A > # interrupt controller. This saves about 0.7-1.25 usec for each > interrupt. > # Automatic EOI is documented not to work for for the slave with the > # original i8259A, but it works for some clones and some integrated > # versions. > > Perhaps they might help. > > Mike "Silby" Silbersack > > On Fri, 23 Jun 2000, Maksimov Maksim wrote: > > > > Hm. I noticed on my P100 that according to top, the > > > processor utilization due to interrupts was getting to > 40% or so during a > > stream2 > > > attack - what does top say for you? > > > > interrupts was getting to 98% > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 28 23:38: 3 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 696B337BA82; Wed, 28 Jun 2000 23:37:53 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id IAA44052; Thu, 29 Jun 2000 08:38:55 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006290638.IAA44052@info.iet.unipi.it> Subject: Re: load balancing In-Reply-To: from Cyrille Lefevre at "Jun 29, 2000 01:16:52 am" To: clefevre@citeweb.net Date: Thu, 29 Jun 2000 08:38:55 +0200 (CEST) Cc: "Rashid N. Achilov" , freebsd-newbies@FreeBSD.ORG, freebsd-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 > "Rashid N. Achilov" writes: > > > We have two Internet providers through leased lines at 64k and 128k respectively. This lines goes > > through one FreeBSD 3.4-STABLE server. What can I make channels load balancing? (When first channel > > is using more than second, all traffic goes through second and vice versa...) Change FreeBSD to > > something else don't offer. > > man dummynet sould be a good starting point. i don't see how it could help at the moment. There are routing issues to solve in the first place. 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 Thu Jun 29 6: 0:10 2000 Delivered-To: freebsd-net@freebsd.org Received: from netcom.com (netcom6.netcom.com [199.183.9.106]) by hub.freebsd.org (Postfix) with ESMTP id 2516637BB04 for ; Thu, 29 Jun 2000 05:59:58 -0700 (PDT) (envelope-from stanb@netcom.com) Received: (from stanb@localhost) by netcom.com (8.9.3/8.9.3) id FAA11477 for freebsd-net@FreeBSD.ORG; Thu, 29 Jun 2000 05:57:07 -0700 (PDT) From: Stan Brown Message-Id: <200006291257.FAA11477@netcom.com> Subject: What is vmnet interface? To: freebsd-net@FreeBSD.ORG (FreeBSD Networking) Date: Thu, 29 Jun 2000 08:57:06 -0400 (EDT) X-Mailer: ELM [version 2.5 PL3] 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 I am installing 4.0 STABLE on an HP Omnibook 7100. In this machine I have a Linksys PCMCIA ehternet card. This card works great, s it did under 3.4 STABLE> It usese the ed deviec (ed1 instead of ed0 for reasons I don not understand). However I also have a mystery interface: vmnet1: flags=843 mtu 1500 inet 192.168.254.1 netmask 0xffffff00 broadcast 192.168.254.255 ether 00:50:56:ea:c1:a9 Van anyone sugest what this is? -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1998 Stan Brown. Redistribution via the Microsoft Network is prohibited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 29 9:50:19 2000 Delivered-To: freebsd-net@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id 3500E37BF54 for ; Thu, 29 Jun 2000 09:50:15 -0700 (PDT) (envelope-from nectar@nectar.com) Received: by gw.nectar.com (Postfix, from userid 1001) id 2E1B39B36; Thu, 29 Jun 2000 11:50:14 -0500 (CDT) Date: Thu, 29 Jun 2000 11:50:14 -0500 From: "Jacques A . Vidrine" To: Stan Brown Cc: FreeBSD Networking Subject: Re: What is vmnet interface? Message-ID: <20000629115014.B75075@spawn.nectar.com> Mail-Followup-To: "Jacques A . Vidrine" , Stan Brown , FreeBSD Networking References: <200006291257.FAA11477@netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006291257.FAA11477@netcom.com>; from stanb@netcom.com on Thu, Jun 29, 2000 at 08:57:06AM -0400 X-Url: http://www.nectar.com/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 29, 2000 at 08:57:06AM -0400, Stan Brown wrote: > vmnet1: flags=843 mtu 1500 > inet 192.168.254.1 netmask 0xffffff00 broadcast 192.168.254.255 > ether 00:50:56:ea:c1:a9 > > Van anyone sugest what this is? You installed VMWare? -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 29 15:33:25 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.uni-bielefeld.de (mail2.uni-bielefeld.de [129.70.4.90]) by hub.freebsd.org (Postfix) with ESMTP id 6172E37B7A3; Thu, 29 Jun 2000 15:33:18 -0700 (PDT) (envelope-from bfischer@Techfak.uni-bielefeld.de) Received: from frolic.no-support.loc (ppp36-343.hrz.uni-bielefeld.de [129.70.37.87]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0FWX007G9TBDRS@mail.uni-bielefeld.de>; Fri, 30 Jun 2000 00:33:15 +0200 (MET DST) Received: from broccoli.no-support.loc (broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.9.3/8.9.3) with ESMTP id AAA00666; Thu, 29 Jun 2000 00:58:03 +0200 (CEST envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.9.3/8.9.3) id AAA00606; Thu, 29 Jun 2000 00:58:02 +0200 (CEST envelope-from bjoern@no-support.loc) Date: Thu, 29 Jun 2000 00:58:02 +0200 From: Bjoern Fischer Subject: socket option IP_MULTICAST_LOOP has no effect? To: freebsd-net@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-id: <20000629005801.A251@broccoli.no-support.loc> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline Content-transfer-encoding: 7BIT User-Agent: Mutt/1.2i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Good morning, I got the impression that the socket option IP_MULTICAST_LOOP has no effect on 4.0-STABLE. Multicast packages are not looped back to the originating host. Looping back should be the default behavior of the socket API (Stevens, Unix Network Programming). I tried to explicitly switch it on with IP_MULTICAST_LOOP, but it didn't work either. Of course the socket is subscribed to the group (IP_ADD_MEMBERSHIP). Am I missing something or should this be a bug? Bjoern -- -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 29 22:13:10 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.rdc1.sdca.home.com (ha1.rdc1.sdca.home.com [24.0.3.66]) by hub.freebsd.org (Postfix) with ESMTP id D743B37B6D7; Thu, 29 Jun 2000 22:13:04 -0700 (PDT) (envelope-from RaymundoVega@home.com) Received: from home.com ([24.5.252.61]) by mail.rdc1.sdca.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20000630051304.OQJ2424.mail.rdc1.sdca.home.com@home.com>; Thu, 29 Jun 2000 22:13:04 -0700 Message-ID: <395C2C5F.647EE4F@home.com> Date: Thu, 29 Jun 2000 22:13:03 -0700 From: "Raymundo M. Vega" X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Fabio Miranda Cc: FreeBSD-questions@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Request of help to FreeBSD comunity References: <20000627232530.655.qmail@web121.yahoomail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I suppose this is not the right place to ask, but i will try to answer anyway. first your DNS config. looks OK (i did a light check) the questions 7a and 7b are for primary DNS and secondary DNS (hostnames) if i am right, you have to be able to do reverse lookups on the IP address in order to register a new domain name. this means that your ISP has to configure their DNS so if you look for 209.88.252.106 it comes out with the name nietzsche.webcaribe.net you can delete the secondary DNS server until you have fixed the primary. good luck raymundo Fabio Miranda wrote: > > Hi, I'm Fabio and i registered a domain: webcaribe.net > in Network Solutions 11 days ago (jun-08). > I filled out the form with the RIGHT information: > primary hostname : nietzsche.webcaribe.net > primary ip : 209.88.252.106 > secundary hostname : metrotel.metrotel.net.co > secundary ip : 200.30.54.1 > > my dns works: > nietzsche# dnsquery webcaribe.net > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: > 47747 > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: > 1, ADDITIONAL: 1 > ;; webcaribe.net, type = ANY, class = IN > webcaribe.net. 1H IN MX 10 > mail.webcaribe.net. > webcaribe.net. 1H IN NS > nietzsche.webcaribe.net. > webcaribe.net. 1H IN SOA > nietzsche.webcaribe.net. root.nietzsche.webcaribe.net. > ( > 20000693 > ; serial > 1H > ; refresh > 15M > ; retry > 5w6d16h > ; expiry > 1H ) > ; minimum > > webcaribe.net. 1H IN NS > nietzsche.webcaribe.net. > nietzsche.webcaribe.net. 1H IN A 209.88.252.106 > nietzsche# > > The network solution's forms keep showing me an error: > "Invalid char at 7a, 8a". > I read the templates and i dont see the error in my > form. > I payed US$35 and i havent used any service from > network solutions. > I have sent 5 email asking for help to network > solutions and they havent email me. > What can i do? > Do i have to sit here and wait for them? > > I'm the only one working on this, i have my leased > line with my ip, and i havent figure out how to solve > this. I really need this. I ask FreeBSD comunity for > help, maybe someone work on ns or know any legal right > that i have. > > It's incredible how can a compahy unrespect a client > in this way. > > Thanks for your time. > > att, A freebsd user. > > __________________________________________________ > Do You Yahoo!? > Get Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" 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 Fri Jun 30 22:10:14 2000 Delivered-To: freebsd-net@freebsd.org Received: from ns3.khmere.com (d83b56af.dsl.flashcom.net [216.59.86.175]) by hub.freebsd.org (Postfix) with ESMTP id 6594037B605; Fri, 30 Jun 2000 22:10:07 -0700 (PDT) (envelope-from nathan@khmere.com) Received: from khmere.com (ns2.khmere.com [216.59.86.176]) by ns3.khmere.com (8.9.3/8.8.7) with ESMTP id WAA31862; Fri, 30 Jun 2000 22:13:05 -0700 (PDT) Message-ID: <395D7D2B.48B90842@khmere.com> Date: Fri, 30 Jun 2000 22:10:04 -0700 From: nathan@khmere.com X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-net@FreeBSD.ORG" , "hackers@FreeBSD.ORG" Subject: loader and rootdev help !! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have FreeBSD 4.0-RELEASE (on i386) What I am trying to do is nfs root boot from the loader (?) I do: ok> unload kernel ok> load diskless_kernel ok> set kernel=diskless_kernel ok> boot -r -h Now what I understand is the -r flag will tell the kernel to overide the rootdev and use the "staticly linked device" from when you made the kernel ? Now my kernel (the diskless_kernel ) is a diskless kernel ( with BOOTP, NFS_ROOT .... etc.. ) compiled in. But when I boot like this is just tries to mount /dev/ad0s1a ... (normal device ) even though it gets the proper reply from the bootp server that its rootfs= it even prints : rootfs is Mounting root from ufs:/dev/ad0s1a but still mounts the ufs ! How do if force it to boot root fs on nfs ? I have tried to do a boot -a then when I prompts me for root fs I enter the proper nfs mount and it is cool ...... but I need it to do it with out promting... I have tried to : ok> set rootdev=nfs: ok> boot -h ok> can't determine root device I have also passed it kernel flags ? (mybe wrong ones ... ? ) Now I have looked at the /usr/src/sys/boot/i386/libi386/bootinfo.c and I see where it checks the roodev to see if it is proper ..... but I cannot determine what type of device I can name so that this will not die on me ??? set rootdev=??? how do I have the kernel to load the nfs root instead of use the currdev ? What does etherboot do when it loads the kernel ? does it pass it special parameters ?? If you are wondering why I just don't boot from etherboot ....etc...(I do ) but... I want to be able to boot my remote systems without a floppie and chose how to boot from loader (via serail console ...I don't have serial access for the bios but I can get serial console with FreeBSD !! ). Either default (use local drive) or load the diskless kernel , then boot diskless. This way I almost the same options ..... and maybe automate it... Any help would be great !! thank you kindly.... nathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 1 4:37:28 2000 Delivered-To: freebsd-net@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 8977F37B5A6 for ; Sat, 1 Jul 2000 04:37:26 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Sat, 1 Jul 2000 12:37:21 +0100 Received: from localhost (cmjg@localhost) by mail.ilrt.bris.ac.uk (8.8.7/8.8.8) with ESMTP id MAA22130; Sat, 1 Jul 2000 12:37:20 +0100 (BST) Date: Sat, 1 Jul 2000 12:37:20 +0100 (BST) From: Jan Grant To: net@freebsd.org Subject: Ingress filtering to loopback address: is there any way to do this without a full firewall install? 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 Sorry about the repost; I sent this to questions with no response. For a random service running on a random machine: On machine A (192.168.0.1): hostA:/> netstat -an | grep 5998 tcp4 0 0 127.0.0.1.5998 *.* LISTEN On machine B: (192.168.0.2):* hostB:/> ifconfig lo down hostB:/> route add -host 127.0.0.1 gw 192.168.0.1 hostB:/> telnet 127.0.0.1 5998 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. RANDOMSERVICE (hostA) welcomes you... Is there a way to stop the delivery of non-localhost-originated packets to services listening on a loopback address without building a firewall into the kernel? Cheers in advance, jan PS. I'd appreciate a CC: directly; I'm not (currently) subscribed to fbsd-net. Thanks! * This machine was "another free unix-a-like" hence the interface name, etc. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287163 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk If it's broken really badly - don't fix it either. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 1 11:49:49 2000 Delivered-To: freebsd-net@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id 5139037B8E3; Sat, 1 Jul 2000 11:49:46 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org (lucifer.is.an.elder.of.the.ninth-circle.org [195.38.216.226]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id e61IngZ79971; Sat, 1 Jul 2000 20:49:42 +0200 (CEST) Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id UAA50960; Sat, 1 Jul 2000 20:39:29 +0200 (CEST) (envelope-from asmodai) Date: Sat, 1 Jul 2000 20:39:29 +0200 From: Jeroen Ruigrok/Asmodai To: Nik Clayton Cc: net@freebsd.org Subject: Re: No route for 127/8 to lo0 Message-ID: <20000701203929.E26119@daemon.ninth-circle.org> References: <20000620201733.A665@kilt.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000620201733.A665@kilt.nothing-going-on.org>; from nik@freebsd.org on Tue, Jun 20, 2000 at 08:17:34PM +0000 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -On [20000621 19:58], Nik Clayton (nik@freebsd.org) wrote: >Why don't we automatically include a network route for 127/8 to lo0? > >I first noticed this when I saw Samba repeatedly triggering a PPP >dialup. > >It turns out Samba is sending occasional broadcasts to 127.255.255.255. >There's no route for that address on a 3.4/4.x system, so the packets >end up going out of the default route. This is bad for PPP systems (or >other systems that pay for outgoing traffic in some way). Funny. I just tried it myself here, but it doesn't cause any dial up sessions to be established on this CURRENT box. -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Do unto others, as ye would have done unto you... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 1 11:49:55 2000 Delivered-To: freebsd-net@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id 3556537B97B for ; Sat, 1 Jul 2000 11:49:51 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org (lucifer.is.an.elder.of.the.ninth-circle.org [195.38.216.226]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id e61InlZ79980; Sat, 1 Jul 2000 20:49:47 +0200 (CEST) Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id UAA50916; Sat, 1 Jul 2000 20:29:58 +0200 (CEST) (envelope-from asmodai) Date: Sat, 1 Jul 2000 20:29:58 +0200 From: Jeroen Ruigrok/Asmodai To: Noritoshi Demizu Cc: ccegongw@nus.edu.sg, freebsd-net@freebsd.org Subject: Re: Equivalent in FreeBSD? Message-ID: <20000701202957.B26119@daemon.ninth-circle.org> References: <4.3.2.7.0.20000625170617.00ad95c0@137.132.21.1> <20000627043751P.demizu@dd.iij4u.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000627043751P.demizu@dd.iij4u.or.jp>; from demizu@acm.org on Tue, Jun 27, 2000 at 04:37:51AM +0900 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi DEMIZU-san, -On [20000626 22:08], Noritoshi Demizu (demizu@acm.org) wrote: >We are planning to release our experimental clustering code within a >few weeks. Our code does: [snip] Perhaps you would like to use freebsd-cluster@freebsd.org to discuss some of your ideas and such with like minded and interested people. I know I would welcome some discussion there since I know of a couple of people and/or groups of people all aiming at the same end goal and I think it would be a waste of resources if we wouldn't communicate on this matter. Kind regards, -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project A Circle of Angels, deep in war... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message