HDTenEightyP/NetNews huggingface dataset:
From: charles@gremlin.muug.mb.ca (Charles)
Newsgroups: comp.dcom.lans.ethernet
Subject: Where do I get WD 80X3 daughter boards?
Date: Fri, 08 Jan 1993 06:52:17 GMT
Organization: The Haunted Unix Box

I've got a couple WD8013 ethernet cards that have toasted the little
TDK  KU 3294V boards.  (I know its this board as I pulled one from a
working board and put it in the non working ones, and then they worked!)

I called SMC and they refused to sell them to me (but where more than
happy to take $100 per board for repairs) so does anyone know where 
I can get this little board?  I noticed that the last 8013EP cards to come
out of WD replaced this board with a little box that is made by Valor.  It
still uses only 4 pins, I gather this part would be equivelent to the TDK
part and probably easier to obtain? (I've seen this Valor part on almost
every other ethernet card not made by WD, but its always been in a 24 pin
package, not the 4 that WD uses).

Any leads to where I can get either of these?

Thanks...
From: ftarnol@nmastaff.mnet.uswest.com (Fred Arnold (303) 896-8084)
Newsgroups: comp.dcom.lans.ethernet
Subject: SQE Switch
Keywords: SQE Ethernet
Date: 12 Jan 93 02:15:16 GMT
Distribution: usa
Organization: U S WEST Communications

What is the purpose of the SQE switch on the Ethernet transceivers.  Some
systems seem to ignore the switch while others experience collision rates
approaching 100% if the switch is not set correctly.

An explanation would suffice, a reference would be dandy.

-- 
+******************************************************************************+
| Fred Arnold   NRA Life                                                       |
|    Voice (303) 896-8084                                                      |
|      FAX (303) 896-7644                                                      |
+******************************************************************************+
Organisation: European Space Operation Centre (E.S.O.C)
Date: Thursday, 7 Jan 1993 09:40:59 CET
From: <RHUNTER@ESOC.BITNET>
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Definitions
 <1993Jan6.225232.11299@netcom.com>

I'm not going to disgree with Rich but:

doesn't cisco IGS stand for Integrated Gateway System.

Damn Yankees ;-) (note smiley... no offence intended!) seem to use
both 'gateway' and 'router' to mean a box that works at the network layer.
We Europeans are probably even less consistent as the same box is also
called an 'intermediate system' (most notably with respect to ISO)

Ray Hunter
RHUNTER@ESOC.BITNET

Cray Systems on contract to the European Space Agency
#include <std.disclaimer>
From: vince_m@wacss.anixter.com (Vince Mammoliti)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: EIA/TIA 568 full document
Keywords: EIA/TIA 568
Date: Mon, 04 Jan 93 14:39:09 EST
Organization: Anixter Canada Inc.

hclo@ie.cuhk.hk (Eric Lo) writes:

> Sorry if this is an FAQ. This is also my first post to this group.
> We are going to install a structural wiring system in our New Engineering
> Building. Would someone kindly indicate to me where I can get a complete
> document of EIA/TIA 568 specification. Your help will be much appreciated.
> 
> Eric Lo		hclo@ie.cuhk.hk
> Dept. of Information Engineering,
> The Chinese University of Hong Kong
The Standards are available as follows:

EIA standard Doc # 91202-457-4900
TIA          Doc # 9209-457-4934

EIA Standards/ TIA Telecommunications
Document Sales
2001 Pennsylvania Ave. N.W.
Washington D.C.
20006-1813
USA

Phone: 1-202-457-4966 ask for document Sales

one of the above to documents will do it.

Vince

The Standards are available as follows:

*****************************************************************************
       Anixter Canada Inc.           User: Vince Mammoliti  
      Mississauga, Ontario	    Voice: (416) 897-5665 Fax: (416) 897-6236
   Service Is Our Technology     Internet: vince_m@wacss.anixter.com
****************************************************************************
From: sob@hsdndev.UUCP (Scott Bradner)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: token-ring performance
Date: 12 Jan 93 01:54:24 GMT
Organization: Harvard University

Well the token ring gear that is in routers  is getting quite good
as is some of the PC interfaces.  Take a look at the data on
hsdndev.harvard.edu in pub/ndtl/results/data/*/t2t*

Scott
Newsgroups: comp.dcom.lans.ethernet
From: wjm@utrc.utc.com (Bill)
Subject: Re: Info on ribbon cable for AUI connections
News-Software: VAX/VMS VNEWS 1.41    
Organization: United Technologies Research Center
Date: Fri, 8 Jan 1993 15:32:00 GMT

-----------------------------------------------------------------------------
Paul Hyder writes:

A significant number of in-house made ethernet transceiver (AUI) cables
made with DB15 connectors on (unshielded) twisted pair ribbon cable
are (fairly rapidly) appearing on the local network here.  As is true
of many such shortcuts they seem to be working (when pairs are matched
properly).

My experience and a general attitude of "follow the spec to the letter"
cause these cables to scare me.  So, the question is:

Does anyone out there have any hard data (pro or con) on AUI cables
created by clamping a pair of connectors on a twisted pair ribbon
cable?

Email responses appreciated.  I'll post a synopsis.
	Paul Hyder
-------------------------------------------------------------------------------

At our location we have also used lengths of ribbon cable with DB15 
connectors on them.  They are usually used to connect a thick to thin wire 
converter (DESTA or equiv.) to a system or workstation, or to daisy chain 
DELNIs or make short connections between other similar devices.

None of the cables are more than around three feet.

At first, I too was leary about this.  (We used straight ribbon cable - no 
twist - and crimp-on connectors.)  Overall, I would say that there are 
around 100 such cables in use in various locations/applications here, and 
we have not seen any problems yet.  I would guess that if the cables were 
any longer, we would have trouble.

On a different note, one thing that I would warn against, is NOT to extend 
the center conduct of a thin wire "T" when dasiy-chaining a thinwire ethernet  
run between systems.  That HAS caused immeadiate problems.  The T connector 
MUST be right on the workstation or DESTA type device.

Hope this helps,
+ ><> + ><> + ><> + ><> + ><> + ><> + ><> + ><> + ><> + ><> +
+ Bill Mazeika   WJM@UTRC.UTC.COM                           +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ God's got an army, not afraid to fight.                   +
+ Soldiers of the cross, and children of the light.         +
+ Warriors of righteousness, with healing in their hands.   +
+ God's got an army, marchin through the land.     -Carman  +
+ <>< + <>< + <>< + <>< + <>< + <>< + <>< + <>< + <>< + <>< +

Newsgroups: comp.dcom.lans.ethernet
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: token-ring performance
Date: Mon, 11 Jan 1993 22:27:38 GMT
Organization: U of Toronto Zoology

A friend of mine, who lacks convenient net access, would like to get
references to actual measured performance of 16Mbps token-ring gear.
He's willing to believe the common wisdom -- that the performance is
unimpressive because of poor implementations -- but wants references
as ammunition for dealing with some unbelievers :-).
-- 
"God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
       -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
From: dos@major.panix.com (Dave O'Shea)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Pigtail terminators
Date: 11 Jan 93 19:45:20 GMT
Organization: Department of Redundancy Department

henry@zoo.toronto.edu (Henry Spencer) writes:

> Your intuition is correct.  However, don't bother.  Ethernets don't
> need to be grounded to function, as you have found out; indeed, the
> original Ethernet spec specifically prohibited grounding.  This got
> changed due to safety concerns... which are really relevant only if
> you're running wiring all over a building.  Most Ethernets are not
> grounded.

Before the blessed invention of 10baseT, I wired up several thousand
segments of ethernet over coax. Always made sure to ground the end at
the repeater. Unfortunately, we once had a rather overzealous
electrician, who grounded both ends.. Messy.
Newsgroups: comp.dcom.lans.ethernet
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Definitions
Organization: Networks & Communications Consulting
Date: Fri, 8 Jan 1993 02:21:54 GMT

In article <93007.094059RHUNTER@ESOC.BITNET>, <RHUNTER@ESOC.BITNET> writes:
> I'm not going to disgree with Rich but:
> 
> doesn't cisco IGS stand for Integrated Gateway System.
> 
> Damn Yankees ;-) (note smiley... no offence intended!) seem to use
> both 'gateway' and 'router' to mean a box that works at the network layer.
> We Europeans are probably even less consistent as the same box is also
> called an 'intermediate system' (most notably with respect to ISO)
> 

I think we are both right. In "the old days" IP-people referred to routers
as IP-gateways. Much of the literature still reflects this. cisco got
their start as a maker of IP gateways/routers. Nowadays, we (meaning
network architectrs) try to stick to router as the name of an internetworking
device which operates at the network layer.

Also, don't confuse terms used by an ENGINEER with those used by a MARKETEER.
Engineers use terms which properly describe (and differentiate) devices
by function. Marketeers use terms which will cause the best reaction in 
prospective customers. "Gateway" is much more image-evoking than bridge,
router, repeater or almost anything else. Hence, they use the term a lot.

I agree that the ISO terminology (end system, intermediate system) is
also clear, but it doesn't wuite "roll off the tongue". 

Now, the next thing I am trying to get these "Damn Yankees" to do is
to pronounce "router" correctly! It is "ROO-ter", not "RAOW-ter"!!

(It is also an East-Cast/West-Coast problem here. These "Damn
Californians" don't pronounce it correctly!  :-)  )


-- 
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: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: Pigtail terminators
Date: Sun, 10 Jan 1993 23:16:54 GMT
Organization: U of Toronto Zoology

In article <4946@wet.UUCP> dg@wet.UUCP (David Goodenough) writes:
>Very simply, what exactly is a pigtail terminator. My intuition
>says it's nothing more than a regular terminator with a wire attached
>to the shield, and said wire is then attached to the system chassis
>ground. Is this correct, and if so can I "hot-wire" one by soldering
>a wire onto one of the terminators I have here.

Your intuition is correct.  However, don't bother.  Ethernets don't
need to be grounded to function, as you have found out; indeed, the
original Ethernet spec specifically prohibited grounding.  This got
changed due to safety concerns... which are really relevant only if
you're running wiring all over a building.  Most Ethernets are not
grounded.
-- 
"God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
       -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
Newsgroups: comp.dcom.lans.ethernet
From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: Embedded Controller with Ethernet?
Organization: Motorola Codex, Canton, Massachusetts
Date: Fri, 8 Jan 1993 20:07:20 GMT

If you don't need really high performance, you could always use
Appletalk (localtalk) instead - all you need is a serial controller
that can do HDLC, and the bandwidth is low enough (1/4 megabit) so
that a lower-speed micro can handle it.

There are at least 4 microcontrollers I know that you could use for
this - two 16-bit ones (68302, and one by Nat'l that I forget the name
of), and two 8-bit ones (Z181, and one that's an 8051+HDLC). I'm sure
there are others.

Of course you'd have to write the media access control code, which
would be a pain, although the algorithm is pretty well documented in
Inside Appletalk. At least you'd be able to test it against known
working implementations.

[actually, I've wondered whether there would be a market for Localtalk
code for an embedded micro. I was once told by someone at Shiva that
they use such a beast (the 8051 derivative) for their Localtalk
products, but I doubt they'd be interested in sharing their code :-)]

				Peter Desnoyers
--
From: gdmr@dcs.ed.ac.uk (George Ross)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Thinwire specs/problem?
Date: 11 Jan 93 09:35:07 GMT
Organization: Department of Computer Science, Edinburgh University

In article <C0M9sL.Mxs@iron.hq.aflc.af.mil>, fenton@iron.hq.aflc.af.mil (George I. Fenton) writes:
> ... I have had cases of PC
> workstations plugged into a bad power outlet with bad ground, and the PCs
> start to use the 10Base2 as a ground source. ...

Then your PC is broken.  The BNC connector is supposed to be completely
electrically isolated from the system ground.  Multiple grounding of a thinnet
is a good way to up your error rate.  Faulty interface cards are one way to
cause this; T-pieces and barrel-connectors touching against random pieces of
metalwork are another.
-- 
George D M Ross, Department of Computer Science, University of Edinburgh
     Kings Buildings, Mayfield Road, Edinburgh, Scotland, EH9 3JZ
Tel: 031-650 5147   Internet: gdmr@dcs.ed.ac.uk   JANET: gdmr@uk.ac.ed.dcs
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: new hardwareaddress
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 6 Jan 93 09:36:47 MST
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <hoens.726332427@gmd.de>, hoens@gmd.de (Guenter Hoens) writes:

| we have about 600 machines on our ethernet. sometimes there are
| new machines, sometimes boards are changed.
| we can not walk along the cable to look after every transceiver.
| 
| if the new machine uses IP, then we can find out all about the new
| machine, but if it is a different protocol, then we can find out (by looking
| at the packets) what sort of machine/ethernet board and what protcol is
| used.
| we might be able to write a programm, which will ask the new machines
| after their name. but we will have to know about something like a
| name binding protocol for the used protocol. unfortunately most of the
| protocols are not very well documentated. 
| 
| any ideas?

Sounds like what you want to do is to reinvent the Network General
Sniffer (TM).  I.e. you need some software that can decode the many
higher layer protocols that you have flying around your network.
If you don't want to write the code yourself, buy a Sniffer (or one of
its competitors.)

Aaron
Newsgroups: comp.dcom.lans.ethernet
From: matt@wardsgi.med.yale.edu (Matt Healy)
Subject: Definitions
Followup-To: comp.dcom.lans.ethernet
Organization: Yale University--Genetics
Date: Wed, 6 Jan 1993 20:28:06 GMT

I thought I knew the definitions of repeater, bridge,
router, and gateway.  However I was recently talking
shop with a fellow network administrator and he said
I had it wrong.  Since he runs a much bigger net than
I run, and has been doing it longer, I wonder if he's
right!

Here's how I understand the terms; corrections requested:

repeater: operates only at level of physical media; allows
a total length greater than maximum for one segment and
provides fault isolation.  All traffic goes out to all
segments.  Some, such as ours, have lights for traffic
and fault monitoring.

bridge: like repeater it operates at physical level;
adds ability to isolate local traffic by checking
Ethernet source and destination addresses and won't
pass it on if both are in same segment.  For instance,
we have a bridge between our lab net and the rest of
campus so our heavy image processing traffic won't
flood the campus spine.

router: works at the protocol level (TCP/IP, Novell,
AppleTalk, or whatever) and intelligently directs
packets on to their destinations in an interconnected
network.  Our Apple router connects LocalTalk and Ethernet
cabling, for example.

gateway: works at a still higher level so it can translate
data between different protocols so that, say, Macs, Vaxes,
and PCs can exchange data.

Matt Healy
"I pretend to be a network administrator; the lab
 net pretends to work!"

matt@wardsgi.med.yale.edu
Newsgroups: comp.dcom.lans.ethernet
From: hyder@niwot.scd.ucar.edu (Paul Hyder)
Subject: Info on ribbon cable for AUI connections
Organization: Scientific Computing Divison/NCAR Boulder, CO
Date: Wed, 6 Jan 1993 19:05:12 GMT

A significant number of in-house made ethernet transceiver (AUI) cables
made with DB15 connectors on (unshielded) twisted pair ribbon cable
are (fairly rapidly) appearing on the local network here.  As is true
of many such shortcuts they seem to be working (when pairs are matched
properly).

My experience and a general attitude of "follow the spec to the letter"
cause these cables to scare me.  So, the question is:

Does anyone out there have any hard data (pro or con) on AUI cables
created by clamping a pair of connectors on a twisted pair ribbon
cable?

Email responses appreciated.  I'll post a synopsis.
	Paul Hyder
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Information about BOOTP
Summary: How do I set up a BOOTP server?
Date: 4 Jan 93 21:23:25 GMT
Organization: Queen's University

In article <dmurdoch.371.725642953@mast.queensu.ca> I asked:
>I'm looking for information about setting up a BOOTP server.  

Several people responded; thanks very much.  For example, Stephane 
Bortzmeyer (bortz@cnam.cnam.fr) said:
-----
The RFC are pretty readable:

1084  Reynolds, J.K.  BOOTP vendor information extensions.  1988 December;
1048  Prindeville, P.A.  BOOTP vendor information extensions.  1988 February;
951   Croft, W.J.; Gilmore, J.  Bootstrap Protocol.  1985 September; 12 p.
906   Finlayson, R.  Bootstrap loading using TFTP.  1984 June; 4 p. (Format:

A bootp server with RFC 1084 extensions is in ftp.uu.net:

    Location: /networking/applic
           FILE -rw-r--r--      61759  Nov  2 1990  bootp.2.1.tar.Z
-----
This is for a server to run on a Unix host; a couple of people asked me for 
information about hosts on other platforms (DOS and VAX VMS),  but I didn't 
hear of any. 

Thanks again for all the help.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.dcom.lans.ethernet
From: alh@einoed.in-berlin.de (Adrian Le Hanne)
Subject: UTP wiring between two hosts
Organization: Einoed Unix & Netzwerke, Berlin (FRG)
Date: Tue, 12 Jan 1993 12:41:03 GMT

Hello,
i want to connect two UTP hosts directly without using a hub. How do i have
to do the wiring for this? Is it sufficient to swap the TD+- and RD+- pins
at one cable end?

Please reply via e-mail if possible.

Thanks,
Adrian
-- 
Adrian S. Le Hanne        Einoed Unix & Netzwerke, Koepenicker Str.154, D-1000
alh@einoed.in-berlin.de   Berlin 36. Tel.: 030/611 31 26,  Fax.: 030/611 32 86
  "On a day such as this you should insist on more than the truth" -Pere Ubu
Newsgroups: comp.dcom.lans.ethernet
Subject: Thinwire specs/problem?
From: longo@kodiak.sfpp.com
Date: 9 Jan 93 11:05:51 PST
Organization: Santa Fe Pacific Pipelines

Can someone please post the rules for a thinwire segment (length, number of
nodes, etc.).  We are getting several DECnet block check errors per day.  I
found one thinwire segment that is 909 feet long (which I believe is too long). 
Our thinwire tester reports "anomalies" at two points on the segment.  Those
points are where two different types of cable are barrel connected.

Could the segment length or junction of different cable types or both be the
cause of these errors.

Thanks for any information,
-Bob Longo (longo@sfpp.com)
Santa Fe Pacific Pipelines, Los Angeles, CA
Newsgroups: comp.dcom.lans.ethernet
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: Embedded Controller with Ethernet?
Date: Fri, 8 Jan 1993 16:57:37 GMT
Organization: U of Toronto Zoology

In article <1ihf8iINN5t4@CS.UTK.EDU> battle@cs.utk.edu (David Battle) writes:
>Does anyone know of an embedded controller with ethernet on the same chip?

Bear in mind that you're going to need a decidedly fast processor -- well
beyond what you normally find in embedded controllers -- to be able to
make much use of that bandwidth.  A 68HC05 with an on-chip Ethernet port
wouldn't be very useful... better to just put a serial interface on the
chip and run a wire to an Ethernet host's serial port.

That aside... I expect it's coming.  But I don't know of anyone who's
actually done it yet.  A decent Ethernet controller is a lot of chip
area, especially since you also need a good bit of RAM to make real
use of it.  On a more pragmatic note, even the simplest 10BaseT hookup
takes rather more pins than an ordinary serial line, and embedded
controllers tend to be pin-starved.

>Wanna get rich?  Design this pup.

What's the market?  Few people want to Ethernet their microwave oven.
-- 
"God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
       -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
From: ewebber@access.digex.com (Eric Sean Webber)
Newsgroups: comp.dcom.lans.ethernet
Subject: 3COM 3+SHARE  FILESERVER DRIVE BAD BLOCK deallocators
Date: 5 Jan 1993 21:20:15 GMT
Organization: DIVERSIFIED ETC. P.O. BOX 952 Greenbelt, MD 20770 USA
NNTP-Posting-Host: access.digex.com
Keywords: 3com Bad block deallocators


Does anyone know of a program that will work somewhat like Norton's Disk
Doctor in that it will find and mark bad blocks and make them unusable so
that they are not written to, but instead of for PCs, for a 3COM 3+ Share
fileserver hard drive ?

Thanks, urgently yours ERIC SEAN WEBBER    ewebber@access.digex.com

 


Newsgroups: comp.dcom.lans.ethernet
From: nitin@kailash (Nitin Kaulavkar)
Subject: A new PC Bridge
Organization: Indian Institute of Technology, Bombay
X-Newsreader: Tin 1.1 PL4
Date: Mon, 4 Jan 1993 20:19:53 GMT


Dear Netters,

	We have written a packet driver based filtering bridge and would like to
put it in some ftp site. The zoo'ed file won't be bigger than some 150KB
including sources and executables. Any takers? Please... 

	We have been running this software for 2 as well as three segment bridges
for the past six months. We want all you people to use and test it. 

	You can either respond here or e-mail to [nitin,yapcbr]@cse.iitb.ernet.in.

	Thanking you in anticipation,

Nitin and Srinivas.
--
----------------------------------------------------------------------
Nitin Kaulavkar, SysAdm, <nitin@cse.iitb.ernet.in>
S/W and Computing Laboratory, Dept of C.S.E. ,IIT, Bombay 400 076.
----------------------------------------------------------------------
Newsgroups: comp.dcom.lans.ethernet