HDTenEightyP/NetNews huggingface dataset:
From: oberman@ptavv.llnl.gov
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: SQE
Date: 24 Jul 92 16:09:56 GMT

In article <nmdkk6k@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:

> You were doing just fine up to here...  The Indigo has no problem with
> SQE being present.  The issue was that due to a minor misunderstanding
> with the hardware folk ;), the collision stats (as reported by netstat)
> were incremented by one for every xmit if sqe was on (assuming no
> collision).  IRIX 4.0.5 has a heuristic to fix this in the s/w.
> (The Seeq part has no way to report full collision counts back to the
> host without some external glue, and it wasn't quite right).

Thanks for the information. I will modify the text accordingly. I'm still
waiting for some clarification from cisco.

As you might have guessed from the wording, I was a bit uncertain about this.
It was based on a post from an SGI engineer quite some time ago, and I couldn't
quite believe it (expecially since I have other equipment with SEEQ chips that
don't seem to exhibit the problem). Seems like every Ethernet chip has some
weirdness to work around.

Now if I could just convince everyone who writes or has written a driver for an
EtherNet device to log collision detect errors for logging and SNMP purposes,
I'll really be happy.

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
Newsgroups: comp.dcom.lans.ethernet
From: jcy2@engrserver.uark.edu (YOCKEY J CALVIN)
Subject: non-dedicated server w/Novell 3.11
Keywords: novell non-dedicated
Organization: University of Arkansas
Date: Fri, 24 Jul 1992 14:38:28 GMT

I hope this is the right group to ask.  I'm wondering if it's possible to 
configure a Novell Netware 3.11 server to be non-dedicated.  If so, what's
the simplest way to convert it as it is already set up as dedicated.  

Please send any responses to me by mail, as I don't normally read this group.
Thanks in advance.

Calvin Yockey
cjy@uafhp.uark.edu
jcy2@uafengr.uark.edu
Newsgroups: comp.dcom.lans.ethernet
From: jonathan@netcom.com (Jonathan Ridder)
Subject: Re: 10basT Question
Date: Wed, 22 Jul 92 07:18:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

geoff@alsvid.une.edu.au (Geoff Hill) writes:

>Excuse my ignorance, I'm very new to 10baseT.
>Is it possible to link 2 PCs together using 10baseT only. ie. A 10basT card in
>each PC attached over a single run of UTP.

>	PC-1 ----------------------------------------------- PC-2
>				UTP Level 4

>Or do you require some type of hub/repeater between the 2 PCs ?

Yes.
 
Though this is not usually done (and may not officially be supported?),
you can connect them with a crossover cable.  The crossover cable is
wired so that the receive pairs connect to the transmit pairs.  If I
recall,  this would be pin 1 to pin 3 and pin 2 to pin6.

At work, we use this to connect hosts directly into bridges, routers,
or Kalpanas.
-- 
 "I don't mind Tigger being in the Forest," Eeyore went on, "because it's    
 a large Forest, and there's plenty of room to bounce in it.  But I don't
 see why he should come into my little corner of it, and bounce there."
   A.A. Milne                                         jonathan@netcom.com
From: koning@koning.enet.dec.com (Paul Koning)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Mixing RG58/U and RG-59 cable
Date: 21 Jul 92 20:18:36 GMT
Reply-To: koning@koning.enet.dec.com
Organization: Digital Equipment Co., distributed systems architecture


In article <10992@rls.UUCP>, randy@rls.UUCP (randy) writes:
|>gary@sci34hub.sci.com (Gary Heston) writes:
|>> Max length of a thin segement is 185 meters (about 600 feet). You might 
|>> be able to push that somewhat with excellent quality cable, but not with
|>> RG-59. 
|>
|>How do you go about determining the length of thin line cable that
|>wasn't installed too terribly well?  I have some cable run in a rambling
|>and looping fashion throughout the laboratories.  A great deal of the
|>cable is behind walls or above ceilings and we need to know what it will
|>take to expand.  Anyone?
|>
|>Cheers!
|>
|>- randy

Assuming you can get to one end -- use a TDR.  You may be able to see the
termination (last "bump" shown by the TDR).  If not, and you can get to
BOTH ends, just remove the termination and use the TDR.

	paul
From: strong@sweetpea.jsc.nasa.gov (Renee Strong 283-4257)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Early and Late Collision
Date: 30 Jul 1992 18:50:50 GMT
Organization: McDonnell Douglas Space Systems Company

We have a network of Silicon Graphics Inc. IRIS workstations.  We get TONS of late
collision errors all the time on the consoles.  I've tried using netstat -i and
nfsstat -c but the collions are about 0.3% of the total packets.  What can I
use to detect the number and frequence of late collisions?  The late collision
errors seem to show up about once every 5 minutes or so.
Newsgroups: comp.dcom.lans.ethernet
From: johnson@tigger.jvnc.net (Steven L. Johnson)
Subject: Re: Link for two LANs
Originator: johnson@tigger.jvnc.net
Organization: JvNCnet
Distribution: na
Date: Fri, 31 Jul 1992 19:30:20 GMT

dcarr@gandalf.ca (Dave Carr) writes:

>You could use limited distance modems which run up to 640 Kbps.  You will
>require 4 wires (2 twisted pairs).  We make such a beast, but I do not
>know the distances it can handle.  I believe the farther you go, the
>lower the bit rate supported.

Some T1 CSU/DSU's can run as LDM's also and can support data rates up to
1.536M at distances up to 6000 feet on two twisted pairs.

-Steve
From: chrisc@ramrod.lmt.mn.org (Chris Cox)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: SQE
Date: 27 Jul 92 16:08:31 GMT
Organization: LaserMaster Technologies, Minneapolis, MN  USA

I would like to thank everybody that replied to my quest for information 
regarding SQE/Heartbeat.

Your responses have been most informative.

Chris

   Chris Cox  W0/G4JEC                               chrisc@ramrod.lmt.mn.org
   LaserMaster Technologies                          Tel: (612) 944-6069
   7156 Shady Oak Road                               Fax: (612) 944-5544
   Eden Prairie, MN  55344

           ----- For mail of a more social nature, please use -----

     chrisc@moron.vware.mn.org  -or- chrisc@biggus.g4jec.tcman.ampr.org
From: RBYAML@rohvm1.rohmhaas.com (Aengus Lawlor)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Where to find PDETHER ??
Date: 23 Jul 92 19:19:34 GMT
Article-I.D.: rohvm1.92205.151934RBYAML
Distribution: usa
Organization: Rohm and Haas Company

In article <1992Jul23.175012.18105@magnus.acs.ohio-state.edu>,
gburlile@magnus.acs.ohio-state.edu (Greg Burlile) says:
>
>I was notified of a software product that will make ODI look like a packet
>driver.  I believe the product is called PDETHER.  Does anyone know where I
>can
>get this.  I'm trying to see how to get CUTCP 2.2-D (Clarkson Univ.'s Telnet)
>to run on a Novell 3.11 or Netware Lite newtork.
That's not quite what PDETHER does. PDETHER is an ODI MLID, and it allows
ODI to use a Packet Driver instead of a specific NIC driver. But it
should allow you to use it for what you want to do.

According to ARCHIE.RUTGERS.EDU, PDETHER.ZIP  is available from lots of
places, including the msdos\pktdrvr directory on SIMTEL.
(wsmr-simtel20.army.mil I think).

The other solution is to use ODIPKT, which is a packet driver that
talks to ODI.
>
>Any suggestions?
>--
>+==============+=================================================+
>+  T . H . E   +             Greg Burlile            Go Bucks !  +
>+  OHIO STATE  +                                                 +
>+  UNIVERSITY  +  Internet:  gburlile@magnus.acs.ohio-state.edu  +

Aengus
--
RBYAML@ROHMHAAS.COM                    Aengus Lawlor
RBYAML@ROHVM1.BITNET                   (who used to be ALAWLOR@DIT.IE)
"How about some of that famous Dublin wit, Barman?"
"Certainly, sir. Would that be Dry or Sparkling?"
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: SQE
Summary: And some history and logic...
Date: 24 Jul 92 00:49:41 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)



The previous response was fairly thorough and correct. Some minor points:

Semantics: SQE (in 802-ese) means "collision Detect" in Ether-ese.
Heartbeat translates as "SQE test". (Don't worry, we even make this
error in the 802 committee meetings.)

Actually, I think that "transceiver" is the correct term for a MAU!
(But I'm biased. MAU always reminds me of Pa-Pa-OOH-Mau-Mau :-)  )

As to the WHY of it all--You may notice that there is no special
test function for any of the other signals. There IS a requirement
that a station be able to hear its own transmissions through its
transceiver (loopback). By requiring this, a station's Carrier Sense
signal will always be asserted sometime during every transmission.
If it is asserted, this implies that the Transmit, Receive, and Power
leads in the transceiver cable are properly connected, and that the
transceiver is minimally functional. However, there is no way to
diffferentiate between a transceiver with a faulty collision detect
and a lightly-loaded network (with no collisions), unless you maintain
some pretty fancy state information. (Something we were unwilling to force 
on the world). Heartbeat was a simple way of checking whether the
collision detect (and the collision wires in the transceiver cable) is
operational.

We rejected the idea of a "test mode" for checking the transceiver;
First, how do you know when to try the test mode? Second, what if it
works fine in test mode but fails in normal operation? and Third,
I don't like "modes". I believe that diagnostics should be a normal part
of the operation of a device.

So blame it on me. I was the design engineer responsible for all that
stuff in the Ethernet spec...


-- 
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: a_millsbs@ccsvax.sfasu.edu
Newsgroups: comp.dcom.lans.ethernet
Subject: IP assignment software ?????
Date: 22 Jul 92 11:50:52 CST
Organization: Stephen F. Austin State University


Does anyone out there have any software to help in assigning IP numbers?

We have several people on campus who need to be able to quickly reserve an IP
number when they go out to do installs/setup.  It would be ideal if we had some
menu driven software that given information such as  building/location, machine
type, etc  would quickly search through a database and reserve for you the next 
available IP address.  Also, we keep information such  location, username,
machine type, network software used, phone number, etc. for each IP assignment.

I would like software to run on a SCO UNIX, NeXT, or VMS host but I'll take
what I can get.

If I cant find some preexisting software I am going to whip something up with
INGRES or INFORMIX or INTEGRA  or whichever suits my fancy at the time but I
thought mebbe someone out there could same me the time and trouble.

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1134
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------

Newsgroups: comp.dcom.lans.ethernet
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Mixing RG58/U and RG-59 cable
Date: Wed, 22 Jul 92 22:07:38 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: TRDRDR

In article <10992@rls.UUCP>, randy@rls.UUCP (randy) writes:
> How do you go about determining the length of thin line cable that
> wasn't installed too terribly well?  I have some cable run in a rambling
> and looping fashion throughout the laboratories.  A great deal of the
> cable is behind walls or above ceilings and we need to know what it will
> take to expand.  Anyone?
> 

The easiest way is to use a TDR (Time Domain Reflectometer). Cable
installers typically use them to find cable breaks and such. If
you disconnect the terminator at one end of the run, and hook up the
TDR to the other end, it can tell you the length of line. 
Of course, the network is down while you are doing this.


-- 
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: Is Starlan really Ethernet?
Date: Fri, 24 Jul 1992 17:08:43 GMT
Organization: U of Toronto Zoology

Starlan is vaguely similar to 10BaseT, but is not in any way compatible
with it.
-- 
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
Newsgroups: comp.dcom.lans.ethernet
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Subject: Link for two LANs
Organization: Northwestern University, Evanston Illinois.
Date: Wed, 29 Jul 1992 18:48:47 GMT


I have two lans (ethernet thin coax) in seperate buildings (across the
street from each other) in which I need to link together.  While I have
plenty of unshielded twisted pair running directly between the sites,
bureaucratic hassles prevent me from running fiber, coax or rf between
these sites.  What type of device would allow me to make this link and
still achieve reasonble bandwidth?  I've seen some devices that run links
over UTP at 56Kbit/sec, but that seems a tad slow for NFS mounts etc.
Anyone aware of products that can utilize multiple lines to increase
bandwidth?

Thanks

Jerry S. Weiss	  "If you can't stand the heat, stay out of the antimatter!"
j-weiss@nwu.edu    Dept. Medicine, Northwestern Univ. Medical School
From: mwr@tridom.uucp (Mark Reardon)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Gandalf Micro Bridges
Date: 21 Jul 92 14:00:56 GMT
Reply-To: mwr@tridom.uucp (Mark Reardon)
Organization: AT&T Tridom; Marietta, Georgia

In article <1992Jul20.133906.580@mala.bc.ca>, dunnett@mala.bc.ca (Malcolm Dunnett) writes:
|> In article <1992Jul20.181737.18790@sci34hub.sci.com>, 
|>          gary@sci34hub.sci.com (Gary Heston) writes:
|> > In article <1992Jul16.120028.568@mala.bc.ca> dunnett@mala.bc.ca (Malcolm Dunnett) writes:
|> > 
|> >> I've received some literature on a Gandalf Lanline 5210 Micro Ethernet
|> >>Bridge. This is a gadget about the size of a transceiver, which has 2
|> >>AUI ports ( from which it gets its power ) and which the literature
|> >              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|> > How can this work? The AUI ports on this gizmo go to a pair of transceivers
|> > on a wire--which are powered from what? Normally, the computer provides
|> > power. 
|> > 
|> 
|>   Sorry, I should have been clearer. It has one MALE AUI port and
|> one FEMALE AUI port ( probably not the correct terminology ), so it
|> is intended to connect between a repeater and a transceiver - it gets
|> its power from the repeater and in turn powers the transceiver ( this
|> implies that it draws a small enough current that the combination of
|> it and the transceiver won't overload the power available from the
|> repeater ). The net effect seems to be to turn a repeater into a
|> bridge.
|> 
|>   Since the original posting I've learned that the product is still
|> "vapourware", the first units are supposed to ship sometime this fall.
|> 

Let me get this straight.  The bridge draws power thru the port
of the repeater, uses what it needs, and then allows the tranceiver
to draw its power thru the bridge.  And the combined load of the 
bridge and tranceiver doesn't exceed the spec'ed load of a single
tranceiver.  Is the tranceiver part of the bridge or have external
ones been specified that don't draw the maximum power?  I beleive
this can be done but I would be wary.  Additionally, why not just
get a local bridge instead of a repeater and a bridge?

-- 
Mark

---------------------------------------------------------------------
| Mark Reardon           |  AT&T Tridom                             |
| mwr@eng.tridom.com     |  840 Franklin Court                      |
|                        |  Marietta, GA 30067                      |
---------------------------------------------------------------------
 
Newsgroups: comp.dcom.lans.ethernet
From: john@iastate.edu (John Hascall)
Subject: Re: Early and Late Collision
Organization: Iowa State University, Ames, IA
Date: Thu, 30 Jul 1992 15:20:45 GMT

hyder@mrbean.scd.ucar.edu (Paul Hyder) writes:
}>>henry@zoo.toronto.edu (Henry Spencer) writes:
}>>}A late collision is one occurring after consensus should have been achieved.
}>>}It means something is badly wrong somewhere -- either a misconfigured
}>>                                                          ~~~~~~~~~~~~~
}>>}network or a malfunctioning node.
}>> 
}>> Most likely a segment longer than the longest allowed.

}I just can't let this one pass.  In my experience single segment length
}is rarely the cause of late collisions.  It is too easy to find and
}fix. ;{)  In recent years the ones I've seen have included bad
}transceivers, bad repeaters, too many repeaters, and multiport
}transceivers three deep.  Henry's "misconfigured" is closer to most
}reality.

Maybe our problem is that everyone here at the `Iowa State University of
Science and Technology' thinks they are a magically a network engineer.  ;-)
Also the Telecomm office charges $100 hookup and $14/month for an ethernet
connection, so everyone wants to save a buck by just daisy chaining off
the nearest machine (sometimes not so near!).  I've seen thinwire out a
window, down a floor, along the wall a few hundred feet, back in a window,
to a lab full of machines.  I've seen a lab of MAC's wired with nearly a
whole spool of thinwire hanging off one of our workstations, "In case we
want to move them around some".  I've seen,...   (*sigh*)

I've not seen those other things (too many repeaters, too many xcvrs),
probably 'cause those things cost money! ;-)

John
-- 
John Hascall                                       ``Live with it pink-boy!''
Project Vincent                                                              
Iowa State University Computation Center                     john@iastate.edu
Ames, IA  50011                                      515/294-9551 [fax -1717]
Newsgroups: comp.dcom.lans.ethernet
From: pngai@adobe.com (Phil Ngai)
Subject: Re: SQE
Organization: Adobe Systems Incorporated
Date: Sat, 25 Jul 1992 06:17:12 GMT

In article <j_hmc5j.seifert@netcom.com> seifert@netcom.com (Rich Seifert) writes:
>So blame it on me. I was the design engineer responsible for all that
>stuff in the Ethernet spec...

Including the AUI connector clip...

-- 
My opinions are my own.
From: antonis@helios.ntua.gr (Antonis Kyriazis)
Newsgroups: comp.dcom.lans.ethernet
Subject: WAN interface of IP routers
Date: 23 Jul 92 12:58:32 GMT
Organization: INTRACOM sa



 
Hi

Most IP routers offer WAN speeds at 4 or 7 Mbps. Could someone tell me
how can I reach that high speeds? I've never seen modems playing higher
than 2 Mbps (G.703)...

thanks
+-------------------------------------------------------------------+
|     Antonis Kyriazis                                              |
| Networks & Communications       e-mail: antonis@intranet.gr       |
| INTRACOM sa                                                       |
| 19.5 km Marcopoulo Ave.          fax:   +30-1- 66 44 379          |
| Peania 190 02                           +30-1- 66 43 718          |
| GREECE                          phone:  +30-1- 66 44 961-5        |
|                                         +30-1- 88 43 715          |
+-------------------------------------------------------------------+
From: lazarea@mercury.ncat.edu (Andy Lazare)
Newsgroups: comp.dcom.lans.ethernet
Subject: trouble on ethernet
Date: 30 Jul 92 15:57:19 GMT
Organization: North Carolina A&T State University

we have about 76 ft of thickwire with 8 transceiver connected to it. for
the last couple of days the whole network has been going up and down. we
ahd thought we isolated the problem to a transceiver but it keeps coming
back. 

6 of the transceivers are cabletron, the other two are dec. when the
network is down the led's on the cabletron are receive flashing,
transmit and collision off.

i put a tdr on it and showed a short at 27 ft from one end and 70 ft
from the other end. the connections appear to be good. the tdr is the
only thing i have to test with.

the network will stay down for about 15 minute and then come back up.

any ideas about what i can look for. if i haven't been specific enough
let me know.

andy

-- 
andy lazare                  internet  lazarea@garfield.ncat.edu
n.c. a&t state univ                    lazarea@mercury.ncat.edu
greensboro, n.c.             bitnet    lazarea@atsuvax1.bitnet
 
Newsgroups: comp.dcom.lans.ethernet
From: mpham@gecko.uucp (Michael Pham)
Subject: Early and Late Collision
Organization: Tekelec, Inc.
Date: Wed, 29 Jul 1992 01:24:47 GMT

Could someone tell me what early and late detection are?. Email to my address
will be much appricated.


Thanks

Michael
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: 10Base-T question and Re: STARLAN
Summary: No, this won't work
Date: 28 Jul 92 15:41:10 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <92209.203733U41602@uicvm.uic.edu>, Rich Chong <U41602@uicvm.uic.edu> writes:
> I wanted to make a 10Base-T null-modem connector to attach two
> Ethernet 10Base-T cards for testing. Question is this:
> Since the cable is only swapping Transmit and Receive pairs
> (1&2 with 3&6) in the line, will it work to connect 3 10Base-T
> cards with a Y-cable which is wired as a ring as diagramed below?
> 

No, this simply won't work. The "null modem" style connection
only works for a network of two stations. All Ethernet-oid systems
require a logical bus topology: this means that every station must
be able to hear every other station. The Y-cable arrangement violates
this. Unlike ring networks, Ethernet/802.3 stations do not repeat
receievd transmissions.

-- 
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: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Early and Late Collision
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 31 Jul 1992 18:26:43 GMT

In article <1992Jul31.155839.15676@ncar.ucar.edu>, hyder@mrbean.scd.ucar.edu (Paul Hyder) writes:
> ...
> >> Does the LANalyzer or anything else have enough electronics to try to
> >> peel some of the bits apart by assuming the two clocks are different?
> >> Or does it compare the signal at several different points on the
> >> network, and thereby figure out the bad guy's bits?
> 
> <sigh, another broken promise.  ... just figure I lied.>
> ....

so it goes.

>                                    [Moving around has never worked for
> me but then I've also never had the problem end up being a cable that
> was too long.]

I've seen a lot of problems caused by 75 m drop cables on Cabletron
TPT-2 boxes, often connected with 140 m of twisted pair to the hubs.
I have also seen problems related to hooking Cabletron hubs together.



Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.lans.ethernet