From owner-freebsd-current Thu Oct 2 16:01:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA29484 for current-outgoing; Thu, 2 Oct 1997 16:01:43 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA29467 for ; Thu, 2 Oct 1997 16:01:32 -0700 (PDT) Received: from chop.cdsnet.net (chop.cdsnet.net [204.118.244.3]) by mail.cdsnet.net (8.8.6/8.8.6) with ESMTP id QAA01690; Thu, 2 Oct 1997 16:01:27 -0700 (PDT) Received: from nowin (1Cust76.max3.boston.ma.ms.uu.net [153.35.70.204]) by chop.cdsnet.net (8.8.5/8.8.5) with SMTP id QAA05129; Thu, 2 Oct 1997 16:01:24 -0700 (PDT) Message-Id: <3.0.3.32.19971002185741.0305e1c4@ranier.altavista-software.com> X-Sender: 3ampop@ranier.altavista-software.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 02 Oct 1997 18:57:41 -0400 To: Tom From: Matt Thomas Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? Cc: freebsd-current@FreeBSD.ORG In-Reply-To: References: <5117.875818999@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 02:20 PM 10/2/97 -0700, Tom wrote: > >On Thu, 2 Oct 1997, Poul-Henning Kamp wrote: > >> In message <9023.875816283@verdi.nethelp.no>, sthaug@nethelp.no writes: >> >> On the other hand, the only quad cards I know of are based >> >> on the DEC chip; I'll be trying out the Znyx quad card (I think) soon. >> > >> >We have the ZNYX 4-port 10 Mbps card, and the SMC 2-port 100 Mbps card >> >in a FreeBSD machine here. They work very well for us. >> >> I have a machine with 4 of the ZNYX boards (16 ports total) doing the >> "collapsed backbone" thing. Works like a charm, and in difference >> from a cisco that would cost 10 times as much, you can run tcpdump >> and trafshow on it :-) > > I would have liked to have been able to use a solution like that. >However, currently ethernet interfaces that do not have carrier/link >active, still show us UP. I wish that loss of carrier/link would force >the interface into a DOWN state automatically. I realize this would >require some driver changes. FWIW, the ifmedia already supports this. Depending on if the link is up, media will have IFM_ALIVE set or clear. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Nashua, NH Disclaimer: I disavow all knowledge of this message