HDTenEightyP/NetNews huggingface dataset:
From: mwr@eng.tridom.com (Mark Reardon)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Early and Late Collision
Date: 31 Jul 92 14:59:26 GMT
Reply-To: mwr@eng.tridom.com (Mark Reardon)
Organization: AT&T Tridom; Marietta, Georgia

In article <nvhgb2k@rhyolite.wpd.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
|> In article <1992Jul30.224300.14298@ncar.ucar.edu>, hyder@mrbean.scd.ucar.edu (Paul Hyder) writes:
|> > Two last notes and then I promise to stay out of this...
|> > 
|> > On many hosts it is impossible to capture long collisions, only a few
|> > hosts even bother to tell you about them.  You need something like
|> > a LANalyzer to capture the packets.  It is important to know how far
|> > into the packet the collision was, close values point to cable length
|> > and longer ones other problems.
|> 
|> 
|> How can you capture a late collision?  What will you see but the jumble

A late collision looks like a long packet with a bad CRC and usually an
alignment problem.

|> of two simultaneous transmissions?  The bad guy will be the one whose
|> first bit is in trashed by the later bits of the innocent guy.  The
|> easily capturable MAC header will be that of the innocent guy.

At least you'll know the address of one host that is not the offender :-).
When these occur I look at the hosts located physically towards the
ends of the collision domain (new phrase I learned today and HAD to use).
I assume that they might be too far from each other, or some node has too
much distance between it and the backbone.  Remember that MAUs have 
distance equivalents that need to be considered.

-- 
Mark

---------------------------------------------------------------------
| Mark Reardon           |  AT&T Tridom                             |
| mwr@eng.tridom.com     |  840 Franklin Court                      |
|                        |  Marietta, GA 30067                      |
---------------------------------------------------------------------
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Is Starlan really Ethernet?
Date: 27 Jul 92 20:36:32 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <7520@public.BTR.COM>, thad@public.BTR.COM (Thaddeus P. Floryan) writes:
> In article <BrwKyM.67t@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes:
> >Starlan is vaguely similar to 10BaseT, but is not in any way compatible
> >with it.
> 
> Is this REALLY true?
> 
> I'm curious, because the original StarLAN was 1Mbit/S and bears the label
> "802.3e-1988 1BASE5 StarLAN 1Mbit/S Ethernet".
> 
> I'm not "defending" StarLAN; just would like to know in what way(s) it is
> not compatible [since there is a dearth of info about StarLAN].


My understanding is that the "original" (circa 1985) StarLAN was a
1 Mb/s Ethernet-oid. IEEE 802.3 has provision for this 1 Mb/s system.
It was advocated by AT+T, Intel and NCR at the time. AT+T made some
product, and had limited success with it.

The primary motivation was the thinking that 10Mb/s would not
work on UTP. With the development of LattisNet (SynOptics) and
later, 10BaseT, this was no longer true. AT+T (I believe) currently
markets 10BaseT-compatible equipment under the name StarLAN. StarLAN
isn't a new kind of system, it is simply AT+T's marketing name
for their twisted-pair LAN products; first at 1 Mb/s, and now at 10.

-- 
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: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: 10bT patch panneling
Date: 22 Jul 92 18:15:22 GMT
Organization: U. of Maryland/NIST
In-reply-to: avraham@itexjct.jct.ac.il's message of 22 Jul 92 14:12:06 GMT

In article <2221@itexjct.jct.ac.il> avraham@itexjct.jct.ac.il (avraham shir-el) writes:

   i know that w/ 10b2 additional bnc's on the segment, (ex. at the ducting)
	   will reduce the max # of nodes u can put on the segment, and/or
	   reduce the max length of the segment.

I have heard this several times but no one was able to quote the authoritative
source. Can you remember where is the above stated?
--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249
Organization: University of Illinois at Chicago
Date: Monday, 27 Jul 1992 20:37:33 CDT
From: Rich Chong <U41602@uicvm.uic.edu>
Newsgroups: comp.dcom.lans.ethernet
Subject: 10Base-T question and Re: STARLAN

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?

         (1,2)A(3,6)            I somehow doubt that it will work
         /         \            (perhaps received packets which arent
        /           \           meant for an adapter wont be re-trans-
       /             \          mitted out.) I realize that I would
      /               \         lose the capability to keep the net up
     /                 \        if any one goes down, but just curious.
  (3,6)B(1,2)---(3,6)C(1,2)

Re: STARLAN
I'm not sure if this is something different between Starlan and 10Base-T
but the computer store I went to only had Starlan UTP RJ-45 cables.
So I bought and succesfully used it for my tests. While modifying the
cable, I noticed that the pairs wern't wired to 10Base-T RJ-45 pairs.
Not sure if it is 10Base-T specific anyways, but they wired the 4 pairs
of wires to 1&2, 3&4, 5&6, 7&8  rather than expected 1&2, 3&6, 4&5, 7&8.
This will lead to cross-talk and is probably something folks should
watch out for when wiring or ordering the cables.
The store is large and reputable in the chicagoland area (Elek-Tek).
                                                                    rc
Newsgroups: comp.dcom.lans.ethernet
From: craig@ec.uwa.oz.au (Craig Richmond - division)
Subject: Re: IP assignment software ?????
Organization: University of Western Australia
Date: Thu, 23 Jul 1992 03:40:30 GMT

a_millsbs@ccsvax.sfasu.edu writes:

>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.

My temporary solution to the needing an IP number will be (when I have some
spare time) to get a whole bunch of keyrings and write an IP number on each
of them.  These will then be attached to the machine that owns that IP
number.  Where the IP number goes, the keyring follows.  THis way, you have
a bucket or something in the office which you can grab unallocated IP
numbers from and staff doing installs could carry a couple around that
belong to them that they can use for testing purposes.  They can set a
machine up with a new IP temporarily while they are there and not have to
worry about anyone else using it.

This is not the perfect solution but it works great if you only have a c
class subnet or less to worry yourself about.  (Well I am assuming it will
anyway :-)

Craig
--
Craig Richmond.  Computer Officer -  Dept of Economics (morning) 380 3860
  University of Western Australia    Dept of Education (afternoon)
craig@ecel.uwa.edu.au
     "Only users are allowed to make messes on their computers"  I.M.VI
From: aze@first.gmd.de (Andre' Zehl)
Newsgroups: comp.dcom.lans.ethernet
Subject: Papers on typical problems installing ether-lans?
Keywords: installation
Date: 30 Jul 92 13:36:17 GMT
Distribution: comp

I'm looking for paper's and books regarding typical problems with
installing (ethernet-)lans:
	netload with increase of users/hosts
	   "		"        servers
	netlaod depending on applications (databases, graphics, etc.)
	technical/physical problems (size of lan, etc.)

Any hint is highliy appreciated (a goof bookrecommendation would do it, too).
Thanks in advance -
	
	
--
Andre'_________________________________________________________________________
	 			      crusoe@cs.tu-berlin.de [aze@first.gmd.de]
From: antonis@helios.ntua.gr (Antonis Kyriazis)
Newsgroups: comp.dcom.lans.ethernet
Subject: Twisted pair problem
Date: 31 Jul 92 10:18:50 GMT
Organization: INTRACOM



Hi

I have following problem:

Equipment: 3COM modular hubs with TP modules and AUI module
           EXOS hubs, 8 UTP ports, 1 AUI port
           IMC twisted pair transceivers
           Sun SLC with AUI port and PC with SMC ethernet card (BNC, AUI)
           24 AWG twisted pair cables (cabling system)

Problem:   SLC and PC communicate successfully to each other
           if we connect them to any of the hubs inside the
           room, using short cables.
           SLC and PC don't even talk to the hubs, when we
           use the building's wires (24 AWG).

To get those results I used a sniffer on a small thin segment between
the hub and the sniffer.

Any ideas?

Thank you in advance
+-------------------------------------------------------------------+
|     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          |
+-------------------------------------------------------------------+
Organisation: European Space Operation Centre (E.S.O.C)
Date: Friday, 31 Jul 1992 14:25:53 CET
From: <TVERRALL@ESOC.BITNET>
Newsgroups: comp.dcom.lans.ethernet
Subject:    Only a test post !!!

To see if our subscription works.
Tim.
From: karl@hpscit.sc.hp.com (Karl Watanabe)
Date: Wed, 22 Jul 1992 21:06:38 GMT
Subject: Re: 10basT Question
Organization: Hewlett-Packard, Santa Clara, CA
Newsgroups: comp.dcom.lans.ethernet

In comp.dcom.lans.ethernet, jonathan@netcom.com (Jonathan Ridder) writes:

> 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.

The 10baseT chip transceiver from AMD automatically has polarity reversal.
Therefore it wouldn't be necessary to use a crossover cable.

Karl Watanabe
karl@sc.hp.com
Newsgroups: comp.dcom.lans.ethernet
From: kbridge@magnus.acs.ohio-state.edu (Doug Karl)
Subject: New Version of OSU KarlBridge available with SNMP and more filters
Organization: The Ohio State University
Date: Wed, 22 Jul 1992 20:08:33 GMT

	    Add Security and Cleanup your network
	      by blocking those unwanted packets
			    with

		     The OSU KarlBridge

			Version 1.33

        (now with full SNMP support and more filters)

The OSU KarlBridge is a program, that runs on a  286 or 386 clone.
It provides a unique and inexpensive  Ethernet to  Ethernet bridge
that performs sophisticated protocol filtering.  The bridge can be
configured to filter packets based upon ANY Ethernet protocol such
as IP, IPX, DECNET, AppleTalk, and etc. In addition it will filter
packets based upon  IP address, IP network, IP subnet, and socket.
It will also  filter  packets  based upon  DECNET  address,  area,
Object number and Object name.  Also,  AppleTalk  packets  can be
filtered based upon server name,  printer name,  and/or zone name.

Some Examples:

  You can use  OSU KarlBridge as a standard medium performance MAC
  layer  Ethernet to Ethernet bridge with SNMP  (MIB II, EtherMIB,
  BridgeMIB & SNMP MIB).  You can assemble your own  IBM cloan and
  use the free software or  buy the  inexpensive pre-assembled and
  tested commercial version.

  You can configure  OSU KarlBridge  to restrict  IP  traffic from
  your public computer labs or  dial-in-lines to  IP addresses and
  subnets within your campus or enterprise wide network. This will
  prohibit  unauthenticated access to the your machines and/or the
  Internet in conformance with RFC 1173).

  You can  configure  OSU KarlBridge  to  keep  file  servers  and
  printers (Apple, Novell, Banyan, LanManager, etc.)  on  the same
  network from interacting with each other in undesirable ways.

Join thousands of people worldwide who are using the KarlBridge to
relieve some of their networking headaches. The  OSU KarlBridge is
the most flexible and easily configured bridge you have ever seen!
Get a copy, read the README file, run the configuration program on
your favorite PC, and let me know what you think.

The OSU KarlBridge can be obtained via anonymous ftp from:

    nisca.acs.ohio-state.edu, 128.146.1.7, in /pub/kbridge.

Please send e-mail to kbridge@osu.edu with questions and comments.

Doug Karl
Senior Computer Specialist
The Ohio State University
From: mwr@eng.tridom.com (Mark Reardon)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Early and Late Collision
Date: 30 Jul 92 20:27:30 GMT
Reply-To: mwr@eng.tridom.com (Mark Reardon)
Organization: AT&T Tridom; Marietta, Georgia

In article <1992Jul30.152045.22239@news.iastate.edu>, john@iastate.edu (John Hascall) writes:
|> [...]
|> 
|> 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! ;-)
Just too little brains, there free :-).
Have you thought of outlawing the possession of wire on campus?
People don't kill networks, just excess wire runs do.

|> 
|> 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]

Sorry, just couldn't pass it up.  Serious question.  How much does the
Telecomm office charge for causing major headaches by performing
do it yourself wiring?
-- 
Mark

---------------------------------------------------------------------
| Mark Reardon           |  AT&T Tridom                             |
| mwr@eng.tridom.com     |  840 Franklin Court                      |
|                        |  Marietta, GA 30067                      |
---------------------------------------------------------------------
 
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:20:05 GMT

In article <1992Jul31.145926.21096@tridom.com>, mwr@eng.tridom.com (Mark Reardon) writes:
> 
> |> of two simultaneous transmissions?  The bad guy will be the one whose
> |> first bit is in trashed by the later bits of the innocent guy.  The
> |> easily capturable MAC header will be that of the innocent guy.
> 
> At least you'll know the address of one host that is not the offender :-).

But you do not know that!  There can be and usually are (my experience
agrees with Murphy) at least two offenders.  All you know is the
address of one of the victims.

> When these occur I look at the hosts located physically towards the
> ends of the collision domain (new phrase I learned today and HAD to use).
> I assume that they might be too far from each other, or some node has too
> much distance between it and the backbone.  Remember that MAUs have 
> distance equivalents that need to be considered.

It can be very hard to locate the ends of the "collision domain".
With repeaters and hubs, there can be a lot more than 2 ends.
With long drop cables, there can be as many "ends" as there are
taps.  (E.g. we once had a network consisting of 500 m of yellow-hose
and about 150 workstations, all off mux's, many with three 75 m
drop cables between the workstation and the tap.)


Vernon Schryver,  vjs@sgi.com
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.ethernet
Subject: 10BASE-T at home 
Distribution: world
Date: Sun, 26 Jul 92 01:13:45 GMT
Organization: Crynwr Software

In article <6700042@hprnd.rose.hp.com> pat@hprnd.rose.hp.com writes:

   In comp.dcom.lans.ethernet, edwards@world.std.com (Jonathan Edwards) writes:
   
       I want to prewire my new house for future installation of a LAN.
       Running extra pairs for 10BASE-T seems the most flexible.
       But a post on comp.dcom.telecom states that 10BASE-T is not FCC class B,    and
       in fact generates tons of RFI, making it unsuitable for home use.
       He recommends running 10BASE-2 coax (RG58) instead.
       Does anyone have any expertise or experience to share on this matter?
       Thanks - Jonathan
   
   The quality of the design can make a lot of difference to how much
   RFI above the minimum is produced.  

HP's new 10Base-T PC card (made by Roseville Network Division) has
the RJ-45 connector fully shielded. I'd guess that Pat knows what
he's talking about...

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice   [ if mail bounces, forward it ]
Potsdam, NY 13676          315-268-9201 FAX     [ to uuadmin@uu.psi.com.      ]
From: timmermanns@zel780.dnet.kfa-juelich.de (Helmut Timmermanns)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: NDIS Specification
Date: 31 Jul 92 06:50:18 GMT
Organization: KFA Juelich - Zentrallabor fuer Elektronik

In article <1992Jul30.225255.20965@tandem.com> ellingsen_jim@Tandem.com 
(Jim Ellignsen) writes:

>Does anyone know where I can get a current copy of the 
>Microsoft Network Driver Interface Specification (NDIS), 
>hopefully via anonymous FTP.  

Have a FTP-look at FTP.3COM.COM /adapters/drivers for NDIS201.ZIP
These are the NDIS Version 2.01 Final Specification Sheets.

There should also be a file NDISCONC.ZIP ( or similar ) which describes
the NDIS Concept.

Good luck, Helmut.

-----------------------------------------------------------------------------
Helmut Timmermanns	      INTERNET:TIMMERMANNS@ZEL780.DNET.KFA-JUELICH.DE
						
Forschungszentrum Juelich			Postfach 1913
Zentrallabor fuer Elektronik			D-5170 Juelich, Germany
-----------------------------------------------------------------------------
-----------------------------------------------------------------------------
Helmut Timmermanns	      INTERNET:TIMMERMANNS@ZEL780.DNET.KFA-JUELICH.DE
						
Forschungszentrum Juelich			Postfach 1913
Zentrallabor fuer Elektronik			D-5170 Juelich, Germany
-----------------------------------------------------------------------------
From: aellis@tweety.dr.att.com (andrew.e.ellis@att.com)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Is Starlan really Ethernet?
Date: 29 Jul 92 19:18:12 GMT
Reply-To: aellis@drutx!att.com
Organization: Bell Labs, DCTT, Denver, Co.

|> In article <7520@public.BTR.COM> thad@public.BTR.COM (Thaddeus P. Floryan) writes:
|> >>Starlan is vaguely similar to 10BaseT, but is not in any way compatible
|> >>with it.
|> >
|> >Is this REALLY true?
|> >I'm curious, because the original StarLAN was 1Mbit/S and bears the label
|> >"802.3e-1988 1BASE5 StarLAN 1Mbit/S Ethernet".
|> 

This may be superfluous info.

Starlan is a 1 Mbit/Sec network technology which does not comply with
10Base-T and is interoperable only with the aid of Starlan <->
Starlan10 Bridges.

Starlan10 hardware is a 10Mbit/Sec and complies with 10Base-T and, in
our experience, has been compatible with directly connected Ethernet
and 10Base-T equipment from other vendors.

It is possible that both Starlan10 and Starlan refer to other
higher layer products as well, but we use Starlan10 along with Ethernet
Coaxial cable primarily as a media over which to run TCP/IP protocols.

				 __________________________
				| Andy Ellis               |
				| Room: DR-31F17           |
				| 11900 North Pecos Street |
				| Denver, CO  80234        |
				| andrew.e.ellis@att.com   |
				| (303) 538-4286           |
				\_________________________/
From: dunnett@mala.bc.ca (Malcolm Dunnett)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Gandalf Micro Bridges
Date: 21 Jul 92 08:54:34 -0700
Organization: Malaspina College

In article <1992Jul21.140056.4973@tridom.com>,
     mwr@tridom.uucp (Mark Reardon) writes:
> 
> 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.

     That's what I gather from the literature.

>              Is the tranceiver part of the bridge or have external
> ones been specified that don't draw the maximum power?

     It requires an external transeciver. They don't mention any
particular brand of transceiver that is required. I don't know how much
room there is in the specs - do typical transceivers draw the maximum
power that the controller is required to supply? 

>                                                          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?

    If this device works as advertised I could take a 12 port 10baseT
repeater and attach the bridge, this would allow me to bridge a workgroup
of up to 12 stations onto the backbone for a total cost of less than
$1500. The mainstream hubs I've seen that could do this ( ie 12 port
repeater plus bridge module ) cost more than 3 times this amount. If
we assume I already have the repeater and just need a bridge, then a
standalone local bridge costs at least 4 times what this device costs,
even building one myself from a PC clone would cost about twice as
much. Granted they provide a lot more functionality, but for a simple "keep
these guys off the backbone" application the mainstream solution is
overkill and this sounds like an ideal solution.

I'm sure the folks at Gandalf are following this thread, please jump
in and correct me if I've gotten anything seriously wrong, I'm just
repeating what I've gleaned from some sales literature.

> 
> -- 
> Mark
> 
> ---------------------------------------------------------------------
> | Mark Reardon           |  AT&T Tridom                             |
> | mwr@eng.tridom.com     |  840 Franklin Court                      |
> |                        |  Marietta, GA 30067                      |
> ---------------------------------------------------------------------
>  
-- 
========================================================================
Malcolm Dunnett    Malaspina College         Email: dunnett@mala.bc.ca
Computer Services  Nanaimo, B.C. CANADA        Tel: (604)755-8738