HDTenEightyP/NetNews huggingface dataset:
From: meyer@risc4.physik.fu-berlin.de (Sebastian Meyer)
Newsgroups: comp.dcom.lans.ethernet
Subject: KarlBrigde: Anybody knows it?
Date: 14 Oct 92 17:31:09 GMT
Organization: Free University of Berlin, Germany

Hi Networld,

we need a cheap (sigh!) bridge to separate a growing Unixcluster with
heavy NFS-traffic from our LAN (VAX-CLuster with 10 Members, 30-40 VAXen
and Unix/boxes, >50 LAT terminalservers). 
 Somebody pointed us to the free  
                                 OSU-KarlBridge 
                                                  software that -follwing
the README- makes a 286 or 386SX with two Elite16 cards working as a
fast Ethernet brige with sophisticated protocol filtering. 

Anybody around with some experience! Or heard of somebody using it? 

Looking forward to your responses,  sebastian

--
    __o     Sebastian Meyer <+49 30 838-6165> | FU Berlin, Physik
  _ \<,_    bastel@zaphod.physik.fu-berlin.de | Arnimallee 14   [Raum 1.1.34]
 (_)/ (_)    meyer@risc4.physik.fu-berlin.de  | D-1000 Berlin 33
~~~~~~~~~~ "To err is human, to really foul things up requires a computer"
Newsgroups: comp.dcom.lans.ethernet
From: hoppie@kub.nl (Jeroen Hoppenbrouwers)
Subject: LANtastic 3.0 NE2000 driver wanted
Date: Wed, 07 Oct 92 08:51:44 GMT
Organization: Tilburg University, Tilburg, The Netherlands

First: redirect me to another newsgroup if I'm talking about the wrong
network layer here :-)

I'm looking for an Novell NE2000-driver for Artisoft's LANtastic
version *3.0* (!!!). The standard drivers I got with the old package are
for Western Digital and Artisoft Ethernet cards, but I understood NE2000
cards are incompatible with WD cards. If not, please correct me.

Thanks,

Jeroen
-- 
Jeroen Hoppenbrouwers, research engineer at     |  Stop connecting computers;
Infolab, Tilburg University, The Netherlands    |  start connecting people!
Newsgroups: comp.dcom.lans.ethernet
From: rich@grebyn.com (Richard Lawrence)
Subject: Re: Kalpana Etherswitch
Organization: Grebyn Timesharing
Date: Sat, 10 Oct 1992 03:36:31 GMT

In article <1992Oct7.170659.28586@ucsu.Colorado.EDU> barr@tramp.Colorado.EDU (BARR DOUG) writes:
>We have a subnet that is quite full (35% average usage during working hours
>and 85% peaks). We are considering using a Kalpana ether switch to divide
     ^^^^^^^^^

It's fairly rare to actually push ethernet this high. Are these Unix
machines with X11 traffic?

>up the traffic. I understand that the Kalpana has fixed some of the earlier
>problems. Does anyone have any experience with this bridge (etherswitch)?
>
>

Yes, it's an excellent product, quite robust now. For of those of you
that don't know, the Kalpana allows you to switch multiple packets
through it at the same time, in effect taking the place of several
bridges. 

It is extremely fast, and can switch packets on segments in parallel
(that is, if two packets are coming from/going to different segments,
they can be switched at the same time). A side benefit is that the
Kalpana is sort of a star topology when you look at it - if you had the
segments strung end-to-end with traditional 2 port bridges in the middle
of each segment, a packet travelling from segment 1 to segment 5 would
also steal bandwidth from 2, 3, and 4. With the Kalpana it just goes
directly from 1 to 5.

Synoptics has taken the Kalpana technology and integrated it onto one
of our intelligent hub cards, the 3328 - six total segments switched.
Pairs nicely with our 5-segment hub.

-- 
Rich Lawrence, Synoptics Systems Engineer  DOD#9630  rich@grebyn.com
     '92 Seca II "Yuri"  CI$:71101,2272  GEnie:R.LAWRENCE14
 "Garth, marriage is punishment for shoplifting in some countries."
Newsgroups: comp.dcom.lans.ethernet
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Kalpana Etherswitch
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 12 Oct 1992 20:38:43 GMT

> 
> (Was the Kalpana the hub that was not using spanning tree?  If so,
> have they fixed that?)
> 

Correct, the Kalpana does not implement the Spanning Tree Protocol.
Of course, they would argue that since it is not a bridge, it is
not required. (Their model is that the switch is a "turbo-hub", not
an internetworking device.)

Of course, if it did implement the ST protocol, it would eliminate
topological loops, and similar configuration problems.
-- 
Rich Seifert                    Networks and Communications Consulting
seifert@netcom.com              (408) 996-0922
                                (408) 996-2860 FAX
"... specialists in Local Area Networks and Data Communications systems"
Newsgroups: comp.dcom.lans.ethernet
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: reusable coax-cable-connectors
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Fri, 16 Oct 1992 18:08:53 GMT

In article <1bh5ifINNph@fbi-news.Informatik.Uni-Dortmund.DE> voelker@ls12w (Matthias Voelker) writes:

>"I have: A PC, an ethernet card (Standard NE1000).
> I want: connect to thick, thin, twisted pair (each of them!) ethernet
>         cable with the least possible destruction many times.
>
> So what do I need?"

A 10BaseT hub with AUI and thinnet ports, with a 10BaseT card in
your computer. If this won't be a fixed installation, you'll need
a thick transceiver, probably an inline type, to carry with you.

The thick transceiver and AUI port will let you hook into a thick
cable; the thin cable just plugs onto the connector, and a 10BaseT
patch cord plugs into another of the 10BaseT ports.

You should be able to find a 4-8 port hub with AUI and BNC for $400
or so.

>To your knowledge, are there any connectors available yet which
>connect by pure induction. I learned that a coax cable cannot be
>isolated perfectly, so maybe one can connect (and I want to connect
>only PASSIVELY, i.e. I dont want to send packets, just READ packets)
>and amplify the signals before processing them?

An inductive pickup is possible, but would be both expensive and 
unreliable. Trying to get the signal phasing right would be 
difficult, and noise would be quite a problem.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
thought 'One of us is in real trouble'." Davey Allison, re: a 150MPH crash 
Newsgroups: comp.dcom.lans.ethernet
From: mox@vpnet.chi.il.us (William Moxley)
Subject: Memory error with WD EtherCard Plus [WDLAN-ETP(F001)]
Organization: Vpnet Public Access
Date: Thu, 08 Oct 1992 02:58:20 GMT

 
I just recently bought two eight bit Western Digital EtherCard Plus
[WDLAN-ETP(F001)] boards to network my two home computers.   The
board that I put in my XT works just fine, but the one I put in the
AT keeps telling me "memory error, memory will be disabled."  This
causes the board not to work.  Any idea what is causing this?  I've
tried changing the IRQ address and the base IO address.  Along with
the base memory address.  None of these things seem to have any effect.
 
Does Western Digital have any testing software to help find the
cause of problems like this?  (The boards come with a diagnostic
program, but it just says "Memory error" and nothing else.)  Any
help will be greatly appreciated.
 
                          William Moxley
                          mox@vpnet.chi.il.us
From: harris@fedfil.UUCP (harris)
Newsgroups: comp.dcom.lans.ethernet
Subject: Recommendation wanted for Ethernet diagnostic book
Date: 7 Oct 92 13:59:41 GMT
Organization: Federal Filings Inc.

I am seeking recommendations for a good book to use to train my associates
in the use of protocol analyzers, cable testers, & other diagnostic tools
for Ethernet networks.  The books I have & have examined give lots of
overviews and theory but very little in the way of practical examples.
What I am looking for is something like the diagnostics on the
Expert Sniffer, which converts the raw data to possible problems and
solutions.

Thanks for any help.

-- 
Harris Reavin
Federal Filings Inc.
Phone:	202-393-2098	 FAX:	202-393-0974
E-mail: uunet!fedfil!harris
Newsgroups: comp.dcom.lans.ethernet
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Grand Junction 100Mbps 802.3 variant
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 10 Oct 1992 05:35:59 GMT

In article <1992Oct9.201741.25339@netcom.com>, seifert@netcom.com (Rich Seifert) writes:
> ...
> Most file transfer applications use the maximum length frames. NFS
> "likes" to deal with 8K chunks. When running over a standard Ethernet,
> IP fragments these into 1500 byte segments. If a new LAN technology
> allowed longer frames, it could provide improved throughput for
> large file transfers. 
>....


Since he stole my line, I'll use the counter:

If you watch NFS traffic on the wire, you'll find it is bimodal.  There
are an awful lot of small NFS packets and a lot of bytes in those
packets.


There were complaints that Sun was violating divine law years ago when
they increased their max UDP packet size to 8KBytes to support NFS.
16KB UDP packets are not generally supported today (at least as far as
I know).  Going to 16K UDP packets is not hard, but it makes it a lot
easier to overrun BSD-style socket buffers in pre-TCP-LW systems.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.lans.ethernet
From: rich@grebyn.com (Richard Lawrence)
Subject: Re: Dividing up a subnet into groups
Organization: Grebyn Timesharing
Date: Sat, 10 Oct 1992 03:46:13 GMT



In article <1992Oct7.171143.29286@ucsu.Colorado.EDU> barr@tramp.Colorado.EDU (BARR DOUG) writes:
>Because of high traffic volumes we want to divide up a subnet into 
>different workgroups. We may do this with a bridge or a router.
>However, my first task is to take some statistics on who is communicating
>with whom. We have about 150 devices on this net. Does anyone know of a 
>good methodical way of dividing up this group. We obviously want to
>put workstations that have high amounts of traffic between them on the 
>same side of the bridge or router. I have a Sniffer and an old HP network
>analyzer.

Some protocol analysis packages will do all the work for you on this
one. I haven't extensively used the data general product beyond it's
traffic generation capabilities (which are quite good), so I don't know
about it.

(Pounding corporate drum :-) ): Synoptics' Netmetrix has a built-in
"Between" graphing feature in the Load Monitor module. This will show
you the top station<->station traffic, with IP addresses supplied, etc.
You can also show top usage by source, destination, protocol, size, anda
a bunch of other features.

Perhaps you can wrangle a demo out of one of our corporate people in
that area. Worth a shot.
-- 
Rich Lawrence, Synoptics Systems Engineer  DOD#9630  rich@grebyn.com
     '92 Seca II "Yuri"  CI$:71101,2272  GEnie:R.LAWRENCE14
 "Garth, marriage is punishment for shoplifting in some countries."
From: streeter@osgood.sanders.lockheed.com (Ken Streeter)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Kalpana Etherswitch
Date: 14 Oct 92 19:31:43 GMT
Organization: Lockheed Sanders, Inc.
In-reply-to: barr@tramp.Colorado.EDU's message of 7 Oct 92 17:06:59 GMT

In article <1992Oct7.170659.28586@ucsu.Colorado.EDU> barr@tramp.Colorado.EDU (BARR DOUG) writes:

   From: barr@tramp.Colorado.EDU (BARR DOUG)
   Newsgroups: comp.dcom.lans.ethernet
   Date: 7 Oct 92 17:06:59 GMT

   We have a subnet that is quite full (35% average usage during working hours
   and 85% peaks). We are considering using a Kalpana ether switch to divide
   up the traffic. I understand that the Kalpana has fixed some of the earlier
   problems. Does anyone have any experience with this bridge (etherswitch)?


How does one get this sort of information?  I have been looking for
some time for an ethernet monitor providing a few statistic-gathering
functions, but haven't been able to find quite what I'm looking for:

  1) Measure both average load, and peak load over some time period.
  2) Log the results of 1 (average,peak over time period) to file
  3) Such a tool is free (either public domain, or copyrighted)
  
Ideally, the tool would find average load, and peak load over, say
5-minute timeslices, and log the information to a file.  If this were
run for a month, it would give provide information as to when peak
network usage occurs, and how much of the network is being used.

Alternatively, the above could be used for longer timeslices, such as
8-hour periods, to give average load over the course of the day.  

If there are no such free tools out there, I would be willing to
consider a purchased tool which provided good customer support and
performance.

--Ken Streeter

Kenneth B. Streeter        | ARPA: streeter@rocket.sanders.com
Lockheed Sanders           | UUCP: ...!uunet!rocket.sanders.com!streeter
MER24-1583C                |
144 Daniel Webster Highway | (603) 885-9604
Merrimack, NH 03054        |


--
Kenneth B. Streeter        | ARPA: streeter@rocket.sanders.com
Lockheed Sanders           | UUCP: ...!uunet!rocket.sanders.com!streeter
MER24-1583C                |
144 Daniel Webster Highway | (603) 885-9604
Merrimack, NH 03054        |

Newsgroups: comp.dcom.lans.ethernet
From: barr@tramp.Colorado.EDU (BARR DOUG)
Subject: Kalpana Etherswitch
Organization: University of Colorado, Boulder
Date: Wed, 7 Oct 1992 17:06:59 GMT

We have a subnet that is quite full (35% average usage during working hours
and 85% peaks). We are considering using a Kalpana ether switch to divide
up the traffic. I understand that the Kalpana has fixed some of the earlier
problems. Does anyone have any experience with this bridge (etherswitch)?


Newsgroups: comp.dcom.lans.ethernet
From: rich@theophilus.msfc.nasa.gov (Rich Krum)
Subject: Re: Surge protection for ThinWire
Reply-To: rich@theophilus.msfc.nasa.gov
Organization: Boeing Computer Support Services
Date: Thu, 8 Oct 1992 13:52:14 GMT

There are two-three possibilities that I can think of.

1.  Lightning is very possible.  What exactly on the machine's card was fried?
If the input circuityr was cooked, that could be lightning "ground currents" 
punching through the PVC into the braid of the cable.  I would tend to suspect
that that would cook BOTH ends.  Lightning is usually rather devastating.

2.  Ground loop currents.  If the remote machine is not properly grounded at
its AC power plug, voltage differences could build up and fry the adapter.

3.  Improper grounds on the ethernet cables.  It is possible that the repeater
end of the cable is well grounded, and the other end is not.  Or, the remote end
has a ground it should NOT have.  Check the literature on the repeater for any 
data on this.

4.  There exist coaxial cable surge protectors for ethernet cables.  I don't have
a catalog handy.  Put one on BOTH ends of the cable, with a short HEAVY wire to a
good ground--like about three (3) eight-foot heavy ground rods driven into moist
earth.

5.  Use a good meter and measure for any AC or DC potential differences at each end
of the cable with the other end connected and disconnected.  Something may be leaking
voltage and current into the cable.

6.  This whole thing smells like a grounding problem, but they can be a class-A
pain to track down and eliminate.  If all else fails, consider going to optical
fibre to get the voltages off the line--(bunches of bucks, unfortunately)

7.  Consider disconnecting the cable from the remote computer when it is not 
being used--just leave the terminator in place.

Hope this helps--

--rich
---
----------------------------------------------------------------------------
"My opinions are my own, and my employer (Boeing Computer Support Services)
 denies any responsibility for me, all opinions in general, and anything 
 I may say, do, or be otherwise associated with outside of work for them.
 -- Use at your own risk, your mileage may vary, no news is good news."

 E-MAIL REPLY TO:  rich@troll1.msfc.nasa.gov     PLEASE KEEP IT "G" RATED
----------------------------------------------------------------------------
From: harris@fedfil.UUCP (harris)
Newsgroups: comp.dcom.lans.ethernet
Subject: Found Network Diagnostic Book
Date: 16 Oct 92 13:21:57 GMT
Organization: Federal Filings Inc.


A few weeks ago I posted a request for a book to use to explain the output
of protocol analyzers on an Ethernet.  A number of people sent me E-Mail
requesting the same information.  I have just purchased a book on TCP/IP
which was exactly what I wanted.  It is "Troubleshooting TCP/IP Analyzing
the Protocols of the Internet" by Mark A. Miller, P. E.  I have not had
a chance to read it yet but it includes a multitude of "Sniffer" trace
files with complete explanations of their meaning.  It is published by
M&T Books, 411 Borel Ave., San Mateo, CA 94402, phone 415-358-9500,
list price $44.95.

I also have a lead on a similar book for Novell, but it is not yet in
print.  If I get further details I will post them.

-- 
Harris Reavin
Federal Filings Inc.
Phone:	202-393-2098	 FAX:	202-393-0974
E-mail: harris@fedfil.COM
From: vhalkka@klaava.Helsinki.FI (Vesa Halkka)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Dividing up a subnet into groups
Date: 10 Oct 92 22:44:40 GMT
Organization: University of Helsinki


There is a statistics collection tool NNStat which will create
all kind of traffic matrixes.. and it is free.

Use archie to locate nearest ftp site, or take it from europe:

nic.funet.fi
329295 May 27 07:24 1991 pub/unix/tcpip/NNStat.3.tar.Z
  
--
Vesa Halkka                       -O___/ 
University of Helsinki CC:         (  /   	 vhalkka@helsinki.fi 
Centre for scientific computing:  ~~~~~  	 vhalkka@csc.fi
From: jessea@uucp (Jesse W. Asher)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Subnetting question...
Date: 13 Oct 92 17:52:19 GMT
Organization: Varco-Pruden Buildings

In article <1992Oct9.180714.25050@sun1x.actc.res.utc.com> dowd@sun1x.actc.res.utc.com (Kevin Dowd) writes:
>Does anyone have words of advice about breaking a class B network
>into different sized subnets?  I know it's not provided for in 
>rfc950, but I wonder if people do it anyway, and if so, what are 
>the dangers?

A word of advice - be very cautious about subnetting on non-byte
boundaries.  This can be hazardous with things like DNS and can become a
real maintenance nightmare.  I'd say that you should have a _very_ good
reason before you subnet on non-byte boundaries.

-- 
      Jesse W. Asher                                          (901)762-6000
                             Varco-Pruden Buildings
                 6000 Poplar Ave., Suite 400, Memphis, TN  38119
    Internet: jessea@homecare.com                   UUCP: vpmes018!jessea
Newsgroups: comp.dcom.lans.ethernet
From: dowd@sun1x.actc.res.utc.com (Kevin Dowd)
Subject: Subnetting question...
Organization: United Technologies Research Center
Date: Fri, 9 Oct 1992 18:07:14 GMT

Does anyone have words of advice about breaking a class B network
into different sized subnets?  I know it's not provided for in 
rfc950, but I wonder if people do it anyway, and if so, what are 
the dangers?

Thanks in advance.  

-Kevin
Newsgroups: comp.dcom.lans.ethernet
From: tpw@nwu.edu (Tim Ward)
Subject: *Gateway Communications, Inc.?*
Followup-To: comp.dcom.lans.ethernet
Organization: Civil Engineering Northwestern Univ.
Date: Wed, 7 Oct 1992 13:24:09 GMT

I've got 4, 8-bit thinnet ethernet cards purchased second hand with the
name "Gateway Communications, Inc." embossed on them.  The other
identifying feature is a serial number on the reverse side which reads
"G-Ether 82200 31 Rev. 02".  Any idea what kind of card this is and which
packet driver to use with it?  Any help appreciated.  Thanks.

Tim Ward...........................................tpw@nwu.edu
Network Administrator.........................................
Department of Civil Engineering...............................
Northwestern University.....................Evanston, Illinois
Newsgroups: comp.dcom.lans.ethernet
From: allane@earth.gas.unsw.OZ.AU (Allan H. Evans)
Subject: Netware shell obj for 3C501 card
Keywords: Netware, Object file, 3C501
Reply-To: allane@earth.gas.unsw.OZ.AU
Organization: School of Geography, UNSW.
Date: Fri, 9 Oct 1992 05:26:53 GMT

Hi there,

We have an old 3C501 card in one of our machines. We need to rebuild the
netware shell (using wsgen, etc) and we cannot find the netware shell object
file anywhere. We have phoned 3Com a few times but have yet to recieve an
answer. Does anyone have one of these object files that they could send
me (or the location from which I could ftp one). I presume it would need
to be uuencoded. This is not the kind of thing that seems to be in any of
the public domain archives - I presume that copying an old obj file for this
purpose would not land us in court :-).

Al

---
_______________________________________________________________________________
| Allan H. Evans * School of Geography * UNSW * PO Box 1 Kensington 2033 Aust.|
| allane@earth.gas.unsw.OZ.AU  Remote Sensing and Spatial Information Systems |

From: pat@hprnd.rose.hp.com (Pat Thaler)
Date: Fri, 9 Oct 1992 23:16:32 GMT
Subject: Re: packet drops on repeaters?
Organization: HP Roseville Networks Division
Newsgroups: comp.dcom.lans.ethernet

It is normal to get about equal numbers of collided once and collided more
than once packets on a lightly loaded Ethernet.  Most collisions in this
case will be between two nodes which have not previously collided.  When
they collide, they will each chose a backoff of 0 or 1.  There is a 50%
chance that one will choose 0 while the other choses 1.  In that case
they will not collide again with each other.  They will transmit in turn.
The other 50 % of the time they both choose 0 or both choose 1.  They 
collide.

The packet loss rate should not be as high as you report.  From what statistics
are you deducing it?  It sounds awful close to the rate at which collisions
are reported.

Pat Thaler
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.misc
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: wiring for 10baseT/CDDI
Date: Wed, 7 Oct 1992 21:24:39 GMT
Organization: U of Toronto Zoology

In article <vthrc.718441811@brolga> vthrc@brolga.cc.uq.oz.au (Danny Thomas) writes:
>In terms of 10baseT, a quick perusal of back issues of the BIG-LAN mailing 
>list showed some different experiences in regard to interference from 
>adjacent mains...

Note that the examples you cite don't quite match this description.  The
cited examples contain favorable *experience* and unfavorable *speculation*.
The speculators are simply wrong, as they would find out if they experimented.
-- 
There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
From: pdomain@emory.edu (Mike Mitten)
Newsgroups: comp.dcom.lans.ethernet
Subject: Ethernet address and Sniffer questions
Date: 16 Oct 92 19:43:40 GMT
Organization: Emory University, Atlanta, GA
X-Newsreader: TIN [version 1.1 PL6]

2 questions:

1)  From Sniffer:  "Alarm Type Description  1 or more oversized
frame" and "Offender  Unknown Station".  All known (and some
unknown, see 2) below) ethernet address have been aliased.  It
sounds to me like there's somone crouched in a cabling closet,
rubbing two 10-Base-T wires together.  Why would the source of the
ethernet packet not be available to Sniffer?

2)  In poking around Sniffer, trying to resolve 1) above, we came
across some ethernet addresses that we don't recognize.  Is there a
file from Xerox somewhere that lists who has what Ethernet
addresses?  If there is, can someone point me to it?  The mystery
addresses are listed below.  Please let me know if you recognize
them.

21214000FFFF
303300004130
090009000001
090077000001
010081000002
000041303639

Posting or email of replies is fine.  Thanks in advance.

  -Mike Mitten

Mike Mitten - pdomain@emory.edu - Irony is the spice of life. - DoD#522
I do not speak for Emory University, nor for Public Domain, Inc.