From owner-freebsd-isp Sun May 19 05:31:58 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22110 for isp-outgoing; Sun, 19 May 1996 05:31:58 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA22099 for ; Sun, 19 May 1996 05:31:53 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id HAA01271; Sun, 19 May 1996 07:29:03 -0500 (CDT) Date: Sun, 19 May 1996 07:29:03 -0500 (CDT) Message-Id: <199605191229.HAA01271@zen.nash.org> From: Alex Nash To: root@edmweb.com Cc: isp@freebsd.org Subject: RE: Cyclades Cyclom 8Yo - kernel config and mknod ? Reply-to: nash@mcs.com Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I figured I needed to set sio#, because all of the handbook and FAQ > examples for multiport serial cards were messing with sio. Most multiport cards are just a bunch of National Semiconductor 8250/16x50 chips stuffed onto a single board, thus they use the sio driver. The Cyclades board has a different chip set, one which sio doesn't know about. Alex From owner-freebsd-isp Sun May 19 11:28:56 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03343 for isp-outgoing; Sun, 19 May 1996 11:28:56 -0700 (PDT) Received: from tchnet.tchnet.com (tchnet.tchnet.com [198.109.196.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03338 for ; Sun, 19 May 1996 11:28:54 -0700 (PDT) Received: (from dashadow@localhost) by tchnet.tchnet.com (8.6.12/8.6.9) id OAA12696; Sun, 19 May 1996 14:28:32 -0400 Date: Sun, 19 May 1996 14:28:31 -0400 (EDT) From: John Hart To: FreeBSD Questions Subject: Dual Processor Support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does FreeBSD support multiprocessor systems correctly, or do I need to add a port like SMP to the kernel? The reason I am asking is because we run 2.0.1R on a Dual Processor P100, and lately the server has been slowing down a bit when we reach peak times. John ------------------------------------------------------------------------------- John Hart, System Administrator Technet Internet Services dashadow@tchnet.com (517)796-8200 ------------------------------------------------------------------------------- From owner-freebsd-isp Sun May 19 12:36:33 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08060 for isp-outgoing; Sun, 19 May 1996 12:36:33 -0700 (PDT) Received: from feyuri.microsoft.com (feyuri.microsoft.com [131.107.243.53]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08054 for ; Sun, 19 May 1996 12:36:31 -0700 (PDT) Received: by feyuri.microsoft.com with Microsoft Exchange (IMC 4.0.948.0) id <01BB457F.B9C4B4A0@feyuri.microsoft.com>; Sun, 19 May 1996 12:35:56 -0700 Message-ID: From: "Scott Overholser (Volt Computer) (Exchange)" To: "'isp@freebsd.org'" , "'Steve Reid'" Subject: RE: Cyclades Cyclom 8Yo - kernel config and mknod ? Date: Sun, 19 May 1996 12:36:03 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.948.0 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk the MAKEDEV script does know about cyclades devices. there is a cy manpage for the cyclades driver that is very helpful...it describes exactly how the devices should be configured. scotto >---------- >From: Steve Reid[SMTP:steve@edmweb.com] >Sent: Saturday, May 18, 1996 5:10 PM >To: isp@freebsd.org >Subject: Cyclades Cyclom 8Yo - kernel config and mknod ? > >I have a Cyclades Cyclom 8Yo in a FreeBSD 2.1.0-RELEASE machine, but I'm >not quite certain about all of the kernel configuration option... So far, >this is what I've figured: > >device cy0 at isa? tty irq 15 iomem 0xd400 iosiz 0x2000 vector cyinter >options "COM_MULTIPORT" > >What I can't figure is the port and flags for sio2-sio9. Am I correct in >assuming I need to configure sio devices for the Cyclades card? > >Also, once I've got the devices compiled in the kernel, how do I make the >device files in /dev ? There doesn't seem to be anything for Cyclades in >the MAKEDEV script. > >I've checked the mailing list archives, and the cyclades manual, but I >can't find this information. > > >===================================================================== >| Steve Reid - SysAdmin & Pres, EDM Web (http://www.edmweb.com/) | >| Email: steve@edmweb.com Home Page: http://www.edmweb.com/steve/ | >| PGP Fingerprint: 11 C8 9D 1C D6 72 87 E6 8C 09 EC 52 44 3F 88 30 | >| -- Disclaimer: JMHO, YMMV, IANAL. -- | >===================================================================:) > From owner-freebsd-isp Sun May 19 12:50:03 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10366 for isp-outgoing; Sun, 19 May 1996 12:50:03 -0700 (PDT) Received: from feyuri.microsoft.com (feyuri.microsoft.com [131.107.243.53]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10288; Sun, 19 May 1996 12:49:53 -0700 (PDT) Received: by feyuri.microsoft.com with Microsoft Exchange (IMC 4.0.948.0) id <01BB4581.99A97D20@feyuri.microsoft.com>; Sun, 19 May 1996 12:49:21 -0700 Message-ID: From: "Scott Overholser (Volt Computer) (Exchange)" To: "'Scott Overholser'" , "'Doug Wellington'" Cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. Date: Sun, 19 May 1996 12:49:29 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.948.0 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk good questions...i didn't include this info in the mail since it was pretty wordy already and the system is a stock freebsd system - no surprises. the sendmail version is 8.6.12. i didn't keep my sendmail.cf from before. the sendmail.cf i'm using is the one that is installed with the stock system with the only change being the addition of "remuda.com" to the Cw line. the timeouts i set are all either 1 hour (for stuff like mail, and quit) and 2 hours for rcpt and data. the defaults are usually about 10 minutes. the gateway is very lightly loaded. also, telnet to port 25 of the problem sites works just fine. one more detail that i should have mentioned before. the sites that i have trouble with don't seem to have anything in common. the microsoft folks are obviously running ms exchange with the smtp gateway on winders nt. i think the nintendo site is linux and it's running smap. i don't have a clue what msn is using but gonna guess that winders nt is involved. i'd like to reiterate that the problems are 100% reproducable with the sites i'm having trouble with while mail to everyone else works just fine. i did some testing with another freebsd box (stock install again) and the sites that are causing problems for my box don't affect it (i built both, both are on different net connections). i stole it's sendmail.cf but it didn't help. i'm gonna rebuild and see if that helps. i'll post results to the lists. scotto >---------- >From: Doug Wellington[SMTP:doug@sun1paztcn.wr.usgs.gov] >Sent: Saturday, May 18, 1996 12:26 AM >To: Scott Overholser >Cc: Scott Overholser (Volt Computer) (Exchange); >freebsd-questions@FreeBSD.ORG; freebsd-hackers@FreeBSD.ORG; >freebsd-isp@FreeBSD.ORG; freebsd-bugs@FreeBSD.ORG; >doug@sun1paztcn.wr.usgs.gov >Subject: Re: sendmail read errors/timeouts etc. > >Previously: >>i recently replaced my email gateway with a freebsd 2.1.0 box. prior to >>that it was a linux box (different hardware) running sendmail 8.6.11 and >>100% trouble free. now though, i am seeing sendmail errors when sending to >>a few select sites. in addition, i see them when i receive from the same >>sites. > >Well, I'm gonna start with a couple dumb questions... What version of >sendmail are you running? I think the most recent is 8.7.5... When you >switched, did you keep a copy of your old sendmail.cf? Have you done a >diff on the old vs. the new? I know you said that your timeouts were >very high, but exactly what is the r option? I used to run with 15m, >but that isn't long enough anymore. Try at least 30m or maybe even 1h >or more... Also, do you have any problems with a connection to those sites >if you do it manually (with telnet)? How heavily is your gateway loaded? >If you have a heavy load, you may want to consider using a more efficient >mailer than sendmail... > >-Doug > >Doug Wellington >doug@sun1paztcn.wr.usgs.gov >System and Network Administrator >US Geological Survey, Tucson, AZ Project Office > >According to proposed Federal guidelines, this message is a "non-record". >Hmm, I wonder if _everything_ I say is a "non-record"... > >FreeBSD and Apache - the best real tools for the virtual world! >Check out www.freebsd.org and www.apache.org, and for you music >types, check out TCLMidi... > >God, I wonder what Apple is going to mess up next? Have they been >taking lessons from Novell? > From owner-freebsd-isp Sun May 19 13:58:36 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22739 for isp-outgoing; Sun, 19 May 1996 13:58:36 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22718; Sun, 19 May 1996 13:58:29 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id NAA26446; Sun, 19 May 1996 13:13:22 -0700 Date: Sun, 19 May 1996 13:56:36 -0700 (PDT) From: Michael Dillon To: a-scotov@microsoft.com cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. In-Reply-To: Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 19 May 1996, Scott Overholser (Volt Computer) (Exchange) wrote: > nt. i think the nintendo site is linux and it's running smap. Uhhhh... bash$ /usr/sbin/nslookup -q=mx nintendo.com Server: sidhe.memra.com Address: 10.10.10.1 nintendo.com preference = 1, mail exchanger = samus.nintendo.com nintendo.com nameserver = orcu.or.br.np.els-gms.att.net nintendo.com nameserver = ohcu.oh.mt.np.els-gms.att.net samus.nintendo.com internet address = 205.166.76.2 orcu.or.br.np.els-gms.att.net internet address = 199.191.129.139 ohcu.oh.mt.np.els-gms.att.net internet address = 199.191.144.75 bash$ telnet samus.nintendo.com 25 Trying 205.166.76.2... Connected to samus.nintendo.com. Escape character is '^]'. 220- samus.nintendo.com Sendmail 950215.SGI.8.6.10/940406.SGI.AUTO ready at Sun, 19 May 1996 13:52:13 -0700 220 ESMTP spoken here quit In the past I have heard that SGI's can cause some problems with other TCP/IP stacks because they have some internal timings tuned too fast. This was in relation to http. Could there be a connection? Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-isp Sun May 19 14:16:47 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23804 for isp-outgoing; Sun, 19 May 1996 14:16:47 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA23799; Sun, 19 May 1996 14:16:39 -0700 (PDT) Received: from campa.panke.de (anonymous226.ppp.cs.tu-berlin.de [130.149.17.226]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id XAA23336; Sun, 19 May 1996 23:04:19 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id WAA02026; Sun, 19 May 1996 22:16:50 +0200 Date: Sun, 19 May 1996 22:16:50 +0200 From: Wolfram Schneider Message-Id: <199605192016.WAA02026@campa.panke.de> To: "Julian H. Stacey" Cc: Tushar Patel , kuku@gilberto.physik.RWTH-Aachen.DE, freebsd-isp@FreeBSD.org Subject: Re: Login name longer then 8 character? In-Reply-To: <199605162317.BAA02650@vector.jhs.no_domain> References: <199605152032.UAA13583@ecpi.com> <199605162317.BAA02650@vector.jhs.no_domain> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-isp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian H. Stacey writes: >Perhaps whoever wrote the adduser 8 char limit knew there are or I was it ;-) >at least were also passwd 8 char limits in FreeBSD, > (as to version I can't tell you, but I did hit such a limit a few months > back, on a machine kuku@gil.physik.rwth-aachen.de knows of) > >so before you read & change the source to adduser, >go & do some direct tests with passwd etc. libc depend on UT_NAMESIZE (8 chars) and MAXLOGNAME (12 chars). man setlogin [...] BUGS Login names are limited in length by setlogin(). However, lower limits are placed on login names elsewhere in the system (UT_NAMESIZE in ). Wolfram From owner-freebsd-isp Sun May 19 15:20:22 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28017 for isp-outgoing; Sun, 19 May 1996 15:20:22 -0700 (PDT) Received: from yuri.microsoft.com (exchange.microsoft.com [131.107.243.48]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27961; Sun, 19 May 1996 15:20:11 -0700 (PDT) Received: by yuri.microsoft.com with Microsoft Exchange (IMC 4.0.838.14) id <01BB4596.996A44B0@yuri.microsoft.com>; Sun, 19 May 1996 15:19:40 -0700 Message-ID: From: "Scott Overholser (Volt Computer) (Exchange)" To: "'Michael Dillon'" Cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-hackers@FreeBSD.ORG'" , "'freebsd-isp@FreeBSD.ORG'" , "'freebsd-bugs@FreeBSD.ORG'" Subject: RE: sendmail read errors/timeouts etc. Date: Sun, 19 May 1996 15:05:10 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk actually, the domain of interest for nintendo of america is "noa.com" and the mail host is called bowser.noa.com. i've never sent mail to nintendo.com. i have not discovered anything in common among the sites i'm having trouble with (other than the fact that my box is having trouble with all of them - hmm maybe that should tell me something %^) i'm surprised that with all the folks that've had problems with this in the various versions of freebsd over the last year that nobody really nailed it down. i was gonna search the netbsd list archives but they aren't as easy to get at as the freebsd archives are (no smurfy html form - gotta go get 'em and grep through 'em) - i thought it'd be interesting to find out if the netbsd'ers have experienced the same difficulties. oh well, that'll be that bottom of the barrel strategy. scotto >---------- >From: Michael Dillon[SMTP:michael@memra.com] >Sent: Sunday, May 19, 1996 1:56 PM >To: Scott Overholser (Volt Computer) (Exchange) >Cc: 'freebsd-questions@FreeBSD.ORG'; 'freebsd-hackers@FreeBSD.ORG'; >'freebsd-isp@FreeBSD.ORG'; 'freebsd-bugs@FreeBSD.ORG' >Subject: RE: sendmail read errors/timeouts etc. > >On Sun, 19 May 1996, Scott Overholser (Volt Computer) (Exchange) wrote: > >> nt. i think the nintendo site is linux and it's running smap. > >Uhhhh... > >bash$ /usr/sbin/nslookup -q=mx nintendo.com >Server: sidhe.memra.com >Address: 10.10.10.1 > >nintendo.com preference = 1, mail exchanger = samus.nintendo.com >nintendo.com nameserver = orcu.or.br.np.els-gms.att.net >nintendo.com nameserver = ohcu.oh.mt.np.els-gms.att.net >samus.nintendo.com internet address = 205.166.76.2 >orcu.or.br.np.els-gms.att.net internet address = 199.191.129.139 >ohcu.oh.mt.np.els-gms.att.net internet address = 199.191.144.75 >bash$ telnet samus.nintendo.com 25 >Trying 205.166.76.2... >Connected to samus.nintendo.com. >Escape character is '^]'. >220- samus.nintendo.com Sendmail 950215.SGI.8.6.10/940406.SGI.AUTO >ready >at Sun, 19 May 1996 13:52:13 -0700 >220 ESMTP spoken here >quit > >In the past I have heard that SGI's can cause some problems with other >TCP/IP stacks because they have some internal timings tuned too fast. >This was in relation to http. Could there be a connection? > >Michael Dillon Voice: >+1-604-546-8022 >Memra Software Inc. Fax: >+1-604-546-3049 >http://www.memra.com E-mail: >michael@memra.com > > From owner-freebsd-isp Mon May 20 12:00:55 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08751 for isp-outgoing; Mon, 20 May 1996 12:00:55 -0700 (PDT) Received: from InfoWest.COM (infowest.com [204.17.177.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08744; Mon, 20 May 1996 12:00:51 -0700 (PDT) Received: from agifford (zaketh.uv.com [204.17.177.95]) by InfoWest.COM (8.6.12/8.6.9) with SMTP id NAA22129; Mon, 20 May 1996 13:12:03 -0600 Message-Id: <2.2.32.19960520185933.00d70f30@infowest.com> X-Sender: agifford@infowest.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 20 May 1996 12:59:33 -0600 To: questions@freebsd.org From: "Aaron D. Gifford" Subject: ASUS P/I P6RP4 Cc: freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone using the ASUS P/I P6RP4 PPro motherboard? If so, what do you think of its performance? What PCI chipset does this board use? Does it use the Intel 82450 PCIset? If so, does it used a "fixed" version that overcomes the "inbound write posting" implementation bug that limited I/O throughput on the PCI bus? Thanks, Aaron Gifford --=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=-- Aaron D. Gifford InfoWest, 1845 W. Sunset Blvd, St. George, UT 84770 InfoWest Networking Phone: (801) 674-0165 FAX: (801) 673-9734 Visit InfoWest at: "http://www.infowest.com/" ICBM: 37.07847 N, 113.57858 W "Southern Utah's Finest Network Connection" --=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=-- From owner-freebsd-isp Mon May 20 15:18:37 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23337 for isp-outgoing; Mon, 20 May 1996 15:18:37 -0700 (PDT) Received: from onyx.nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA23319 for ; Mon, 20 May 1996 15:18:30 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by onyx.nervosa.com (8.7.5/8.7.3) with SMTP id PAA01581; Mon, 20 May 1996 15:13:40 -0700 (PDT) Date: Mon, 20 May 1996 15:13:39 -0700 (PDT) From: "Chris J. Layne" To: John Hart cc: FreeBSD Questions Subject: Re: Dual Processor Support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 19 May 1996, John Hart wrote: > Does FreeBSD support multiprocessor systems correctly, or do I need to > add a port like SMP to the kernel? The reason I am asking is because we > run 2.0.1R on a Dual Processor P100, and lately the server has been > slowing down a bit when we reach peak times. > John Hart, System Administrator Technet Internet Services > dashadow@tchnet.com (517)796-8200 You mean you got a dual processor system to run FreeBSD on without even checking if FreeBSD supports it??!? == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-isp Mon May 20 18:16:42 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08241 for isp-outgoing; Mon, 20 May 1996 18:16:42 -0700 (PDT) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA08234 for ; Mon, 20 May 1996 18:16:39 -0700 (PDT) Received: (from john@localhost) by gateway.net.hk (8.7.4/8.7.3) id JAA04648; Tue, 21 May 1996 09:15:32 +0800 (HKT) Date: Tue, 21 May 1996 09:15:31 +0800 (HKT) From: John Beukema To: Michael Dillon cc: Jim Dixon , FreeBSD Questions Subject: Re: Support for Ethernet Card In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 16 May 1996, Michael Dillon wrote: > On Wed, 15 May 1996, Jim Dixon wrote: > > > found it to be unstable. Is there a reliable driver for the '590 > > available anywhere? We have been running a busy news server with the vx driver dropped into 2,1.0R and a '590 card for 6 months without the slightest problem. jbeukema > > > > What would be of even more interest would be a reliable driver for the > > 3C595, which handles either 10 MHz 10BaseT or 100 MHz Fast Ethernet. > > There are Linux drivers for both 3C59X cards that are quite stable. Do an > altavista search for Linux AND 3C590 AND Becker > > Perhaps they could be adapted to FreeBSD or perhaps studying their code > could help make the FreeBSD drivers better? > > Michael Dillon Voice: +1-604-546-8022 > Memra Software Inc. Fax: +1-604-546-3049 > http://www.memra.com E-mail: michael@memra.com > > From owner-freebsd-isp Tue May 21 09:23:14 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07410 for isp-outgoing; Tue, 21 May 1996 09:23:14 -0700 (PDT) Received: from pp.tordata.se ([194.23.40.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA07405 for ; Tue, 21 May 1996 09:23:09 -0700 (PDT) Received: from [194.23.40.23] by pp.tordata.se (post.office MTA v1.9.1 ID# 0-12511) with SMTP id AAA87 for ; Tue, 21 May 1996 18:23:18 +0200 Message-ID: <31A26D7F.5706@tordata.se> Date: Tue, 21 May 1996 18:27:27 -0700 From: ejka@tordata.se (EJKA Konsult AB) Organization: EJKA Konsult AB X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: freebsd-isp@freebsd.org Subject: PPP CONFIGURATION Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HI OUT THERE Im new in the unix word with a DOS/WIN/WIN95/WIN NT bacground. Im trying to set upp a machine with FreeBSD 2.1 to be a modem server with ppp conections. I have tried to read the FreeBSD Handbok but cant figure out how to do. My machine is a pentium 133 with 32Mb Ram and a boca multiport 16. To the boca card have i connected 10 (sio0 -> sio9) 28800 modems. Do anny one have a nice packets of scripts, setupfiles and instruktion to make this thing working. Best regards Jerker Klang From owner-freebsd-isp Tue May 21 13:57:21 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29081 for isp-outgoing; Tue, 21 May 1996 13:57:21 -0700 (PDT) Received: from SDSUMUS.SDSTATE.EDU (sdsumus.sdstate.edu [137.216.60.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29064 for ; Tue, 21 May 1996 13:57:15 -0700 (PDT) Message-Id: <199605212057.NAA29064@freefall.freebsd.org> Received: from adm119-5.sdstate.edu by SDSUMUS.SDSTATE.EDU (IBM VM SMTP V2R3) with TCP; Tue, 21 May 96 15:57:28 CST X-Sender: o9az@sdsumus X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 May 1996 15:54:42 -0500 To: freebsd-isp@freebsd.org From: hartzeld@cc.sdstate.edu (Dave Hartzell) Subject: FreeBSD built in firewall Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone used the FreeBSD built in firewall? I am looking at using it, because I does everything (not much) that I need to do. How well does it work? Is it slow? Thanks. From owner-freebsd-isp Tue May 21 17:42:21 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19114 for isp-outgoing; Tue, 21 May 1996 17:42:21 -0700 (PDT) Received: from joseph.dswnet.com (joseph.dswnet.com [206.214.66.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19105 for ; Tue, 21 May 1996 17:42:18 -0700 (PDT) Received: (from joseph@localhost) by joseph.dswnet.com (8.6.12/8.6.12) id RAA09470; Tue, 21 May 1996 17:44:09 -0700 Date: Tue, 21 May 1996 17:44:09 -0700 (PDT) From: ja To: Dave Hartzell cc: freebsd-isp@FreeBSD.ORG Subject: Re: FreeBSD built in firewall In-Reply-To: <199605212057.NAA29064@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1575881524-832725849=:7920" Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1575881524-832725849=:7920 Content-Type: TEXT/PLAIN; charset=US-ASCII I have used ip_fil3.04 Beta. It works. I have included the history Has info on structure and usage and stuff. Joseph Altea Senior Systems Engineer Data Systems West, Enterprise Solutions On Tue, 21 May 1996, Dave Hartzell wrote: > Has anyone used the FreeBSD built in firewall? I am looking at using it, > because I does everything (not much) that I need to do. > > How well does it work? Is it slow? > > Thanks. > > --0-1575881524-832725849=:7920 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=HISTORY Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Iw0KIyBOT1RFOiBRdWl0ZSBhIGZldyBwYXRjaGVzIGFuZCBzdWdnZXN0aW9u cyBjb21lIGZyb20gb3RoZXIgc291cmNlcywgdG8gd2hvbQ0KIyAgICAgICBJ J20gZ3JlYXRseSBpbmRlYnRlZCwgZXZlbiBpZiBubyBuYW1lcyBhcmUgbWVu dGlvbmVkLg0KIw0KIyBUaGFua3MgdG8gQ3JhaWcgQmlzaG9wIG9mIGNvbm5l Y3QuY29tLmF1IGFuZCBTdW4gTWljcm9zeXN0ZW1zIGZvciB0aGUNCiMgbG9h biBvZiBhIG1hY2hpbmUgdG8gd29yayBvbiBhIFNvbGFyaXMgMi54IHBvcnQg b2YgdGhpcyBzb2Z0d2FyZS4NCiMNCjMuMC40YmV0YQkyNS8zLzk2CS0gUmVs ZWFzZWQNCg0Kd291bGRuJ3QgcGFyc2UgImtlZXAgZmxhZ3Mga2VlcCBzdGF0 ZSIgY29ycmVjdGx5Lg0KDQpTdW5PUzQuMS54IGlwX2lucHV0LmMgZG9lc24n dCByZWNvZ25pc2UgYWxsIDFzIGJyb2FkY2FzdCBhZGRyZXNzIC0gTmlnZWwg VmVyZG9uDQoNCnBhdGNoZXMgZm9yIEJTREkncyBCU0QvT1MgMi4xIGFuZCBs aWJwY2FwIHJlYWRlciBvbiBsaXR0bGUgZW5kaWFuIHN5c3RlbXMNCmZyb20g VGhvcnN0ZW4gTG9ja2VydCA8dGhvbG9AdGV0aGVybGVzcy5jb20+DQoNCmIq IGZ1bmN0aW9ucyBpbiBmaWwuYyBvbiBTb2xhcmlzIDIuNA0KDQozLjAuMwkx Ny8zLzk2IC0gUmVsZWFzZWQNCg0KYWRkZWQgcGF0Y2hlcyB0byBzdXBwb3J0 IElQIEZpbHRlciBpbml0aWFsaXNhdGlvbiB3aGVuIGNvbXBpbGVkIGludG8g dGhlDQprZXJuZWwuDQoNCmFkZGVkIC14IG9wdGlvbiB0byBpcG1vbiB0byBk aXNwbGF5IGhleCBkdW1wcyBvZiBsb2dnZWQgcGFja2V0cy4NCg0KYWRkZWQg LUggb3B0aW9uIHRvIGlwZnRlc3QgdG8gYWxsb3cgYXNjaWktaGV4IGZvcm1h dHRlZCBpbnB1dCB0byBzcGVjaWZ5DQphcmJpdGFyeSBJUCBwYWNrZXRzLg0K DQpTZW5kaW5nIFRDUCBSU1RzIGFzIGEgcmVzcG9uc2Ugbm93IHdvcmsgZm9y IFNvbGFyaXMyIHg4Ng0KDQphZGQgcGF0Y2hlcyB0byBtYWtlIElQIEZpbHRl ciBjb21waWxlIGludG8gTmV0QlNEIGtlcm5lbHMgcHJvcGVybHkuDQoNCnBh dGNoIHRvIHN0b3AgU3VuT1MgNC4xLngga2VybmVscyBwYW5pY2luZyB3aXRo ICJkYXRhIHRyYXBzIi4NCg0KaXBmYm9vdCBzY3JpcHQgdW5sb2FkcyBhbmQg cmVsb2FkcyBpcGYgbW9kdWxlIG9uIFNvbGFyaXMyIGlmIGl0IGlzIGFscmVh ZHkNCmxvYWRlZCBpbnRvIHRoZSBrZXJuZWwuDQoNCkluc3RhbGxhdGlvbiBv ZiBJUCBGaWx0ZXIgYXMgYSBTb2xhcmlzMiBwYWNrYWdlIGlzIG5vdyBzdXBw b3J0ZWQuDQoNCk1hbiBwYWdlcyBmb3IgaXBuYXQuNCwgaXBuYXQuNSBhZGRl ZC4NCg0KYWRkZWQgc29tZSBtb3JlIHJlZ3Jlc3Npb24gdGVzdHMgYW5kIGZp eGVkIHVwIElQIEZpbHRlciB0byBwYXNzIHRoZSBuZXcgdGVzdHMNCihwcmV2 aW91cyB2ZXJzaW9ucyBmYWlsZWQgc29tZSBvZiB0aGUgdGVzdHMgaW4gc2V0 IDEyKS4NCg0KSVAgb3B0aW9uIGZpbHRlciBwcm9jZXNzaW5nIGhhcyBjaGFu Z2VkIHNvIHRoYXQgc2F5aW5nICJ3aXRoIG9wdCBsc3JyIiB3aWxsDQpjaGVj ayBvbmx5IGZvciB0aGF0IG9uZSwgYnV0IG5vdCBtYXNrIG91dCBvdGhlciBv cHRpb25zLCBzbyBhIHBhY2tldCB3aXRoDQpzdHJpY3Qgc291cmNlIHJvdXRp bmcsIGFsb25nIHdpdGggbG9vc2Ugc291cmNlIHJvdXRpbmcgd2lsbCBtYXRj aCBhbGwgb2YNCiJ3aXRoIG9wdCBsc3JyIiwgIndpdGggb3B0IHNzcnIiIGFu ZCAid2l0aCBvcHQgbHNycixzc3JyIi4NCg0KSVBMX05BTUUgbmVlZGVkIGlu IGlwbmF0LmMgLSBLZWxseSAoa2VsbHlAY291bnQwNC5tcnkuc2NydXpuZXQu Y29tKQ0KDQpwYXRjaGVzIGZvciBjbGVhbiBOZXRCU0QgY29tcGlsYXRpb24g ZnJvbSBCZXJuZCBFcm5lc3RpIChiZXJuZEBhcnJlc3VtLmlua2EuZGUpDQoN Cm1ha2UgaW5zdGFsbCBpcyBpbmNvcnJlY3QgLSBKdWxpYW4gQnJpZ2dzIChq dWxpYW5AbGlnaHR3b3JrLmNvLnVrKQ0KDQpzdHJ0b2woKSByZXR1cm5zIDB4 N2ZmZmZmZmYgZm9yIGFsbCBuZWdhdGl2ZSBudW1iZXJzLA0KcHJpbnRmcigp IGdlbmVyYXRlcyBpbmNvcnJlY3Qgb3V0cHV0IGZvciAib3B0IHNlYy1jbGFz cyAqIiwNCmhhbmRsaW5nIG9mICJub3Qgb3B0IHh4eCBvcHQgeXl5IiBpbmNv cnJlY3QuDQotIE1pbmggVG9udGhhdCAobWluaHRAc2JlaS5jb20pL1ByYWRl ZXAgS3Jpc2huYW4gKHByYWRlZXBrQHNiZWkuY29tKQ0KDQptX3B1bGx1cCgp IGNhbGxlZCBvbmx5IGZvciBpbnB1dCBhbmQgbm90IG91dHB1dDsgY2F1c2Vk IHByb2JsZW1zDQp3aXRoIGZpbHRlcmluZyBpY21wIC0gTmlnZWwgVmVyZG9u ICh2ZXJkZW5uQGdiLnN3aXNzYmFuay5jb20pDQoNCnBhcnNpbmcgcHJvYmxl bSBmb3IgInBvcnQgMSIgYW5kIE5ldEJTRCBwYXRjaGVzIGluY29ycmVjdCAt DQpBbmRyZWFzIEd1c3RhZnNzb24gKGdzb25AZ3VhdmEuYXJhbmV1cy5maSkN Cg0KMy4wLjIJNC8yLzk2IC0gUmVsZWFzZWQNCg0KQ29ycmVjdGVkIGJ1ZyB3 aGVyZSBOQVQgcmVjYWxjdWxhdGVzIGNoZWNrc3VtcyBmb3IgZnJhZ21lbnRz Lg0KDQptYWtlIE5BVCByZWNhbGN1bGF0ZSBVRFAgY2hlY2tzdW1zIChyYXRo ZXIgdGhhbiBzZXR0aW5nIHRoZW0gdG8gMCksDQppZiB0aGV5J3JlIG5vbi16 ZXJvLg0KDQpETlMgcGF0Y2hlcyAtIFJlYWwgUGFnZSAoUmVhbC5QYWdlQE1h dHJveC5jb20pDQoNCmFsdGVyYXRpb24gb2YgY2hlY2tzdW0gcmVjYWxjdWxh dGlvbnMgaW4gTkFUIGNvZGUgYW5kIGFkZGl0aW9uIG9mDQpyZWRpcmVjdGlv biB3aXRoIE5BVCAtIE1pa2UgTmV1bWFuDQoNCmNvcmUgZHVtcCwgaWYgdGNw L3VkcCBpcyB1c2VkIHdpdGggYSBwb3J0IG51bWJlciBhbmQgbm90IHNlcnZp Y2UgbmFtZSwNCmluIGlwZiAtIE1pa2UgTmV1bWFuIChtY25AZW5nYXJkZS5j b20pDQoNCmluaXRwYXJzZSgpIGNhbGwsIG1pc3NpbmcgdG8gcHJpbWUgIjx0 aGlzaG9zdD4iIGhvb2sgLSBDcmFpZyBCaXNob3ANCg0KMy4wLjEJMTQvMS85 NiAtIFJlbGVhc2VkDQoNCm1pc2NlbGxhbmVvdXMgcGF0Y2hlcyBmb3IgU29s YXJpczINCg0KMy4wCTE0LzEvOTYJLSBSZWxlYXNlZA0KDQpQYXRjaCBpbmNs dWRlZCBmb3IgRkRESSwgZnJvbSBSaWNoYXJkIE9obmVtdXMNCihSaWNoYXJk X09obmVtdXNAZGFsbGFzLmNzZC5zdGVybGluZy5jb20pDQoNCkNvZGUgY2xl YW51cCBmb3IgcmVsZWFzZS4NCg0KMy4wYmV0YTQgMTAvMS85Ng0KDQpyZWN1 cnNpdmUgbXV0ZXggaW4gaXBmcl9zbG93dGltZXIgZml4ZWQsIHJlcG9ydGVk IGJ5IENyYWlnIEJpc2hvcA0KDQpyZWN1cnNpdmUgbXV0ZXggaW4gc2VuZGlu ZyBUQ1AgUlNUcyBmaXhlZCwgcmVwb3J0ZWQgYnkgVG9ueSBCZWNrZXINCg0K My4wYmV0YTMgOS8xLzk2DQoNCkZJeHVwIGZvciBTb2xhcmlzMi41IGluc3Rh bGwgYW5kIGludGVyZmFjZSBuYW1lIGJ1ZyBpbiBpcGZ0ZXN0IGZyb20NCkp1 bGlhbiBCcmlnZ3MgKGp1bGlhbkBsaWdodHdvcmsuY28udWspDQoNCkJ5dGUg b3JkZXIgcGF0Y2hlcyBmb3IgaXBtb24gZnJvbSBUb255IEJlY2tlciAodG9u eUBtY3JzeXMuY29tKQ0KDQozLjBiZXRhMiA3LzEvOTYNCg0KQWRkZWQgdGhl IChzb21ld2hhdCB3YXJwZWQpIElQIGFjY291bnRpbmcgYXMgaXQgZXhpc3Rz IGluIGlwZncgb24gRnJlZUJTRC4NCk5vdGUsIHRoaXMgaXNuJ3QgcmVhbGx5 IHdoYXQgb25lIHdvdWxkIGNhbGwgSVAgYWNjb3VudCwgd2hlbiBjb21wYXJl ZCB0bw0KcHJvY2VzcyBhY2NvdW50aW5nLCBzaWdoLg0KDQpTcGxpdCB1cCBp cHJlc2VuZCBpbnRvIGlwdGVzdC9pcHJlc2VuZC9pcHNlbmQNCg0KQWRkZWQg YW5vdGhlciBtX3B1bGx1cCgpIGluc2lkZSBmcl9jaGVjaygpIGZvciBCU0Qg c3R5bGUga2VybmVscyBhbmQNCmFkZGVkIHNvbWUgY2hlY2tzIHRvIGlwbGxv ZygpIHRvIG5vdCBsb2cgbW9yZSB0aGFuIGlzIHByZXNlbnQgKGZvciBzaG9y dA0KcGFja2V0cykuDQoNCkZpeGVkIGJ1ZyB3aGVyZSBmYWlsZWQgaG9zdG5h bWUvbmV0bmFtZSByZXNvbHV0aW9uIGdvZXMgdW5kZXRlY3RlIGFuZA0KYmVj b21lcyAwLjAuMC4wIChhbnkpIChyZXBvcnRlZCBHdWlkbyB2YW4gUm9vaWop DQoNCjMuMGJldGEJMTEvMTEvOTUJLSBSZWxlYXNlZA0KDQpSZXdyb3RlIHRo ZSB3YXkgcnVsZSB0ZXN0aW5nIGlzIGRvbmUsIHJlZHVjaW5nIHRoZSBudW1i ZXIgb2YgZmlsZXMgbmVlZGVkIGFuZA0KZ2VuZXJhdGVkLg0KDQpTSU9DSVBG Rkwgd2FzIGluY29ycmVjdGx5IGFmZmVjdGVkIGJ5IElQRklMVEVSX0xPRyAo TWF0aGV3IEdyZWVuKQ0KDQpQYXRjaGVzIGZyb20gR3VpZG8gdmFuIFJvb2lq IHRvIGZpeCBzZW5kaW5nIGJhY2sgVENQIFJTVHMgb24gTmV0LTIvTmV0LTMN CkJTRCBiYXNlZCBVbml4ZXMgKHBhbmljJ2QpDQoNClBhdGNoZXMgZm9yIEZy ZWVCU0QvaTg2IGlwbW9uIGZyb20gUmlrdSBLYWxpbmVuIDxyaWt1QHRlcXVp bGEubml4dS5maT4NCihJIHRoaW5rIHNvbWVvbmUgZWxzZSBhbHJlYWR5IHRv bGQgbWUgYWJvdXQgdGhlc2UgYnV0IHRoZXkgZ290IGxvc3QgOi0vKQ0KDQpD aGFuZ2VkIE1ha2VmaWxlIHN0cnVjdHVyZSB0byBidWlsZCBvYmplY3QgZmls ZXMgZm9yIGRpZmZlcmVudCBvcGVyYXRpbmcNCnN5c3RlbXMgaW4gc2VwYXJh dGUgZGlyZWN0b3JpZXMgYnkgZGVmYXVsdC4NCg0KQlNESSBoYXMgZWYwIGZv ciBmaXJzdCBldGhlcm5ldCBpbnRlcmZhY2UNCg0KQWxsb3cgZm9yIGEgIm5v dCIgb3BlcmF0b3IgYmVmb3JlIG9wdGlvbmFsIGtleXdvcmRzLg0KDQpUaGUg InJ1bGUgbnVtYmVyIiB3YXMgYmVpbmcgaW5jb3JyZWN0bHkgaW5jcmVtZW50 ZWQgZXZlcnkgdGltZSBpdCB3ZW50IHRocm91Z2gNCnRoZSBsb29wIHJhdGhl ciB0aGFuIHdoZW4gaXQgbWF0Y2hlZCBhIHJ1bGUuDQoNCjIuOC4yCTI0LzEw Lzk1CS0gUmVsZWFzZWQNCg0KRml4ZWQgdXAgcHJvYmxlbXMgd2l0aCAidGV4 dGlwIiBmb3IgZG9pbmcgbG90cyBvZiB0ZXN0aW5nLg0KDQpGaXhlZCBidWcg aW4gZGV0ZWN0aW9uIG9mICJzaG9ydCIgdGNwL2lwIHBhY2tldHMgKGFsbCBy ZXBvcnRlZCBhcyBiZWluZyBzaG9ydCkuDQoNClNvbGFyaXMgMi40IHBvcnQg bm93IHdvcmtzIDEwMCUuDQoNCk1hbiBwYWdlIGVycm9ycyByZXBvcnRlZCBh bmQgZml4ZWQuDQoNClJlbW92ZWQgZHVwbGljYXRlIGVudHJ5IGluIGV0Yy9z ZXJ2aWNlcyBmb3IgbG9naW4gb24gcG9ydCA0OSAoQ3JhaWcgQmlzaG9wKS4N Cg0KRml4ZWQgaXBtb24gb3V0cHV0IHRvIHB1dCBhIHNwYWNlIGFmdGVyIHRo ZSBsb2ctbGV0dGVyLg0KDQpQYXRjaCBmcm9tIEd1aWRvIHZhbiBSb29paiB0 byBmaXggcGFyc2luZyBwcm9ibGVtLg0KDQoyLjguMQkxNS8xMC85NQktIFJl bGVhc2VkDQoNCkFkZGVkIHR0bCBhbmQgdG9zIGZpbHRlcmluZy4NCg0KUGF0 Y2hlcyBmb3IgZml4aW5nIHVwIGNvbXBpbGF0aW9uIGFuZCBwb3J0IHByb2Js ZW1zIChsaXR0bGUgZW5kaWFuKQ0KZnJvbSBHdWlkbyB2YW4gUm9vaWogPGd1 aWRvQElBRWh2Lm5sPi4NCg0KTWFuIHBhZ2UgcHJvYmxlbXMgcmVwb3J0ZWQg YW5kIGZpeGVkIGJ5IENhcnNvbiBHYXNwYXIgPGNhcnNvbkBsZWhtYW4uY29t Pi4NCg0KaXBzZW5kIGRvZXNuJ3QgY29tcGlsZSBwcm9wZXJseSBvbiBTb2xh cmlzMi40DQoNCkxvdHMgb2Ygd29yayBkb25lIGZvciBTb2xhcmlzMi40IHRv IG1ha2UgaXQgTVQvTVAgc2FmZSBhbmQgd29yay4NCg0KMi44CTE1LzkvOTUJ CS0gUmVsZWFzZWQNCg0KaXBtb24gY2FuIG5vdyBzZW5kIG1lc3NhZ2VzIHRv IHN5c2xvZ2QgKC1zKSBhbmQgdXNlIG5hbWVzIGluc3RlYWQgb2YNCm51bWJl cnMgKC1OKS4NCg0KSVAgcGFja2V0cyBhcmUgbm93ICJjb21waWxlZCIgaW50 byBhIHN0cnVjdHVyZSBvbmx5IGNvbnRhaW5pbmcgZmlsdGVyYWJsZQ0KYml0 cy4NCg0KQWRkZWQgcmVncmVzc2lvbiB0ZXN0aW5nIGluIHRoZSB0ZXN0LyBz dWJkaXJlY3RvcnksIHVzaW5nIGEgbmV3IG9wdGlvbg0KKC1iKSB3aXRoIHRo ZSBpcGZ0ZXN0IHByb2dyYW0uDQoNCkFkZGVkICJub21hdGNoIiByZXR1cm4g dG8gZmlsdGVyIHJlc3VsdHMuICBUaGVzZSBhcmUgY291bnRlZCBhbmQgc2hv dw0KdXAgaW4gcmVwb3J0cyBmcm9tIGlwZnN0YXQuDQoNCk1vdmVkIGZpbHRl ciBjb2RlIG91dCBvZiBpcF9maWwuYyBhbmQgaW50byBmaWwuYyAtIHRoZXJl IGlzIG5vdyBvbmx5IG9uZQ0KaW5zdGFuY2Ugb2YgaXQgaW4gdGhlIHBhY2th Z2UuDQoNCkFkZGVkIFNvbGFyaXMgMi40IHN1cHBvcnQuDQoNCkFkZGVkIElQ U08gYmFzaWMgc2VjdXJpdHkgb3B0aW9uIGZpbHRlcmluZy4NCg0KQWRkZWQg bmFtZSBzdXBwb3J0IGZvciBmaWx0ZXJpbmcgb24gYWxsIDE5IG5hbWVkIElQ IG9wdGlvbnMuDQoNClBhdGNoZXMgZnJvbSBJdmFuIEJyYXdsZXkgdG8gbG9n IHBhY2tldCBjb250ZW50cyBhcyB3ZWxsIGFzIHBhY2tldCBoZWFkZXJzLg0K DQpVcGRhdGUgZm9yIHN1bi9jb25mLmMuZGlmZiBmcm9tIEl2YW4gQnJhd2xl eSA8aWJyYXdsZXlAYXdhZGkuY29tLkFVPg0KDQpBZGRlZCBwYXRjaGVzIGZv ciBGcmVlQlNEIDEsIGFuZCBhZGRlZCB0d28gbmV3IHN3aXRjaGVzICgtRSwg LUQpIHRvIGlwZiwNCmFsb25nIHdpdGggYSBuZXcgaW9jdGwsIFNJT0NGUkVO Qi4NCkZyb206IERpZXRlciBEd29ya2luIE11bGxlciA8ZHdvcmtpbkB2aWxs YWdlLm9yZz4NCg0KMi43LjMJMzEvNy45NQkJLSBSZWxlYXNlZA0KDQpEaWRu J3QgY29tcGlsZSBjbGVhbmx5IHdpdGhvdXQgSVBGSUxURVJfTE9HIGRlZmlu ZWQgKE1hdGhldyBHcmVlbikuDQoNCmlwZnRlc3Qgbm93IGRlYWxzIHdpdGgg dGNwZHVtcDMgYmluYXJ5IG91dHB1dCBmaWxlcyAoZnJvbSBsaWJwY2FwKSB3 aXRoIC1QLg0KDQpCcm91Z2h0IGlwZnRlc3QgcHJvZ3JhbSB1cHRvIGRhdGUg d2l0aCBhY3R1YWwgZmlsdGVyIGNvZGUuDQoNCkZpbHRlciB3b3VsZCBjYXVz ZSBhIG1hdGNoIHRvIG9jY3VyIHdoZW4gaXQgd2Fzbid0IG1lYW50IHRvIGlm IHRoZSBwYWNrZXQNCmhhZCBzaG9ydCBoZWFkZXJzIGFuZCB3YXMgbWlzc2lu ZyBwb3J0aW9ucyB0aGF0IHNob3VsZCBoYXZlIGJlZW4gdGhlcmUuDQpFcnIs IGl0IHdvdWxkIHJpZ2h0bHkgbm90IG1hdGNoIG9uIHRoZW0sIGJ1dCB0aGVp ciBhYnNlbmNlIGNhdXNlZCBhIG1hdGNoDQp3aGVuIGl0IHNob3VsZG4ndCBo YXZlIGJlZW4uDQoNCjIuNy4yCTI2LzcvOTUJCS0gUmVsZWFzZWQNCg0KUHJv YmxlbSB3aXRoIGZpbHRlcmluZyBqdXN0IFNZTiBmbGFnZ2VkIHBhY2tldHMg cmVwb3J0ZWQgYnkNCkRpZXRlciBEd29ya2luIE11bGxlciA8ZHdvcmtpbkB2 aWxsYWdlLm9yZz4uICBUbyBzb2x2ZSB0aGlzDQpwcm9ibGVtLCBhZGRlZCBz dXBwb3J0IGZvciBtYXNraW5nIFRDUCBmbGFncyBmb3IgY29tcGFyaXNvbiAi ZmxhZ3MgWC9ZIi4NCg0KMi43LjEJOS83Lzk1CQktIFJlbGVhc2VkDQoNCkFk ZGVkIGlwX2RpcmJyb2FkY2FzdCBzdXBwb3J0IGZvciBTdW4gaXBfaW5wdXQu Yw0KDQpGaXhlZCB1cCB0aGUgaW5zdGFsbCBzY3JpcHRzIGZvciBGcmVlQlNE L05ldEJTRCB0byByZWNvZ25pc2Ugd2hlcmUgdGhleSBhcmUNCmJldHRlci4N Cg0KMi43CTcvNy85NQkJLSBSZWxlYXNlZA0KDQpBZGRlZCAicmV0dXJuLXJz dCIgdG8gcmV0dXJuIFRDUCBSU1QncyB0byBUQ1AgcGFja2V0cy4NCg0KQWN0 dWFsbHkgcG9ydGVkIGl0IHRvIEZyZWVCU0QtaTM4NiAyLjAuMCwgc28gaXQg d29ya3MgdGhlcmUgcHJvcGVybHkgbm93Lg0KDQpBZGRlZCBpbnNlcnRpb24g b2YgZmlsdGVyIHJ1bGVzLiAgVXNlICJAPCM+IiBhdCB0aGUgYmVnaW5uaW5n IG9mIGEgZmlsdGVyDQp0byBpbnNlcnQgYSBydWxlIGF0IHJvdyAjLg0KDQpG aWx0ZXIga2VlcHMgdHJhY2sgb2YgaG93IG1hbnkgdGltZXMgZWFjaCBydWxl IGlzIG1hdGNoZWQuDQoNCkNoYW5nZWQgY29tcGlsZSB0aW1lIHRoaW5ncyB0 byBtYXRjaCBrZXJuZWwgb3B0aW9uIChJUEZJTFRFUl9MS00gJg0KSVBGSUxU RVJfTE9HKS4NCg0KVXBkYXRlZCBpcF9pbnB1dC5jIGFuZCBpcF9vdXRwdXQu YyB3aXRoIHBhY2hlcyBmb3IgMy41IE11bHRpY2FzdCBJUC4NCihObyBjaGFu Z2UgcmVxdWlyZWQgZm9yIDMuNikNCg0KTm93IGluY2x1ZGVzIFRDUCBmcmFn bWVudHMgd2hpY2ggc3RhcnQgaW5zaWRlIHRoZSBUQ1AgaGVhZGVyIGFzIGJl aW5nIHNob3J0Lg0KQWRkZWQgY291bnRpbmcgdGhlIG51bWJlciBvZiB0aW1l cyBlYWNoIHJ1bGUgaXMgbWF0Y2hlZC4NCg0KDQoyLjYJMTEvNS85NQkJLSBS ZWxlYXNlZA0KDQpBZGRlZCAtbiBvcHRpb24gdG8gaXBmOiB3aGVuIHN1cHBs aWVkLCBubyBjaGFuZ2VzIGFyZSBtYWRlIHRvIHRoZSBrZXJuZWwuDQoNCkFk ZGVkIGluc3RhbGxhdGlvbiBzY3JpcHRzIGZvciBTdW5PUyA0LjEueCBhbmQg TmV0QlNEL0ZyZWVCU0QvQlNESS4NCg0KUmV3cm90ZSBmaWx0ZXJpbmcgdG8g dXNlIGEgbW9yZSBnZW5lcmljIG1hc2sgJiBtYXRjaCBwcm9jZWR1cmUgZm9y DQpjaGVja2luZyBpZiBhIHBhY2tldCBtYXRjaGVzIGEgcnVsZS4NCg0KMi41 LjIJMjcvNC85NQkJLSBSZWxlYXNlZA0KDQoidGNwL3VkcCIgYW5kIGEgbm9u LWluaXRpYWxpc2VkIHBvaW50ZXIgY2F1c2VkIHRoZSAicHJvdG8iIHRvIGJl Y29tZQ0KYSBgcmFuZG9tJyB2YWx1ZTsgYWRkZWQgImlwIy9kb3R0ZWQubWFz ayIgbm90YXRpb24gdG8gdGhlIEJORi4NCkZyb20gQWRhbSBXLiBGZWlnaW4g IDxmZWlnaW5AaWlzLmVlLmV0aHouY2g+DQoNCjIuNS4xCTIyLzMvOTUJCS0g UmVsZWFzZWQNCg0KInRjcC91ZHAiIGhhZCBhIHN0cmFuZ2UgZWZmZWN0ICh1 bmRlc2lyZWQpIG9uIGdldHNlcnYqKCkgZnVuY3Rpb25zLA0KY2F1c2luZyBw cm90b2NvbC9zZXJ2aWNlIGxvb2t1cHMgdG8gZmFpbC4gIFJlcG9ydGVkIGJ5 IE1hdHRoZXcgR3JlZW4uDQoNCjIuNQkxNy8zLzk1CQktIFJlbGVhc2VkDQoN CkFkZGVkIGEgbmV3IGtleXdvcmQgImFsbCIgdG8gQk5GIGFuZCBwYXJzaW5n IG9mIHRjcGR1bXAvZXRoZXJmaW5kL3Nub29wDQpvdXRwdXQgdGhyb3VnaCB0 aGUgaXBmdGVzdCBwcm9ncmFtLiAgU3VnZ2VzdGlvbnMgZnJvbToNCk1pY2hh ZWwgQ2lhdmFyZWxsYSAobWlrZWNAcGh5dG8uYXBhbmEub3JnLmF1KQ0KDQpD b25mbGljdHMgb2NjdXIgd2hlbiAiZ2VuZXJhbCIgZmlsdGVyIHJ1bGVzIGFy ZSB1c2VkIGZvciBwb3J0cyBhbmQgdGhlDQpsYWNrIG9mIGEgInByb3RvIiB3 aGVuIHVzZWQgd2l0aCAicG9ydCIgbWF0Y2hlcyBvdGhlciBwYWNrZXRzIHdo ZW4gb25seQ0KVENQL1VEUCBhcmUgaW1wbGllZC4NClJlcG9ydGVkIE1hdHRo ZXcgR3JlZW4gKG1yZ0BmdWxjb20uY29tLmF1KTsNCnJlcG9ydGVkICYgZml4 ZWQgNi04LzMvOTUNCg0KQWRkZWQgZmlsdGVyaW5nIG9mIHNob3J0IFRDUCBw YWNrZXRzIHVzaW5nICJ3aXRoIHNob3J0IiAyOC8yLzk1DQooVGhlc2UgY2Fu IHBvc3NpYmx5IHNsaXAgYnkgY2hlY2tzIGZvciB0aGUgdmFyaW91cyBmbGFn cykuICBTaG9ydCBVRFANCm9yIElDTVAgYXJlIGRyb3BwZWQgdG8gdGhlIGZs b29yIGFuZCBsb2dnZWQuDQoNCkFkZGVkIGZpbHRlcmluZyBvZiBmcmFnbWVu dGVkIHBhY2tldHMgdXNpbmcgIndpdGggZnJhZyIgMjQvMi85NQ0KDQpQb3J0 IHRvIE5ldEJTRC1jdXJyZW50IGNvbXBsZXRlZCAyMC8yLzk1LCB1c2luZyBM S00uDQoNCkFkZGVkIGxvZ2dpbmcgb2YgdGhlIHJ1bGUgIyB3aGljaCBjYXVz ZWQgdGhlIGxvZ2dpbmcgdG8gaGFwcGVuIGFuZCB0aGUNCmludGVyZmFjZSBv biB3aGljaCB0aGUgcGFja2V0IGlzIGN1cnJlbnRseSBhcyBzdWdnZXN0ZWQg YnkNCkFuZHJlYXMgR3JldWxpY2ggKGdyZXVsaWNoQG1hdGgtc3RhdC51bmli ZS5jaCkgMTAvMi85NQ0KDQoyLjQJOS8yLzk1CQktIFJlbGVhc2VkDQpGaXhl ZCBzYXZpbmcgb2YgSVAgaGVhZGVycyBpbiBJQ01QIHBhY2tldHMuDQoNCjIu MwkyOS8xLzk1DQpBZGRlZCBpcGYgLUYgW2lufG91dHxhbGxdIHRvIGZsdXNo IGZpbHRlciBydWxlIHNldHMgKFNJT0NJUEZGTCkuDQpGaXhlZCBpcGxyZWFk KCkgYW5kIGlwbHNhdmUoKSB3aXRoIGhlbHAgZnJvbSBNYXJjIEh1YmVyLg0K DQoyLjIJNy8xLzk1CQktIFJlbGVhc2VkDQpBZGRlZCBjb2RlIGZyb20gTWFy YyBIdWJlciA8aHViZXJAZnppLmRlPiB0byBhbGxvdyBpdCB0byBhbGxvY2F0 ZQ0KaXRzIG93biBtYWpvciBjaGFyIG51bWJlciBkeW5hbWljYWxseSB3aGVu IG1vZGxvYWQnaW5nLiAgRml4ZWQgdXANCnVzZSBvZiA8LCA+LCA8PSwgPj0g YW5kID48IGZvciBwb3J0cy4NCg0KMi4xCTIxLzEyLzk0CS0gUmVsZWFzZWQN CnJlcGFja2FnZWQgdG8gaW5jbHVkZSB0aGUgY29ycmVjdCBpcF9vdXRwdXQu YyBhbmQgaXBfaW5wdXQuYyAqZ29vZioNCg0KMi4wCTE4LzEyLzk0CS0gUmVs ZWFzZWQNCmFkZGVkIGNvZGUgdG8gY2hlY2sgZm9yIHBvcnQgcmFuZ2VzIC0g Y29tcGxldGUuDQpyZXdyb3RlIHRvIHdvcmsgYXMgYSBsb2FkYWJsZSBrZXJu ZWwgbW9kdWxlIC0gY29tcGxldGUuDQoNCjEuMQ0KYWRkZWQgY29kZSBmb3Ig b3VwdXQgZmlsdGVyaW5nIGFzIHdlbGwgYXMgaW5wdXQgZmlsdGVyaW5nIGFu ZCBhZGRlZCBzdXBwb3J0IGZvciBsb2dnaW5nIHRvIGEgc2ltcGxlIGNoYXJh Y3RlciBkZXZpY2Ugb2YgcGFja2V0IGhlYWRlcnMuDQoNCjEuMAkyMi8wNC85 MwktIFJlbGVhc2VkDQpGaXJzdCByZWxlYXNlIGN1dC4NCg0K --0-1575881524-832725849=:7920-- From owner-freebsd-isp Tue May 21 18:05:20 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21810 for isp-outgoing; Tue, 21 May 1996 18:05:20 -0700 (PDT) Received: from mailhost.intac.com (smagee@nile.intac.com [198.6.114.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21805 for ; Tue, 21 May 1996 18:05:16 -0700 (PDT) Received: (from smagee@localhost) by mailhost.intac.com (8.7.1/8.6.12) id VAA05508; Tue, 21 May 1996 21:05:13 -0400 (EDT) Date: Tue, 21 May 1996 21:05:13 -0400 (EDT) From: Sam Magee To: freebsd-isp@freebsd.org Subject: subscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-isp Tue May 21 18:07:52 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21943 for isp-outgoing; Tue, 21 May 1996 18:07:52 -0700 (PDT) Received: from lynx.its.unimelb.edu.au (lynx.its.unimelb.EDU.AU [128.250.20.151]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21938 for ; Tue, 21 May 1996 18:07:48 -0700 (PDT) Received: (from danny@localhost) by lynx.its.unimelb.edu.au (8.6.11/8.6.9) id LAA17498; Wed, 22 May 1996 11:07:31 +1000 Date: Wed, 22 May 1996 11:07:30 +1000 (EST) From: "Daniel O'Callaghan" To: Steve Reid cc: isp@freebsd.org Subject: Re: Cyclades Cyclom 8Yo - kernel config and mknod ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 18 May 1996, Steve Reid wrote: > I have a Cyclades Cyclom 8Yo in a FreeBSD 2.1.0-RELEASE machine, but I'm > not quite certain about all of the kernel configuration option... So far, > this is what I've figured: > > device cy0 at isa? tty irq 15 iomem 0xd400 iosiz 0x2000 vector cyinter > options "COM_MULTIPORT" No, you don't need COM_MULTIPORT, that is for AST type boards. > What I can't figure is the port and flags for sio2-sio9. Am I correct in > assuming I need to configure sio devices for the Cyclades card? No. Just do cy0, and suddenly cuac0-f and ttyc0-f end up in the kernel. Stick the following in MAKEDEV and do (to make devs for cy0 and cy1) ./MAKEDEV cycl cycl) sh MAKEDEV ttyc0 ttyc1 ttyc2 ttyc3 ttyc4 ttyc5 ttyc6 ttyc7 sh MAKEDEV ttyc8 ttyc9 ttyca ttycb ttycc ttycd ttyce ttycf sh MAKEDEV ttycg ttych ttyci ttycj ttyck ttycl ttycm ttycn sh MAKEDEV ttyco ttycp ttycq ttycr ttycs ttyct ttycu ttycv sh MAKEDEV cuac0 cuac1 cuac2 cuac3 cuac4 cuac5 cuac6 cuac7 sh MAKEDEV cuac8 cuac9 cuaca cuacb cuacc cuacd cuace cuacf sh MAKEDEV cuacg cuach cuaci cuacj cuack cuacl cuacm cuacn sh MAKEDEV cuaco cuacp cuacq cuacr cuacs cuact cuacu cuacv ;; cheers, Danny From owner-freebsd-isp Tue May 21 18:28:48 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23383 for isp-outgoing; Tue, 21 May 1996 18:28:48 -0700 (PDT) Received: from firewall (firewall.telelink.com [207.34.143.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23374 for ; Tue, 21 May 1996 18:28:43 -0700 (PDT) Received: (from smap@localhost) by firewall (8.6.12/8.6.12) id SAA21060 for ; Tue, 21 May 1996 18:27:16 -0700 Received: from toronto.telelink.com(207.34.143.103) by firewall via smap (V1.3) id sma021058; Tue May 21 18:26:54 1996 Received: from edmonton.telelink.com by telelink.com (4.1/SMI-4.1) id AA23843; Tue, 21 May 96 18:27:27 PDT Date: Tue, 21 May 96 18:27:27 PDT From: dneum@telelink.com (Dean Neumann) Message-Id: <9605220127.AA23843@telelink.com> To: freebsd-isp@freebsd.org Subject: Re: FreeBSD built in firewall Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 21 May 1996, Dave Hartzell wrote: --------------------------------------------------------------------- > Has anyone used the FreeBSD built in firewall? I am looking at using it, > because I does everything (not much) that I need to do. > > How well does it work? Is it slow? --------------------------------------------------------------------- I use the disbling of IP forwarding and the IP aliasing features of vanilla-plain FreeBSD 2.1.0, along with the TIS FWTK proxies and apache httpd to make a firewall that provides access to the Internet from inside my domain, but no access to the inside from the outside, good access logging, and runs a web server which provides virtual homing as well. This all runs acceptably fast on a 33MHz '486 machine with 8Mb RAM. It is rock solid. No complaints here. Dean Neumann TeleLink Technologies Inc. dneumann@telelink.com From owner-freebsd-isp Tue May 21 22:43:05 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA18160 for isp-outgoing; Tue, 21 May 1996 22:43:05 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18155 for ; Tue, 21 May 1996 22:43:03 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id VAA03365; Tue, 21 May 1996 21:58:28 -0700 Date: Tue, 21 May 1996 22:41:21 -0700 (PDT) From: Michael Dillon To: Dave Hartzell cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD built in firewall In-Reply-To: <199605212057.NAA29064@freefall.freebsd.org> Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 21 May 1996, Dave Hartzell wrote: > Has anyone used the FreeBSD built in firewall? I am looking at using it, > because I does everything (not much) that I need to do. > > How well does it work? Is it slow? IP filtering is pretty fast unless you have LOTS of rules to process. I mostly use the TIS firewalls toolkit from ftp.tis.com on the FreeBSD gateway to my home LAN but that's because I'm using RFC1918 addresses behind the firewall. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-isp Wed May 22 07:44:23 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA00928 for isp-outgoing; Wed, 22 May 1996 07:44:23 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA00920; Wed, 22 May 1996 07:44:16 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA26388; Wed, 22 May 1996 10:49:27 -0400 Date: Wed, 22 May 1996 10:49:27 -0400 Message-Id: <199605221449.KAA26388@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: 2.1R vs 050196SNAP Cc: freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone, in a nutshell please, give me a simple bullet list of the most compelling reasons (excluding obscure device support) to run the SNAP over 2.1R. thanks, Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-isp Wed May 22 07:58:13 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01797 for isp-outgoing; Wed, 22 May 1996 07:58:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA01783; Wed, 22 May 1996 07:58:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id HAA06841; Wed, 22 May 1996 07:57:48 -0700 (PDT) To: dennis@etinc.com (Dennis) cc: hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: 2.1R vs 050196SNAP In-reply-to: Your message of "Wed, 22 May 1996 10:49:27 EDT." <199605221449.KAA26388@etinc.com> Date: Wed, 22 May 1996 07:57:48 -0700 Message-ID: <6839.832777068@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Can anyone, in a nutshell please, give me a simple bullet list of the > most compelling reasons (excluding obscure device support) to > run the SNAP over 2.1R. For a more balanced perspective, you might also solicit compelling reasons NOT to run the SNAP. :-) Jordan From owner-freebsd-isp Wed May 22 10:50:30 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13505 for isp-outgoing; Wed, 22 May 1996 10:50:30 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13500 for ; Wed, 22 May 1996 10:50:28 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA26660; Wed, 22 May 1996 13:54:19 -0400 Date: Wed, 22 May 1996 13:54:19 -0400 Message-Id: <199605221754.NAA26660@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Jeff Hupp From: dennis@etinc.com (Dennis) Subject: Re: 2.1R vs 050196SNAP Cc: freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Dennis shaped the electrons to the following form: >: >: Can anyone, in a nutshell please, give me a simple bullet list of the >: most compelling reasons (excluding obscure device support) to >: run the SNAP over 2.1R. >: > As an ISP you don't want to run a SNAP. But do go grab the -STABLE >code! This has made a world of diffrence in uptime, gets you BSDI 2.0 >compatablity, and a much improved Adaptec driver. Likely more, but that's >what was important to me. Is anyone running our product in -stable? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-isp Wed May 22 11:01:03 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14284 for isp-outgoing; Wed, 22 May 1996 11:01:03 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14266; Wed, 22 May 1996 11:00:59 -0700 (PDT) Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0uMID6-0004KCC; Wed, 22 May 96 11:00 PDT Date: Wed, 22 May 1996 11:00:33 -0700 (PDT) From: Jake Hamby To: Dennis cc: hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: 2.1R vs 050196SNAP In-Reply-To: <199605221449.KAA26388@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 22 May 1996, Dennis wrote: > > Can anyone, in a nutshell please, give me a simple bullet list of the > most compelling reasons (excluding obscure device support) to > run the SNAP over 2.1R. > > thanks, > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com I found the 5/1 SNAP particularly stable but of course your mileage may vary. I recommend you test it on a non-critical machine before you even think about using it in production, just in case your configuration isn't quite compatible. FreeBSD-STABLE is of course a better choice for an ISP. Having said that, the advantages of -CURRENT: 1) PHK's improved RAM-efficient malloc. This, combined with much improved VM code, means the system swaps less and performs faster. 2) New versions of software (e.g. sendmail), bugs fixed. But then again, any critical bugs/security patches have been integrated into FreeBSD-STABLE. 3) Much better Linux support. Now runs ELF and a.out binaries. Even FreeBSD-native ELF binaries can be created (with the ELFkit). Supports sound under Linux DOOM! That's about it. But I do like this latest SNAP and I've had great success running it at home. If you have a spare machine that is not running anything "mission critical" I would recommend it. ---Jake From owner-freebsd-isp Wed May 22 13:30:54 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24232 for isp-outgoing; Wed, 22 May 1996 13:30:54 -0700 (PDT) Received: from pelican.altadena.net (pelican.altadena.com [206.16.90.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24223 for ; Wed, 22 May 1996 13:30:48 -0700 (PDT) Received: by pelican.altadena.net (Smail3.1.29.1 #10) id m0uMKYP-0000RhC; Wed, 22 May 96 13:30 PDT Message-Id: Date: Wed, 22 May 96 13:30 PDT From: pete@pelican.altadena.net (Pete Carah) To: isp@freebsd.org Subject: Re: sendmail read errors/timeouts etc. In-Reply-To: Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you write: X.400 - booooo! >i have not discovered anything in common among the sites i'm having >trouble with (other than the fact that my box is having trouble with all >of them - hmm maybe that should tell me something %^) >i'm surprised that with all the folks that've had problems with this in >the various versions of freebsd over the last year that nobody really >nailed it down. i was gonna search the netbsd list archives but they >aren't as easy to get at as the freebsd archives are (no smurfy html >form - gotta go get 'em and grep through 'em) - i thought it'd be >interesting to find out if the netbsd'ers have experienced the same >difficulties. oh well, that'll be that bottom of the barrel strategy. Well, I have seen some systems (both Sun's and SGI's out of the box) that will send mail directly to a host if it has an A record even if there is an MX for the host (which is *supposed* to take precedence if present). I know that the OI line is part of the fix but don't know all. That can easily cause problems if the destination's nameserver is a messed-up firewall configuration that advertises A records for internal (unreachable) hosts (which is *very* common; I've helped several sites straighten this one out on the nameserver end). O'Reilly can come to the rescue here (at least if you can lift the sendmail book :-)) My gateway systems all run smail 3.1 which is *much* easier to configure, but we still need good sendmail.cf's (the FreeBSD default seems to work much better than both Sun's and SGI's defaults; the SGI default will often result in sendmail hitting the per-user process limit, at least in 4.0.5 and 5.2. At least Sun's default will *usually* send mail successfully even if it is usually unreplyable outside your own domain (uses @nodename instead of @fqdn, at least in 2.4 and 2.5, even to external destinations).) -- Pete From owner-freebsd-isp Wed May 22 20:28:56 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05151 for isp-outgoing; Wed, 22 May 1996 20:28:56 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05141 for ; Wed, 22 May 1996 20:28:46 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id TAA20958; Wed, 22 May 1996 19:43:56 -0700 Date: Wed, 22 May 1996 20:26:50 -0700 (PDT) From: Michael Dillon To: iap@vma.cc.nd.edu cc: inet-access@earth.com, freebsd-isp@freebsd.org Subject: [Linux-ISP] Re: Eudora Light Distribution (fwd) Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ---------- Forwarded message ---------- Date: Wed, 22 May 1996 13:58:19 -0700 From: Carrie Brooks To: "Lon R. Stockton, Jr." Cc: linuxisp@lightning.com, cbrooks@qualcomm.com, mparks@qualcomm.com Subject: [Linux-ISP] Re: Eudora Light Distribution Apparently you did not get to see a copy of my original message, and I want to be sure that what we have offered is clear.. Actually Lon, as I explained in my original message sent out, we are waiving the $1000 fee for ISP's. Since this caused such confusion, we are putting a new Eudora Light License Agreement on our webpage shortly (hopefully within a day) that will not include the $1000 fee verbage. We are interested in establishing contacts with ISP's and providing them with shareware that is useful and of high quality. It is truly a free offer. And meant to encourage ISP's to offer it. I'd be happy to answer any other questions. Best Regards, Carrie At 04:24 PM 5/22/96 -0400, Lon R. Stockton, Jr. wrote: > >Hi all...I followed up on the recent message regarding the distribution >of Eudora Light by ISPs and have found a couple of answers to questions >which were asked here. Thought I'd pass along what I found and my >opinions of same. > >First, I'd like to say that I found the people at Qualcomm helpful and >quick to answer my questions, and I'd encourage anyone who has further >questions to contact the people listed in the cc: header of this message. >Cbrooks deals with international sales, mparks does the domestic side. > >You can get info from their www site; http://www.qualcomm.com. Once >there, pick "Products & Technologies", then pick "QUEST". Then pick >"Information". Then you can pick "Agreement to Distribute Eudora Light". >Or just go straight to: http://www.qualcomm.com/ProdTech/quest/lightdist.html > >Basically, the deal is that there are two "levels" of distribution. >"Level One" requires only that you sign an agreement. "Level Two" >requires the agreement and a one-time $1000 "administrative fee". > >Level One is if you want to distribute it in a book, magazine, or newsletter. >Or if you're giving it away as part of a training class. Or if you're >giving it to a non-profit organization. Or if you only make it available >via your ftp or web site. > >Level Two applies if you're an ISP (unless you only make it available on >your ftp/web site and don't actually give it away). It's not clear if an >ISP who gives it away only as part of a newsletter or a training class >counts as level one or two. Contact the people above to ask if you're >interested. I would, but due to my opinions given below, I doubt I will. >Level Two also requires that you provide first-line support for the product. > >As I see it (YMMV), there's no sense in pursuing it. I'll only discuss >the perspective of an ISP here since that's what we all are. > >The "administrative fee" of $1000 seems to be nothing but punishment for >being in the ISP business. For your $1000, you get the privilege of >giving away their freeware...and are legally bound to support it and >to market their Eudora Pro product. If they upgrade, you're also legally >bound to upgrade all of your customers that you gave the old >software to within 30 days. The fee is supposidly an "administrative >fee"...sounds like awfully expensive administrators to me. > >Lessee...you get to pay them money for the privilege of supporting their >software and expanding their installed base, as well as providing >marketing for them. What a bargain. So, let's look at level 1. > >As an ISP, basically the only thing Level One gets you is the ability to >provide the software on your FTP or Web site. You're not fleeced, errr, >required to pay the admin fee, but you still have to sign the legalese >agreement. Again, for the privilege of expanding their installed base and >marketing their product, as well as using up some of your hard drive >space and loading down your ftp site, you get to be legally bound by their >agreement. > >Instead of all that, why not just provide a link to THEIR web/ftp site >from yours? You don't have to sign any BS agreements, and THEIR site >takes the load instead of yours. No hassles in updating stuff when they >upgrade their software either. Maybe if their servers started getting >overloaded by customers downloading their freeware, they'll be happier to >allow us the privilege of giving it out for 'em. > >One of these days, these upstart companies will learn the same lesson >that Microsoft seems to be learning now...whatever software us ISPs and >BBS operators give out (and endorse) will dominate the industry. Make >life too difficult or costly for us, and we simply divert our customers >to companies and software that doesn't. > >Funny thing is, all of these companies with admittedly the best product >in it's class (i.e. netscape and qualcomm) seem to be doing their best to >play the big company game with all the legalese and the >nickel-and-dimeing (or $1000-ing), while Microsoft, who *IS* a big, >faceless company, is doing their best to try to act like a small >entreprenurial company and cozy up to the people who play a big part in >deciding their future (namely, us). It will be a shame and a loss when >Netscape and Eudora become nothing but artifacts of internet history. > >As I said above, this is mostly my opinion. Your mileage may vary. You >may agree or disagree, but one thing's for certain...we'll get to see >who's right or wrong by direct observation. The free market will decide >it soon enough. > > > > Carrie Brooks, International Sales Manager, QUEST Qualcomm Inc. 6455 Lusk Blvd. San Diego,CA 92121 Tel: 619-651-4031 Email: cbrooks@qualcomm.com Fax: 619-658-1500 WEB: http://www.qualcomm.com/quest ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To [un]subscribe to this list, contact linuxisp-request@lightning.com Please send contributions for the mailing list to: linuxisp@lightning.com Please contact the mailing-list-owner as: linuxisp-owner@lightning.com From owner-freebsd-isp Thu May 23 00:19:58 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00825 for isp-outgoing; Thu, 23 May 1996 00:19:58 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA00813 for ; Thu, 23 May 1996 00:19:55 -0700 (PDT) Received: (from winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) id CAA06712 for isp@freebsd.org; Thu, 23 May 1996 02:20:17 -0500 (CDT) Date: Thu, 23 May 1996 02:20:17 -0500 (CDT) From: "Matthew N. Dodd" Message-Id: <199605230720.CAA06712@sasami.jurai.net> To: isp@freebsd.org Subject: (fwd) FS: Zynx 4 port PCI adapter Newsgroups: misc.forsale.computers.net-hardware Organization: Jurai-Net Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If anyone is interested in a solid 4 port PCI ethernet card this may be of interest to you. I purchased two of these cards from this gentleman, and have them in production now. They are the older rev of the card and have the chips arranged like: = X X X X opposed to the newer = X X =a rev which is like this = X X Anyhow, at #125, these are a steal. Heck you almost pay that much for a brand name 21040 based card. ---[ Begin Forwarded Message ]--- These are new in oem box Znyx zx314 4 port PCI multi-channel adapter. With this product, system integrators can configure systems with four independent, 32-bit, full-duplex Ethernet Adapters in a single PCI slot. The ZX314 is fully compliant with the PCI standard, consuming only two "bus loads," which is standard for PCI add-in cards. The ZX314 appears to the host system as four ZX312 boards, each including 256 byte input and output FIFOs, and bus mastering with burst transfers at 132 megabytes/second. Each of the four ports may be configured and utilized in a completely independent fashion, according to the capabilities of the host operating system. Software drivers are provided for all major server operating systems, including the following: * Novell NetWare 3.11 * Novell NetWare 3.12 * Novell NetWare 4.x * Microsoft LAN Manager * IBM LAN Server * Microsoft Windows-for-Workgroups * Microsoft Windows/NT * SCO UNIX * Univel UNIX * SunSoft ISC UNIX * SunSoft Solaris

Click here for a review on these cards and use your find function to look up ZX314 paying particular attention to the suggested retail Currently selling in excess of $400.00 I am selling what I have (10) for $125.00 apiece email if interested mailto:bgasson@village.ios.com ---[ End ]--- Have a good one. -- | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-isp Thu May 23 05:50:04 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09257 for isp-outgoing; Thu, 23 May 1996 05:50:04 -0700 (PDT) Received: from saratoga.compassnet.com (nguyept@saratoga.compassnet.com [198.66.160.253]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09251 for ; Thu, 23 May 1996 05:50:03 -0700 (PDT) Received: (from nguyept@localhost) by saratoga.compassnet.com (8.7.5/8.6.12) id HAA02841 for isp@freebsd.org; Thu, 23 May 1996 07:47:13 -0500 (CDT) From: "Peter T. Nguyen" Message-Id: <199605231247.HAA02841@saratoga.compassnet.com> Subject: connecting to main isp via pap... To: isp@freebsd.org Date: Thu, 23 May 1996 07:47:12 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have an interesting problem. Presently, I have FreeBSD 2.1 installed on my system. During installation, I also installed and recompiled the kernel to work with ppp. here is my problem. I found out that the ISP is using PAP to authenticate users who connect to their system. Once connected, the server starts talking in PPP packet right away. I can not chat nor kermit in an send-expect script. I'm getting a dedicated dialup connection (64K ISDN). Here is what i did, * % cu -l /dev/cuaa0 -s 57600 atdt5551212 CONNECT 57600 }}}~#$!#!#%$!$%%!#}}}}}}~#$!#!#%$!$%%!#}}}}}}~#$!#!#%$!$%%!#}}} }}}~#$!#!#%$!$%%!#}}} * I escape back to the shell vi ~! here, I don't know what to type ????? (pppd what ?) * What files in /etc/ppp should modify ? My set up is simple. Does anybody out there have a options or whatever files to help me out ? ptr From owner-freebsd-isp Thu May 23 06:47:22 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12924 for isp-outgoing; Thu, 23 May 1996 06:47:22 -0700 (PDT) Received: from cello.QNET.COM (cello.qnet.com [204.107.78.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12907; Thu, 23 May 1996 06:47:19 -0700 (PDT) Received: by cello.QNET.COM (Smail3.1.29.1 #1) id m0uMakP-0003ioC; Thu, 23 May 96 06:48 PDT Message-Id: Date: Thu, 23 May 96 06:48 PDT To: freebsd-hardware@freebsd.org, freebsd-isp@freebsd.org From: Chris Linstruth Subject: FreeBSD: SCSI hangs, panics and other failures as nntp server Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD-Hardware (and ISP): We at qnet have been attempting to use FreeBSD as a Usenet News server for about a year. We are at this time evaluating other alternatives because we have been unable to achieve the stability required under this kind of load. We are perfectly satisfied with 2.1.0-RELEASE's performance as a Domain Name Server, mail hub, and W3 (apache) server. We have built several different machines based on the AHA-1542, NCR83C510, and the most recent being an AHA-2940 (AIC7870). We have been unable to build a system that does not suffer from: SCSI Bus hangs - (you can switch VTs etc, but anything accessing any SCSI device terminally hangs. Telnetting in results in a connection but no login prompt, but characters echo. You know what I'm talking about. Random Reboots Device Timeouts - with 2.1.0-RELEASE. We just upgraded to the 2.2-960501-SNAP and now we're getting reboots instead of system hangs. (detailed in kern/1157) Is there anything we can do? We've replaced every component including SCSI cables, terminators, etc. We've tried external SCSI cabinets, all internal devices, and combinations of both. We would certainly like to continue using FreeBSD for all our subsystems, including Usenet. Where should we look next? Would another host adapter (Buslogic?) solve all our problems? If you were going to buy a new PCI host adapter for a FreeBSD system what would it be? What hardware deficiency would typically cause these symptoms? Does the -stable kernel contain anything related to this that the 960501 snapshot does not? Thanks in advance for *any* assistance. (A project for today includes recompiling a kernel with the appropriate debug options available, so that info should be available soon.) ---------- The Hardware: FreeBSD 2.2-960501-SNAP #0: Wed May 1 14:09:30 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock ... i586 clock: 99463645 Hz, i8 254 clock: 1193062 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method i586 clock: 0 Hz CPU: Pentium (99.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30466048 (29752K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7:0 piix0 rev 2 on pci0:7:1 ahc0 rev 0 int a irq 11 on pci0:19 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1033MB (2117025 512 byte sectors) (ahc0:1:0): "FUJITSU M1606S-512 6226" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1041MB (2131992 512 byte sectors) (ahc0:2:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 4095MB (8386733 512 byte sectors) (ahc0:3:0): "Quantum XP34300 81HB" type 0 fixed SCSI 2 sd3(ahc0:3:0): Direct-Access 4101MB (8399520 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 3 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:97:b7:7a, type WD8013EPC (16 bit) ed1 not found at 0x300 fe0: disabled, not probed. sio0: disabled, not probed. sio1: disabled, not probed. sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0: wrong signature ff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0: disabled, not probed. wdc1: disabled, not probed. bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0: disabled, not probed. mcd0: disabled, not probed. mcd1 not found at 0x340 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not probed due to maddr conflict with ed0 at 0xd0000 ep0: disabled, not probed. ix0: disabled, not probed. le0: disabled, not probed. lnc0 not probed due to I/O address conflict with ed0 at 0x280 lnc1: disabled, not probed. ze0: disabled, not probed. zp0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. From owner-freebsd-isp Thu May 23 08:39:09 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20676 for isp-outgoing; Thu, 23 May 1996 08:39:09 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20647; Thu, 23 May 1996 08:38:59 -0700 (PDT) Message-Id: <199605231538.IAA20647@freefall.freebsd.org> To: Chris Linstruth cc: freebsd-hardware@freebsd.org, freebsd-isp@freebsd.org Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp server In-reply-to: Your message of "Thu, 23 May 1996 06:48:00 PDT." Date: Thu, 23 May 1996 08:38:58 -0700 From: "Justin T. Gibbs" Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Dear FreeBSD-Hardware (and ISP): > >We at qnet have been attempting to use FreeBSD as a >Usenet News server for about a year. We are at this time >evaluating other alternatives because we have been unable to >achieve the stability required under this kind of load. > >We are perfectly satisfied with 2.1.0-RELEASE's performance as >a Domain Name Server, mail hub, and W3 (apache) server. > >We have built several different machines based on the AHA-1542, >NCR83C510, and the most recent being an AHA-2940 (AIC7870). Don't use 2.1.0R with a 2940. Use -stable. >We have been unable to build a system that does not suffer >from: > > SCSI Bus hangs - (you can switch VTs etc, but anything > accessing any SCSI device terminally hangs. Telnetting > in results in a connection but no login prompt, but > characters echo. You know what I'm talking about. > > Random Reboots > > Device Timeouts - with 2.1.0-RELEASE. We just upgraded > to the 2.2-960501-SNAP and now we're getting reboots > instead of system hangs. (detailed in kern/1157) If you are getting reboots, its most likely not a device timeout. You should probably be supping the CVS tree and relying on 2.1-STABLE not on current. >Is there anything we can do? We've replaced every component including >SCSI cables, terminators, etc. We've tried external SCSI cabinets, all >internal devices, and combinations of both. Try -stable. Its designed for your type of aplication where stability is more important than new features. >We would certainly like to continue using FreeBSD for all our >subsystems, including Usenet. Where should we look next? > >Would another host adapter (Buslogic?) solve all our problems? Perhaps. The Buslogic driver may be more stable, but offers poorer performance than the 2940 driver. There seem to be two things that can trip up a 2940 right now. Mixing wide and narrow devices, and turning on ultra mode. I think I have the ultra problem squashed, but I don't have any wide or ultra devices to test with. >If you were going to buy a new PCI host adapter for a FreeBSD system >what would it be? Probably a 3940UW. The aic7xxx driver is the most actively maintained driver in the source tree and the usual response time on bugs is good. >What hardware deficiency would typically cause these symptoms? Poor termination, device driver bug, VM bug... Go back to -stable and see how that works for you. >Does the -stable kernel contain anything related to this that the 960501 >snapshot does not? -stable is a totally different source tree then what was in the 960501 snap. >Thanks in advance for *any* assistance. > >(A project for today includes recompiling a kernel with the appropriate >debug options available, so that info should be available soon.) Try to compile a custom kernel that has only the devices you use in it. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-isp Thu May 23 11:04:45 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05993 for isp-outgoing; Thu, 23 May 1996 11:04:45 -0700 (PDT) Received: from tchnet.tchnet.com (tchnet.tchnet.com [198.109.196.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05988 for ; Thu, 23 May 1996 11:04:40 -0700 (PDT) Received: (from root@localhost) by tchnet.tchnet.com (8.6.12/8.6.9) id OAA10305; Thu, 23 May 1996 14:04:10 -0400 Date: Thu, 23 May 1996 14:04:10 -0400 (EDT) From: John Hart To: FreeBSD Questions Subject: Modem Problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, this is the situation we have had lately... We have two 16-port boca boards, a Boca Box with 15 boca internal rack modems, and 3 external usr 28.8 modems. All of the boca modems, except for the bottom ones work perfectly. Two of the usr's and about 4 of the bocas give a string of garbage if one connects to them. If you hit enter a few times, you will get a login prompt, but, if you hit enter at the login prompt you lock the modem. Now, we have tried moving the modems around, thinking it was the boca board, and that didn't work, they still messed up. (The usr's at least, will try a boca in a minute.) There is one usr that works, on the second boca board, all the way to the end of it. It is a dialin for a local bbs, and they have not had one bit of trouble with that modem. (The init strings/etc for all usr's are the same, as are the dip switches.) The phone lines are not the problem, as we have tried to move those, also, and we still get the same problem. I have checked through the entire software side, that I can think of, and I cannot see anything out of place for those modems. One question I do have, should we be running the modem() script from rc.serial on our reboots? The file says we shouldn't run it, and currently we do right now. (This is the script portion that uses comcontrol to lock the baud at 115200 and also sets the hardware flow control on.) Anyone have any other areas I can check for possible problems? John ------------------------------------------------------------------------------- John Hart, System Administrator Technet Internet Services dashadow@tchnet.com (517)796-8200 ------------------------------------------------------------------------------- From owner-freebsd-isp Thu May 23 11:38:22 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08000 for isp-outgoing; Thu, 23 May 1996 11:38:22 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07981; Thu, 23 May 1996 11:38:18 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id KAA00693; Thu, 23 May 1996 10:53:52 -0700 Date: Thu, 23 May 1996 11:36:46 -0700 (PDT) From: Michael Dillon To: freebsd-isp@FreeBSD.ORG cc: freebsd-hardware@FreeBSD.ORG Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp server In-Reply-To: Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 23 May 1996, Chris Linstruth wrote: > We have built several different machines based on the AHA-1542, > NCR83C510, and the most recent being an AHA-2940 (AIC7870). > > We have been unable to build a system that does not suffer > from: Then maybe it's not the SCSI host adapter. Try a different network card, maybe a 3COM 3C509 or 3C590. On other OSes (SCO UNIX) I have solved wierd SCSI problems by switching from Adaptec to Buslogic. > Random Reboots This could be incorrect configuration of BIOS motherboard options. Pore carefully through the motherboard manual and make sure all the settings make sense and unused stuff like IDE is disabled. If it's an ASUS board there is a newsgroup you can check into alt.comp.periphs.mainboard.asus Make sure that any IRQ's used by ISA devices are reserved in the BIOS so the PCI system doesn't try to use them. > (A project for today includes recompiling a kernel with the appropriate > debug options available, so that info should be available soon.) > aha0 not found at 0x330 > aic0 not found at 0x340 > nca0 not found at 0x1f88 > nca1 not found at 0x350 > sea0 not found Might be a good idea to remove all those uneeded device drivers while you are at it. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-isp Thu May 23 13:32:27 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16362 for isp-outgoing; Thu, 23 May 1996 13:32:27 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA16350; Thu, 23 May 1996 13:32:22 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA25173; Thu, 23 May 1996 15:31:14 -0500 From: Joe Greco Message-Id: <199605232031.PAA25173@brasil.moneng.mei.com> Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp server To: cjl@qnet.com (Chris Linstruth) Date: Thu, 23 May 1996 15:31:13 -0500 (CDT) Cc: freebsd-hardware@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: from "Chris Linstruth" at May 23, 96 06:48:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Dear FreeBSD-Hardware (and ISP): > > We at qnet have been attempting to use FreeBSD as a > Usenet News server for about a year. We are at this time > evaluating other alternatives because we have been unable to > achieve the stability required under this kind of load. You won't find a better alternative. I've been very successful using FreeBSD as a news server, as a matter of fact I am setting up a dedicated feeder system consisting of 15 of the new UltraSCSI 1G Hawk (31055N) drives, several NCR810's and an ASUS P133 board. Usually where I see SCSI problems - and this isn't just FreeBSD - is when you mix and match drive types and (worse) vendors on the same SCSI channel. This doesn't help reliability. Stick to one vendor, preferably one drive model. If you must mix and match, put in another SCSI channel and keep the drives on each channel homogeneous if possible. Also, make sure you are using quality components. If you are not using a Triton based board, preferably one known to work well, go out and get one of the new ASUS Triton-II boards, they're under $250. If you ARE using a Triton-I based board, make sure you have thoroughly tested the RAM. Get enough RAM to be a news server. 32MB is about enough to take a pee in. news.sol.net is tight in 64MB RAM; I maintain a million articles and my history.pag file is about 20MB. I usually have less than half a dozen readers on, but the system is adequate. You are maintaining huge data structures in your VM system. Act like you are, and buy the physical memory to support it. The feeder box (NO readers!) I am building will have 128MB RAM. Get multiple SCSI channels. The Adaptec stuff is good, reliable, and has a nice GUI for setup and hardware maintenance. The NCR-810's are dirt cheap, but offer the same performance and reliability as the Adaptec stuff. The differences I see are that you don't get a GUI and you do get it MUCH cheaper. The box I'm building has 3 NCR's. As soon as an AHA-3940 frees up I will have 2 NCR's and a 3940 for _4_ SCSI channels. Get more disks. My smallest news server has 8 disks and it is woefully I/O bound. The feeder box I am building has 17 drives (15 1G, 2 4G). Use good fast disks. I don't like anything over 9ms (Seagate Hawk class), and prefer Barracuda. Remember two 9ms 1G drives will on average be faster than a single 8ms 2G drive. You can use ccd to combine smaller disks into a few larger disks. The reason I usually see for news server failures under FreeBSD is that INN imposes wild requirements on an OS. If you fail to equip your machine adequately, you end up exercising lots of portions of the system that you don't want to be exercising. Some of these portions may have bugs too ;-) I used to see lots of bizarre things happening during expire, because with 48MB RAM I did not have enough RAM to deal with my required VM profile. RAM in particular is real important, and at current prices there is no excuse to have less than 64MB. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-isp Thu May 23 13:53:23 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18071 for isp-outgoing; Thu, 23 May 1996 13:53:23 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA18054 for ; Thu, 23 May 1996 13:53:17 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id XAA16205; Thu, 23 May 1996 23:53:04 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id XAA27056; Thu, 23 May 1996 23:53:04 +0300 (EET DST) Date: Thu, 23 May 1996 23:53:04 +0300 (EET DST) Message-Id: <199605232053.XAA27056@cantina.clinet.fi> From: Heikki Suonsivu To: "Matthew N. Dodd" Cc: freebsd-isp@freebsd.org In-reply-to: "Matthew N. Dodd"'s message of 23 May 1996 12:14:34 +0300 Subject: Re: (fwd) FS: Zynx 4 port PCI adapter Organization: Clinet Ltd, Espoo, Finland References: <199605230720.CAA06712@sasami.jurai.net> Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "Matthew N. Dodd" These are new in oem box Znyx zx314 4 port PCI multi-channel adapter. With this We are using these but having odd problems which I haven't been able to track down yet. The symptom is that one can traceroute packets but ping or anything else just disappears. Anyone else? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-isp Thu May 23 15:11:28 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25927 for isp-outgoing; Thu, 23 May 1996 15:11:28 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA25919 for ; Thu, 23 May 1996 15:11:23 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id RAA23065; Thu, 23 May 1996 17:11:36 -0500 (CDT) Date: Thu, 23 May 1996 17:11:36 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Heikki Suonsivu cc: freebsd-isp@freebsd.org Subject: Re: (fwd) FS: Zynx 4 port PCI adapter In-Reply-To: <199605232053.XAA27056@cantina.clinet.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 23 May 1996, Heikki Suonsivu wrote: > We are using these but having odd problems which I haven't been able to > track down yet. The symptom is that one can traceroute packets but ping or > anything else just disappears. Anyone else? Humm... They are working fine here. What does the boot probe say? | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-isp Fri May 24 01:53:02 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11617 for isp-outgoing; Fri, 24 May 1996 01:53:02 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11593 for ; Fri, 24 May 1996 01:52:43 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id LAA05748; Fri, 24 May 1996 11:52:38 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id LAA04542; Fri, 24 May 1996 11:52:37 +0300 (EET DST) Date: Fri, 24 May 1996 11:52:37 +0300 (EET DST) Message-Id: <199605240852.LAA04542@katiska.clinet.fi> From: Heikki Suonsivu To: "Matthew N. Dodd" Cc: Heikki Suonsivu , freebsd-isp@freebsd.org Subject: Re: (fwd) FS: Zynx 4 port PCI adapter In-Reply-To: References: <199605232053.XAA27056@cantina.clinet.fi> Organization: Clinet Ltd, Espoo, Finland Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Matthew N. Dodd writes: > On Thu, 23 May 1996, Heikki Suonsivu wrote: > > We are using these but having odd problems which I haven't been able to > > track down yet. The symptom is that one can traceroute packets but ping or > > anything else just disappears. Anyone else? > > Humm... They are working fine here. What does the boot probe say? They worked here fine for quite a while, but without any obvious reason ports become unusable. I do not know yet if the hardware failed, I need to do more testing on this. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-isp Fri May 24 02:27:35 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13657 for isp-outgoing; Fri, 24 May 1996 02:27:35 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA13652 for ; Fri, 24 May 1996 02:27:31 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id EAA00813; Fri, 24 May 1996 04:27:37 -0500 (CDT) Date: Fri, 24 May 1996 04:27:37 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Heikki Suonsivu cc: freebsd-isp@freebsd.org Subject: Re: (fwd) FS: Zynx 4 port PCI adapter In-Reply-To: <199605240852.LAA04542@katiska.clinet.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 24 May 1996, Heikki Suonsivu wrote: > They worked here fine for quite a while, but without any obvious reason > ports become unusable. I do not know yet if the hardware failed, I need to > do more testing on this. Make sure you're running -stable. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-isp Fri May 24 07:17:45 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08788 for isp-outgoing; Fri, 24 May 1996 07:17:45 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (College.ormond.unimelb.edu.au [203.17.189.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08748 for ; Fri, 24 May 1996 07:17:33 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.6.11/8.6.9) id AAA25779 for freebsd-isp@freebsd.org; Sat, 25 May 1996 00:17:08 +1000 From: Gavin Cameron Message-Id: <199605241417.AAA25779@gateway.ormond.unimelb.edu.au> Subject: NNStats To: freebsd-isp@freebsd.org Date: Sat, 25 May 1996 00:17:07 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Is anyone using NNStats on FreeBSD? I've tried compiling 3.2 with no success, and before I try to get it working I thought I'd ask if someone else has already done the deed. If someone could point me to a version that compiles under FreeBSD using BPF I'd really appreciate it. Many thanks in advance Gavin From owner-freebsd-isp Fri May 24 08:27:31 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18570 for isp-outgoing; Fri, 24 May 1996 08:27:31 -0700 (PDT) Received: from cscfx.sytex.com (rwc@cscfx.sytex.com [205.147.190.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA18557; Fri, 24 May 1996 08:27:26 -0700 (PDT) Received: (from rwc@localhost) by cscfx.sytex.com (8.6.12/8.6.9) id LAA01915; Fri, 24 May 1996 11:27:00 -0400 From: Richard Cramer Message-Id: <199605241527.LAA01915@cscfx.sytex.com> Subject: elm - time out of mailbox To: ache@FreeBSD.ORG Date: Fri, 24 May 1996 11:27:00 -0400 (EDT) Cc: freebsd-isp@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi -- Environment: FreeBSD v2.1R ftp'd from FreeBSD.org elm port: elm2.4pl24me8 from ports Problem: Can not read mail - Message: waiting to read mailbox (tries 7 times) timed out on locking mailbox I have seen this quite a while ago on another system, but I forget the solution. Suggestion would be appreciated, Regards, Dick -- Richard Cramer rcramer@sytex.net Phone: 703-425-2515 President Fax: 703-425-4585 Sytex Access Ltd. POB 2385, Fairfax, VA 22031-0385 From owner-freebsd-isp Fri May 24 08:44:17 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20766 for isp-outgoing; Fri, 24 May 1996 08:44:17 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20743; Fri, 24 May 1996 08:44:09 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA01078; Fri, 24 May 1996 11:49:44 -0400 Date: Fri, 24 May 1996 11:49:44 -0400 Message-Id: <199605241549.LAA01078@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Karl Denninger, MCSNet" From: dennis@etinc.com (Dennis) Subject: Re: ISDN Compression Load on CPU Cc: hackers@freebsd.org, freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >First, commercial boxes come with support. Support that an ISP will NEED. Um...well we give full WAN support with our products, and its a lot better than you get from most of the "commercial" companies from what i hear. >And yes, Dennis, I am a developer. 99% of the software running here, >including the entire FreeBSD-based authentication and database systems at >MCSNet, were written by me. 15+ years of experience in this industry. Well, you sound like a marketeer to me :-) Obviously you understand that some of us wear more than one hat..maybe you could give me the benefit of the doubt. But frankly, I dont understand how you could use something like freebsd for authentication....I wouldnt trust it to anything that wasnt commercial and well-supported :-) Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-isp Fri May 24 09:14:10 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25181 for isp-outgoing; Fri, 24 May 1996 09:14:10 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA25157; Fri, 24 May 1996 09:14:05 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id LAA02664; Fri, 24 May 1996 11:13:50 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 24 May 96 11:13 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 24 May 96 11:13 CDT Message-Id: Subject: Re: ISDN Compression Load on CPU To: dennis@etinc.com (Dennis) Date: Fri, 24 May 1996 11:13:45 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199605241549.LAA01078@etinc.com> from "Dennis" at May 24, 96 11:49:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >First, commercial boxes come with support. Support that an ISP will NEED. > > Um...well we give full WAN support with our products, and its a lot better > than you get from most of the "commercial" companies from what i > hear. > > > >And yes, Dennis, I am a developer. 99% of the software running here, > >including the entire FreeBSD-based authentication and database systems at > >MCSNet, were written by me. 15+ years of experience in this industry. > > Well, you sound like a marketeer to me :-) Obviously you understand > that some of us wear more than one hat..maybe you could give me > the benefit of the doubt. > > But frankly, I dont understand how you could use something like freebsd > for authentication....I wouldnt trust it to anything that wasnt commercial > and well-supported :-) > > Dennis Its called redundant backups, no two of which are on the same platform :-) I'm crazy, and chase the lower-cost Gods just like everyone else, but I'm NOT stupid. I see the market as basically having three components from an ISP perspective: 1) The end-attachment market (your customers). These folks want simple, simple, simple. Active routing is not required for 99% of these people. The ASCEND P130 is a great box for this application, and you will NOT beat it with a PC-style router. You just won't. 2) The ISP side of those links. The key here is density, density, density and more density. At least if you intend to grow. The PC solution is ok for *limited* areas of this application. 3) Backbone hardware. Here there is no question - CISCO is the market leader, like it or not. This is where you need things like *known good* OSPF capability, IS-IS, BGP4, etc. I have tried to set up BGP4 peering with a PC running gated before; it was a serious pain in the ass finding on their end finding out why we weren't getting correct announcements. With a CISCO its a 30-second exercise for most common configurations. Now let's talk about support. You claim you provide "full WAN support". 4-hour on-site hardware replacement if necessary? Instant, talk-to-an-engineer *NOW* support for software and hardware issues, 24x7? I get that with CISCO products, and in the backbone area, this is CRITICAL. I don't have time to dink around with strange problems. If something like that comes up, I need it fixed now... -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-isp Fri May 24 09:35:46 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29051 for isp-outgoing; Fri, 24 May 1996 09:35:46 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA29035; Fri, 24 May 1996 09:35:42 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA01213; Fri, 24 May 1996 12:41:04 -0400 Date: Fri, 24 May 1996 12:41:04 -0400 Message-Id: <199605241641.MAA01213@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Karl Denninger, MCSNet" From: dennis@etinc.com (Dennis) Subject: Re: ISDN Compression Load on CPU Cc: hackers@freebsd.org, freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Karl writes.. >I see the market as basically having three components from an ISP >perspective: >1) The end-attachment market (your customers). These folks want > simple, simple, simple. Active routing is not required for 99% of > these people. The ASCEND P130 is a great box for this application, > and you will NOT beat it with a PC-style router. You just won't. your wrong here. First of all, for frame relay I will beat them easily. Plus most end users also need a host for their pages, mail and DNS, and the PC router gives them both the host and the router in a footprint less than the host/ascend solution without the unnecessary ethernet hop, which means better performance with any speed line. > >2) The ISP side of those links. The key here is density, density, > density and more density. At least if you intend to grow. > The PC solution is ok for *limited* areas of this application. unless your talking frame relay, in which case we give them equal density and higher performance with the same or superior features than Ascend or Cisco. > >3) Backbone hardware. Here there is no question - CISCO is the market > leader, like it or not. This is where you need things like *known > good* OSPF capability, IS-IS, BGP4, etc. I have tried to set up > BGP4 peering with a PC running gated before; it was a serious pain > in the ass finding on their end finding out why we weren't getting > correct announcements. With a CISCO its a 30-second exercise for > most common configurations. for you, but ive heard some horror stories as well. Most people i know that know BGP say its about the same effort once you learn Gated...you have to learn Cisco commands too...i regularly have to tell my customer's ISPs what to type in to configure their boxes for standard things. > >Now let's talk about support. You claim you provide "full WAN support". >4-hour on-site hardware replacement if necessary? Instant, >talk-to-an-engineer *NOW* support for software and hardware issues, 24x7? >I get that with CISCO products, and in the backbone area, this is CRITICAL. Any you pay for it too....lets not forget that. I have a Cisco, and the typical net support contract (@300. a year) isnt as good as you say if you have a non-typical question. I asked them how to bring a PPP line down gracefully and it took them a day to tell me that you can't. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-isp Fri May 24 11:02:01 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11932 for isp-outgoing; Fri, 24 May 1996 11:02:01 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11926; Fri, 24 May 1996 11:01:57 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA01368; Fri, 24 May 1996 14:06:49 -0400 Date: Fri, 24 May 1996 14:06:49 -0400 Message-Id: <199605241806.OAA01368@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Jordan K. Hubbard" From: dennis@etinc.com (Dennis) Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) Cc: hackers@freebsd.org, freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> While I will not claim that my requirements are the same as very many >> others, you cannot dismiss them at just the ravings of a lunatic. >> I've put my money (more than $10M of it) where my mouth is. Sorry for >> the long message; I'll take my UUNET hat off now, and go away quietly. > >Nope, sorry Louis, but, like Cassandra, you must now be villified and >endlessly castigated for being correct. :-) > >I've never made *any secret of the fact that I think that PCs are >nasty little pieces of silicon excreta. Ill designed, ill conceived, >ill subsequently bred. I daresay most people who've spent any serious >amounts of time trying to push the edge of the envelope with a PC feel >the same way. There are also lists as long as your arm of all the >applications to which PC technology should _not_ be put, and the road >to success littered with the bones of those who would not heed their >warnings. Pretty much all of the applications Louis (and Karl) >describe would be on that list for me - give me a dedicated router >with a fan as the only moving part any day. I don't like getting >paged at 2am. > >Have I said enough bad things about PCs yet? No, I don't think so. >There's also the issue of Quality Control - two words you'll rarely >see stuck together in the PC marketplace. You've got SCSI controllers >from Croatia plugged into motherboards from Togo talking to disk >drives that were purchased during a $0.10-a-megabyte special the local >discount merchant ran. Several dozen failure-prone variables, at >least half of which have probably never been tested in combination. These are the words of your "leader"? Most of this is your own fault, for buying cheap unknown cards, discouraging and ridiculing commercial vendors for charging for things that are worth it and not giving away their work, and using software thats been slapped together by someone who doesnt have enough time to spend on it to make it really work well. you get yourself a good adaptec disk controller (thanks Justin), which isnt really an issue with a router anyways, a good ethernet card and driver (thanks david) and a good, well supported WAN interface and you've got a very reliable product that rivals most of the stuff out there. All of the routers on the market are just basically PCs, in one form or another. Cisco OS is just a hacked up unix os, so what your really saying is that the guys at cisco write better code than you do. I think that a lot of the people on this list would take exception to that. shame on you. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-isp Fri May 24 11:42:15 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14792 for isp-outgoing; Fri, 24 May 1996 11:42:15 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14785; Fri, 24 May 1996 11:42:09 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id KAA18269; Fri, 24 May 1996 10:57:24 -0700 Date: Fri, 24 May 1996 11:40:21 -0700 (PDT) From: Michael Dillon To: "Karl Denninger, MCSNet" cc: Dennis , hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: ISDN Compression Load on CPU In-Reply-To: Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 24 May 1996, Karl Denninger, MCSNet wrote: > 1) The end-attachment market (your customers). These folks want > simple, simple, simple. Active routing is not required for 99% of > these people. The ASCEND P130 is a great box for this application, > and you will NOT beat it with a PC-style router. You just won't. In many cases these are clueless folks who just buy what their consultant/supplier recommends *AND* supports. There is no reason why somebody can't sell these people FreeBSD boxes with ET cards. These customers get "simple" by relying on their consultant/supplier to handle all the technical and support details. > good* OSPF capability, IS-IS, BGP4, etc. I have tried to set up > BGP4 peering with a PC running gated before; it was a serious pain > in the ass finding on their end finding out why we weren't getting > correct announcements. With a CISCO its a 30-second exercise for > most common configurations. This is only true for people like you who have used lots of Cisco product and now know it inside out. In todays growing market there are lots of folks who feel very comfortable with UNIX but know nothing about Cisco configurations and for them it can be easier to configure gated especially since they can practice with gated and RIP, then progress to gated and OSPF and then, when they need it, progress to gated and BGP. > Now let's talk about support. You claim you provide "full WAN support". > 4-hour on-site hardware replacement if necessary? Instant, > talk-to-an-engineer *NOW* support for software and hardware issues, 24x7? > I get that with CISCO products, and in the backbone area, this is CRITICAL. Not everybody can get this kind of support out of Cisco. If you are an important enough customer of Cisco's and are in a major metro area (like Chicago) and have a good relationship with clueful Cisco people then they can't be beat. Unfortunately, not everybod is in that position and some people just bang their heads against the wall trying to get help from Cisco. With something like the ET card, your local tech people can handle things like power supplies, computer components, system crashes, and you only need to deal with ET when it is an actual WAN hardware or software problem. And you don't need to stock a whole spare box, just the ET card. > I don't have time to dink around with strange problems. If something like > that comes up, I need it fixed now... I've found that no single product is the best for evereyone, evereywhere, everytime. But there is definitely a suite of best products for WAN/ISP use that includes Cisco routers, Livingston Portmaster terminal servers, ET sync cards, FreeBSD, USR Courier modems, Ascend Max, and so on. Michael Dillon ISP & Internet Consulting Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-isp Fri May 24 11:54:04 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15858 for isp-outgoing; Fri, 24 May 1996 11:54:04 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA15853; Fri, 24 May 1996 11:54:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id LAA20913; Fri, 24 May 1996 11:52:46 -0700 (PDT) Message-Id: <199605241852.LAA20913@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: dennis@etinc.com (Dennis) cc: "Jordan K. Hubbard" , hackers@FreeBSD.org, freebsd-isp@FreeBSD.org Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) In-reply-to: Your message of "Fri, 24 May 1996 14:06:49 EDT." <199605241806.OAA01368@etinc.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 May 1996 11:52:45 -0700 Sender: owner-isp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >These are the words of your "leader"? > >Most of this is your own fault, for buying cheap unknown cards, >discouraging and ridiculing commercial vendors for charging for >things that are worth it and not giving away their work, and using >software thats been slapped together by someone who doesnt have >enough time to spend on it to make it really work well. Jordan's talking about other quality issues, like a poorly designed bus and rail design that allows for cards to become unseated fairly easily and the general lack of quality with 99.9% of the motherboards on the market. In this case, I'm refering to poor Q/A at the factory (bad cache ram, etc), poor BIOSes, etc. ...and then there's interoperability problems between various cards with various motherboards. This is one advantage that Sun machines have that PCs will never have - all the hardware is pretty much made by one vendor and this cuts down the interoperability/reliability problems dramatically. For those of us that come from minicomputer backgrounds (DEC PDP and VAX), it's all too obvious to us where the shortcomings are in PC hardware. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-isp Fri May 24 12:48:19 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22091 for isp-outgoing; Fri, 24 May 1996 12:48:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22086; Fri, 24 May 1996 12:48:16 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01597; Fri, 24 May 1996 12:46:38 -0700 From: Terry Lambert Message-Id: <199605241946.MAA01597@phaeton.artisoft.com> Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) To: davidg@Root.COM Date: Fri, 24 May 1996 12:46:38 -0700 (MST) Cc: dennis@etinc.com, jkh@time.cdrom.com, hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: <199605241852.LAA20913@Root.COM> from "David Greenman" at May 24, 96 11:52:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan's talking about other quality issues, like a poorly designed bus and > rail design that allows for cards to become unseated fairly easily and the > general lack of quality with 99.9% of the motherboards on the market. In this > case, I'm refering to poor Q/A at the factory (bad cache ram, etc), poor > BIOSes, etc. ...and then there's interoperability problems between various > cards with various motherboards. This is one advantage that Sun machines have > that PCs will never have - all the hardware is pretty much made by one vendor > and this cuts down the interoperability/reliability problems dramatically. > For those of us that come from minicomputer backgrounds (DEC PDP and VAX), > it's all too obvious to us where the shortcomings are in PC hardware. On the other hand, I've had to reseat SBUS-connected TIGA boards on AT&T/NCR X terminals on a 3-4 month rotation because thermal expansion walks the right out. I personally prefer the MCA connector technology, but of course, we "all" hate MCA. The Apple NuBUS cards and slot edge connections are also pretty cool as far as good connector technology, but again, there's enough play in the engineering that you can get impossible-to-install cards; definitely a QC issue. All in all, the PC cards don't suck too badly if you use full length cards and loking end-rails internally. With the screw on the other end, the card isn't going anywhere. Micron has also recently advanced case technology, with click-lock drive rails that insert into screw holes instead of needing to be screwed down in 3 places (2 in the rail, one on the rail head), with internal spring mounts. Good mounting technology that Sun *doesn't* have. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-isp Fri May 24 13:44:46 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25803 for isp-outgoing; Fri, 24 May 1996 13:44:46 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA25776; Fri, 24 May 1996 13:44:38 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id PAA13530; Fri, 24 May 1996 15:44:19 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 24 May 96 15:44 CDT Message-Id: Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) To: terry@lambert.org (Terry Lambert) Date: Fri, 24 May 1996 15:44:18 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: davidg@Root.COM, dennis@etinc.com, jkh@time.cdrom.com, hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199605241946.MAA01597@phaeton.artisoft.com> from "Terry Lambert" at May 24, 96 12:46:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Jordan's talking about other quality issues, like a poorly designed bus and >> rail design that allows for cards to become unseated fairly easily and the >> general lack of quality with 99.9% of the motherboards on the market. In this > > case, I'm refering to poor Q/A at the factory (bad cache ram, etc), poor > > BIOSes, etc. ...and then there's interoperability problems between various >> cards with various motherboards. This is one advantage that Sun machines have >> that PCs will never have - all the hardware is pretty much made by one vendor > > and this cuts down the interoperability/reliability problems dramatically. > > For those of us that come from minicomputer backgrounds (DEC PDP and VAX), > > it's all too obvious to us where the shortcomings are in PC hardware. > > On the other hand, I've had to reseat SBUS-connected TIGA boards on > AT&T/NCR X terminals on a 3-4 month rotation because thermal > expansion walks the right out. > > I personally prefer the MCA connector technology, but of course, we > "all" hate MCA. > > The Apple NuBUS cards and slot edge connections are also pretty > cool as far as good connector technology, but again, there's enough > play in the engineering that you can get impossible-to-install cards; > definitely a QC issue. The thing that really pisses me off about the PCs is the "edge-card" type of connector. Those things just don't hold their quality and connectivity over the long haul. VME-style connectors are a LOT more reliable. As in million-insertion reliable. Look at the backplane of a CISCO sometime (the 7xxx series) and you'll know what I mean. And yes, I know connectors aren't free. But I'd GLADLY pay $5/board more for connectors that HAD to mate 100% and couldn't bend the pins or jam during insertion. That would also mean that case and board tolerances would have to improve, or you'd end up with an impossible-to-insert card -- which will quickly drive the maker out of business. > All in all, the PC cards don't suck too badly if you use full length > cards and loking end-rails internally. With the screw on the other > end, the card isn't going anywhere. But almost none of them are full length now, and PCI makes the problem worse since they have shortened the "inserted" part of the board. EISA isn't too bad, as there is a LOT of contact area -- but PCI has the same problems ISA has, only worse, due to the small area of contact and poor tolerance control on the part of the component folks. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-isp Fri May 24 15:35:36 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11587 for isp-outgoing; Fri, 24 May 1996 15:35:36 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA11575; Fri, 24 May 1996 15:35:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA08959; Fri, 24 May 1996 15:35:13 -0700 (PDT) To: dennis@etinc.com (Dennis) cc: hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) In-reply-to: Your message of "Fri, 24 May 1996 14:06:49 EDT." <199605241806.OAA01368@etinc.com> Date: Fri, 24 May 1996 15:35:13 -0700 Message-ID: <8957.832977313@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > These are the words of your "leader"? Being realistic about one's own strengths and weaknesses has never been a sin in any of the military manuals I've ever read (to continue your metaphor). Overestimating your abilities, on the other hand, generally presages disaster. > Most of this is your own fault, for buying cheap unknown cards, Be nice, Dennis - I was speaking "in the large" here. I don't, for the record, buy cheap unknown cards. I don't buy preconfigured systems, either. I buy systems assembled from a very carefully selected component list because I've been burned too many times by crappy (which is to say most) PC hardware. However, we in the FreeBSD project aren't in the hardware business, we're software vendors and we don't get a whole lot of say over what "our hardware" is going to look like. The best we can do is shoot for a high "approval rating", e.g. we dump the latest version on the net and a hoard of PC users shuffles over and sniffs it for awhile, finally holding up little index cards with numbers printed on them. We shoot for a 9.0, sometimes we get a 6.5 :-) In any case, that's the process and we really don't get to bitch and whine too much about what the _average_ PC hardware looks like if we want to get a high score, we just have to make it as robust as we can. That's why a lot of this talk about what one _can_ do with a PC is largely pointless. One can do a lot of things if one controls all the variables, but in our "market" that's about as far from being the case as one can get. You only need to satisfy one basic type of PC user in your market, Dennis, and that's a nice luxury to have. I speak from the perspective of someone who sees people trying to do _all sorts_ of things with PCs right now, and some of those things are simply not (IMO) appropriate. Jordan From owner-freebsd-isp Fri May 24 15:59:54 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16722 for isp-outgoing; Fri, 24 May 1996 15:59:54 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA16711; Fri, 24 May 1996 15:59:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id QAA16902; Fri, 24 May 1996 16:57:12 -0600 (MDT) Message-Id: <199605242257.QAA16902@rover.village.org> To: Terry Lambert Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) Cc: davidg@Root.COM, dennis@etinc.com, jkh@time.cdrom.com, hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-reply-to: Your message of Fri, 24 May 1996 12:46:38 PDT Date: Fri, 24 May 1996 16:57:12 -0600 From: Warner Losh Sender: owner-isp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Good mounting technology that Sun : *doesn't* have. Personally, I liked the K-Bus cards in my solbourne. You'd slide them in guide rails, then lock them down in place with a couple of extra side levers. Never had a problem where we'd have to reseat the cards... Warner From owner-freebsd-isp Fri May 24 19:09:00 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA28439 for isp-outgoing; Fri, 24 May 1996 19:09:00 -0700 (PDT) Received: from irbs.irbs.com ([199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA28432 for ; Fri, 24 May 1996 19:08:54 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id WAA06040; Fri, 24 May 1996 22:07:15 -0400 (EDT) From: John Capo Message-Id: <199605250207.WAA06040@irbs.irbs.com> Subject: Re: connecting to main isp via pap... To: nguyept@compassnet.com (Peter T. Nguyen) Date: Fri, 24 May 1996 22:07:14 -0400 (EDT) Cc: isp@freebsd.org In-Reply-To: <199605231247.HAA02841@saratoga.compassnet.com> from "Peter T. Nguyen" at "May 23, 96 07:47:12 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter T. Nguyen writes: > I have an interesting problem. Presently, I have FreeBSD 2.1 installed > on my system. During installation, I also installed and recompiled > the kernel to work with ppp. here is my problem. I found out that the > ISP is using PAP to authenticate users who connect to their system. > Once connected, the server starts talking in PPP packet right away. > I can not chat nor kermit in an send-expect script. I'm getting a Why can't you use chat? You have to tell the TA to dial. > dedicated dialup connection (64K ISDN). Here is what i did, > > * % cu -l /dev/cuaa0 -s 57600 > atdt5551212 > CONNECT 57600 > }}}~#$!#!#%$!$%%!#}}}}}}~#$!#!#%$!$%%!#}}}}}}~#$!#!#%$!$%%!#}}} > }}}~#$!#!#%$!$%%!#}}} pppd -detach modem crtscts lock connect 'chat ATDT5551212 CONNECT' \ some_netmask some_address /dev/cuaa0 57600 Thats basically the same as using cu or kermit. Add whatever options you need on the command line or in /etc/ppp/options. Put your PAP password in /etc/ppp/pap-secrets. The pppd man page discusses PAP and CHAP authentication at length. Or use ppp instead, aka iijppp. `man ppp' for details. Its much more suited to the task at hand. John Capo jc@irbs.com IRBS Engineering FreeBSD Servers and Workstations (954) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-isp Fri May 24 19:20:59 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29300 for isp-outgoing; Fri, 24 May 1996 19:20:59 -0700 (PDT) Received: from iectech.com (netgate.iectech.com [198.136.226.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA29295; Fri, 24 May 1996 19:20:56 -0700 (PDT) Received: by netgate.iectech.com id <6159>; Fri, 24 May 1996 18:20:28 -0400 From: Chris Peltier To: "'michael@memra.com'" Cc: "'dennis@etnic.com'" , "'hackers@freebsd.org'" , "'freebsd-isp@freebsd.org'" Subject: Re: ISDN Compression Load on CPU Date: Fri, 24 May 1996 22:12:47 -0400 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 Encoding: 19 TEXT Message-Id: <96May24.182028edt.6159@netgate.iectech.com> Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Our organization has been very successful with the ET boards in T1 routing situations. We have set up national frame networks based on their products with 100% success. The QC/bug-free motherboard/card/chassis/powersupply issue is always an issue. It is our experience, however, that these problems are easily overcome. The PC hardware can be completely "hardened" to full industrial spec. exceeding typical router MTBFs. It is also our experience that our router/network downtime is far less then our carrier's and their is no ambiguity in routing/bandwidth issues. Sincerely, Chris Peltier * email: CPELTIER@IECTECH.COM * voice: 215-257-4917 * FAX: 215-257-4916 From owner-freebsd-isp Fri May 24 21:38:00 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05980 for isp-outgoing; Fri, 24 May 1996 21:38:00 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA05975; Fri, 24 May 1996 21:37:57 -0700 (PDT) Received: from max4-149.HiWAAY.net by fly.HiWAAY.net; (5.65v3.0/1.1.8.2/21Sep95-1003PM) id AA11267; Fri, 24 May 1996 23:37:50 -0500 Message-Id: In-Reply-To: References: <199605241946.MAA01597@phaeton.artisoft.com> from "Terry Lambert" at May 24, 96 12:46:38 pm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 24 May 1996 23:30:38 -0500 To: "Karl Denninger, MCSNet" From: David Kelly Subject: Re: The view from here (was Re: ISDN Compression Load on CPU) Cc: hackers@freebsd.org, freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 3:44 PM -0500 5/24/96, Karl Denninger, MCSNet wrote: >The thing that really pisses me off about the PCs is the "edge-card" type of >connector. Those things just don't hold their quality and connectivity over >the long haul. One of my pet peeves is how even the "highest quality" card manufacturers will scrimp on the copper (and maybe gold) edge connector by not placing copper on the unused connectors. In the Apple ][ days we saw many systems fail where a card was used that placed bare PCB material against a connector, then the card was replaced with one that needed to use that connector. The gold had abraded from the Apple's connector and no longer made a good enough contact. The only official solution was to replace the MB. No doubt Apple learned something from that lesson before the Mac II's NuBus. -- David Kelly N4HHE, n4hhe@amsat.org, dkelly@hiwaay.net ============================================================= To invent, you need a good imagination and a pile of junk. - Thomas Edison From owner-freebsd-isp Sat May 25 03:24:59 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA29039 for isp-outgoing; Sat, 25 May 1996 03:24:59 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (root@zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA29034 for ; Sat, 25 May 1996 03:24:56 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with ESMTP id MAA12594 for ; Sat, 25 May 1996 12:24:53 +0200 (MET DST) X-Sender: petzi@mail.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 25 May 1996 12:24:32 +0200 To: isp@freebsd.org From: Michael Beckmann Subject: wu-ftpd and tar Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have installed the wu-ftpd from /usr/ports on my machine. Everything works fine. However, I would like all users to be able to use tar and compression for getting the files, so that for example a user who wants to get a directory foo can type "get foo.tar.gz" and the server will tar and gzip it for him. I didn't make this work yet. The manpage for ftpconversions is very cryptical. This is what I have in /usr/local/etc/ftpaccess : compress yes local remote tar yes local remote And this in ftpconversions: :.Z: : :/bin/gzip -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS : : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS :.gz: : :/bin/gzip -cd %s:T_REG|T_ASCII:O_UNCOMPRESS:GUNZIP : : :.gz:/bin/gzip -9 -c %s:T_REG:O_COMPRESS:GZIP : : :.tar:/bin/tar -c -f - %s:T_REG|T_DIR:O_TAR:TAR : : :.tar.Z:/bin/tar -c -Z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS : : :.tar.gz:/bin/tar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP The respective binaries are in their place. Has anyone made this work ? Michael From owner-freebsd-isp Sat May 25 04:02:13 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03113 for isp-outgoing; Sat, 25 May 1996 04:02:13 -0700 (PDT) Received: from oznet16.ozemail.com.au (oznet16.ozemail.com.au [203.2.192.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA03062; Sat, 25 May 1996 04:02:03 -0700 (PDT) Received: from oznet02.ozemail.com.au (oznet02.ozemail.com.au [203.2.192.124]) by oznet16.ozemail.com.au (8.7.4/8.6.12) with ESMTP id VAA10748; Sat, 25 May 1996 21:01:55 +1000 (EST) Received: from Default (slmel4p05.ozemail.com.au [203.15.163.93]) by oznet02.ozemail.com.au (8.7.4/8.6.12) with SMTP id VAA20328; Sat, 25 May 1996 21:01:22 +1000 (EST) Message-Id: <199605251101.VAA20328@oznet02.ozemail.com.au> Comments: Authenticated sender is From: "Richard Lyon" To: freebsd-hardware@freebsd.org, freebsd-isp@freebsd.org, Chris Linstruth Date: Sat, 25 May 1996 20:51:29 +0000 Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp serv Reply-to: rlyon@ozemail.com.au Priority: normal X-mailer: Pegasus Mail for Windows (v2.30) Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We at qnet have been attempting to use FreeBSD as a > Usenet News server for about a year. We are at this time > evaluating other alternatives because we have been unable to > achieve the stability required under this kind of load. > > Would another host adapter (Buslogic?) solve all our problems? > I have used an Adaptec 1542B SCSI adapter for many years starting with pre version 2.0 FreeBSD releases. I have a couple of hard drives and a CDROM hanging off it (All internal). The system is rock solid and never has any poblems. It sounds like there may be some sort of hardware setup problem. I assume you checked for the obvious things like interrupt clashes, port overlaps, DMA channel setup, synchronous negotiation, parity checking, scsi terminators, etc ... ??? Also I assume you have tried more than more than 1542 card to check that it is not just a faulty board. I seem to remember the only real problem we experienced was selecting the correct wait states in the bios setup. Initially the machine experienced random crashes until we got this right. A good simple check is to see if something like DOS runs OK on the SCSI hard disk over a few hours. Also the 1542 manual has some good tips and should be read very carefully. FreeBSD works perfectly well with the Adaptec 1542B card!! I am currently running FSB 2.1R on a 33MHz 486 with a 1542B. I have not customised the kernel in any way. Regards ... From owner-freebsd-isp Sat May 25 06:02:03 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17397 for isp-outgoing; Sat, 25 May 1996 06:02:03 -0700 (PDT) Received: from guitar.qnet.com (guitar.qnet.com [204.107.78.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA17386; Sat, 25 May 1996 06:02:00 -0700 (PDT) Received: from cello (cello.qnet.com [204.107.78.2]) by guitar.qnet.com (8.7.3/8.7.3) with SMTP id GAA26620; Sat, 25 May 1996 06:03:39 -0700 (PDT) Date: Sat, 25 May 1996 06:02:50 -0700 (PDT) From: Chris Linstruth X-Sender: cjl@cello To: rlyon@ozemail.com.au cc: freebsd-hardware@freebsd.org, freebsd-isp@freebsd.org Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp serv In-Reply-To: <199605251101.VAA20328@oznet02.ozemail.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are you processing 200000 Usenet articles a day? And supporting readers? I'm certain we wouldn't be seeing any problems if the load wasn't so stressful. At least not as often. It's not that the system doesn't run. It's been up almost 4 days on this boot. A crash is inevitable though. Thanks. Chris Linstruth - cjl@qnet.com On Sat, 25 May 1996, Richard Lyon wrote: > > We at qnet have been attempting to use FreeBSD as a > > Usenet News server for about a year. We are at this time > > evaluating other alternatives because we have been unable to > > achieve the stability required under this kind of load. > > > > > Would another host adapter (Buslogic?) solve all our problems? > > > > I have used an Adaptec 1542B SCSI adapter for many years starting with > pre version 2.0 FreeBSD releases. I have a couple of hard drives and > a CDROM hanging off it (All internal). The system is rock solid and never has any > poblems. > > It sounds like there may be some sort of hardware setup problem. I > assume you checked for the obvious things like interrupt clashes, > port overlaps, DMA channel setup, synchronous negotiation, parity > checking, scsi terminators, etc ... ??? Also I assume you have tried more than more > than 1542 card to check that it is not just a faulty board. > > I seem to remember the only real problem we experienced was selecting > the correct wait states in the bios setup. Initially the machine experienced random > crashes until we got this right. > > A good simple check is to see if something like DOS runs OK on the > SCSI hard disk over a few hours. Also the 1542 manual has some good tips and should be > read very carefully. > > FreeBSD works perfectly well with the Adaptec 1542B card!! I am > currently running FSB 2.1R on a 33MHz 486 with a 1542B. I have not > customised the kernel in any way. > > Regards ... > From owner-freebsd-isp Sat May 25 06:09:23 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18352 for isp-outgoing; Sat, 25 May 1996 06:09:23 -0700 (PDT) Received: from wedge.its.utas.edu.au (wedge.its.utas.edu.au [131.217.10.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA18343 for ; Sat, 25 May 1996 06:09:19 -0700 (PDT) Received: (from cp_nairn@localhost) by wedge.its.utas.edu.au (8.7.1/8.6.6) id XAA24400; Sat, 25 May 1996 23:09:13 +1000 (EST) Date: Sat, 25 May 1996 23:09:12 +1000 (EST) From: Carey Nairn X-Sender: cp_nairn@wedge.its.utas.edu.au To: Gavin Cameron cc: freebsd-isp@freebsd.org Subject: Re: NNStats In-Reply-To: <199605241417.AAA25779@gateway.ormond.unimelb.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 25 May 1996, Gavin Cameron wrote: > Hi > > Is anyone using NNStats on FreeBSD? > > I've tried compiling 3.2 with no success, and before I try to get it working > I thought I'd ask if someone else has already done the deed. > > If someone could point me to a version that compiles under FreeBSD using > BPF I'd really appreciate it. > > Many thanks in advance > > Gavin > > Hi, We've just recently got NNStat (the BSDi version) running on a 2.1R box with minimal fuss. The source tar file I got was NNStat32-bsdi.tar.gz but I can't remember off-hand where I got it. If you can't find it let me know and I'll email it to you. cheers, Carey Nairn ========================================================================= Carey Nairn ! email : Carey.Nairn@its.utas.edu.au Networks and Communications ! phone : (002) 20 7419 Information Technology Services ! fax : (002) 20 7898 University of Tasmania. ! ========================================================================= From owner-freebsd-isp Sat May 25 07:03:23 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24165 for isp-outgoing; Sat, 25 May 1996 07:03:23 -0700 (PDT) Received: from gds.de (ns.gds.de [194.77.222.14]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA24152 for ; Sat, 25 May 1996 07:03:17 -0700 (PDT) Received: from pluto.gds.de (pluto.gds.de [194.77.222.13]) by gds.de (8.6.12/8.6.12) with SMTP id PAA07218 for ; Sat, 25 May 1996 15:58:38 GMT Message-Id: <199605251558.PAA07218@gds.de> Comments: Authenticated sender is From: "Richard Gresek" Organization: GRESEK DATA SYSTEMS To: freebsd-isp@freebsd.org Date: Sat, 25 May 1996 16:03:08 +0000 Subject: netatalk on freebsd Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have compiled netatalk-1.3.3 with patches for freebsd. The make of the netatalk files and of the kernel ended successfuly. Now, when I try to mount the netatalk-volumes, the mac cannot find any. The freebsd-box gives me messages like: /kernel: at_pcbconnect: ro->rt = 0x0 atalkd[152]: nbp lkup sendto 3364.1: Network is unreachable atalkd[152]: nbp lkup sendto 3364.1: Network is unreachable atalkd[152]: nbp lkup sendto 3364.1: Network is unreachable ..... For testing I have only two computers on a small network: The macintosh and the netatalk-machine - no routers, no zones etc. The connection between them is ok. Telnet & ping do work. Can anyone help me? Thanks in advance Richard From owner-freebsd-isp Sat May 25 07:16:16 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25163 for isp-outgoing; Sat, 25 May 1996 07:16:16 -0700 (PDT) Received: from black.gensys.com (black.gensys.com [206.109.98.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA25150; Sat, 25 May 1996 07:16:13 -0700 (PDT) Received: (from jhupp@localhost) by black.gensys.com (8.7.5/8.6.12) id JAA07143; Sat, 25 May 1996 09:15:51 -0500 (CDT) From: Jeff Hupp Message-Id: <199605251415.JAA07143@black.gensys.com> Subject: Re: FreeBSD: SCSI hangs, panics and other failures as nntp serv To: cjl@qnet.com (Chris Linstruth) Date: Sat, 25 May 1996 09:15:50 -0500 (CDT) Cc: rlyon@ozemail.com.au, freebsd-hardware@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: from "Chris Linstruth" at May 25, 96 06:02:50 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Linstruth shaped the electrons to the following form: : Are you processing 200000 Usenet articles a day? And supporting : readers? Yes and yes. $uptime 9:09AM up 18 days, 10:55, 1 user, load averages: 1.22, 1.50, 1.78 $readers 22 $ : : I'm certain we wouldn't be seeing any problems if the load wasn't : so stressful. At least not as often. : : It's not that the system doesn't run. It's been up almost 4 days on : this boot. A crash is inevitable though. : The above system is a 486DX-100 with 32 Meg RAM, running 2.1-STABLE. It has a 20 Gig array on an adaptec VLB controller using the CCD driver. It's only been up 18 days because the other sysadmin hit the wrong reset button 18 day, 10 hours, and 55 minute ago.... If you are crashing that often, you aren't running -STABLE, you have something misconfigured in your BIOS chip set settings, or you have some problem hardware. -- Windows '95 ~ Never has so much done so little for so many. Jeff Hupp PGP Public Key available at http://gensys.com or on the key servers From owner-freebsd-isp Sat May 25 08:29:36 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28852 for isp-outgoing; Sat, 25 May 1996 08:29:36 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA28844 for ; Sat, 25 May 1996 08:29:29 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA19761; Sat, 25 May 1996 08:28:32 -0700 From: "Rodney W. Grimes" Message-Id: <199605251528.IAA19761@GndRsh.aac.dev.com> Subject: Re: wu-ftpd and tar To: petzi@zit.th-darmstadt.de (Michael Beckmann) Date: Sat, 25 May 1996 08:28:31 -0700 (PDT) Cc: isp@FreeBSD.ORG In-Reply-To: from Michael Beckmann at "May 25, 96 12:24:32 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, > > I have installed the wu-ftpd from /usr/ports on my machine. Everything > works fine. However, I would like all users to be able to use tar and > compression for getting the files, so that for example a user who wants to > get a directory foo can type "get foo.tar.gz" and the server will tar and > gzip it for him. I didn't make this work yet. The manpage for > ftpconversions is very cryptical. > > This is what I have in /usr/local/etc/ftpaccess : > > compress yes local remote > tar yes local remote > > > And this in ftpconversions: > > :.Z: : :/bin/gzip -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS > : : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS > :.gz: : :/bin/gzip -cd %s:T_REG|T_ASCII:O_UNCOMPRESS:GUNZIP > : : :.gz:/bin/gzip -9 -c %s:T_REG:O_COMPRESS:GZIP > : : :.tar:/bin/tar -c -f - %s:T_REG|T_DIR:O_TAR:TAR > : : :.tar.Z:/bin/tar -c -Z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS > : : :.tar.gz:/bin/tar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP tar and gzip are not normally installed in /bin on a FreeBSD system, they are in /usr/bin, I usually change the above paths to /usr/bin/gzip and /usr/bin/tar, this fixes it so that normal users can use the .tar and .tar.gz options. For anonymous users things are tricker since they will be chrooted to ~ftp and they will need statically linked versions of gzip, tar and compress placed in ~ftp/usr/bin. You should be able to just copy /usr/bin/{gzip,tar} into ~ftp/usr/bin as those files are statically linked in the standard FreeBSD distributions. > The respective binaries are in their place. Are they in there place inside the ~ftp hierarchy for anonymous users? Does it work okay for real logins, and fail for anoymous users, or vice-versa? > Has anyone made this work ? Yes... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-isp Sat May 25 09:54:29 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02297 for isp-outgoing; Sat, 25 May 1996 09:54:29 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (root@zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02291 for ; Sat, 25 May 1996 09:54:24 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with ESMTP id SAA13794; Sat, 25 May 1996 18:53:44 +0200 (MET DST) X-Sender: michael@zit1.zit.th-darmstadt.de Message-Id: In-Reply-To: <199605251528.IAA19761@GndRsh.aac.dev.com> References: from Michael Beckmann at "May 25, 96 12:24:32 pm" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 25 May 1996 18:53:39 +0200 To: "Rodney W. Grimes" From: Michael Beckmann Subject: Re: wu-ftpd and tar Cc: isp@FreeBSD.ORG Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >For anonymous users things are tricker since they will be chrooted to >~ftp and they will need statically linked versions of gzip, tar and compress >placed in ~ftp/usr/bin. You should be able to just copy /usr/bin/{gzip,tar} >into ~ftp/usr/bin as those files are statically linked in the standard FreeBSD >distributions. OK, I have followed your suggestion and setup everything for /usr/bin, instead of /bin . >> The respective binaries are in their place. > >Are they in there place inside the ~ftp hierarchy for anonymous users? Yes, I copied them there from /usr/bin . >Does it work okay for real logins, and fail for anoymous users, or vice-versa? It works neither way. I thought it were a problem with the options for ftpd in inetd.conf . I hadn't set the -a flag. But now I have (and killed -HUP the inetd), and it still doesn't work. /etc/inetd.conf : ftp stream tcp nowait root /usr/local/libexec/ftpd ftpd -a Michael From owner-freebsd-isp Sat May 25 10:32:55 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05698 for isp-outgoing; Sat, 25 May 1996 10:32:55 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA05682 for ; Sat, 25 May 1996 10:32:51 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA19925; Sat, 25 May 1996 10:32:42 -0700 From: "Rodney W. Grimes" Message-Id: <199605251732.KAA19925@GndRsh.aac.dev.com> Subject: Re: wu-ftpd and tar To: petzi@zit.th-darmstadt.de (Michael Beckmann) Date: Sat, 25 May 1996 10:32:42 -0700 (PDT) Cc: isp@FreeBSD.ORG In-Reply-To: from Michael Beckmann at "May 25, 96 06:53:39 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >For anonymous users things are tricker since they will be chrooted to > >~ftp and they will need statically linked versions of gzip, tar and compress > >placed in ~ftp/usr/bin. You should be able to just copy /usr/bin/{gzip,tar} > >into ~ftp/usr/bin as those files are statically linked in the standard FreeBSD > >distributions. > > OK, I have followed your suggestion and setup everything for /usr/bin, > instead of /bin . Okay. > >> The respective binaries are in their place. > > > >Are they in there place inside the ~ftp hierarchy for anonymous users? > > Yes, I copied them there from /usr/bin . Good. Now what does: ls -lag ~ftp/usr/bin give for output? > >Does it work okay for real logins, and fail for anoymous users, or vice-versa? > > It works neither way. :-(... hummm.... > I thought it were a problem with the options for ftpd in inetd.conf . I > hadn't set the -a flag. But now I have (and killed -HUP the inetd), and it > still doesn't work. > > /etc/inetd.conf : > > ftp stream tcp nowait root /usr/local/libexec/ftpd ftpd -a Mine looks like: ftp stream tcp nowait root /usr/local/libexec/ftpd ftpd -l -a I forget what -l does, oh, yea.. log all connections... Can I connect to this system to look at it via ftp from here? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-isp Sat May 25 20:06:48 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28944 for isp-outgoing; Sat, 25 May 1996 20:06:48 -0700 (PDT) Received: from mirage.nlink.com.br (mirage.nlink.com.br [200.238.120.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA28939 for ; Sat, 25 May 1996 20:06:43 -0700 (PDT) Received: (from luiz@localhost) by mirage.nlink.com.br (8.6.12/8.6.12) id AAA21790 for freebsd-isp@freebsd.org; Sun, 26 May 1996 00:13:38 -0300 Date: Sun, 26 May 1996 00:13:38 -0300 From: Luiz de Barros Message-Id: <199605260313.AAA21790@mirage.nlink.com.br> To: freebsd-isp@freebsd.org Subject: Setting up a multi-homed sendmail. Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD Experts, We have here a freebsd 2.1 system running two virtual domains. Main Domain: nlink.com.br Secondaries : williams.com.br and indoor.com.br How would i set up sendmail to answer and send messages to and from these domains? Do i need to run more that one sendmail daemon? Luiz From owner-freebsd-isp Sat May 25 20:58:26 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01147 for isp-outgoing; Sat, 25 May 1996 20:58:26 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA01138 for ; Sat, 25 May 1996 20:58:22 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id UAA09554; Sat, 25 May 1996 20:13:47 -0700 Date: Sat, 25 May 1996 20:56:47 -0700 (PDT) From: Michael Dillon To: Luiz de Barros cc: freebsd-isp@freebsd.org Subject: Re: Setting up a multi-homed sendmail. In-Reply-To: <199605260313.AAA21790@mirage.nlink.com.br> Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Luiz de Barros wrote: > We have here a freebsd 2.1 system running two virtual domains. > Main Domain: nlink.com.br > Secondaries : williams.com.br and indoor.com.br > How would i set up sendmail to answer and send messages to and from these domains? > Do i need to run more that one sendmail daemon? No. You need to buy "sendmail" from http://www.ora.com But you may find all the info you need for this job in one of the FAQ's at http://www.amazing.com/internet Michael Dillon ISP & Internet Consulting Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-isp Sat May 25 20:59:16 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01185 for isp-outgoing; Sat, 25 May 1996 20:59:16 -0700 (PDT) Received: from gallup.cia-g.com (root@gallup.cia-g.com [206.206.162.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA01180 for ; Sat, 25 May 1996 20:59:14 -0700 (PDT) Received: from gallup.cia-g.com (gallup.cia-g.com [206.206.162.10]) by gallup.cia-g.com (8.6.11/8.6.9) with SMTP id WAA18836; Sat, 25 May 1996 22:01:13 -0600 Date: Sat, 25 May 1996 22:01:11 -0600 (MDT) From: Stephen Fisher To: Luiz de Barros cc: freebsd-isp@freebsd.org Subject: Re: Setting up a multi-homed sendmail. In-Reply-To: <199605260313.AAA21790@mirage.nlink.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am using hacks to ruleset #96 [I believe that's the one] which uses an external database for email mappings. So I point the MX at my virtual domains then for every user in the new domain I tell it to send all of their email to user@domain.. hence forwarding it.. even if it's just forwarding it locally on my machine. This allows me to have a user@new_domain.com AND user@cia-g.com without them confliting like they would in the next example. I can send you the hacks if you'd like (they aren't mine). You can add a Cw line to sendmail.cf for the new domain. I do this to all of my users to recieve email on more than one domain name - their choice. Both of the above need you to only run one sendmail. On Sun, 26 May 1996, Luiz de Barros wrote: > > We have here a freebsd 2.1 system running two virtual domains. > Main Domain: nlink.com.br > Secondaries : williams.com.br and indoor.com.br > How would i set up sendmail to answer and send messages to and from these domains? > Do i need to run more that one sendmail daemon? > - Steve - Systems Manager - Community Internet Access From owner-freebsd-isp Sat May 25 21:23:43 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02653 for isp-outgoing; Sat, 25 May 1996 21:23:43 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02648 for ; Sat, 25 May 1996 21:23:41 -0700 (PDT) Received: from localhost (scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) with SMTP id AAA01306; Sun, 26 May 1996 00:23:03 -0400 (EDT) Date: Sun, 26 May 1996 00:23:03 -0400 (EDT) From: Chris Watson To: Luiz de Barros cc: freebsd-isp@freebsd.org Subject: Re: Setting up a multi-homed sendmail. In-Reply-To: <199605260313.AAA21790@mirage.nlink.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Luiz de Barros wrote: > Dear FreeBSD Experts, > > We have here a freebsd 2.1 system running two virtual domains. > Main Domain: nlink.com.br > Secondaries : williams.com.br and indoor.com.br > How would i set up sendmail to answer and send messages to and from these domains? > Do i need to run more that one sendmail daemon? > Luiz I can point you to a member of BSDNET down there in brazil who can definately help you out. his email is lioux@bsdnet.org I hope this helps you out -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net http://www.freebsd.org | SysAdmin / Network Engineer / Security ===================================| Member BSDNET team! http://www.bsdnet.org From owner-freebsd-isp Sat May 25 22:23:50 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA04937 for isp-outgoing; Sat, 25 May 1996 22:23:50 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA04928 for ; Sat, 25 May 1996 22:23:45 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id AAA29232; Sun, 26 May 1996 00:23:49 -0500 (CDT) Date: Sun, 26 May 1996 00:23:49 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Luiz de Barros cc: freebsd-isp@freebsd.org Subject: Re: Setting up a multi-homed sendmail. In-Reply-To: <199605260313.AAA21790@mirage.nlink.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Luiz de Barros wrote: > We have here a freebsd 2.1 system running two virtual domains. > Main Domain: nlink.com.br > Secondaries : williams.com.br and indoor.com.br > How would i set up sendmail to answer and send messages to and from > these domains? > Do i need to run more that one sendmail daemon? I've got some work in progress at http://www.jurai.net/~winter/virtual/email.html Its more of a doccument that explains the stuff I've written to allow virtual domain customers to maintain their own domains, but the sendmail rule and stuff is all there. Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"|