HDTenEightyP/NetNews huggingface dataset:
From: seifert@netcom.com (Rich Seifert)
Subject: Re: What's a "10BaseT"
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 23 Nov 1992 17:28:17 GMT

In article <1992Nov21.163448.24275@super.org>, pcolsen@super.org (Peter C Olsen) writes:
> 
> Can someone point me to a good reference on just what "10BaseT" means?
> I have not been able to find it in either Tenanbaum or Stallings.  Are
> the "NBaseY" terms generally accepted or are they ethernet specific?
> 

They are "802.3 specific". The first number indicates the data rate in
Mb/s. The term "Base" or "Broad" indicates whether baseband or broadband
signaling is being used. The third term was intended to indicate the
maximum length of an unrepeatered cable segment in 100's of meters.
Thus 10Base5 is thick-wire Ethernet, 10Base2 is thin-wire (Cheapernet),
10Broad36 is broadband Ethernet, etc. 

The usage veered sideways a bit with Ethernet-on-twisted-pair. Rather
than say 10Base1 (which it sort of IS), we say 10BaseT, with the T
meaning "twisted pair". Similarly, 10BaseF is Ethernet on fiber.

The reason for all the "10Base-stuff" is the wide variety of implementations
of the basic CSMA/CD network design.


-- 
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: dpike@oavax.csuchico.edu (Dan Pike)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Wiring 10BaseT for dummies (me)
Date: 21 Nov 92 00:09:21 GMT
Organization: California State University, Chico
NNTP-Posting-Host: dan-mac.csuchico.edu
X-UserAgent: Nuntius v1.1.1d9
X-XXMessage-ID: <A732BFC082014069@dan-mac.csuchico.edu>
X-XXDate: Fri, 20 Nov 92 23:16:00 GMT

In article <92325.151924KJH6@psuvm.psu.edu> , KJH6@psuvm.psu.edu writes:
>      In short, can 4-wire TP telephone station wire be used for
>      10BaseT?  I also have about a million RJ11 plugs.  Can any of these
>      be used in a 10BaseT setting?
>

I think you'd be hard pressed to find an ethernet card with an RJ11
interface.  At the very least, you will need to use an RJ11 to RJ45 2pr.
UTP cable.  We use station cables with RJ11 plugs on one end and RJ45
plugs on the other and they work fine.

Dan
Xref: sparky comp.dcom.lans.ethernet:2544 comp.dcom.lans.fddi:814 comp.dcom.lans.misc:946 comp.dcom.lans:1990
From: ebumfr@ebu.ericsson.se (Mike Rembis 6259)
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.fddi,comp.dcom.lans.misc,comp.dcom.lans
Subject: INFORMATION REQUEST
Date: 21 Nov 92 01:18:16 GMT
Reply-To: ebumfr@ebu.ericsson.se
Organization: Ericsson Business Communications, Inc.
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.


Hello.  We are currently designing a network to be implemented at a new facility.
We are moving and consolidating four buildings into one.  We have decided to 
install a fiber optic backbone to strategically placed "hubs" and then wire UTP from
there to the desktop. 

Right now we are examining boxes/modules from Chipcom and Luxcom.  Can anyone
furnish any pros/cons about either company's equipment in terms of reliability,
functionality and support ?

We have heard and read things about Chipcom in the trade journals, but haven't 
noticed much from Luxcom.

Thank you.

---
---
Mike Rembis       	 	       | Internet: mike.rembis@ebu.ericsson.se
Ericsson Business Communications, Inc. | UUCP:   uunet!ericsson.com!mike.rembis
````````````````Reality is in the Eye of the Beholder'''''''''''''''
From: pat@hprnd.rose.hp.com (Pat Thaler)
Date: Tue, 17 Nov 1992 00:30:28 GMT
Subject: Re: Re: Re: packet drops on repeaters?
Organization: HP Roseville Networks Division
Newsgroups: comp.dcom.lans.ethernet

In comp.dcom.lans.ethernet, john@iastate.edu (John Hascall) writes:

    In fact, since a segment is limited to 1000 hosts, and each collision
    divides the parties to the collision in 2^n groups for the {n}th
    collision.  So, by collision 10 they should have divided themselves
    more or less into 1024 different slots [some waving of hands here].

It doesn't really work that ideally.  Some stations manage to succeed from
time to time and therefore have lower backoff numbers.  There are also
some inefficiencies because everyone doesn't have exactly the same view
of when a specific collision ended to start counting their slot times. 
I would agree with Mart that it is wise to at least keep the number of 
stations in a collision domain well under the backoff algorithm limit of 
1024.  At most under 500.  Down around 100 is even better.

There are examples of networks with much over the 1000 stations that work
fine.  But, if you had such a network and everybody decided to send traffic
at the same time, you would not get stable behavior.  I think it is wiser
to put in a few bridges/routers than to court trouble.

    However, in the worst case a single collision can consume (in bit times):

        96 IPG + 64 preamble + 512 packet + 32 JAM = 704

    if the collision occurs in the 512th bit of the packet (the last possible
    instant -- which, of course, should only be possible in a maximally long
    segment).  [A 512 bit packet is the smallest packet allowed].

A nit here.  The longest packet produced by a collision is 511 bits.  The
collision needs to get detected early enough that the jam is over before
transmitting the 512th bit.  Therefore, the 32 jam should not be added
to the calculation and it should be 511 for the packet.

Pat Thaler
Organization: Penn State University
Date: Fri, 20 Nov 1992 15:19:24 EST
From: <KJH6@psuvm.psu.edu>
Newsgroups: comp.dcom.lans.ethernet
Subject: Wiring 10BaseT for dummies (me)

We're looking at having to LAN our building here (and others later) with
10BaseT.  I have a question for net.enet.experts about wiring
a 10BaseT connection :

      I have seen that most 10BaseT connectors  are with RJ45 modular
      plugs (4 pairs, right?), but I also know that 10BaseT only needs
      2 pairs to run.  Are the other 2 pairs necessary?  (Note that
      there is >>no<< chance of the wiring that we're installing having
      to carry anything other than LAN traffic).

      In short, can 4-wire TP telephone station wire be used for
      10BaseT?  I also have about a million RJ11 plugs.  Can any of these
      be used in a 10BaseT setting?

      Email responses accepted, or post here.  I'll summarize if there
   is interest.

      Thanks!
                                       - Ken Hoover
Newsgroups: comp.dcom.lans.ethernet
From: wadswort@babss.UUCP (John H. Wadsworth)
Newsgroups: comp.dcom.lans.ethernet
Subject: looking for high speed lans
Date: 16 Nov 92 16:15:43 GMT
Reply-To: wadswort@babss.UUCP ()
Followup-To: comp.dcom.lans.ethernet
Distribution: world
Organization: Bell Atlantic Business Systems Service Branford, Ct.

I'm looking for products that offer high-speed lans. Ideally this
would be a drop in replacement for the 802.3 ethernet lan currently
in use. It should provide greater speed and bandwith. Now that I've
asked for the moon, what's available here on earth?

John H. Wadsworth            BABSS           wadswort%babss.UUCP@cs.yale.edu
(800) 677-8549 voice    (203)481-0276 fax      {uunet,yale}!babss!wadswort
Newsgroups: comp.dcom.lans.ethernet
From: haase@meediv.lanl.gov (Peter Haase - LANL)
Subject: Re: What's a "10BaseT"
Followup-To: comp.dcom.lans.ethernet
Organization: Los Alamos National Laboratory
Date: Mon, 23 Nov 1992 00:45:47 GMT

In article <1992Nov21.163448.24275@super.org>, pcolsen@super.org (Peter C
Olsen) wrote:
> 
> 
> Can someone point me to a good reference on just what "10BaseT" means?
> I have not been able to find it in either Tenanbaum or Stallings.  Are
> the "NBaseY" terms generally accepted or are they ethernet specific?
> 

The terms apply to Ethernet Physical Media Type's.........

10BaseT = 10Mbps Ethernet via Twisted Pair Wire

10Base2 = 10mbps Ethernet via RG-58 50ohm coax

*******************************************************************
Peter Haase                                   haase@meediv.lanl.gov
Los Alamos National Laboratory                Applelink: HAASE
Mechanical Electronic Engineering Division    505-667-2684
Newsgroups: comp.dcom.lans.ethernet
From: maria@dnbf01.cdx.mot.com (Maria Swietorzeck)
Subject: Ethernet Data Analyzers
Reply-To: henryk@infopol.com
Organization: Infopol, Toronto
Date: Wed, 18 Nov 1992 15:04:26 GMT

I am posting this for my friend.

He wants to buy  economical Ethernet Protocol Analyzer, probably
a PC card if available.

Could you please send some information via e-mail to Henryk Maltborg, 
henryk@infopol.com

Thank you in advance.  Maria


Newsgroups: comp.dcom.lans.ethernet
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: What's an "HP Ethertwist"?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 23 Nov 1992 19:37:51 GMT

In article <1992Nov21.163655.24370@super.org> pcolsen@super.org (Peter C Olsen) writes:

>Can someone tell me what "HP Ethertwist" is?  

An HP way of saying "10BaseT hub", I believe...


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
From: lowen@lorc.UUCP (Lamar Owen)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: packet drops on repeaters?
Date: Wed, 18 Nov 92 08:23:27 -0500
Organization: LORC Enterprises

In <1992Nov16.211857.25316@novell.com> donp@novell.com (don provan) writes:
>In article <1992Nov6.095734.6630@jarvis.csri.toronto.edu> mart@csri.toronto.edu (Mart Molle) writes:
>>  However, the Ethernet backoff algorithm
>>does NOT do what you expect when there are a lot of stations involved in
>>a transient overload.

> This is
>particularly true in the actual scenerio under discussion (a massive
>simultaneous boot), but it tends to be approximately true in general.

>Although intuition often fails when applied to networks, my intuition is
>that after an initial flurry of instability, all 1000 workstations will
>tend to settle down into a stable state where their transmissions are
>gated by the more sedate transmissions of that handful of central nodes.

>I'd love to run some tests on this, but, alas, time forbids.  At any
>rate, we all agree the network would be useless; it's just a question of
>how long it will take to recover once everyone gives up and goes home...

Ok, maybe I can provide some help.  I have found on our 350 node, 5 local
server Novell LAN an interesting property: if a server goes down while the
load on it is moderate to moderately high, within the next few minutes the
cable will become saturated with packets from the workstations.  I have
seen the error rates shoot through the ceiling when this happens.

Yes, we've had it happen several times, once since we bought LANalyzer.

Plug for LANalyzer: the Windows-based software version is easily the
best management aid I have seen for Novell LANS.  Won't help alot with
others, but we don't need others: we needed Novell.  Thus, LANalyzer does
the exact job we need.  And, unlike most Windows packages I know of,
LANalyzer is FAST.

Our server downage problems are the usual parity error problems.  We reseat
SIMMs, and the problem goes away for 6-9 months.

Also, anyone who has used the NETCURE NETMON package from DNPAP, how
accurate are the Percentage Load figures on the traffic display?

Now for the biggie:  What can be done, in cases where transient response
could be critical, to fine-tune a thick coax ethernet? :-)


>						don provan
>						donp@novell.com

-- 
--

Lamar Owen, Systems Consultant, GE Lighting Systems, Hendersonville, NC
***********************************************************************
 Opinions expressed herein are the author's and do not reflect policy
   or opinions of the General Electric Company or its subsidiaries.
***********************************************************************
Newsgroups: comp.dcom.lans.ethernet
From: ajay@ (Ajay Barve-273-3023.  System Administrator)
Subject: Re: LAN access over backbone
Followup-To: ajay@acctlabv.uta.edu
Organization: /usr/local/lib/news/organization
Distribution: usa
Date: Fri, 20 Nov 1992 21:24:21 GMT

In article <1ej3poINNpbt@post.its.mcw.edu> brunelli@post.its.mcw.edu (Perry Brunelli) writes:
>Can anyone report on their experience in providing wide area access to 
>local area networks on a thicknet 10MBPS backbone?  I'm concerned about 
>the effect of added novell, pathworks, lantastic, NFS, and other LAN 
>traffic on our campus backbone.  Does anyone have policy on this issue 
>they would be willing to share?  
>
>Please respond to:
>
>brunelli@its.mcw.edu
>
>If there is interest, I can summarize responses and post to this group.
>
>Thanks.

At our university no LAN traffic is allowed over the backbone.
Thus it is possible to access only Novell servers that are in the same building.

Ajay Barve

Newsgroups: comp.dcom.lans.ethernet,comp.sys.ibm.pc.hardware
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Racal-Interlan 5010 jumper settings?
Date: Sat, 21 Nov 1992 11:35:22 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

I have recently come upon a Racal-Interlan 5010 board.  This appears
to be an 8-bit Ethernet card with an AUI port on the back.
Unforunately, I have not been able to locate the documentation for the
card; therefore I haven't been able to set it up.  Does anyone know
what the jumper settings for the card are?

-- 
Marc Unangst, N8VRH         | "There are two ways to solve this problem:
mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
                            | with the hard way."
                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.dcom.lans.ethernet
From: don@rata.vuw.ac.nz (Don Stokes)
Subject: Re: Please explain....
Organization: Victoria University of Wellington CSC
Date: Tue, 24 Nov 1992 00:53:18 GMT

mwr@eng.tridom.com (Mark Reardon) writes:
> In article <1992Nov19.045954.7586@kalpana.com>, johnb@kalpana.com (John Bartas) writes:
> |> >> I would be very interested if someone who knows more about conventional
> |> >> bridges than I do could try to define exacltly what makes a given
> |> >> device a hub|bridge|switch. I'm aware of other companies building
> |> >> switches; I'd like to hear what they think.
> 
> In the context of this posting a bridge or switch works at the 
> next layer above a repeater.  They terminate the collision 
> domain and insert the data into another.  The old bridges that 
> predate such things as spanning tree fit the description you
> have offered of the EtherSwitch except that they did the 
> decision processes in software instead of an ASIC.  Now more 
> vendors of bridges are adding hardware assist to their ports
> to do filtering but this is really unimportant to the consumer.

The key thing about terminating the collision domain is that a packet must
be retransmitted from such a box if there it collides when placed on the 
outgoing segment.  This _requires_ that the entire packet be buffered
somewhere to allow retransmission.  It's also preferable that a packet that
is involved in a collision on the incoming segment (ie fails its checksum)
is not retransmitted -- this is not possible if you are transmitting as you
are receiving.

What does the Kalpana box do?

--
Don Stokes, ZL2TNM (DS555)                      don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre          don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand.           +64-4-495-5052
Newsgroups: comp.dcom.lans.ethernet
From: xtpw@trentu.ca (Peter Wood)
Subject: 10baseT concentrator recomendations wanted
Organization: Trent University, Ontario
Distribution: w
Date: Sat, 21 Nov 1992 15:05:32 GMT

Greetings folks,

We're expanding a 10BaseT lan. The original installation of this lan
used HP EtherTwist Concentrators. Does anyone have recomendations
either way about acquiring more of these conecntrators or switching
to another vendor.

The expansion is bringing another 12 connections on board within the
same physical location. More connections will likely be added in the
same area within a year. There are 24 connections on the lan at
present.

TIA,

Pete

Pete
-- 
Pete Wood
Fleming Data Research 		       INTERNET:
Sir Sandford Fleming College           xtpw@blaze.trentu.ca
Peterborough, ON		       pwood@trentu.ca
Canada				       pete@fleming.mhs.compuserve.com

Newsgroups: comp.dcom.lans.ethernet
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: What's a "10BaseT"
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 23 Nov 1992 19:35:59 GMT

In article <1992Nov21.163448.24275@super.org> pcolsen@super.org (Peter C Olsen) writes:

>Can someone point me to a good reference on just what "10BaseT" means?
>I have not been able to find it in either Tenanbaum or Stallings.  Are
>the "NBaseY" terms generally accepted or are they ethernet specific?

Actually, it's "NbandY", where:

	N	is the bit rate (for Baseband, at least)
	band	indicates Broadband or Baseband
	Y	is the media code; 2 = thin coax, 5 = thick coax,
		  T = twisted pair, and F = fiber (as far as I know).

Further clarification is always welcome...

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: comp.dcom.lans.ethernet
From: hemmings@telesphere.wustl.edu (T.E. Hemmings)
Subject: Problems with Asante PC cards and PCNFS
Originator: teh1@cec2
Organization: Washington University, St. Louis MO
Date: Wed, 18 Nov 1992 16:18:51 GMT

We are having a hard time finding PCNFS compatible
drivers for Asante EtherPAC cards for the PC.

Does anyone know where we can find such a beast ?

(Apparently Asante has been no help.)

Thanks

Trent Hemmings

hemmings@telesphere.wustl.edu
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Please explain....
Date: 16 Nov 92 23:51:24 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Nov14.015208.17875@kalpana.com>, johnb@kalpana.com (John Bartas) writes:
> In article <1992Nov4.221611.21276@megatek.com> randy@megatek.com writes:
> >In article <1992Oct31.223152.27162@kalpana.com> johnb@kalpana.com (John Bartas) writes:
> >[...]
> Another point is lantency. We measure our latency forwarding a 1514 byte
> frame at less than 40 microseconds. Bridges we have measured run between
> 200-400 Microseconds. We get this speed via the method I described
> previously. I *think* many bridges wait until they have received the
> entire frame before they resend.
>

Hmm. The TRANSMISSION time of a 1514 byte frame is 1.2 ms (1221 us),
including CRC and preamble. How could anyone measure its latency
(first bit in-to-first bit out) at 200-400 us on a traditional
(store and forward) bridge? Are you saying that it is 200-400 us
PLUS the transmission time? This is far worse than most bridges
(any bridge which can't get the packet out before the next one comes
in can't run at wire speed, and there are many products which DO run
at wire speed. I don't believe your numbers.

> I would be very interested if someone who knows more about conventional
> bridges than I do could try to define exacltly what makes a given
> device a hub|bridge|switch. I'm aware of other companies building
> switches; I'd like to hear what they think.
> 
>

Fromn a "black box" perspective, there is really no difference between
a switch and a fast bridge. Except that some switches don't implement
the Spanning Tree protocol and can cause sever network disruption in
certain configurations.
 


-- 
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,comp.dcom.lans.novell,comp.dcom.lans
From: barr@tramp.Colorado.EDU (BARR DOUG)
Subject: Re: Need interface between ODI and Clarkson 
Organization: University of Colorado, Boulder
Date: Tue, 17 Nov 1992 18:52:37 GMT

In article <1992Nov17.165119.21916@ucsu.Colorado.EDU> barr@tramp.Colorado.EDU (BARR DOUG) writes:
>We have an ethernet board that comes with an ODI driver. In order to
>evaluate it, we need to make it work with the Clarkson packet drivers.
                                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
What i should have said is we need to make it work with CUTCP or NCSA
telnet (which normally use packet drivers).
By the way is this what oditrpkt does????
If so, where do I get this?
 
>Does anyone know how to make an ODI driver work with the Clarkson?
>MY understanding is there is a program written that will allow the
>Clarkson packet drivers to communicate with the ODI driver. Where do
>I get it?
>

>Doug Barr
>Software Programmer
>University of Colorado
>
>The information contained in this message is mine alone and does not
>reflect any views of the University of Colorado.
From: bennett@dstos3.dsto.gov.au
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: 10 base 5 to 10 base 2
Date: 19 Nov 92 13:40:31 CST
Organization: Defence Science and Technology Organisation

In article <Bxo5KM.JyH@constellation.ecn.uoknor.edu>, brian@rex.chb.uokhsc.edu (Brian Fairless) writes:
> I am wanting to go from a thick net segment to a thin net segment without
> going through a repeater. I thought of using a connector that went from thick
> to bnc thin, Is this legal? even if it a short, say 1 to 2 meter
> piece of thin net.

I wouldn't recommend it, although I know of an area (not under my control)
that did just that. 

Regards,

John Bennett                                   bennett@dstos3.dsto.gov.au
Head, I.T. Services Development                Phone : +61 8 259 5292
Corporate Information Systems                  FAX   : +61 8 259 5537
DEFENCE SCIENCE AND TECHNOLOGY ORGANISATION    Postal: Bld 73 Labs Area
AUSTRALIA                                              PO Box 1500 Salisbury 
                                                       South Australia  5108
                                                       AUSTRALIA
From: pat@hprnd.rose.hp.com (Pat Thaler)
Date: Tue, 17 Nov 1992 00:54:19 GMT
Subject: Re: MAC address manufacturer ID list?
Organization: HP Roseville Networks Division
Newsgroups: comp.dcom.lans.ethernet

Note that the requirement on assigning MAC addresses is that each device
with a universal address be assigned a unique address.  Nowhere is it 
required that the UID bits of the address match the nameplate of the device.
OEM deals where one manufacturer makes components for another are fairly
common in this industry.  In those cases, the MAC address often comes
out of the actual manufacturer's address block not the block of the company
selling the device.  So, if the nameplate and the UID of the address 
don't match, it may not indicate a problem.

Pat Thaler
Newsgroups: comp.dcom.lans.ethernet