HDTenEightyP/NetNews huggingface dataset:
From: cballen@hubcap.clemson.edu (charles allen)
Subject: what is SQE  (DUMB QUESTION!)
Organization: Clemson University
Date: Tue, 25 Aug 1992 20:20:24 GMT

Sorry for asking such a stupid question.
We have an AUI to Thinwire thing for a Decstation server
in a 30 DOS machines lab setting.  There is a jumper on the box to turn
SQE on or off.  I've never heard of SQE before.
 
The server has 2 AUI ports, one to the backbone thickwire, and the other
to  the lab thinwire.  The server is on it's own segment to the lab
repeater.  I just saw a posting mentioning SQE, and I thought I'd ask.
Newsgroups: comp.dcom.lans.ethernet,comp.protocols.tcp-ip
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: addresses-translating router/gateway [was Re: Is there a blackbox that will resolve IP conflicts when joining two nets?]
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Mon, 31 Aug 1992 01:56:33 GMT

[ In article <MARKE.92Aug29082730@fsi-ssd.csg.ssd.fsi.com>
marke@fsi-ssd.csg.ssd.fsi.com (Mark W. Easter) ask about
the feasibility of an addresses-translating router/gateway. ]

The answer is actually several yes' and no's.

The "yes" is for yes, a router/gateway could be built to translate
the IP addresses in the IP header as it moves between interfaces.

The "no" is for no, because upper-layer protocols which carry IP
addresses in it will break, since the router/gateway couldn't see
those addresses.

The "yes" is for yes, the router/gateway can be made to know about
those protocols and trnaslates the addresses inside them as well.

The "no" is no, the router will never know about the existence of
all such protocols.

So, the answer really depends on the level of "completeness" desired.

...Sam
-- 
<skl@wimsey.bc.ca>
Newsgroups: comp.dcom.lans.ethernet
From: craa85@ccsun.strath.ac.uk ( D.W.Stevenson)
Subject: Re: Ethernet Analyzer/testing devices/software
Organization: University of Strathclyde
Date: Fri, 28 Aug 1992 10:10:30 GMT

In article <1992Aug28.094847.17582@ccsun.strath.ac.uk>, craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
|> In article <aycn82=@quantum.on.ca>, aboyd@quantum.on.ca (Andrew Boyd) writes:
|> |> In article <1992Aug27.090801.11847@ccsun.strath.ac.uk> 
|> |> craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
|> |> >the PC bus is far too slow to transfer packets to main memory at 10Mbit/s
|> |> 
|> |> um, this is not quite correct.  Even using the lowly 8mhz bus, a 16-bit 
|> |> ISA card can keep up with a 10Mbit/sec throughput.
|> 
|> 
|> The raw bit rate is certainly fast enough to cope with 10Mbit/s, but don't
|> forget that the PC has to access other peripherals such as the video card
|> and hard disk controller over the same bus, which takes large
|> chunks out of the available bus bandwidth. In a previous job, 
|> I was the engineer who designed the hardware for the Spider 
|> Analyser (or TTC Netlens as it is now) and it just 
|> isn't possible to do all the things that need to be done on the bus and transfer 
|> packets at full rate of Ethernet across the bus. The achievable transfer rate
|> is however quite adequate for all but the most unusual of circumstances.
|> 

Apologies for inaccuracies in this. The Spider design was several years ago and
I'm no longer working in digital design, so this has clouded my memory. 
The bottleneck is not the PC bus, but the processor on the card. 
The bus bottleneck does become significant for other purposes if you use a
PC as a platform for networking equipment, but for a monitor it's ok.

I just love eating my words.

-- 
Dave Stevenson 				D.W.Stevenson@strath.ac.uk
Computer Centre Communications		Tel : 041-552 4400 x3461
University of Strathclyde
Glasgow, U.K.
From: root@ESD.3Com.COM (Andy Chan)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Problem with 3c503 (EtherLinkII) in mixed LAN environment
Date: 3 Sep 92 18:06:39 GMT

Mark, we have not heard of this before, are you using someone's
proprietary driver?  Are you able to use NDIS drivers?
Andy Chan
root@zen.cso.3com.com


mark@infolog.se (Mark Plotnick) writes:

>We've had problems with 3c503's for a long time. Somestimes they
>work OK butthey "degrade" in performance rapidly. We are
>trying to run PCNFS and AppleSharePC off of them.

>The Xircom adapter we have works fine on all machines,
>no strange slow downs.

>Were running Ethertalk (Macs with EtherNet cards) and Suns and 
>Apollo's and all these work fine. We have occasionally run
>DECNET between some VMS machines and that has worked alright
>too.

>The only other symptom I have noticed is 3c503's seem to be
>sensitive to network activity - they're the worst when there
>is alot of activity on the net. (this is based on how they
>worked when people were on vacation and the great degradation
>when vacation period was over.

>Our network has 8 branches that are connected through a cisco
>repeater. The JAM light blinks fairly often but that doesn't
>seem to disturb any other nodes, as far as I can tell.

>From these symptoms can anyone say if this is a problem with the
>3c503 card or our network?

>Any advice or answers are appreciated.
>-------------------------------------------------------
>Mark Plotnick,   Mark.Plotnick@infolog.se
>Infologics AB, BOX 91, 191 22 Sollentuna, SWEDEN
>Tel. +46 8 92 20 63          Fax  +46 8 96 08 46
Newsgroups: comp.dcom.lans.ethernet
From: craa85@ccsun.strath.ac.uk ( D.W.Stevenson)
Subject: Re: what is SQE  (DUMB QUESTION!)
Organization: University of Strathclyde
Date: Wed, 26 Aug 1992 08:33:31 GMT

In article <1992Aug25.202024.4870@hubcap.clemson.edu>, cballen@hubcap.clemson.edu (charles allen) writes:

|> We have an AUI to Thinwire thing for a Decstation server
|> in a 30 DOS machines lab setting.  There is a jumper on the box to turn
|> SQE on or off.  I've never heard of SQE before.
|>  
SQE stands for Signal Quality Error and is a signal from the transceiver through
the AUI into the server which is used to test whether the collision detect pair
in the AUI is working correctly. By the sound of it, your `AUI to thinwire thing'
is a transceiver (or MAU in 802.3 parlance). The rules for MAUs require that
an MAU has SQE turned ON unless the MAU is to be used on a repeater when it must 
be turned OFF or serious problems can occur on the network e.g. late collisions

-- 
d.w.stevenson@uk.ac.strath
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.misc,comp.protocols.novell
From: more@tcc.orl.mmc.com ()
Subject: 802.3 Non-Compliance (?)
Organization: Martin Marietta
Date: Fri, 28 Aug 1992 19:45:58 GMT



We had a vendor come in to discuss performance issues relative to our
client server development and production environment. The server being Unix
based, the client desktop being MS-WINDOWS 386 devices. We are running TCP/IP
between them.

In this meeting (which unfortunately I wasn't in), the vendor made the statement
that Netware Servers violate the 802.3. His statement was that when a netware
server detects a collision, that rather than following the random backoff, 
in the Ethernet world, the Netware server immediately attempts to retransmit
the collided packet(after sending the jam sequence). This vendor stated that
because of this, TCP/IP based systems running on the same ethernet as Novell
netware servers could experience some performance problems due to the 
noncompliant nature of the netware server. He further stated that for this
reason, NASA has put a ban on Novell Netware at it's sites. 

I personally feel that this is mostly a bunch of BS. I'm an open systems kinda
guy, but I find it hard to believe that Novell would flagrantly violate the
rules of engagement in CSMA/CD.

Anyhow, does anyone have any information which could either verify or dispute
this assertion about Netware servers, or, the NASA ban on them.


-- 

  Duane N. More
  EMAIL: more@tcc.orl.mmc.com
  (407) 356-6504

  Martin Marietta 
  PO 628007  MP-1269
  Orlando, FL. 32862-8007
From: ics.jjmc@Control.Com (J. J. McCarthy)
Newsgroups: comp.dcom.lans.ethernet
Subject: Null Modem on EtherNet
Date: 28 Aug 92 01:53:28 GMT
Reply-To: ics.jjmc@control.com
Organization: Industrial Computing Society

fk03+@andrew.cmu.edu (Frank Eugene Kietzke) writes:
>you can't just connect two
ethernet cards together with a "null modem" and get it to work. 

Maybe you can, if you don't understand the problem. For the IEEE
Conference here this Spring, we hooked an AT and an XT together
with 10 feet of coax. Both ends had terminators and Ethernet Cards
(3c503s). Used Novell's Netware light and they talked to each other fine.
A Q&A database was set up on the AT and the XT logged in to the AT and 
entered data into the database. We'll probably doit again next Spring.

jjmc
Newsgroups: comp.dcom.lans.ethernet
From: dberry@csa.cs.technion.ac.il (dberry)
Subject: Ethernet security and ATM migration
Organization: Technion, Israel Inst. of Technology
Date: Mon, 31 Aug 1992 08:16:39 GMT

On Ethernet and security features:

IBM offers for the Token-Ring various security features, e.g., its CAU
(controlled access unit) maintains access control (access rights and
capability list) at the MAC level. (In fact it is mostly done at the port
level and that is faster, less delay).

What is offered in Ethernet (a) at the chip level, (b) at the multiport
chip level (e.g., multiport repeaters), (c) at the repeater level and (d)
at the bridge level? (By "offered" I mean what manufacturers do beyond
the standards that don't do...)

On Ethernet to ATM migration:

I started looking at this issue about two weeks ago. So far I have seen
that ATM LAN is viewed as a backbone to LANs. Having some experience with
the performance disadvantage of backbones (e.g., FDDI for both Ethernet and
Token Ring) from the application point of view, I was wondering about the
advantage in using ATM as a backbone. I assume that no site will throw out
good working Ethernet and install ATM LANs instead.
Any thoughts or guidance?

Thanks, Orna (dberry@cs.technion.ac.il)

-- 
Prof. Daniel M. Berry, Computer Science Department, Technion, Haifa 32000 ISRAEL
Tel:+972-4-294325, Bitnet:DBERRY@TECHSEL
Csnet & Internet:dberry@sel.technion.ac.il
Newsgroups: comp.dcom.lans.ethernet
From: aep@world.std.com (Andrew E Page)
Subject: Ethernet Analyzer/testing devices/software
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 26 Aug 1992 15:15:35 GMT


   What is currently available for hardware that would allow you to
test hardware/protocols for ethernet hardware?  I'm looking for something
that would let me anaylze activity/transactions that are occuring during
operations.  The ability to save and analyze the data in relation to various
protocols would help enourmously too.  
   Essentially I'm looking for something that 'plugs into' the network
directly to allow you to see what's going on.   

DoD# 0581   1990 Suzuki VX800   MSF Intro Class Aug 1990
-- 
Andrew E. Page CTO(Warrior Poet)|   Decision and Effort The Archer and Arrow
DSP Ironworks                   |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
Newsgroups: comp.dcom.lans.misc
From: cipolla@giason.enet.dec.com (Bruno Cipolla)
Subject: Home LAN From Japan anyone?
Organization: Digital Equipment Corporation
Date: Wed, 2 Sep 1992 19:33:14 GMT

About two years ago i read an article about a japanese developed Home 
LAN/wiring system, bus shaped for the consumer market , 
it was a (flat?) multiple conductor cable, with 
wires for AC, wires for telephone, wires for TV, and wires for 
a very low cost LAN, intended to connect all the future intelligent 
house appliances, TV, microwave oven, refrigerator, security, etc etc.

I don't know if this is the right newsgroup, but, can anybody give me 
more info, pointers on the subject?
i'm specially interested in what happened to it, and specifications.

ciao!
Bruno

Newsgroups: comp.dcom.lans.misc
From: mitton@dave.enet.dec.com (Dave Mitton)
Subject: Re: Token Ring: do all stations support LLC XID?
Reply-To: mitton@dave.enet.dec.com (Dave Mitton)
Organization: Digital Equipment Corporation, Littleton MA
Date: Thu, 3 Sep 1992 15:28:56 GMT


In article <1992Sep1.090218.14742@spider.co.uk>, brianw@spider.co.uk (Brian Wyld) writes:
>From: brianw@spider.co.uk (Brian Wyld)
>Newsgroups: comp.dcom.lans.misc
>Subject: Token Ring: do all stations support LLC XID?
>Date: 1 Sep 92 09:02:18 GMT
>
>Hi,
>
>This is probably a question for comp.dcom.lans.token-ring, but as it doesn't
>exist (as far as I'm aware).....

	There seems to be insufficent interest to form or sustain such a 
group at last attempt.

>The question is, do all stations on Token Ring networks running support LLC,
>and specifically LLC XID request/responses? I know that the TI TR chip
>certainly seems to assume you run LLC over the MAC layer, but is this
>universally true?

	All 802 stations must be running LLC as it is part of the standard
and XID and TEST response servers are required LLC functions.

	Aside from that, practically speaking, TI licences the microcode
for the LLC layer seperately from the MAC layer.  So it's quite possible
to have an adapter without LLC functions.  However, it's not a very
viable product in the TR market, since all IBM protocols use LLC Type 2.

>My experience is only with TCP/IP, where its LLC/SNAP/IP type stack, but
>what about IPX, SNA, Vines, etc etc?

	To the best of my knowledge, only IBM protocols (SNA, NETBEUI)
use LLC Type 2.  All other protocols mentioned use connectionless data link
service (LLC Type 1).

>The reason for the question is to get the right echo frame to put source
>routing explorers onto so that as many protocol stacks as possible will
>answer.

	There is no real right answer to this.  XID's to the Null SAP
is probably the best.  You should look into a document under work in
802.5 called the RDE (Route Determination Entity 802.5P) that is attempting
to solve this problem.

	Dave Mitton
	Token Ring Program
	Digital Equipment Corp.

Newsgroups: comp.dcom.lans.misc
From: zangari@iies.ecn.purdue.edu (John Zangari)
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: Need help with Screen blanker in Clarkson TCPIP
Keywords: TCPIP computers
Date: 26 Aug 92 16:38:48 GMT
Organization: Purdue University Engineering Computer Network

We are using the Clarkson Univ. TCPIP package to communicate with
the mainframe on campus.  One problem is the screen blanker is either
too short in some cases and not desirable in others.   Is there a way
to disable the blanker or change the time before blanking occurs?

Thanks,
Newsgroups: comp.dcom.lans.misc
From: gcumming@watserv1.uwaterloo.ca (GREG CUMMINGS)
Subject: Define please. 
Organization: University of Waterloo
Date: Thu, 27 Aug 1992 18:15:24 GMT

     NETWORK MANAGER
     LAN MANAGER
     LAN ADMINISTRATOR

 I am hoping that someone out there can help me in defining the above titles. I am
constantly reading about tools/products that can make their jobs easier but I do
not believe I have seen any of the above defined.
 Are they one in the same ? Does it depend on the size of your LAN/WAN. Any ideas
would be welcome. Then I might know who these new products are actually going to
help out.

Thanks in advance.
Newsgroups: comp.dcom.lans.misc
From: Shikhar Bajaj <bajaj@thumper.bellcore.com>
Subject: Re: ATM: looking for info
Organization: Bellcore
Date: Thu, 27 Aug 92 15:20:50 GMT


>Subject line says it all. Where can I find some information on ATM? I'm
>looking
>for mostly general stuff, although I'd be willing to read most anything on the
>subject.

The newsgroup netnews.comp.dcom.cell-relay is devoted to ATM discussions.


Shikhar

Newsgroups: comp.dcom.lans.misc,comp.realtime
From: gratclif@magnus.acs.ohio-state.edu (Gregory W Ratcliff)
Subject: Re: Embedded Systems Networking Systems
Keywords: Echelon, LonWorks, Networks, X.25
Organization: The Ohio State University
Date: Sat, 29 Aug 1992 16:15:06 GMT

There is also a z80 with 2 16550! runs 20 mhz and can simulate
the 16550 on an AT bus.  Wow!

I thinks its a z80182.  Docs are on my desk...

One of those neat cheaps you try to attach to a current project. <grin>

Greg

-- 
Gregory W. Ratcliff  Ratcliff.8@osu.edu  on the internet   
Columbus, Ohio     ICBM
nz8r@w8cqk 	 on the air
N1697X     	 in the air
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.dcom.lans.misc
Subject: Re: A dos internet guide
Date: 29 Aug 1992 18:59:54 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
Distribution: na
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

ckaminsk+@pitt.edu (Curtis J Kaminski) writes:
:               I work for computing and information services at the University
: of Pittsburgh and I am trying to locate an interactive guide to the internet
: for use by dos users.  

Try the "gopher" software (from boombox.micro.umn.edu:/pub/gopher); you
should be able to start people off on self-guided demos with it rather easily.

--Ed
From: aazobian@athena.mit.edu (Assef A Zobian)
Newsgroups: comp.dcom.lans.misc
Subject: Saber LAA Starter Kit software
Date: 30 Aug 92 01:12:32 GMT
Organization: Massachusetts Institute of Technology

I have a brand new Saber LAA Starter Kit software . This software supports Nodell,
Microsoft, DEC, Bayan,IBM and any MS-NET based network. It has LAA Console/RT and the 
Saber LAA agent Toolkit. The LAA Agent Toolkit performs the following functions:
1- Application control and inventory
2- Hardware inventory
3- Event logging
4- File auditing
5- Schduler
6- Disk monitor
Its retail price is $ 1195 but I am willing to sell it for much less. If you need it,
e-mail me and we will fix the price.

 
Newsgroups: comp.dcom.lans.misc
From: walt@unhsst.unh.edu (Walter R. Trachim)
Subject: ATM: looking for info
Organization: UNH Network Services, Durham, NH
Date: Wed, 26 Aug 1992 16:17:03 GMT

Hi netters:

Subject line says it all. Where can I find some information on ATM? I'm looking
for mostly general stuff, although I'd be willing to read most anything on the
subject.

E-mail's okay; per usual, I don't want to tie up bandwidth.

Thanks,

Walt
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                              Walter R. Trachim 
      University of New Hampshire - Office of Telecom and Network Services
                 Telecommunications Center, Durham, NH 03824
Newsgroups: comp.dcom.lans.misc
From: schwartz@ipx08 (Privataccount Roman Schwartz)
Subject: ethernet-adapter for PC
Organization: PPG Hellige, Freiburg, GERMANY
X-Newsreader: Tin 1.1 PL4
Date: Fri, 28 Aug 1992 10:29:20 GMT


Hi,  
I'm looking for an ethernet-card (Ethernet lan adapter) with a
M68000 processor for PC.

Please email any product hints, email/smail-addresses. Thanks in advance.
--
Roman Schwartz                       email: schwartz%ppgfr.uucp@Germany.EU.net  
Xref: sparky comp.dcom.lans.misc:705 comp.dcom.lans.ethernet:1789
From: croussel@hayes.com
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: Re: general Token Ring questions
Date: 31 Aug 92 08:08:18 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Aug26.140644.14794@msuinfo.cl.msu.edu>, craven@egr.msu.edu (Dean Craven) writes:
> Hi,
> 
> I have a few beginners questions about Token Ring.
> 
>  o in general, how do IEEE 802.5 and the IBM Token Ring Architecture Reference
>    differ?  Is one a superset of the other, what was/is their evolution, etc?
> 
802.5 attempts to track IBM's implementation of token ring, and is still
evolving.  IBM has recently become more actively involved in resolving
interoperability issues in the 802.5 document.

>  o is the definitive description of the token ring frame "Routing Information
>    Field" found in the IBM Token Ring manual or in an ISO/IEEE document?
>    IEEE 802.5 references something called "ISO/IEC DIS 10038" for details of
>    the RI field.  What is this document about?
> 
It depends.  There is SR (IBM implemented, not an IEEE standard) and SRT
(soon to be an IEEE standard).  For SR, you must use the IBM TRAR.  For
SRT, the IEEE 802.5, and 802.1 documents.

>  o for existing token ring devices, what are common maximum frame sizes?
In token-ring this is determined by the MaxTokenHoldTime.  This works out
to about 4K for 4M rings, 14K for 16M rings?

> 
>  o I have the IBM Token Ring Architecture Reference, IEEE 802.5, IEEE 802.1d,
>    IEEE 802.1m.  What other documents should I have to understand token ring
>    and token ring bridging/source routing?
>
There is something being drafted now within 802.5 called RDE or "Route 
Determination Entity".  It's how the committee wants end stations (PC's)
to do route discovery in an SRT network.  The document number is 802.5P.
 
> Thanks.
> 
> Dean Craven (craven@egr.msu.edu)
-- 
Chris Roussel 			   internet: hayes!croussel@uunet.uu.net
(404) 840-9200 (x.2147)                uucp: ...uunet!hayes!croussel
Hayes Microcomputer Products       U.S.Mail: p.o.box 105203, Atlanta, GA 30348
Xref: sparky comp.dcom.lans.misc:703 comp.dcom.lans.ethernet:1783
From: dbander@netcom.com (David B. Andersen)
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: Isochronous Networking
Keywords: Isochronous, deterministic, real-time ethernet
Date: 1 Sep 92 07:14:37 GMT
Distribution: comp.dcom.lans comp.dcom.lans.ethernet
Organization: Netcom - Online Communication Services (408 241-9760 guest)

At Condor Systems (an electronic defense contractor) we have developed
a technique for using Ethernet to provide fully deterministic isochronous
communications.  This networking system, which we call VersaNet, was
developed to allow a large collection of our various "black boxes"
to communicate together using the relatively high bandwidth and
convenient bus topology of Ethernet.  Our black boxes are all real
time systems which produce and/or consume multiple independent streams
of time-sensitive data. In addition, we require all network nodes to
be synchronized to a common network time to within 50 usec.

VersaNet allows us to intermix real time data streams and control/response
transactions.  We are able to dynamically partition the available net bandwidth
between the various stations as their operational modes require. And, because
we operate entirely without collisions, we are able to utilize 80 - 90% of the
total net bandwidth without performance degredations.

After having developed and fielded VersaNet, it occurred to me that there
might be interest in the commercial world for this technology.  I have
prepared a white paper which describes how VersaNet works and how it
could be applied to provide solutions in multi-media and real-time
networking.  If anyone is interested, please email a request to me.
If you want to discuss it on the phone I can be reached at Condor Systems
in San Jose, CA   
    phone: (408) 371-9580.
    email:  dbander@netcom.com


-- 
/------------------------------------------------------------------\
|     David B. Andersen             (dbander@netcom.com)           |
\------------------------------------------------------------------/
Newsgroups: comp.dcom.lans.novel,comp.dcom.lans.misc,comp.sys.novel
From: birecree@bissun.kodak.com (Jack Birecree (D47 69629) OCR group (63771))
Subject: SCSI Redirect
Originator: birecree@bissun
Organization: Eastman Kodak
Distribution: usa
Date: Tue, 25 Aug 1992 16:49:31 GMT

    Question for Novel folks:

     I have a scanner connected to a IBM PC via the SCSI board in the PC.
 The PC is a workstation on the Novel network. Does anyone know how I can 
 access this port from an application program running on another workstation?

     The folks at Novel told me I would have to write my own access routines
 using the Netware RPC software. My thinking is that this is not something 
 new. This must have been done by others before. Does anyone know of existing
 software that does thsi redirection? (shareware, PD, or commercial software).

     Please EMAIL any responses since I have great difficulty getting to 
 readnews. I will post the responses if I find any successful ideas.

     EMAIL: birecree@bissun.kodak.com

      Thanks in advance......

    

Newsgroups: comp.dcom.lans.misc