HDTenEightyP/NetNews huggingface dataset:
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: 10baseT Level V cable problem
Keywords: UTP Level V
Date: 9 Oct 92 03:15:17 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

According to the information in my cable distributor's catalog:

   Level 5: Cable performance is intended for high speed LAN
            applications (</= 100Mb/s).
            2 Options: --100 ohm Unshielded or Shielded Twisted Pair
                       --150 ohm Shielded Twisted Pair Data Grade Media

Actually, the availability of 100 ohm UTP and STP, along with the 150
ohm STP, adds up to three options, not 2.  (No one expects the Spanish
Inquisition.... Our two weapons are surprise, fear, and a fanatical
dedication to the pope, er, our THREE weapons are ...)

Further information:

   Level 5, 100 ohm is available in 4 pair cables compatible to
   UL-444, ICEA S-80-576, TIA TR41.8.1 (TSB 36) and NEMA "Low Loss"
   Extended Frequecy standards for Etended Distance 1-Base-T, 16Mbps
   Token Ring, and CDDI.  Mutual Capacitance is 17pF/ft Max.

   Level 5, 150 ohm is available in 2 pair cables compatible to IBM
   Data Grade Media and FDDI(STP) standards for IBM 4/16Mbps Token
   Ring and CDDI.  Mututal Capacitance is 9pF/ft Max.

Hope this helps.-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Newsgroups: comp.dcom.lans.ethernet
From: sdp@keyhole.rain.com
Subject: Grand Junction 100Mbps 802.3 variant
Organization: some day
Distribution: pnw
Date: Thu, 8 Oct 1992 06:49:35 GMT

Does anyone know about the GJ 100M ethernet?

In Comm. Wk., 10/5/92, pg 1, they mentioned that this ethernet variant
needed to restrict segment length to something like 250m.  This must
mean they shortened the preamble, with an eye towards increasing the
packet rate on the lan.

Another way would be to leave the preamble & address alone, and speed
up just the data part.  This would let existing ethernet devices
continue to talk to each other, and perhaps the new faster breed in a
backwards compatible way.  A protocol simple enough to embed in the
fast ethernet chip could discover whether the destination node was
also fast.  How would a receiver tell a fast packet from a slow
packet?  An alternate address for fast data?

Bridges for this fast 802.3 (802.3++?) would "only" need more memory
bandwidth, not necessarily more CPU, since the routing decision rate
would be unchanged.

Speeding up only the data part would leave pps unchanged, but allow
10x the data size (~15k).  Can existing transports make use of large
packet sizes?  If the transport on each fast node can handle large
packets, that might give a boost to stream-oriented applications
(SMTP, FTP, NNTP, and telnet in one direction).

Do any NFS implementations allow turning up the packet size, or is the
block size fixed in the protocol?

Then the big question is, would the reduction in the pps on the net
due to stream bursts using fewer packets be significant?  I suppose
that depends on one's network, but many must run about the same mix of
protocols.  Are most nodes hosing each other down with tiny packets,
or are they lobbing 1500 byte chunks around?
-- 
------------------------------------------------------------------------------
Scott Peterson
sdp@keyhole.rain.com
Newsgroups: comp.dcom.lans.ethernet
Subject: Re: Netware shell obj for 3C501 card
From: Aengus Lawlor <RBYAML@rohvm1.rohmhaas.com>
Date: Fri, 9 Oct 1992 08:03:02 EDT
Organization: Rohm and Haas Company

In article <1992Oct9.052653.4441@usage.csd.unsw.OZ.AU>,
allane@earth.gas.unsw.OZ.AU (Allan H. Evans) says:
>
>Hi there,
>
>We have an old 3C501 card in one of our machines. We need to rebuild the
>netware shell (using wsgen, etc) and we cannot find the netware shell object
>file anywhere. We have phoned 3Com a few times but have yet to recieve an
>answer. Does anyone have one of these object files that they could send
>me (or the location from which I could ftp one). I presume it would need
>to be uuencoded. This is not the kind of thing that seems to be in any of
>the public domain archives - I presume that copying an old obj file for this
>purpose would not land us in court :-).
I've seen some posts that 3Com have an FTP server available for anonymous ftp
access. Try FTP.3COM.COM, or maybe just 3COM.COM. They should have all the
drivers and diagnostics for their cards there.

(The post I read mentioned that the site was experimental, and encouraged
users to contact 3Com and say how useful it was, so that 3COM would keep it
up).
>
>Al
>| Allan H. Evans * School of Geography * UNSW * PO Box 1 Kensington 2033
>| allane@earth.gas.unsw.OZ.AU  Remote Sensing and Spatial Information Systems
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?"
Newsgroups: comp.dcom.lans.ethernet
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Grand Junction 100Mbps 802.3 variant
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: pnw
Date: Fri, 9 Oct 1992 20:17:41 GMT

In article <1992Oct8.064935.461@keyhole.rain.com>, sdp@keyhole.rain.com writes:
> Does anyone know about the GJ 100M ethernet?
> 
> In Comm. Wk., 10/5/92, pg 1, they mentioned that this ethernet variant
> needed to restrict segment length to something like 250m.  This must
> mean they shortened the preamble, with an eye towards increasing the
> packet rate on the lan.
>

CSMA/CD networks require that the round-trip propagation delay not exceed
the minimum length of a packet. If they increased the bit rate by a factor
of 10, they would either need to increase the minimum packet by 10x
or decrease the size of the network. They obviously chose to do the latter.

 
> 
> Then the big question is, would the reduction in the pps on the net
> due to stream bursts using fewer packets be significant?  I suppose
> that depends on one's network, but many must run about the same mix of
> protocols.  Are most nodes hosing each other down with tiny packets,
> or are they lobbing 1500 byte chunks around?
> -- 

Most file transfer applications use the maximum length frames. NFS
"likes" to deal with 8K chunks. When running over a standard Ethernet,
IP fragments these into 1500 byte segments. If a new LAN technology
allowed longer frames, it could provide improved throughput for
large file transfers. 

There is no free lunch, however. The penalty for the improved throughput
is a higher frame loss rate (more bits susceptible to clobbering),
higher service time (longer wait for everyone else), and greater
buffer memory requirements.


-- 
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: koepke@gmd.de (Franz Koepke)
Subject: Re: packet drops on repeaters?
Organization: GMD, Sankt Augustin, Germany
Date: Thu, 8 Oct 1992 08:39:17 GMT

In <92281.153326RHUNTER@ESOC.BITNET> <RHUNTER@ESOC.BITNET> writes:


>I used to think that I understood repeaters. Now I know I don't.

>We run a number of fairly small repeated LANS based on FibreMux
>10 base-T hubs over IBM STP & fibre, connected to our internet
>using Ethernet Interfaces on Ciscos. (These hubs are switch
>selectable to 150 Ohm termination, and the transceivers we use
>are also suitable for STP according to the vendor, so no flames
>here please.)

>We have come across a problem running LAVC on one of our LANS.
>This LAN has only 15 machines attached... 13 Vaxes, 1 Cisco AGS,
>& 1 DEMSA (DEC router) . It is spread over 4 Fibremux hubs
>(say ABCD). Hub D acts as a central point in a star of fibre for
>ABC, so there is no more than 2 repeaters between any 2 stations.

>We have noticed that the VAX Ethernet Interface statistics
>(result of using DEC NCP 'show active line counters') show that
>98 out of 100 packets are sent no collision, approx 1 in 100
>packets is sent after 1 collision, & also 1 in 100 after 2 or
>more collisions. This is similar on all machines. I would have
>thought the figure for 2+ collisions would be very much lower
>(comments?) SQE is turned on for all transceivers since VAXes are
>Ethernet V2.

>Sniffers show utilisation at approx 5% bandwidth steady with rare
>peaks of 18% ... in other words deathly quiet.

>Sniffers also show between 1 in 100 & 1 in 1000 packet sent on
>one of the satellite hubs (ABorC) is not received at the central
>hub (D). Our supplier says "The failure rate of dropped packets
>should be not unnormal. The rate is very dependend of packet size
>and tansmit intervals." (sic)

>I always thought a standard repeater would send a jam back to the
>originating station over the fibre if there was a remote
>collision, which would mean packet losses in the order of say 1
>in a million.  Comments?

>Anyone any low level LAVC experiences?
>I don't mind getting flamage as long as I learn!

We found similar phenomena and wrote an article "Warum manche
Filetransfers langsamer sind" (Why some .. are slower) in
DATACOM September 1992, p 100 ff.

In short: the reason is that the inter-packet-gap of 9.6 us is
sometimes shorter then allowed and repeaters mostly need a recreation
time. The minimum time a repeater needs is vendor dependend.

You should measure if you have shorter interframe gaps < 9.6us !

Franz Koepke GMD
Newsgroups: comp.dcom.lans.ethernet
From: jongjay@mistxt.oc.com (Jongjay Liou)
Subject: Re: 10baseT Level V cable problem
Keywords: UTP Level V
Organization: OpenConnect Systems, Dallas, TX
Date: Thu, 8 Oct 1992 00:24:46 GMT

>>I have been discussing UTP Level V cabling with one of
>>our cable suppliers. He has presented us with a possible
>>problem:
>>His claim is that there are currently two "versions" of level V
>>UTP cable:
>>
>I think this is the second or third time I've seen Level V cabling
>mentioned in the context of Ethernet.  Unfortunately I don't have any
>idea what is meant.  Can anyone out there shed some light on the subject?
>-- 
>Kevin A. Cone                           e-mail:  Kevin.Cone@ClemsonSC.NCR.COM
>Consultant Engineer                     s-mail:  7240 Moorefield Hwy.
>NCR Workstation Products Div.                    Liberty, SC  29642
>phone:  803-843-5085 (VP 624-5085)      fax:     803-843-1793 (VP 624-1793)

I don't think so. There is only one version of level 5 UTP.
OpenConnect has just moved to this new building (Meridian), and we
technical services have installed all level 5 UTP in 7 & 8 floor
for offices entirely. 

The UTP level 5 we used here is Belden B-1585A, comercial name for that is
DataTwist Plus, of course you will decide, according to your local building
codes, as to use Plenum graded level 5 UTP or PVC graded level 5 UTP.

If any company wants to install UTP as their backbone, my recommendation is
to use UTP 5, you will save about 25 ~ 30 % for level 4 UTP, save a lot more
when you use PVC level 4, of course. But level 5 is definitely a choice in the
future! 

We have about 800x800 matrix installed here. i.e. 800 data lines (level 5 UTP)
for offices and 800 lines for equipments (most leve 3 UTP, some level 5) to 
cross connect thru 10BaseT, Token-Ring, Modems, terminal servers & IBM's
controllers.

Hope this is helpful! Email me if you have any questions related to our
installation experience.


_____________________________________________________________________________
|    .___.                .--.                          |                   |
|   /    /               /                              |                   |
|  /    / ___           /                               |                   |
|  ----  /  / .--. /--. \___ .--. /--./--..--..--.  /   |                   |
|       /--' /--' /  /      /  / /  //  //--'/   --/--  |                   |
|      /     \_  /  /       '-' /  //  / \_. \__.  \..  |                   |
| Liou, Jongjay  Networks UNIX System Administrator     | OpenConnect       |
| email: jongjay@mistxt.oc.com                          | 2711 LBJ Freeway  |
| Tel: (214) 888-0615, 484-5200 Fax: (214) 490-7205	| Dallas, TX 75234  |
-----------------------------------------------------------------------------
Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.misc
From: cs101f87@dcl-nxt33 (cs101 student)
Subject: Re: *Gateway Communications, Inc.?*
Organization: University of Illinois at Urbana
Date: Wed, 7 Oct 1992 22:10:10 GMT

tpw@nwu.edu (Tim Ward) writes:

>I've got 4, 8-bit thinnet ethernet cards purchased second hand with the
>name "Gateway Communications, Inc." embossed on them.  The other
>identifying feature is a serial number on the reverse side which reads
>"G-Ether 82200 31 Rev. 02".  Any idea what kind of card this is and which
>packet driver to use with it?  Any help appreciated.  Thanks.

>Tim Ward...........................................tpw@nwu.edu
>Network Administrator.........................................
>Department of Civil Engineering...............................
>Northwestern University.....................Evanston, Illinois

On that same note, I have four, 8-bit thinnet ethernet cards also made
by Gateway Communications Inc, however they are not the same model..

These cards have a "G/NET (tm), PC LNIM" along with a serial number 
on the back.... They also have a part number that says either "PWB
82200041-05" or "PWB 822000041-04"....

			ANY INFO WHATSOEVER APPRECIATED!
						Rafal

-----------------------------------------------------------------------------
Rafal Boni						r-boni@uiuc.edu
cs101f87@sumter.cso.uiuc.edu			 rkb55989@uxa.cso.uiuc.edu

.
Newsgroups: comp.dcom.lans.ethernet
From: opus@pioneer.unm.edu (Colby Kraybill)
Subject: Fanouts, multiport transceivers...
Date: Sat, 10 Oct 92 07:55:53 GMT
Organization: Space and Planetary Image Facility


While recently crusing an Inmac catalog, I came upon a piece of equipment
called a 'fanout.'  After much searching, I have decided to pose my
question to this news group.

WTF is a fanout and how does it differ from a multiport transceiver?
(except cost)

Thanks.



-- 
Colby Kraybill
Space and Planetary Image Facility
University of New Mexico
opus@pioneer.unm.edu
From: voelker@ls12w (Matthias Voelker)
Newsgroups: comp.dcom.lans.ethernet
Subject: reusable coax-cable-connectors
Date: 13 Oct 1992 08:09:51 GMT
Organization: CS Department, University of Dortmund, Germany
NNTP-Posting-Host: ls12w
X-Newsreader: Tin 1.1 PL4

Hello all in this group!

My problem is that I want to figure out the best place for
a workstation in an ethernet.

1.  I dont want to interrupt the nettraffic (at least not 10 times...) 

2.  I dont want to leave the cable with ugly cuts and marks

So is there a connector that connects to an ethernet without
cutting the traffic and without leaving traces??? Maybe the
"vampire"-type piercing technique does the job?? 

My other question goes more into detail concerning the possibility
of processing data read from a THICK ethernet with the card-input
for THIN ethernet. As far as I know, the specifications for thin and
thick ethernet are basically the same, aren't they? Why can't I pick
signals from a thick ethernet and receive them with the usual thin
ethernet input of an ethernet card? Dealers all told me it wouldn't
work but no one could explain. Maybe you can?

That's it. I'd greatly appreciate any comment.


Frank-Uwe Andersen
using the email adress of:
==============================================================================
Matthias Voelker                    email:
Weisse Taube 8                      voelker@ls12w.informatik.uni-dortmund.de
D-4600 Dortmund 50 (Germany)        voelker@ls12w.uucp
Phone: (+49) 0231 734722            ...uunet!mcsun!unido!ls12w!voelker
==============================================================================
Newsgroups: comp.dcom.lans.ethernet
From: aep@world.std.com (Andrew E Page)
Subject: Separating Analog and Digital Planes in hardware
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 12 Oct 1992 14:15:15 GMT

   I'm working on solving some problems with an ethernet card for
someone.  One of the things that struck me in examining their
hardware is the lack of separation of the digital and analog
ground planes on the board.  I think this may be the cause of
some of the transmission problems the they seem to be experiencsing.
    Does any one have any experience with hardware when the
ground planes are not properly separated?


-- 
Andrew E. Page   (Warrior Poet) |   Decision and Effort The Archer and Arrow
Mac Consultant                  |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.ethernet
Subject: NI5010 ethernet board 
Distribution: world
Date: Thu, 08 Oct 92 01:38:33 GMT
Organization: Crynwr Software

In article <1992Oct6.204928.16487@wam.umd.edu> fcawth@wam.umd.edu writes:

   Does anybody have any information about this card?  I have 2 of them which
   I would like to write 386bsd drivers for, and I have the source for the 
   packet drivers.  Unfortunately, I do not have any manuals, etc... and I need
   to know the jumper settings for some nice addresses, interrupts, etc...
   Any email would be greatly appreiated.

Um, sorry, Fred, but you'd do best to chuck them in the nearest trash
can.  The ni5010 has a 2K receive buffer, and only one packet can be
received at a time.  The whole time you're sucking a packet out of
the buffer, you're deaf to the network.  There are too many good new
cheap adapters that need drivers to waste your time on a slow, old
adapter.

-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  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.dcom.lans.ethernet
From: vidya@akshay.csd.sgi.com (Vidya Alankar)
Subject: Re: reusable coax-cable-connectors
Organization: Silicon Graphics, Inc.
Date: Tue, 13 Oct 1992 16:32:52 GMT

In article <1be08fINN7dl@fbi-news.Informatik.Uni-Dortmund.DE>, voelker@ls12w (Matthias Voelker) writes:
|> Hello all in this group!
|> 
|> My problem is that I want to figure out the best place for
|> a workstation in an ethernet.
|> 
|> 1.  I dont want to interrupt the nettraffic (at least not 10 times...) 
|> 
|> 2.  I dont want to leave the cable with ugly cuts and marks
|> 
|> So is there a connector that connects to an ethernet without
|> cutting the traffic and without leaving traces??? Maybe the
|> "vampire"-type piercing technique does the job?? 
 
If you mean the non-intrusive tap/tranceiver pair for thick ethernet, you
are right. It will do the job except that it is labour intensive

|> My other question goes more into detail concerning the possibility
|> of processing data read from a THICK ethernet with the card-input
|> for THIN ethernet. As far as I know, the specifications for thin and
|> thick ethernet are basically the same, aren't they? Why can't I pick
|> signals from a thick ethernet and receive them with the usual thin
|> ethernet input of an ethernet card? Dealers all told me it wouldn't
|> work but no one could explain. Maybe you can?

The only problem I can see is that of the small piece of cable connecting
the thick ethernet cable to the BNC connector on the ethernet card acting
as a stub and causing signal deterioration due to standing waves. In the
normal way the tranceiver hardware is almost directly connected to the cable
minimising this effect.

|> That's it. I'd greatly appreciate any comment.
|> 
|> 
|> Frank-Uwe Andersen
|> using the email adress of:
|> ==============================================================================
|> Matthias Voelker                    email:
|> Weisse Taube 8                      voelker@ls12w.informatik.uni-dortmund.de
|> D-4600 Dortmund 50 (Germany)        voelker@ls12w.uucp
|> Phone: (+49) 0231 734722            ...uunet!mcsun!unido!ls12w!voelker
|> ==============================================================================
From: pat@hprnd.rose.hp.com (Pat Thaler)
Date: Fri, 9 Oct 1992 22:55:26 GMT
Subject: Re: Surge protection for ThinWire
Organization: HP Roseville Networks Division
Newsgroups: comp.dcom.lans.ethernet

In comp.dcom.lans.ethernet, vhalkka@klaava.Helsinki.FI (Vesa Halkka) writes:

    The Spec says that ethernet connections are floating and the insulation
    should take 500V-2kV before breaking. Most ethernet cards I have seen
    have a glim lamp or some other discharge tube to protect the circuitry
    from large voltages. But a lightning can burn anything..

The 500 V to 2 kV isolation is to protect against the kind of surges
you might see on lines inside a building or on lines that are protected
by lightning protection where they enter the building.  Actually, 10BASE5
is only required to have isolation up to 250 V in IEEE 802.3.  After it
was developed, an ECMA TR on LAN safety  (ECMA-97) was published recommending
the higher voltages 500 V rms for Situation A (inside buildings or between
buildings with surge protectors to limit voltage to 500 V).  10BASE2 used
the 500 V withstand voltage.  10BASE-T (and 1BASE5) used the higher voltages
because they may be used at patch panels where external wires are present. 
We felt we wanted sufficient protection when a port was accidentally connected
to an external phone line.  I think most 10BASE5 products use at least
500 V though the standard does not require it. 

The discharge devices you see on many Ethernet products are generally to
provide a discharge path for ESD which has high voltage but not much 
total energy.  I wouldn't expect them to handle the energy in a lightning
strike.

Pat Thaler
From: xp02@ns1.cc.lehigh.edu (XIAOFENG PAN)
Newsgroups: comp.dcom.lans.ethernet
Subject: Print Server software
Date: 14 Oct 92 23:37:51 GMT
Organization: Lehigh University

Please bear with me if the following question has been asked before -- I'm new
to this discussion group.

We have serveral PC's and Sun-Workstations hooked up to a Ethernet.  We can
run telnet and ftp, etc.  Now we want to hook up a LaserJet III, and let one
of the PC's become a print server.  What softwares are available for this?  If
there are public domain software, where should i look for them.  Thanks in
advance for any information.  Please send reply to
xp02@cs1.cc.lehigh.edu

Xiaofeng Pan
Lehigh Univ.
Newsgroups: comp.dcom.lans.ethernet
From: Orakel@sarpih.no (Jens Kr. Kirkeb)
Subject: Re: Any info on `ACCTON' 16-bit ethernet cards?
Keywords: accton,ethernet card
Organization: stfold Ingenirhyskole
Date: Thu, 15 Oct 1992 08:45:08 GMT

In article <mark%fdc.31@Arizona.edu> mark%fdc@Arizona.edu (Mark R. Toth) writes:
>Howdy,

>   I've got a sales type pushing a 16-bit PC/AT bus ethernet card for
>about $30 less than what I can get for an EtherLink II.  Has anyone
>worked with these and could say what kind of failure rate or configuration
>problems they've had.  Expected software to be run on these would be
>NCSA's Telnet, Novell 3.11, FTP's TC/IP, SUN PC-NSF and/or DEC Patchworks
>depending upon which college would use these.  Most interest would likely
>be in the 10baseT and then 10base2 versions with a few areas still using
>10base5 media.

In my opinion, ACCTON is quality cards. I have never had any trouble with 
them and like tham a lot more that the Etherlink II's. I'd say go for it.
BTW, I have only used them with 10base2.

Jens Kr. Kirkeb