HDTenEightyP/NetNews huggingface dataset:
From: ed@balrog.aecom.yu.edu (Ed Geraghty)
Newsgroups: comp.dcom.lans.ethernet
Subject: Programmer Specs for SMC Elite Boards(WD)
Date: 17 Aug 92 18:47:01 GMT
Distribution: na
Organization: Albert Einstein College of Medicine -- Dynamic Brain Imaging Lab


Greetings,

     I am writing a program that catches certain packets off the net. I would 
like to get the programmers specs for the western digitial chipset on SMC Elite
ethernet cards. Would anybody have a phone number I could call to order it. 

                               Any help would be appreciated,

                               Ed G.


*******************************************************************************
Ed Geraghty                         |  "There is no true escape - I am watching 
Systems Manager                     |   all the time..." - JP "Electric Eye"
Albert Einstein College of Medicine | 
Dynamic Brain Imaging Lab           |  "Whenever you dream, you're holding a 
Bronx, NYC 10461                    |   key. It opens a door to let you be 
email: geraghty@aecom.yu.edu        |   free" - Ronnie James Dio
*******************************************************************************
From: geray@ecs.umass.edu
Newsgroups: comp.dcom.lans.ethernet
Subject: 10BaseT & Hubs ?
Date: 13 Aug 92 11:44:25 GMT

Hello netters,
I need information on 10BaseT as to what it is and also what are hubs and why
you would use them as opposed to regular ethernet setup. Is there a cost 
difference for setting up a network with hubs and without hubs. Thank you
very much in advance.

Okan Geray
PCSS Software Consultant
Newsgroups: comp.dcom.lans.ethernet
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: Extending ethernet over fiber
Date: Thu, 13 Aug 1992 20:46:07 GMT
Organization: U of Toronto Zoology

In article <1992Aug13.030738.10186@picker.com> SYSNET@engvax.picker.com (Leonard A. Visconti) writes:
>Because the fiber between the two routers allows for full duplex, this 
>issue of collision detection is not an issue...

If these are routers -- not repeaters, *routers* -- then it does not matter
how they talk to each other.

If they are repeaters, then collision detection *is* an issue, because
a packet arriving at one repeater has to be able to collide with a packet
arriving at the other.  The full-duplex connection is useless here.
You use repeaters to make the whole thing look like one Ethernet.  That
means it must represent a single "collision domain".

My gut reaction is that the two ends of your proposed configuration are
simply too far apart to use repeaters at all.  You want to buy routers,
which forward packets from one Ethernet to the other.
-- 
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: c_tsai@csd (C Tsai)
Newsgroups: comp.dcom.lans.ethernet
Subject: clown
Date: 18 Aug 92 09:42:07 GMT
Organization: Bristol Polytechnic, England
X-Newsreader: Tin 1.1 PL4


gghfdghfdgfdgfdgf
jhggjhgjh
Newsgroups: comp.dcom.lans.ethernet
From: DGH@pc01.divinity.yale.edu (Duane Harbin)
Subject: 3C503 packet driver and SDLC
Organization: Yale Divinity Library
Date: Fri, 21 Aug 1992 17:27:17 GMT

Can anyone suggest some appropriate voodoo to make a 3C503 operated under 
the Clarkson packet driver co-habitate pleasantly with a Synchronous Data 
Link Controller?

The SDLC is apparently a pretty nasty piece of work. It insists on Interrupt 
3 and DMA channel 1. The packet driver addresses the issue of interrupt, but 
not the DMA channel. Actually, it looks as if the 3C503 packet driver isn't 
supposed to be using DMA at all.

Further info:

System: IBM XT/286, 640K RAM
OS:	DOS 3.30
NOS:	Netware 3.11
PD:	3C503.COM version 9.4.1 (Card is set for shared memory base DC000)

There is a particular application that utilizes the SDLC. The network and 
the application will both start out fine. However, if the SDLC application 
is running and attempts to access network services, e.g. printing, the 
system freezes up. If one shells out of the SDLC application and attempts to 
switch to a network drive, the system freezes.

Any suggestions welcome. Thanks.

Duane Harbin
Information Services Librarian
Yale Divinity School Library
203/432-5289
DGH@herald.divinity.yale.edu
From: ip_boss@degsyd.syd.deg.csiro.au (Jack Churchill)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: AUI-AUI cable
Date: 22 Aug 92 10:40:51 +1000
Organization: CSIRO, Exploration Geoscience

In article <1992Aug21.114509.27193@ccu1.aukuni.ac.nz>, graeme@ccu1.aukuni.ac.nz ( Graeme Moffat) writes:
> Is it possible to connect two (15 pin female) AUI connectors?
> eg a repeater to an ethernet card.  It seems sensible to cross the data
> in/out & control in/out pairs, and not to connect the power pins at all, but
> will this work?  I realise that AUI connectors are intended for transceivers.

I could be wrong but I've been told that you can't connect two active or two
passive AUI devices together (in your case both are active).  You have to
go through a "direct connect device" - yet another little box.

-- 
  Jack N. Churchill                            | jack@syd.deg.csiro.au
** Unless otherwise specified, the opinions expressed here are my own. **
From: randy@ninja.megatek.uucp (Randy Davis)
Newsgroups: comp.dcom.lans.ethernet
Subject: Advice needed on Bridges/Routers
Date: 21 Aug 92 22:04:26 GMT
Reply-To: megatek!randy@uunet.uu.net
Organization: Megatek Corporation, San Diego, California


  I would like to get some recommendations on the best bridge or router
to split our particular network configuration...

  We have about 120 Sun workstations, a small amount (<20) of other
assorted compatible workstations, and a number of large servers on one
physical section of thick-wire ethernet in a R&D environment doing lots
of software development (and the resultant large "makes"), an amount of
CAD work, and the usual other assortment of duties.

  The next step with the network is to split/segment it.  Although we are
not yet seeing problems with the arrangement, I feel it is just a matter of
time with our present growth rate -  at times the ethernet is approaching
40-50% utilization, with the inherent problems of delays for machines to
find a "quiet" time to transmit, and the resultant collisions.

  I would like to solicit advice concerning the best way to split the
network and why.  I've done a bit of research already on my own, and am
actually tending more toward just splitting the network into functional
groups and bridging between the segments.  However, with the cost of bridges
and routers approaching each other, I was tending toward getting a couple
of routers that can also do simple bridging with little overhead.

  Advice?

Randy Davis                             UUCP: randy@megatek.com
Corporate Network and System Administrator    megatek!randy@uunet.uu.net
Megatek Corporation, San Diego, California    ucsd!megatek.uucp!randy
From: jim@mivax.mc.duke.edu (James D Dryfoos - Systems)
Newsgroups: comp.dcom.lans.ethernet
Subject: Problem with thin wire and terminated T connectors.
Date: 13 Aug 92 15:03:00 GMT
Organization: Duke University Medical Center
News-Software: VAX/VMS VNEWS 1.41

A long time ago when we started putting in thire wire segments to connect
groups of terminal servers in one closet we decided it was convenient to leave
one or two blank T connectors for later connections without disrupting the net. 
We were concerned about this as we have heard that these T connectors could
pick up transient signals and maybe cause problems.  It was advised that they
have a terminator stuck in them.  So, a barrell connector and terminator were
connected to each empty T connector.  The thin wire worked so it was left that
way.  I recently was involved in troubleshooting the poor performance of
terminal servers on these thin wire nets.  I saw the terminators and thought
that I had not seen that done before, so removed them.  Sure enough, the
terminal servers began responding flawlessly.  The terminators caused the
servers to retransmit packets now and then.  I assume some packets were being
destroyed by a signaling problem that the terminators must have created?

I would like to hear anyone's thoughts on this.  Also, is leaving unconnected T
connectors on the wire really a problem?

Thanks in advance,

Jim

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
*  James Dryfoos  -- Medical Informatics - Duke University Medical Center     *
*                                                                             * 
*  VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office * 
*  dryfo001@mc.duke.edu - dryfo001@dukemc.bitnet                              *
*  Box 2914 Durham NC, 27710 USA - EARTH (919) 684-6421                       *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*

*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
* James Dryfoos  -- Medical Informatics - Duke University Medical Center      *
* VMS Systems Programmer -- Postmaster - Duke Electronic Medical Post Office  * 
*                                                                             * 
* INTERnet:  DRYFO001@MC.DUKE.EDU          BITnet: DRYFO001@DUKEMC            *
* INTERnet POSTMASTER: DMPM@MC.DUKE.EDU    BITnet POSTMASTER: DMPM@DUKEMC     *
* Concert Net DECnet:  MEDINF::JIM or 3073::JIM                               *
* Box 2914 DUMC Durham, NC  27710 USA, EARTH --  (919) 684-6421/fax 684-8675  *
*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
Xref: sparky comp.dcom.lans.ethernet:1636 comp.unix.admin:4537 comp.sys.sun.admin:5514
From: etsiao@joule (Eddie Tsiao)
Newsgroups: comp.dcom.lans.ethernet,comp.unix.admin,comp.sys.sun.admin
Subject: Multi-port AUI transceivers (suggestions?)
Date: 12 Aug 92 17:24:20 GMT
Distribution: na
Organization: California Polytechnic State University, San Luis Obispo


We are expanding our Sun SPARCStation network and are now running out of ports.
I've been looking at various brands such as Cabletron (MT800) and TCL.
Recently, I came accross a company (Andataco) that sells one made by Milan
Technologies.  Most of the networks on campus here use Cabletron or TCL but
the Milan is considerably cheaper ($425 as compared to about $750).  I was
wondering if anybody has had any experience with this company and their
products.  Are there any general problems I should be watchful of?  Also,
how do I know if I need SQE(hartbeat), which the Milan is capable of?  
Thanks in advance for any advice.

			- E.T.

|Eddie Tsiao                         | etsiao@autobahn.ARDFA.CalPoly.EDU     |
|System Administrator                | Voice:   (805) 756-1706               |
|ARDFA Cal Poly,  San Luis Obispo    | FAX:     (805) 756-1702               |
From: ip_boss@degsyd.syd.deg.csiro.au (Jack Churchill)
Newsgroups: comp.dcom.lans.ethernet
Subject: L&N equipment
Date: 21 Aug 92 10:03:18 GMT
Organization: CSIRO, Exploration Geoscience

I've noticed that most of the L&N gear is significantly cheaper that other
vendor equivalents.  They also sell a optic-to-10base2 so one can go from
fibre to thin ethernet with just one box.  Any bad experiences with their
stuff?
-- 
  Jack N. Churchill                            | jack@syd.deg.csiro.au
** Unless otherwise specified, the opinions expressed here are my own. **
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Problem with thin wire and terminated T connectors.
Summary: Arrgh!!
Date: 20 Aug 92 18:46:33 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <13AUG199210030803@mivax.mc.duke.edu>, jim@mivax.mc.duke.edu (James D Dryfoos - Systems) writes:
> A long time ago when we started putting in thire wire segments to connect
> groups of terminal servers in one closet we decided it was convenient to leave
> one or two blank T connectors for later connections without disrupting the net. 
> We were concerned about this as we have heard that these T connectors could
> pick up transient signals and maybe cause problems.  It was advised that they
> have a terminator stuck in them.  So, a barrell connector and terminator were
> connected to each empty T connector.  The thin wire worked so it was left that
> way.  I recently was involved in troubleshooting the poor performance of
> terminal servers on these thin wire nets.  I saw the terminators and thought
> that I had not seen that done before, so removed them.  Sure enough, the
> terminal servers began responding flawlessly.  The terminators caused the
> servers to retransmit packets now and then.  I assume some packets were being
> destroyed by a signaling problem that the terminators must have created?
>

I don't know if this has been responded to (it probably has), but
I have been on vacation.

I am suprised that it worked in the first place. The system might be
able to tolerate perhaps one extra terminator, but all margins would
be gone. 

It is VERY important that there only be terminators at the ends of
the coax cable (ether thin or thick wire). It is good practice to
NOT put extra T-connectors in a thin-wire system, although a small
number of them (<5 or so) will probably not casue any noticeable
problem.

The opposite is true in broadband (CATV or 10Broad36) systems. There,
it is good and common practice to leave lots of extra connections, 
and all of these must be terminated for proper operation.
 
-- 
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"
From: jeffry@browncow.austin.ibm.com
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Fiber speed
Date: 19 Aug 92 16:20:23 GMT
Reply-To: jeffry@ashanti.austin.ibm.com
Organization: IBM, Advanced Workstation Division
Originator: jeffry@browncow.austin.ibm.com


In article <1992Aug18.181507.14439@picker.com>, SYSNET@engvax.picker.com (Leonard A. Visconti) writes:
> Does anyone know the speed of a signal through fiber? For example, through
> thick wire ethernet cable the propagation speed is about 77% of the 
> speed of light. We are using 62.5/125 multimode fiber at 850 nm. 

In my work with FDDI, using 62.5/125 multimode fiber at 1350 nm, I use
3ns/meter as the propagation delay.  
-- 
JEff Russell                jeffry@browncow.austin.ibm.com  OR
                            AUSVMQ(JEFFRY)

"Of course, everything stated above is my opinion, and NOT that of IBM."
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans
From: themos@umbc5.umbc.edu (Mr. Themos Pentakalos; ADMIN-COMP)
Subject: Connecting an HP Laser Printer on the Ethernet
Keywords: printer on ethernet
Organization: Univ. of MD, Baltimore County
Date: Wed, 19 Aug 1992 14:34:32 GMT

Hello everyone. I am not sure if this is the list to post this question,
but here it goes.

I have seen devices on magazines for connecting HP laserjets directly
only the ethernet, without going through a terminal server. (eg. using a
twisted pair to a hub, etc.)

However, when I call the companies they tell me that these devices 
understand only Novell's packets - SPX/IPX.

Is anyone aware of similar devices which understand other protocols,
such as TCP/IP or DECnet...

Thank you very much and please reply to:   themos@umbc5.umbc.edu
and i will summarize.

-Themos
From: brettw@matt.ksu.ksu.edu (Brett D. Watson)
Newsgroups: comp.dcom.lans.ethernet
Subject: Equipment for troubleshooting ethernet
Date: 12 Aug 1992 23:56:39 -0500
Organization: Kansas State University
Distribution: usa
NNTP-Posting-Host: matt.ksu.ksu.edu

  What type of electronic equipment would I need to troubleshoot PC's
and Sun workstations connected via cheapernet to the campus fiber
optic backbone?  We will be installing more and more machines this way
and I'm starting to have problems with machines now and then.  I
thought if I had the right equipment I could track down some of them.

-=- Brett
-- 
  Brett Watson, 915 Calflin Rd. Manhattan, KS  66502, (913) 776-5951
  Technical Support Programmer, Farrell Library, KSU, (913) 532-7427
  ==================================================================
	  brettw@matt.ksu.ksu.edu | brettw@cygnus.cis.ksu.edu
Newsgroups: comp.dcom.lans.ethernet
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Programmer Specs for SMC Elite Boards(WD)
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Distribution: na
Date: Wed, 19 Aug 1992 06:55:31 GMT

In article <1047@alsys1.aecom.yu.edu>, ed@balrog.aecom.yu.edu (Ed Geraghty)
 wrote:
>I am writing a program that catches certain packets off the net. I would 
>like to get the programmers specs for the western digitial chipset on SMC Elite
>ethernet cards. Would anybody have a phone number I could call to order it. 

Try SMC's Tech Support Hotline at 800-NET-LEADER (US) or 800-433-5345 (Canada).

You might also want to look into using an existing PDI, NDIS or ODI
driver instead of writing your own device drivers.  SMC/WD has all
three types of drivers for their cards.

SMC/WD also has a Driver Development Kit available if you really
need/want to write your own driver.

...Sam
-- 
<skl@wimsey.bc.ca>
From: gt@hprnd.rose.hp.com (Glenn Talbott)
Date: Tue, 18 Aug 1992 23:02:53 GMT
Subject: Re: Ethernet Frame types.
Organization: HP Roseville Networks Division
Newsgroups: comp.dcom.lans.ethernet

>Would anyone have a list of ethernet frame types or know where I may 
>find one?  I'm trying to identify the packets that an IBM ethernet card
>with RPL (Remote Program Load), in a PS/2, is sending out.  tcpdump 
>reports that the following is being transmitted:
>
>12:14:30.24 8:0:5a:a1:e8:77 3:0:2:0:0:0 0056 86: 
>			 fcfc 0300 5300 0100 0840 0300 0000 0000
>			 1000 0800 0640 0905 ea00 0640 0a00 0100
>			 0a40 0608 005a a1e8 7700 0540 07fc 0028
>			 0004 0024 c005 0800 f819 0a74 4010 4221
>			 027f 3531 3120 2020 2020 0040 4333 3135
>			 3039
>

That's an RPL FIND_FRAME as sent by a Microsoft Lan Manager boot ROM using
IBM/DLC protocol. The proper response by a server is an RPL FOUND_FRAME
directly addressed to the PC requesting RPL service. If a server (MS OS/2,
running MS LAN Manager with Remoteboot service) recoginizes the first 3
bytes of the source address, it should respond.

The various protocol frames are "sort of" defined in the Microsoft Network
Device Driver Kit (NDDK) documentation and RIPL.INC file that comes on the
disks with the NDDK.

>Any help via post or email would be appreciated. Thanks.
>
>					--Gene
>					  gwh@elric.cs.mcgill.ca
>					  McGill University
>					  School of Computer Science
>                                          Montreal Canada

No problem

------

Glenn Talbott
HP PC LAN Card Diagnostic and Driver Development
Hewlett-Packard Roseville Networks Division
gt@hprnd.rose.hp.com
Newsgroups: comp.dcom.lans.ethernet
From: SYSNET@engvax.picker.com (Leonard A. Visconti)
Subject: Fiber speed
Organization: PICKER INTERNATIONAL
Date: Tue, 18 Aug 1992 18:15:07 GMT
X-News-Reader: VMS NEWS 1.23

Does anyone know the speed of a signal through fiber? For example, through
thick wire ethernet cable the propagation speed is about 77% of the 
speed of light. We are using 62.5/125 multimode fiber at 850 nm. I've 
heard (and read) things that lead me to believe this speed might be as 
low as 66% of light speed. Thanks in advance....

-------------------------------------------------------------------------------
|  Leonard A. Visconti 			Picker International                  |
|  Network Analyst			595 Miner Road			      |
|  visconti@picker.com			Highland Heights, Ohio  44143         |
|					(216)473-4801                         |
-------------------------------------------------------------------------------
Newsgroups: comp.dcom.lans.ethernet
From: koning@koning.enet.dec.com (Paul Koning)
Subject: Re: Routing Frame Format
Reply-To: koning@koning.enet.dec.com
Organization: Digital Equipment Co., distributed systems architecture
Date: Wed, 19 Aug 1992 14:12:24 GMT


In article <1992Aug19.033142.7987@mercury.cair.du.edu>, ttoupin@zephyr.cair.du.edu (Tory Toupin) writes:
|>Below is a sample frame captured off of the ethernet and represents a
|>routed frame to a router (6d06) from an end node (1c06).  Does anyone
|>out there in ethernet land have a description of a routing frame
|>format (Level 2 or so I believe) or can you tell me where a 
|>description can be found?
|>
|>Ed Toupin
|>toupine@casi.cba.du.edu
|>
|>BACKUP : ttoupin@zephyr.cair.du.edu
|>
|>
|>
|>DEST: aa 0 4 0 6d 6 / SRC: aa 0 4 0 1c 6 / PROTO: 60-3 / SIZE : 46  
|>
|>[aa  0   4  0 6d 6][aa  0  4  0       . . . 1 .  . . . 
|> 1c  6] 60  3  0  0  0  0  0  0      2 . ` . . . . . . . 
|>[aa  0   4  0 d4  4] 0  0 [aa 0       . . . 1 . . .  . 
|>  4   0 1c  6] 0  0  0  0  4  3      . . 2 . . . . . ` . 
|> 20 4d  1  49 8b  0  0  0  0  0        .   2 . 2 . . . .

Curious.  The protocol type 60-03 indicates DECnet (Phase IV) and much of
the rest looks like a routing layer data message carrying an NSP Data Ack
message.  However...  the 3 bytes after the protocol type should contain
the message length (similar to in 802.3 but little endian) followed by the
routing layer message type code -- rather than the bytes of zero you've
shown.  So something is wrong.

You can find this information in the DECnet Phase IV protocol specifications,
which you can order in the same way as Digital's other documentation.
Good ones to start with would be the Ethernet data link spec (AA-Y298A-TK),
the routing spec (AA-X435A-TK) and the NSP spec (AA-X439A-TK).

	paul

Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.misc
From: jackson@acf3.nyu.edu (Robert Max Jackson)
Subject: Re: SMC BBS#
Organization: New York University
Distribution: lna
Date: Sun, 16 Aug 1992 14:45:15 GMT

mosbrook@beach.csulb.edu (Brent Mosbrook) writes:


>does anyone knwo the phone # to a SMC bbs??
>I have a couple arcnet cards, and I need to get drivers/switch settings

	BBS:  1-714-707-2481

Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.misc
From: mosbrook@beach.csulb.edu (Brent Mosbrook)
Subject: SMC BBS#
Organization: Cal State Long Beach
Distribution: lna
Date: Sun, 16 Aug 1992 02:05:09 GMT


does anyone knwo the phone # to a SMC bbs??
I have a couple arcnet cards, and I need to get drivers/switch settings


any possible FTP sites?

Thanks
Brent
-- 
+--------------------------------------+
|  Brent Mosbrook    KC6MWK            |
|         mosbrook@beach.csulb.edu     |
+--------------------------------------+
Newsgroups: comp.dcom.lans.ethernet
Subject: AUI-AUI cable
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Fri, 21 Aug 1992 11:45:09 GMT
Organization: University of Auckland, New Zealand.

Is it possible to connect two (15 pin female) AUI connectors?
eg a repeater to an ethernet card.  It seems sensible to cross the data
in/out & control in/out pairs, and not to connect the power pins at all, but
will this work?  I realise that AUI connectors are intended for transceivers.

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits