HDTenEightyP/NetNews huggingface dataset:
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.isdn,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: remote tcp/ip LAN access ideas 
Distribution: world
Date: Tue, 17 Nov 92 14:42:47 GMT
Organization: Crynwr Software

In article <1992Nov16.191510.474@nynexst.com> sgriffee@nynexst.com writes:

   Watch out.  Telecommuting may be just around the bend for your
   company.  Don't let it catch you asleep at the wheel.

   Steve Griffee  sgriffee@nynexst.com  NYNEX Science and Technology
   Data & Information Services          500 Westchester Avenue
   914-644-2531  fax: 914-644-2301      White Plains, NY 10604


Holy shit, Steve, is NYNEX just figuring this out?!?!???

No wonder It Still Does Nothing in New York.

Sorry for the gratuitious flamage, but maybe that's what the baby
bells need?

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.dcom.lans.ethernet
From: seifert@netcom.com (Rich Seifert)
Subject: Re: What's an "HP Ethertwist"?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 23 Nov 1992 17:29:29 GMT

In article <1992Nov21.163655.24370@super.org>, pcolsen@super.org (Peter C Olsen) writes:
> 
> Can someone tell me what "HP Ethertwist" is?  
> 

It is my understanding that Ethertwist is H-P's marketing name for their
line of 10BaseT products.

I don't speak for H-P.

-- 
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"
Xref: sparky comp.dcom.lans:1973 comp.dcom.lans.misc:911 comp.unix.sysv386:16496
From: bob@bdofed.UUCP (n)
Newsgroups: comp.dcom.lans,comp.dcom.lans.misc,comp.unix.sysv386
Subject: Need help with SLIP
Keywords: slip
Date: 16 Nov 92 01:25:32 GMT
Organization: Etobicoke Board of Education, Ontario



Hi,
I've been meaning to play with slip but have not
yet had the chance. We are doing some planning and
looking at alternatives. So if you have any insight
into slip I would appreciate your input.

I know that I can connect two SCO machines together
using slip. What I'm not sure about is in the 
configuration below:

    -----           -------         ------
   | SCO |  slip   |  SCO  |  slip |  SCO |
   |  A  |<------->|   B   |<----->|   C  |
   |_____|         |_______|       |______|

1) can I get from machine A to machine C as if
   they were connected on ethernet? (ie I would like
   to rlogin machineC from machineA)


Another possibility is the diagram below.

                 Ethernet
       _______________________________
      |                |              |
    -----           -------         ------
   | SCO |         |  SCO  |       |  SCO |
   |  A  |         |   B   |       |   C  |
   |_____|         |_______|       |______|
                       ^
                       |
                       [] modem
                       |
                       | slip
                       |
                       [] modem
                       |
                       V
    -----           -------         ------
   | SCO |         |  SCO  |       |  SCO |
   |  D  |         |   E   |       |   F  |
   |_____|         |_______|       |______|
      |________________|______________|
                 Ethernet

1) Can I get to machine F from machine A?

Any insite would be appreciated.

	Thanx in advance.
		bob	(uunet.ca!bdofed!bob)
Xref: sparky comp.dcom.lans:1979 comp.dcom.lans.ethernet:2501
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans,comp.dcom.lans.ethernet
Subject: Converting from RJ45 to BNC... (make that AUI) 
Distribution: world
Date: Tue, 17 Nov 92 14:37:44 GMT
Organization: Crynwr Software

In article <1992Nov16.192535.7481@umbc3.umbc.edu> themos@umbc5.umbc.edu writes:

           A couple of weeks ago I posted asking about converters to
   connect a TP RJ45 to the back of eithernet cards which only have
   AUI or BNC connectors.

St. Clair (1-800-326-5267) sells direct.  Canary, Lantronix, and
Allied-Telesys and MiLAN all sell through distributors.  Canary and
Allied-Telesys refuse to sell direct.  Lantronix did it as a favor,
once.

Distributors are nice people, but they usually have a minimum order,
and don't like to take plastic.  If you just want to order one or
two, distributors don't want to talk to you.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.dcom.lans.misc
From: ian@ukpoit.co.uk (Ian Spare)
Newsgroups: comp.dcom.lans.misc
Subject: Re: Routable NetBEUI
Date: 23 Nov 92 14:00:07 GMT
Reply-To: ian@ukpoit.co.uk (Ian Spare)
Organization: iT - The Information Technology Business Of The Post Office
NNTP-Posting-Host: george.ukpoit.co.uk

In article <75444@hydra.gatech.EDU> bob@comlab.gatech.edu (Bob Baggerman) writes:
>Ian Spare writes:
>>It is my understanding that the NetBEUI protocol is non-routable I have 
>>been told ( at a rumour level !! ) that it is intended to make it a routable
>>protocol, would anyone care to comment on this ??
>
>That would surprise me a lot.  I guess my first question is "Why"?  If you
>need something routable why not use a NetBIOS based on a routable protocol
>like TCP/IP, XNS, OSI, IPX, or DECnet?  NetBEUI is small and fast.  I'd
>prefer to keep it that way, minus the extra overhead of making it routable.
>

I assume from the almost deafening silence on this that the rumour is untrue,
I also can't the point but I thought I'd ask !!

Ian




-- 
Ian Spare , iT , Barker Lane , CHESTERFIELD , DERBYS , S40 1DY , GREAT BRITAIN
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      iT - The Information Technology Business Of The Post Office
~~~~~~~~~~~~~~~~~~~~~~~  In Tune With Technology ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.dcom.lans.misc
From: lam@mrcnext.cso.uiuc.edu (Ken Lam)
Subject: Re: Disk cache on PC workstation for Novell server drives???
Organization: University of Illinois at Urbana
Date: Sat, 21 Nov 1992 20:50:23 GMT
Keywords: disk cache network

rfranken@mcs213d.cs.umr.edu (Richard Brett Frankenberger) writes:

>In article <rdempste.9.722354510@unpcs1.cs.unp.ac.za> rdempste@unpcs1.cs.unp.ac.za (Rob Dempster) writes:
>>I am currently in the process of considering migrating to Windows 3.1
>>I am running Windows 3.1 on a 25Mhz 80486SX with 8 MB of RAM and a 40 MB hard
>>disk. I have a 2 MB SMARTDRV disk cache running and this makes the software
>>that I run from the hard drive very snappy. Unfortunately I also have to pull
>>some applications of a Novell LAN server and this really slows things down.
>>I have tried some fixes such as putting my Borland C include files on the
>>local hard drive. I would have put the library files there as well but don't 
>>have the space. So at the moment it seems that I will have to get a larger 
>>drive or find a driver similar to SMARTDRV that works with Novell file 
>>server drives? I would be most interested to hear whether such a driver 
>>exists or alternatively any other advice that would be useful.
> 

>I doubt you'll have too much luck, though -- First, most disk caches cache at
>the cluster level.  There is no such thing on server drives - they are
>strictly file oriented - not block oriented (i.e. there is no such thing as an
>INT 25 call on a server drive - where caching frequently takes place) ... so
>it would require more than eliminating the check that locks out network drives 
>in SMARTDRV.EXE - it would have to be redesigned to cache at the file level.
> 
>Also (although this shouldn't preclude a network cache - there are lots of other
>programs that can be dangerous if used incorrectly), caching some network
>drives would be harmful (i.e. a drive containing a database file that is
>being continually updated by many users - how would file locks work - you
>lock a record, then I go to read it - I shouldn't be able to do so, but I am
>because its in my cache, so the server never gets asked) - but programs
>(such as C or whatever) that aren't being changed should be able to be cached.
>
You can specify in your shell.cfg or net.cfg to have some cache buffers set.
These are 512 byte buffers.  You should use multiples of 8 or 16 because of
the block sizes used by Netware(2.xx and 3.xx respectively).  

cache buffers = ???

This doesn't cache shareable files and I don't know how much benefit it will give.  That depends on what you are running.

Ken
 
--
Ken Lam                                                     (803)-884-7615 (H)
System Administrator                                        (803)-792-4969 (W)
Senior Systems Consultant                                   (803)-792-5446(FAX)
Netware/UNIX System Programmer/Integrator                    lam@jove.cofc.edu
MultiMedia Works & Video Productions ======= Teaching the world in better ways

Newsgroups: comp.dcom.lans.misc
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Token Ring vs. Ethernet
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 21 Nov 1992 06:46:10 GMT

In article <1992Nov21.034833.1276@kalpana.com>, johnb@kalpana.com (John Bartas) writes:
> ...
> I seem to recall some thing about FDDI being an upgrade path for 
> 4/16 Mbit token ring. Soon we will have 100 Mbit ehternet, which should be
> a fairly painless upgrade for ethernet users.

Some FDDI vendors are selling (and shipping, I think) hardware that
does FDDI over shielded twisted pair.

As I understand it, the ANSI X3T9.5 committee has decide that
unshielded twisted pair will be the answer for FDDI.  The UTP in
question is the fancy "data grade" stuff, not voice grade.   I think
Crescendo is about to ship UTP concentrators, and there are probably
some station vendors in the same state.


Vernon Schryver,  vjs@sgi.com

Disclaimer:  after flirting with both the FDDI over STP and FDDI over
    UTP camps in X3T9.5, Silicon Graphics has built and shown some
    prototype FDDI-over-UTP or "CDDI" hardware, including in our booth
    at InterOP92 last month.  The CDDI Indigo was connected to a
    Crescendo concentrator through the 100 m of UTP hanging on the nail
    in the wall.
Newsgroups: comp.dcom.lans.misc
From: esx070@cck.coventry.ac.uk (Brevan Miles (esx070))
Subject: LLC/MAC layer software sources
Followup-To: email esx070@uk.ac.cov.cck
Summary: C sources wanted
Organization: Coventry University
Date: Fri, 20 Nov 1992 11:39:33 GMT


I am writing a simulation program for local area network performance
evaluation for my MSc project and want to find any C source code that
implements 
Logical Link Control (802.2)
Token Passing Bus Media Access Control (802.4).

I don't mind extracting this code from a Protocol Stack if necessary.
If you know of any such sources (especially any archive sites)
could you let me know.

Brevan Miles,
Senior Technician (Telecomms)
School of Engineering,
Coventry University.

e-mail esx070@uk.ac.cov.cck         snail mail, Priory Street, Coventry,
						England, CV7 8LE
Xref: sparky comp.dcom.lans.misc:913 comp.dcom.lans.ethernet:2492
From: jka@windshear.larc.nasa.gov (J. Keith Alston)
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: ENET<->ARCNET
Date: 16 Nov 1992 21:12:05 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
Distribution: world
NNTP-Posting-Host: windshear.larc.nasa.gov
Originator: jka@windshear.larc.nasa.gov

Hi,
  I would like to connect an SCO unix box to an existing arcnet/novell
  network. If this is at all possible the first thing I need is some
  device that converts thick or thin e-net to arcnet(phone line).
  If thats possible the next step would be to allow the sco box to
  pass email back and forth between novell/cc:mail. Any help on
  this would be greatly appreciated.

  -Keith Alston
  jka@windshear.larc.nasa.gov
-- 
J. Keith Alston jka@windshear.larc.nasa.gov
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.dcom.lans.misc
Subject: Re: Token Ring vs. Ethernet
Date: 20 Nov 92 07:15:53 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Nov19.190924.12205@netcom.com>, seifert@netcom.com (Rich Seifert) writes:
> ...
> Assuming that each room has 30 workstations with a server, there is
> very little probability that any LAN (Ethernet or Token Ring) would
> be pushed to performance limits. ...


Depending on the workstations and servers, I beg to differ.

One or two NFS clients and an NFS or two server can be a big part of
1MByte/sec, when they're active.  Some installations have significant
problems with that many workstations per wire.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.lans.misc
From: vanderwal@rc.tudelft.nl (Guus van der Wal)
Subject: IBM Cluster info
Organization: Delft University of Technology
Date: Thu, 19 Nov 1992 10:28:51 GMT

This is for the oldtimers,
 
From our universities surplus I dug up two IBM Cluster adapters,
new in box, and a copy of a what seems to be the software that comes
with it. There was no manual other than a leaflet with hardware 
installation instructions.

From the batchfiles on the diskette I figured out how to do a minimal
installation, and after a while I got a program running called IT,
that stands for Information Transfer and works as a kind of premature FTP.
So far I am happy. But ..
 
There is another program on the diskette called DC (Disk Configuration)
that lets me configure a PUBLIC an several PRIVATE disk. This suggests
that there is a kind of disksharing possible. 
Because of the lack of a manual I have no idea how to use this.
Another clue is a program on the disk called VM. When I start this 
I get the error message "PUBLIC/PRIVATE diskdriver not loaded."

My two questions:
Is there anybody who can help me to the (information in the ) manual.
Anybody who knows what software I have to use to get disksharing running.
 
Understand me well, I do not intend to use it in the university again,
but a friend of mine works (volontairily) for a poor organisation with
surplus computers that could use a kind of disksharing very well.
 
Thanks

Guus van der Wal
Computing Centre
Delft University of Technology, The Netherlands
vanderwal@rc.tudelft.nl

----------
No disclaimers, no funny signature.
----------

 

 
Newsgroups: comp.dcom.lans.misc
From: stewartc@amc.com (Stewart Castaldi)
Subject: Network Applications Technology (NAT)
Organization: Applied Microsystems, Redmond, WA
Distribution: usa
Date: Sat, 21 Nov 1992 00:46:34 GMT

If anyone has information about the location, phone number, or
demise of the above company I would appreciate email about them.
Thanks.


-- 
Stewart Castaldi                          DNS: stewartc@amc.com
Applied Microsystems Corporation	 UUCP: uunet!amc-gw!stewartc
Redmond, Washington  98073               Dial: (206) 882-5326
Newsgroups: comp.dcom.lans.misc,comp.dcom.servers,sci.engr,sci.electronics
From: timk@tdkcs.waterloo.on.ca (Tim Kuehn)
Subject: Wireless communication
Organization: TDK Consulting Services
Date: Wed, 18 Nov 1992 19:34:38 GMT

I'm looking for a means to obtain data from remote sensors via 
some wireless means such as radio. There will be one sensor per 
point, with one central receiver. Data can be accepted via a 
serial port from the central receiver into the system, most likely
a PC of some kind.

If someone has encountered and solved such a problem, please drop 
me a line.

Thanks in advance for your assistance. 

<<<----+---------+-----+--------------+-----+---------------------------+-->>>
    +   Tim Kuehn   +   TDK Consulting   +    (519)-888-0766
    +   <><         +   Services         +    timk@tdkcs.waterloo.on.ca 
<<<----+---------+-----+--------------+-----+---------------------------+-->>>
Newsgroups: comp.dcom.lans.misc
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Token Ring vs. Ethernet
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 20 Nov 1992 19:10:46 GMT

In article <1992Nov19.193651.21854@umr.edu>, rfranken@mcs213f.cs.umr.edu (Richard Brett Frankenberger) writes:
> In article <sige6ao@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

> The hassels of source-routing? No big deal ... I manage a WANof about 30      
> TR's allsource-routed togethor (now being converted to routers).  Source
> routing is no major problem (certainly less confusing that setting up
> IP routing).  BUT, if you don't like it, you don't have to use it.
> Anyway, source-routing is more like bridging than routnig (in several
> ways), and in a large WAN, you are better off with routers anyway.
>

Most IBM LAN systems run NetBIOS directly on top of the Data Link. Because
there is no Network Layer, routers are NOT possible. This is, in fact,
the reason Source Routing exists in the first place. It is a "mini-Network"
Layer protocol embedded into the Data Link.

I strongly discourage the use of Source Routing over WANs, since the
Explorer (route discovery) traffic is incredibly bandwidth-intensive.
  
> On ether net, you can get between segments one of two ways.  Transparent
> bridges or Routers.  On token-ring, you have those two options PLUS  
> Source-Routing.  Source-Routing is just another option.  You don't have
> to use it. 
>

In practice, it is NOT possible to use transparnet bridges in a Token
Ring environment. First, they are not made by many manufacturers (although
this is an implementation, not an architecvtural problem). More important,
IBM Hosts are generally configured with multiple FEPs (3745s) connected
to redundant backbones for high availability and load sharing. IBM 
configures (actually, the users configure according to IBM recommendations)
the two FEPs to have the same MAC address. This is what provides the 
redundancy and load sharing. When a route discovery is made to the host, the
station may be connecting to either FEP, without regard. This is the reason
why IBM makes such widespread use of the Locally administered address
space, rather than global addressing used by Ethernet.

Transparent bridges require that all devices have unique MAC addresses,
otherwise the table learning algorithms are unstable. This is one of
the key invariants of the underlying LAN that Transparent bridges
demand.
  

-- 
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.misc
From: jhl@eecae.msu.edu (John Lawitzke)
Newsgroups: comp.dcom.lans.misc
Subject: 3COM TokenLink III
Date: 23 Nov 92 13:38:05 GMT
Distribution: na
Organization: Michigan State University, East Lansing
Originator: jhl@eecae.ee.msu.edu

In 3COM's ads for their TokenLink III adapter, they list a "universal
boot ROM".  Does anyone know what exactly they do to get this?  My
understanding of boot ROMs was that they were network specific and some
such as LAN Manager required too much to boot so that a diskless boot
for LAN Manager is impossible.

Advance thanx,

-- 
John Lawitzke
Manager of Product Management
Dale Computer Corp.
Internet: jhl@frith.egr.msu.edu
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.misc
Subject: Token Ring vs. Ethernet
Date: 20 Nov 92 18:40:39 GMT
Organization: Crynwr Software

In article <1992Nov19.193651.21854@umr.edu> rfranken@mcs213f.cs.umr.edu writes:

   Since someone is sure to bring this up, at heavy loads, ethernet's
   performance is much worse than token-ring (too many collisions).

Yup, and if you hit a brick wall at 60 mph in a Saab, you'll leave a
better-looking corpse than if you hit it in just about anything else.

   (i.e. the fact that token-ring doesn't
   break-down at high load is probably not a good reason to pick it -
   if your wire is that heavily used, you need to sub-net anyway)

Agreed, so why bring it up?

   In article <sige6ao@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon    Schryver) writes:

   >Ethernet is far more common and not significantly worse than token
   >ring.  Since token ring is not significantly better (it can be argued
   >to be worse since it is so much more fragile), token ring is dead in
   >the long run.  The universe does not tolerate competing, largely
   >equivalent standards forever; eventually the less common one disappears.
   >
   >Something that might hurry up the decades long death of token ring
   >might be higher speed LAN's.  The short term winner(s) in those wars
   >might have some effect on the numbers of new ethernet and token ring
   >networks.  I thinking of cable plants and hubs that can be used for
   >for both high and low speed links to the desktop.

   Token-ring won't die.  Eventually, FDDI will be much more common
   than E-net and TR.

Both Token-ring and FDDI will die.  Did you miss all the hoopla about
100Mbps Ethernet?  It was in all the papers.

I'm contracting with someone to write an FDDI packet driver.  The
silly thing needs a 180Kb TSR to manage the FDDI connection.

   The token-ring concept is superior to the CSMA/CD concept used by
   Ethernet.  It is more robust, have lots of error checking and
   correction built in, and  it is designed to take heavy loads into
   account and share the bandwidth as fairly as possible (Ethernet's
   method is just let them collide and we'll randomly pick who gets
   to send).

IBM FUD, IMHO.

   Bottom line, You probably won't go wrong with either, but with
   token-ring, you won't have to worry about one user sticking a
   pin through the cable and downing the entire net.  (Not that
   that's a likely occurance, but it makes the point about
   token-ring's robustness).  Ethernet will likely be cheaper,
   however.

And for the price difference, you could install redundant Ethernets
and still save money.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.