HDTenEightyP/NetNews huggingface dataset:
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Info on wireless ethernet link needed
Nntp-Software: PC/TCP NNTP
Keywords: wireless ethernet bridging
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Distribution: na
Date: Mon, 04 Jan 1993 14:32:01

In article <1993Jan4.145730.7888@mnemosyne.cs.du.edu> jfurr@nyx.cs.du.edu (Joel Furr) writes:

    My office at Virginia Tech in Blacksburg, Virginia would like to establish
    a wireless ethernet connection with another office building that is across
    a busy street somewhere between a quarter mile and a half mile away,
    clearly visible via line of sight.  The university refuses to trench
    between the two for various reasons including cost and disruption of
    traffic.  Hence we'd like to know all there is to know about wireless
    ethernet products...

The "wireless ethernet" products I've seen are oriented towards workgroups
within small areas, where wiring can't be run or the hosts have to be
moved frequently.  Their range is limited due to low power, and their
delivered throughput can range from "less than 10Mb/sec" to "much less
than 10Mb/sec", depending on the coding techniques used and the propagation
of their frequencies at your site.  Most of them try to provide a "reliable
link layer" which can play hob with TCP retransmit timing.

For your purposes, you might do better with a "remote ethernet bridge", with
either a dish <-> dish microwave link (Microwave Bypass is the vendor we used
when we used to be in several buildings) or an infrared laser on each end.
This delivers pretty close to 10Mb/sec in most weather conditions, but you
may need a router on both ends to isolate the microwave "segment" - it has
some idiosyncratic timing characteristics.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488

Newsgroups: comp.dcom.lans,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
From: maw@netcom.com (Martin Walker)
Subject: Need NDIS spec please
Keywords: NDIS spec
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 5 Jan 1993 20:47:02 GMT


Hello all.

I am looking for a complete spec for NDIS. Please can anyone tell me where
I can order/ftp/download a copy of said spec. Please respond via email
to maw@netcom.netcom.com. Thanks in advance.

Kean Johnston, via
maw@netcom.netcom.com
-- 
Martin Walker               |  "One way to stop a runaway horse
++27-12-344-3973 (w)        |   is to bet on him"
++27-12-998-7263 (h)        |   maw@netcom.com
Pretoria, South Africa      |   martin@paradigm.CO.ZA
Newsgroups: comp.dcom.lans.fddi
From: bdboyle@erenj.com (Bryan D. Boyle)
Subject: Re: Cabletron FDMMIM firmware upgrade
Reply-To: bdboyle@erenj.com (Bryan D. Boyle)
Organization: Exxon Research & Engineering
Date: Mon, 4 Jan 1993 16:09:48 GMT


I have to add, however, (and this is after being chastised by a supplier...which
is the basis for another discussion...:-|)  that the co. is not sure this is 
the fix for the problem we are having-so, as they say, your mileage will vary.

Will report back if it doesn't solve the problem...for those that have
replied with like problems with this hdwe.; will summarize for y'all.

well, another new year is underway...:-)


--
\   Bryan D. Boyle            \           _         ______ |
 \  Senior Engineer            \        /   \___-=0`/|0`/__|
  \ Exxon Research & Engineering\_______           / | /    )
  / 908 730-3338                /        `/-==__ _/__|/__=-|
 /  bdboyle@erenj.com          /         *             \ | |
/ #include <std.disclaimer>   /                        (o)
Newsgroups: comp.dcom.lans.fddi
From: louis@cpd.Tandem.COM (Louis Meadows)
Subject: Re: Giga switch
Organization: Tandem Computers Inc., Cupertino CA
Date: Fri, 8 Jan 1993 01:09:51 GMT

In article <1993Jan6.165934.7185@uxmail.ust.hk>, ee_hflo@uxmail.ust.hk (Michael Lo Ho Fung) writes:
>	I read the newletter of our computer service center. They are installing
>a Giga switch connect five FDDI ring together. And the speed will upgrade 
>from 100Mbps to 3.5Gbps. 
>
>	Anyone can tell me what is Giga switch ? Why is can achive such high
>speed ?
>
>


 When I was at Interop in October Digital had such a switch.  This switch used
new "ATM" protocol.  This switch had 2.2 Gbit rate.  It could handle ten 100 
mbit FDDI connections.   "ATM" protocol is wonderfull.  It gives may advantages
to other methods of interconnect.  "ATM" can handle voice, data, and video !!!
It has a interesting way of making this happen.  This is done by multiplexing 
small packets all of the same size.   If you need assured bandwith, ATM can
handle this by given you X number of slots to equal the bandwith needed.  Let me
know if you need to know more.

  Louis
From: sl@nessie.mcc.ac.uk (Stuart Lea)
Newsgroups: comp.dcom.lans.fddi
Subject: MLT-3
Date: 5 Jan 93 18:40:35 GMT
Organization: Manchester Computing Centre


Where can I get a copy of the MLT-3 data encoding standard ?

Thanks,

Stuart

-- 
+Stuart Lea---Tel:061 200 4809--Fax:061 200 4019---UMIST University-----------+
| JANET   :   sl@uk.ac.mcc.nessie                  B22, Main Bldg., PO Box 88 |
| INTERNET:   sl@nessie.mcc.ac.uk                  Manchester, UK M60 1QD     |
|                 "Weather is here, wish you were beautiful"                  |
Newsgroups: comp.dcom.lans.fddi
From: ee_hflo@uxmail.ust.hk (Michael Lo Ho Fung)
Subject: Giga switch
Organization: Hong Kong University of Science and Technology
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 6 Jan 1993 16:59:34 GMT

	I read the newletter of our computer service center. They are installing
a Giga switch connect five FDDI ring together. And the speed will upgrade 
from 100Mbps to 3.5Gbps. 

	Anyone can tell me what is Giga switch ? Why is can achive such high
speed ?



------------------------------------------------------------------------------
|  Lo Ho Fung Michael  Comp 'N'         |    == Internet e-mail address ==   |
|  Department of                        |  University  : ee_hflo@stu.ust.hk  | 
|  Electrical & Electronic Engineering  |  Oversea BBS : mlo@nyx.cs.du.edu   |
|  The Hong Kong University             |  Local BBS   : michaelo@gnct.com   | 
|  of Science & Technology              |  Radio Call Sign : VR2YJR          |
------------------------------------------------------------------------------
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Newsgroups: comp.dcom.lans.fddi
Subject: Re: CDDI interoperability status
Date: 12 Jan 93 07:31:33 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

vhalkka@klaava.Helsinki.FI (Vesa Halkka) writes:
+---------------
| Quite many vendors are selling CDDI stuff, and there is a standard, but
+---------------

But the standard isn't completely settled yet.


vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
+---------------
| For now, given that few others besides Crescendo are building CDDI
| concentrators, it seems likely that CDDI interoperability is not a problem.
+---------------

Well, there's what Crescendo has *now* [same as what we were showing at
Interop in Fall '92], and what the X3T9.5 standards committee is going
to agree on. Already there have been changes. The "scrambler" coding
recently agreed on by the committee is incompatible with the existing
Crescendo implementation [which caused a lot of semiconductor manufacturers
to have to re-spin their chips]; the final standards for "equalization"
(filtering), wiring, and connectors have yet to be settled.

Since some people seem to be deploying the existing Crescendo stuff, I expect
that we'll end up with at least two versions: the existing Crescendo stuff
and the "ANSI Standard" version. Fortunately, since most uses of CDDI are
for SAS configurations (i.e., station to concentrator), you should be able
to intermix the two in the same ring (possibly even in the same concentrator,
if Crescendo makes their CDDI modules pluggable).


-Rob

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com
Silicon Graphics, Inc.		(415)390-1673
2011 N. Shoreline Blvd.
Mountain View, CA  94043
From: sl@nessie.mcc.ac.uk (Stuart Lea)
Newsgroups: comp.dcom.lans.fddi
Subject: Is there an archive for this newsgroup?
Date: 5 Jan 93 18:24:57 GMT
Organization: Manchester Computing Centre

Subject says it all.

Please email me direct if you know as my newsfeed is falky.

Thanks

Stuart


-- 
+Stuart Lea---Tel:061 200 4809--Fax:061 200 4019---UMIST University-----------+
| JANET   :   sl@uk.ac.mcc.nessie                  B22, Main Bldg., PO Box 88 |
| INTERNET:   sl@nessie.mcc.ac.uk                  Manchester, UK M60 1QD     |
|                 "Weather is here, wish you were beautiful"                  |
From: stpeters@crd.ge.com (Dick St.Peters)
Newsgroups: comp.dcom.lans.fddi
Subject: FAQ?
Date: 7 Jan 93 20:48:48 GMT
Reply-To: stpeters@crd.ge.com
Organization: GE Corporate R&D

Is there an FAQ for comp.dcom.lans.fddi?

--
Dick St.Peters
GE Medical Systems, New Berlin, WI  stpeters@med.ge.com (temporary)
GE Corporate R&D, Schenectady, NY   stpeters@crd.ge.com (permanent & forwarded)
Newsgroups: comp.dcom.lans.fddi
From: koning@koning.enet.dec.com (Paul Koning)
Subject: Re: When was FDDI established?
Reply-To: koning@koning.enet.dec.com
Organization: Digital Equipment Co., distributed systems architecture
Distribution: comp
Date: Tue, 12 Jan 1993 14:12:15 GMT


In article <C0pJ8z.127@iron.hq.aflc.af.mil>, rjsmith@iron.hq.aflc.af.mil (Randy Smith) writes:
|>What year did FDDI become a standard?  I'm presenting some material to people
|>and none of the books I have that mention FDDI say when it became a standard.
|>
|>--Randy--

Depends on what you mean.  FDDI isn't a single standard.  The first of
the set (MAC) was published by ANSI as a finished standard in 1987; PHY was
published in 1988, and PMD (multimode) in 1990.

SMT is still in draft status.
!-----------------------------------------------------------------------
! Paul Koning, NI1D, A-13683
! Digital Equipment Co., LKG1-2/A19, Littleton, MA 01460, USA
! (508) 486-7313 or (508) 952-3344, koning@koning.enet.dec.com
!-----------------------------------------------------------------------
! "The only purpose for which power can be rightfully exercised over 
!  any member of a civilized community, against his will, is to prevent
!  harm to others.  His own good, either physical or moral, is not
!  a sufficient warrant."    -- John Stuart Mill, "On Liberty" 1859

Newsgroups: comp.dcom.lans.fddi
From: bdboyle@erenj.com (Bryan D. Boyle)
Subject: Cabletron FDMMIM Firmware SUCCESS!
Reply-To: bdboyle@erenj.com (Bryan D. Boyle)
Organization: Exxon Research & Engineering
Date: Wed, 6 Jan 1993 13:20:43 GMT


Well, the saga continues-

Did the firmware upgrade, and, 24 hours later, the FDMMIMs are cruising along
just as nicely as you please.  Buffers are emptying, packets are flying along,
bridges are bridging...and there is peace in the valley.  Now, I realize that
this is, ummmm, how do you say...an "ECO" firmware change, but, all indications
are that it fixes the problem with the bridges getting suddenly stupid
and rrfusing to bridge.  

I would like to publically thank Cabletron for: 1) the high level of 
responsiveness, and 2) the high quality of their field support.  It is heartening
to see customer support of this caliber.  

And to all the competitors that sent email along the lines of "well, 
if you had chosen our stuff, you would not have had this problem...",
a big raspberry.  NO ONE makes perfect products.  If you have to negative
sell against your competition, then, IMHO, your products bear even less
consideration.  


--
\   Bryan D. Boyle            \           _         ______ |
 \  Senior Engineer            \        /   \___-=0`/|0`/__|
  \ Exxon Research & Engineering\_______   N7068W  / | /    )
  / 908 730-3338                /        `/-==__ _/__|/__=-|
 /  bdboyle@erenj.com          /         *             \ | |
/ #include <std.disclaimer>   /                        (o)
Newsgroups: comp.dcom.lans.fddi
From: waters@muddy.enet.dec.com ()
Subject: Re: Giga switch
Reply-To: waters@muddy.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Fri, 8 Jan 1993 14:05:40 GMT


In article <1993Jan8.010951.17172@tandem.com>, louis@cpd.Tandem.COM (Louis Meadows) writes:
|> In article <1993Jan6.165934.7185@uxmail.ust.hk>, ee_hflo@uxmail.ust.hk (Michael Lo Ho Fung) writes:
|> > ... They are installing a Giga switch connect five FDDI ring together.
|> > And the speed will upgrade from 100Mbps to 3.5Gbps. 
|> > Anyone can tell me what is Giga switch? Why is can achive such high speed?
|>
|>  When I was at Interop in October Digital had such a switch.  This switch
|> used new "ATM" protocol.  This switch had 2.2 Gbit rate.  It could handle
|> ten 100 mbit FDDI connections.   "ATM" protocol is wonderfull. 

    Some of that is misleading.
    GIGAswitch(tm), to be sold later this year, starts out as a 22-port
    FDDI bridge, growing later to 34 ports.  Its backplane can handle
    3.6 Gbit/s and 6.25 million packets/s.  The switch transparently handles
    all existing IEEE 802.2 LAN protocols.  The ATM line cards for the
    GIGAswitch are optional, and will become available some time after the
    FDDI bridging function.

    To answer Michael's question, the peak aggregate data rate on five
    FDDI rings that may send packets to each other is nearly 5 * 100 Mb/s.
    Hong Kong Univ. would have to install 22 FDDI rings in order to
    approach a peak aggregate rate of 2.2 Gb/s, or 34 rings for 3.4 Gb/s.
    Any packets that need to cross rings will pass through the GIGAswitch.

    (GIGAswitch is a trademark of Digital Equipment Corp.)
From: winston@kuamp.kyoto-u.ac.jp (SEAH Winston)
Newsgroups: comp.dcom.lans.fddi
Subject: Signal Propagation Delay in FDDI fibre optic media?
Date: 9 Jan 93 03:39:22 GMT
Reply-To: winston@kuamp.kyoto-u.ac.jp
Distribution: comp.dcom.lans.fddi, comp.dcom.lans, comp.dcom.lans.ethernet
Organization: Applied Systems Science, Kyoto University, Kyoto, JAPAN


What is the actual signal propagation delay in an FDDI fibre optic cable?
Is it equal to the speed of light in free space, or is it a fraction of that?
Similarly, what is the signal propagation speed in a coaxial cable that is 
used by the common LANs, such as, Ethernet and Token Bus?

Winston.
--
*******************************************************************************
*                                        *                                    *
*  SEAH Khoon Guan Winston               * Email: winston@kuamp.kyoto-u.ac.jp *
*  Logical Systems (Hasegawa) Laboratory * Tel (Home) : +81-075-712-9325      *
*  Dept of Applied Mathematics & Physics * Tel (Lab)  : +81-075-753-5518      *
*  Faculty of Engineering                * Fax (Lab)  : +81-075-761-2437      *
*  Kyoto University, Kyoto 606           *                                    *
*  JAPAN                                 *                                    *
*                                        *                                    *
*******************************************************************************
Newsgroups: comp.dcom.lans.fddi
From: vhalkka@klaava.Helsinki.FI (Vesa Halkka)
Subject: CDDI interoperability status
Keywords: CDDI
Organization: University of Helsinki
Date: Fri, 8 Jan 1993 09:04:48 GMT

Quite many vendors are selling CDDI stuff,
and there is a standard, but

- what are the magic words that promise plug compatibility (ANSI.. )

or is there some kind of interoperability matrix:

if I buy Crescendo Sbus CDDI adapters and Interphase VME adapters,
and plug them to a Crescendo/Interphase/brandXYZ CDDI box..
what will happen ?

--
Vesa Halkka                       -O___/ 
University of Helsinki CC:         (  /   	 vhalkka@helsinki.fi 
Centre for scientific computing:  ~~~~~  	 vhalkka@csc.fi




Newsgroups: comp.dcom.lans.fddi
From: rich@grebyn.com (Richard Lawrence)
Subject: Re: Signal Propagation Delay in FDDI fibre optic media?
Organization: Grebyn Timesharing
Distribution: comp.dcom.lans.fddi, comp.dcom.lans, comp.dcom.lans.ethernet
Date: Sat, 9 Jan 1993 16:54:10 GMT

In article <WINSTON.93Jan9123922@yuka.kuamp.kyoto-u.ac.jp> winston@kuamp.kyoto-u.ac.jp writes:
>
>What is the actual signal propagation delay in an FDDI fibre optic cable?
>Is it equal to the speed of light in free space, or is it a fraction of that?

It's my understanding that the velocity of propagation in any media
besides vacuum is lower than c. I've seen figures of .8+ c for fiber
cabling, but I think it's really up to the cable.

>Similarly, what is the signal propagation speed in a coaxial cable that is 
>used by the common LANs, such as, Ethernet and Token Bus?

Typical 10base5 VP is .77c. 10Base2=.66 c, 10BaseT=.58 c. This is the
main reason for different distance limitations, to compensate for
different delay budgets (10BaseT being a special case; you loose the
signal long before you exceed the delay budget in most cases).

Having a higher VP does not mean you have a faster LAN. A 10Mhz or
100Mhz signal rate is the same regardless of how fast it travels from
point A to point B. High VPs do grant you extra distance, though.
-- 
Rich Lawrence, Synoptics Systems Engineer  DOD#9630  rich@grebyn.com
     '92 Seca II "Yuri"  CI$:71101,2272  GEnie:R.LAWRENCE14
   215 years ago my government gave me certain inalienable rights.
     Since then, they've been trying to correct their mistake.
From: rrp@cfm.brown.edu (Bob Petrocelli)
Newsgroups: comp.dcom.lans.fddi
Subject: ATM...
Date: 12 Jan 1993 14:06:16 GMT
Organization: Brown University Center for Fluid Mechanics
Distribution: usa
NNTP-Posting-Host: dam.brown.edu
Originator: rrp@rufus

I'm interested in learning more about the ATM protocol..does anyone
have any suggestions for reference material?

Bob Petrocelli
rrp@dam.brown.edu
From: alberg@netlan.jpr.com (Al Berg)
Newsgroups: comp.dcom.lans.fddi
Subject: Wireless FDDI
Summary: Israeli firm develops Wireless FDDI (Data Comm Mag 1/93)
Keywords: wireless
Date: Fri, 8 Jan 93 13:19:42 -0500
Organization: NETLAN, Inc. - LANLINK ONLINE - New York City

According to Data Communications magazine (1/1993), an Israeli company
(JOLT - Jerusalem Optical Link Technologies) has developed a product
that can send FDDI data at speeds of 5 mbit - 125 mbit /sec thru the
air via LED emitted beams.  The price for the Optical Data Air Link
varies on speed and distance (limited to 125 yards) - the range is
$5,000 to $10,000.

Al


-- 
=========================================================================
Al Berg, CNE                                                 NETLAN, Inc.
Network Emergency Response Dude                       29 West 38th Street
alberg@netlan.jpr.com                                 New York, NY  10018
Phone: 212/768-2273 x211     Fax: 212/768-2301                        USA
*** Interested in net access in Hoboken/JC area?  Ask me about The Hudson
    Link Cyberspace Gateway - coming soon! ***
=========================================================================
Newsgroups: comp.dcom.lans.fddi
From: macomber@thoreau.nsc.com ( Robert Macomber)
Subject: Re: NFS over FDDI considerations
Reply-To: macomber@thoreau.nsc.com ( Robert Macomber)
Organization: Nat'l Semi
Date: Mon, 4 Jan 1993 14:12:12 GMT

In article <1992Dec30.050448.21737@grebyn.com>, rich@grebyn.com (Richard
Lawrence) writes:
> 
> Forgive me if this is a FAQ.
> 
> I seem to remember coming across a document detailing special
> considerations when running NFS over FDDI. I can't remember the
> specifics, but there was an optimal and inefficient way to do it, and
> the article implied that many people were doing it the inefficient way.
> 
> The only thing I can think of is configuring the MTU for better
> throughput with NFS, but I can't think of why this would have a
> significant effect...anyone? Offhand I can't remember if Sun decided 4K
> or 8K packets were the sanctioned unit for NFS..probably 8K, but I'm
> guessing there.
>

The IP MTU for FDDI is typically set at 4352 bytes, but I don't think that
this what the document is talking about (I haven't seen it, though). The
MTU is usually established by the device driver (although on
AIX 3.2 it may be dynamically adjusted.  The document is probably talking
about increasing the size of UDP datagrams; which may be sent
via one or more IP packets. There are two things (that I know of)
that control this aspect of NFS operation: NFS rsize/wsize settings
(in /etc/fstab, /etc/filesystems. or whatever)
and udp_sendspace/udp_recvspace. 

SunOS (4.1) is shipped with an "in_proto.c" file that configures the udp/tcp
send/recv spaces to sizes that apparently work well with Ethernet.   This
file can be found at /usr/sys/netinet/in_proto.c. The maximum datagram size
and maximum TCP window size is constrained by the values in this file.  On
AIX 3.2 the "no" command can be used to dynamically alter these values. 

I think that SunOS uses a default configuration of wsize=8K and rsize=8K.

Does anyone know where this document can be found?  It isn't clear to me that
increasing the datagram size will have a uniformly positive effect (though,
fewer NFS write syncs would be nice).

    - Robert

Robert L. Macomber MS 11-21   Advanced Communications
National Semiconductor Corp.  Internet: macomber@thoreau.NSC.COM
333 Western Avenue            UUCP: {sun|hplabs|decwrl}!nsc!thoreau!macomber
South Portland, Maine 04106   My opinions are my mine.
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.dcom.lans.fddi
Subject: Re: CDDI interoperability status
Keywords: CDDI
Date: 8 Jan 93 18:09:11 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1993Jan8.090448.29665@klaava.Helsinki.FI>, vhalkka@klaava.Helsinki.FI (Vesa Halkka) writes:
> Quite many vendors are selling CDDI stuff,
> and there is a standard, but
> 
> - what are the magic words that promise plug compatibility (ANSI.. )
> 
> or is there some kind of interoperability matrix:
> 
> if I buy Crescendo Sbus CDDI adapters and Interphase VME adapters,
> and plug them to a Crescendo/Interphase/brandXYZ CDDI box..
> what will happen ?


The magic word "ANSI" is not a guarantee.  Even two systems that have
each passed the same "conformance tests" can fail to interoperate.  If
you cast the idea of a "network conformance test" into comparing two
abstact machines operating on arbitrarily long input streams, you can
see that in the general case a perfect conformance test is formally
impossible.

If you want more than potentially empty promises of compatibility, put
appropriate words concerning the features you want and "liquidated
damages" in your contracts and purchase orders.  Get written or at
least verbal promises from the vendors.  Make the vendors do the work,
including fixing things that don't work.

For now, given that few others besides Crescendo are building CDDI
concentrators, it seems likely that CDDI interoperability is not a
problem.


Vernon Schryver,  vjs@sgi.com
From: rjsmith@iron.hq.aflc.af.mil (Randy Smith)
Newsgroups: comp.dcom.lans.fddi
Subject: When was FDDI established?
Date: 11 Jan 93 20:50:56 GMT
Distribution: comp
Organization: U.S. Air Force Security Assistance Center (AFSAC)


What year did FDDI become a standard?  I'm presenting some material to people
and none of the books I have that mention FDDI say when it became a standard.

--Randy--

-- 
----------------------------------------------------------------------
Randy J. Smith                           DoD #2022   '85 CB450SC
C.E.T.A. Corp                            rjsmith@iron.hq.aflc.af.mil

"Most of our so-called reasoning consists in finding arguments
for going on believing as we already do."
				              -  James Harvey Robinson
----------------------------------------------------------------------