HDTenEightyP/NetNews huggingface dataset:
From: pjb@hss.caltech.edu (Paul Brewer)
Subject: internet bridging of token rings
Organization: California Institute of Technology, Pasadena
Distribution: usa
Date: Mon, 17 Aug 1992 10:26:29 GMT

In our economics lab at caltech we have some software that implements
an auction over a ibm token-ring network of 20 machines in the room.

The token ring is really overkill for the software data requirements.
The software uses token ring datagrams to carry market information to
participants and bids/offers from participants to each other and to 
the monitor station where it is put on disk.

A number of these systems have popped up, based on our design. I am
interested in linking 2, or more , via internet. We have a 486 that has
both a token ring and an ethernet cart. 

Has anyone written software which will receive token ring datagrams, 
encapsulate them and send them over internet, and do the reverse,
so that the token rings could be linked.

Note that session support is NOT needed here. That would be complicated.
I know how to write software for the token ring. If this hasnt been done,
(who/where might I ask to see if it has??), how hard is it to program the 
ethernet side? 

Paul
pjb@hss.caltech.edu
From: cawilco@afterlife.ncsc.mil (Chris A. Wilcox)
Newsgroups: comp.dcom.lans.misc
Subject: How do I acquire CCITT recs?
Summary: Who do I send money to?
Date: 13 Aug 92 21:44:14 GMT
Organization: The Great Beyond


I am interested in finding out where I can get CCITT recommendations.
I figure I have to pay somebody for them; what I'm after is an address
and a phone number. If anybody out there can help me, I would appreciate
it. Thanks in advance.
-- 
***************************************************************************
Chris Wilcox       Email:cawilco@afterlife.ncsc.mil        Dept. of Defense
  None of the above statements necessarily represent the views of the DOD.
"I was raised to be charming, not sincere." Prince Charming, Into the Woods
Xref: sparky comp.dcom.lans.misc:663 comp.dcom.lans.ethernet:1686
Date: Thu, 20 Aug 1992 17:26:45 EDT
From: Larry F Armbruster <U22C5@wvnvm.wvnet.edu>
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: Re: Cabletron MR9000s

We are fortunate in that we HAD only 1 of these.  When its PS died, we decided
to buy thinnet transcievers a ABANDON it.

Larry
Xref: sparky comp.dcom.lans.misc:664 comp.dcom.lans.ethernet:1690
From: allebrandi@inland.com (Tom Allebrandi)
Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
Subject: Re: Cabletron MR9000s
Date: 21 Aug 92 13:39:09 CST
Organization: Inland Steel Company; East Chicago, IN

In article <1992Aug19.123754.6749@super.org>, rsh@super.org (Randall S Hammel) writes:
> 	I was curious if any other people out there are using
> Cabletron MR9000 multiport repeaters, and if so have they had 
> any problems with power supplies on these units.  
> 
> We have about 30 or so of these in use on our network, and have found
> there power supplies to be very flakey....
> .... The symptoms are the continuous blinking on and off of the lights
> (receive, collision, and fault) on the front display.
> 
> 	In many cases the units have never recovered and have been
> 	shipped to Cabletron for repair. 

We only have one of the units but the exact same thing happened. At the
time we thought it got wiped out by the environment it was operating
in.

The unit was in our D -- Dirty -- building, about 50 feet from our coke
oven. I opened the unit up to see if I could determine why it was
failing and found 1/4" of coal dust inside!

In our case, we really didn't need a "multiport" repeater, just a plain
old repeater would do. I found a couple of old DEC DEREP's in storage
and put one them in place of the MR9000. The MR9000, after the $250
repair,  now sits on my bookshelf as a backup unit to my DEC DEMPR's.

--- Tom
Tom Allebrandi             | Mail guru   - DECUS UUCP Development Team
Inland Steel Research Labs | NFS grunt   - CMU/Tek-IP
East Chicago, IN           | Chairperson - VMSnet Working Group, DECUS VAX SIG
219 399 6306               | Internet:  allebrandi@inland.com
DECUServe: allebrandi      | UUCP:      ...!uunet!inland!allebrandi
Newsgroups: comp.dcom.lans.misc
From: larz@bradley.edu (Larry Hicks)
Subject: IBM PC LAN v1.31 and DOS 5.0?
Keywords: PC, LAN, IBM, DOS 5.0
Reply-To: larz@bradley.edu (Larry Hicks)
Organization: Bradley University
Date: Tue, 18 Aug 92 18:45:22 GMT

Does anyone know how to make an IBM PC LAN v 1.31 Token Ring Client 
workstation operate with DOS 5.0?  I am getting a "NET201 Error 02FF" when it 
loads the network software using the "NET START" command.  The server seems 
to work fine with DOS 5.0 but I can't get the client to function.

Thanks in advance for your help.

Larry Hicks
Network and Technical Services
Bradley University

larz@bradley.edu

Larry Hicks
larz@bradley.edu
Xref: sparky comp.dcom.lans:1896 comp.dcom.lans.ethernet:1661
Organization: William Rainey Harper College; Palatine, IL  60067
Date: Tuesday, 18 Aug 1992 10:08:28 CST
From: Steve W Hill <SHILL@HARPERVM.BITNET>
Newsgroups: comp.dcom.lans,comp.dcom.lans.ethernet
Subject:    URGENT HELP, quick question!

I don't know much about fiberoptics, there are several standards?
What is FONET?  What are other ones, and are there simple black
boxes that can convert between them?  Please, a quick answer. Thanks
Newsgroups: comp.dcom.lans.fddi
From: ajj@beta.lanl.gov (Andrew J. Johnson)
Subject: Ring Purge
Keywords: Ring Purge, DEC, FDDI
Organization: Los Alamos National Laboratory
Date: Fri, 21 Aug 1992 12:08:27 GMT

Can anyone point me to documentation or a written description of
ring purge on an FDDI ring as implemented by DEC in their concentrators?
Does this give any other vendors of FDDI gear problems?
 


-- 
                                       Andy Johnson
                                       Westinghouse Savannah River Company
                                       u560115@lanl.gov
                                       (803) 644-1493
From: khoadley@ib.rl.ac.uk (Kevin Hoadley)
Newsgroups: comp.dcom.lans.fddi
Subject: FDDI-FDDI remote bridges
Keywords: FDDI bridges WAN E3
Date: 13 Aug 92 12:59:25 GMT
Organization: Rutherford Appleford Laboratory

Is anyone aware of a product that does FDDI-FDDI remote bridging over
a high speed serial line ?

(I don't know a great deal about bridges; routers are my thang. But
I do have a rather curious problem which might be best solved using
bridges.)

Thanks

Kevin Hoadley, Rutherford Appleton Laboratory, khoadley@ib.rl.ac.uk
Newsgroups: comp.dcom.lans.fddi
From: tg@utstat.uucp (Tom Glinos)
Subject: Connectors and tools
Organization: U of Toronto Statistics
Date: Thu, 13 Aug 1992 19:02:21 GMT


Do connectors and tools still cost a small fortune?
I've been quoted something like $600 for our local support
organization to put on ends to some fibre that we are getting.

I'm tempted to go buy the tools and connectors, but is this a good idea?
-- 
=================
No regrets, ever!			| Tom Glinos @ U of Toronto Statistics
For down that path, lies madness	| tg@utstat.toronto.edu
Newsgroups: comp.dcom.lans.fddi
From: merike@alw.nih.gov (Merike Kaeo)
Subject: singlemode fiber
Organization: National Inst. of Health, DCRT, CSL
Date: Thu, 20 Aug 1992 20:55:06 GMT

We're in the process of adding a building to our existing FDDI ring
via singlemode fiber.  I've looked at an OTDR trace of a 200 meter
segment but saw a very *noisy* curve.......lots of small spikes but a 
very definitive one marking the end of the run.  A power test showed
no major problem.  So.....what are all the spikes?  Are these from
reflections?  I had to use a jumper between the cable under test and OTDR interface (different connectors).

Will a longer launch (jumper) cable alleviate the problem?  I need to
be able to determine splice points in the total link, which will consist
of 3 segments.  Anything else I should look at (i.e. bad terminations) ?!?
Unread news in comp.dcom.lans.fddi                         2 articles +  569 old  

-- 

Merike Kaeo			merike@alw.nih.gov
National Institutes of Health	(301) 402-1548 


                          o
                            \
                          \0/
       ||==================|=====||
       ||-+-+-+-+-+-+-+-+-/\+-+-+||
       ||=================\=\====||
       ||                        ||
       ||                        ||
       ||                        ||

    ......kill or be killed.....



Newsgroups: comp.dcom.lans.fddi
From: jzwiebel@pgl-devsvr.den.mmc.com (John Zwiebel 303-977-1480 jzwiebel@pgl-devsvr.den.mmc.com)
Subject: RS6000 FDDI/IP disconnect
Organization: PAGE @ Martin-Marietta
Date: Thu, 20 Aug 1992 17:09:02 GMT

I have a FDDI ring with about 20 RS6000's and 4 cisco AGS routers on it.  If I "bounce" the ring the FDDI stack and the IP stack on the RS6000 will stop talking to each other.

"Bouncing the ring" means:
	-disconnecting and reconnecting an FDDI cable on any system on the ring.
	-rebooting one of the RS6000's (or several of them)
	-issuing the command "clear int fddi 0" on one of the routers.
	-or any combination of these.

Performing one of these actions and waiting for a period of at least five minutes does not cause any problem.  Performing several of these actions in a fairly short time will cause one or more of the RS6000's to exhibit the 'disconnect' systems.

"FDDI/IP disconnect" means the RS6000 with the problem:
	-can not communicate via IP over the FDDI interface meaning:
		NO response to ping queries sent to the problem host
		NO response to ping queries sent from the problem host
		NO LLC FDDI packets from the problem host recorded on a 
			lanalyzer.
	-the upstream and downstream neighbors of the problem host show normal 
		FDDI connections.  (thru, etc)
	-the command 'fddistate 0' on the problem host shows normal FDDI 				connections.
	-there is no change in the ARP table on the problem host or any other
		system connected to the network.
	-there is no change in the routing table on the problem host or any
		other system connected to the network.
	-a FDDI lanalyzer continues to record some packets from the 
		problem host.
	-After a period of about 20 minutes, without any operator actions, 
		normal IP traffic will resume.
	-If the problem host is rebooted, normal traffic will resume.

The cisco routers are now running OS 8.3(3.2) but they have run other newer and older versions of the OS.  The cisco systems never have any trouble maintaining communication over the ring.

Recording traffic when the problem shows that the ring enters a token claim state and then a beacon state.  The DTI lanalyzer buffer is filled almost immediatly having captured over 50K packets in about a second.  It is filled before the renegotiation process is completed so I can't provide much more information on what is really happening on the ring.
 
Has anyone else seen this problem? 

Does anyone have any suggestions on what additional information I should try to gather so I can make an intelligent problem report to IBM?

Please send Email
Thanks
jzwiebel@pgl-devsvr.den.mmc.com
From: jn1lfd@marugw.maru.prug.or.jp (Kazuhiko Oho)
Newsgroups: comp.dcom.lans.fddi
Subject: CMC's FDDI board (In Japanese/Kanji)
Date: 18 Aug 92 10:58:08 GMT
Organization: Marunouchi Branch PRUG Tokyo


        Hello folks.

        I'm using CMC's CMC-1056 FDDI board (VME) on Sun-3/470
        but I have few questions. Please tell me.

        (1) When I going to configurate a kernel, I installed the driver-
           software from a tape and run the installation program, but...
           2 unresolved external (fxp0 starting address ???)happend 
           and failed to make a kernel. Why?

        (2) Does this board work well on SAS mode?


        Thanks in advance.

--
Kazuhiko OHO --- jn1lfd@marugw.maru.prug.or.jp
{UUNET}!macrofield!jh1ynw!marugw!jn1lfd
Newsgroups: comp.dcom.lans.fddi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: RS6000 FDDI/IP disconnect
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 20 Aug 1992 23:40:53 GMT

In article <1992Aug20.170902.1295@den.mmc.com>, jzwiebel@pgl-devsvr.den.mmc.com (John Zwiebel 303-977-1480 jzwiebel@pgl-devsvr.den.mmc.com) writes:
> ...
> Recording traffic when the problem shows that the ring enters a token
> claim state and then a beacon state.  The DTI lanalyzer buffer is
> filled almost immediatly having captured over 50K packets in about a
> second.  It is filled before the renegotiation process is completed so ...


You have enough information to find the problem.

The MAC addresses in the beacon frames point to either the bad guy or
the downstream neighbor of the bad guy.  



Vernon Schryver,  vjs@sgi.com
From: gthaker@fergie.atl.ge.com (Gautam H Thaker)
Newsgroups: comp.dcom.lans.fddi
Subject: FDDI perf. numbers or reference.
Date: 14 Aug 92 14:22:35 GMT
Organization: GE Aerospace, Advanced Technology Labs

I am looking for measured throughput and latency perf. numbers for FDDI net
for experiments involving a small (2-6) number of modern Unix workstations.
It would be particularly helpful if comparisons are made with same
workstations connected via ethernet. Any ref. to published data would also
be welcome.  Finally, can anyone tell me how FDDI handles broadcast
messages for dynamically changeable subset of workstations?

Thanks in advance.

Gautam H. Thaker (gthaker@atl.ge.com)
GE Adv. Tech. Lab.; Route 38, MS 145-2; Moorestown, NJ 08057
609-866-6412 (fax x6397. Dialcom 8-777) 767-4396 (home)

-- 
Gautam H. Thaker 
Newsgroups: comp.dcom.lans.fddi
From: rfrink@meaddata.com (Rick Frink)
Subject: FDDI Cards
Organization: Mead Data Central, Dayton OH
Date: Thu, 20 Aug 1992 22:26:11 GMT

   We are on the verge of a sizable implementation of FDDI to the server.
The servers are Sun SPARC.  We are heavily dependant upon NFS.  I'd like
to hear experiences with various vendors SBUS FDDI SAS cards.  Email would 
be appreciated...

----------------------------------------------------------------------

Rick Frink                                              (513) 865-1645
Mead Data Central                             Telecomm/Campus Networks
P.O. Box 933                                       rfrink@meaddata.com
Dayton, Ohio  45401                          ...!uunet!meaddata!rfrink




Newsgroups: comp.dcom.lans.fddi
From: bzbmaier@ZIB-Berlin.DE (Gerhard Maierhoefer)
Subject: FDDI performance
Keywords: FDDI performance
Reply-To: bzbmaier@ZIB-Berlin.DE
Organization: Konrad Zuse-Zentrum fuer Informationstechnik Berlin
Date: Tue, 18 Aug 1992 08:16:26 GMT


I have to have  measure the performance of FDDI in a heterogeneous environment. 
(Crays -LSC to  NSC-DX -> FDDI,  ethernet -> NSC-DX -> FDDI.

I'm looking for a memory to memory test-tool  to measure throughput between :
	Cray to Cray
	Cray to  xxx  with  xxx  sun, rs6000, sgi, etc

Can someone guide me to a ftp-site to download such a tool??

Thanxs
Gerhard
Newsgroups: comp.dcom.lans.fddi
From: eckert@immd4.informatik.uni-erlangen.de (Toerless Eckert)
Subject: Re: FDDI perf. numbers or reference.
Organization: CSD., University of Erlangen, Germany
Date: Sun, 16 Aug 1992 21:57:36 GMT

From article <okg392s@rhyolite.wpd.sgi.com>, by vjs@rhyolite.wpd.sgi.com (Vernon Schryver):
> In article <1992Aug14.142235.4913@puma.ATL.GE.COM>, gthaker@fergie.atl.ge.com (Gautam H Thaker) writes:
>> I am looking for measured throughput and latency perf. numbers for FDDI net
>> for experiments involving a small (2-6) number of modern Unix workstations.
>> It would be particularly helpful if comparisons are made with same
>> workstations connected via ethernet. Any ref. to published data would also
>> be welcome.  Finally, can anyone tell me how FDDI handles broadcast
>> messages for dynamically changeable subset of workstations?
> 
> 
> The performance of UNIX workstations for TCP/IP or UDP/IP over FDDI
> varies by at least a factor of 3, and perhaps 5.  From 20-30Mbit/sec to
> 50-98 Mbit/sec.  It depends on many things, of course starting with the
> maker and model of workstation.

I have only measured numbers up to 40 Mpbs and i am somewhat frustrated.
Right now i am somewhat bound to Suns, so does anyone know how to get
more than say 40 Mbps with UDP over a Sun FDDI interface ? As far as
i understadn the situation, it much depends on the upper protocol stack
too, so maybe one got better results for some kind of a more 
"raw" protocol stack ? So far i know the Sun FDDI/DX, FDDI/S and
Interphase Peregrine 4211 Controller. Are there better numbers with other
controllers ?

Thanks

(And just don't tell me about some kind of experimental setups that can
 achieve 100 Mbps, but that one really cannot get, because they are 
 disclosed ;-((
-- 

             Toerless.Eckert@informatik.uni-erlangen.de
    /C=de/A=dbp/P=uni-erlangen/OU=informatik/S=Eckert/G=Toerless/
	             2b or not 2b that is ff
From: michael@hal.com (Michael Coxe)
Newsgroups: comp.dcom.lans.fddi
Subject: Max distance for type-5 UTP cable for new building??
Keywords: twisted-pair cable max-length
Date: 20 Aug 92 18:07:13 GMT
Organization: HaL Computer Systems
NNTP-Posting-Host: akbar.hal.com

My company is expanding into a new building soon and will be installing
Type-5 unshielded twisted-pair for data, with the reasoning that eventual
FDDI over copper standards will support it. I've been told by several
vendors that 100 meters is OK, though I'm not yet convinced. I could possibly
do 50 meter max runs but it would require going over a few heads to change the 
building layout to accomodate a more centralized wiring closet.

My question is: Should I believe the vendor claims or do I trust my paraniod
instincts and insist on that centralized wiring closet where I can limit cable
runs to 50 meters.

Also, is there any hope/plan that ATM will run over copper, or does it now?
(hedging bets on the future type of question...)
-- 

Michael Coxe               | HaL Computer Systems
michael@hal.com            | 1315 Dell Avenue, Campbell, CA 95008 USA
From: gcaw@otter.hpl.hp.com (Greg Watson)
Date: Fri, 21 Aug 1992 13:21:54 GMT
Subject: Re: FDDI vs. ATM
Organization: Hewlett-Packard Laboratories, Bristol, UK.
Newsgroups: comp.dcom.lans.fddi

In comp.dcom.lans.fddi, rasp@xlnt.com (Ron Perloff) writes:

<stuff deleted>

> FDDI offers synchronous service which is not to be confused with
> isochronous service. Synchronous service guarantees bandwidth to
> individual stations, but the delivery can be jittery. Isochronous
> service which is available in the not-yet-standardized FDDI-II
> and ATM guarantees bandwidth and low-jitter delivery. That feature
> is helpful for transmitting real-time voice and video.

Hmmm. Isochronous is a misleading word as it means different things to
different people.  Many people associate isochronous with the 8kHz
public network - access is obtained every 125microseconds.  FDDI-II has
planned to provide such an isochronous service (I believe) but I do
NOT believe that such a service will be available via ATM.  

Personally I would be much happier if people talked about a particular 
Quality of Service, rather than asynchronous, synchronous, isochronous, 
etc., although I confess I too am guilty of using these terms.

ATM will (one day) offer various Qualities of Service. Two of the
first may well be:

	1.  Guaranteed mean throughput 

and	2. Best effort (no guarantees, but send your packet and we'll try
           to get it where its going)

It is service 1 that comes close to `isochronous' but the difference here 
is the jitter encountered.  Jitter will occur within ATM switches, and will
depend on the behaviour of other traffic sources.  I certainly hope that the
jitter will be very limited, but I doubt that it will be as low as the
jitter associated with current `isochronous' services.

So the only difference is jitter.  But this is important, because even
the basic `asynchronous' FDDI service will guarantee both a minimum 
throughput and a maximum access delay, but the latter may be as large 
as many seconds.

Also, service 1 may well allow you to send more data than the mean rate
agreed upon, but you probably lose your guarantees of quality of service.

I agree pretty much with everything else Ron says in his note.

ATM has other _potential_ benefits to the end-user, such as a single management
scheme which interoperates with the public network (one day), unified
addressing mechanisms (perhaps), but these are points that more
qualified people might wish to raise.  

ATM also has _potential_ performance problems: the use of 48 byte payload
cells means that a lot of segmentation and reassembly needs to take place
when sending large packets.  To obtain 100s of Mbit/s throughput this will
probably require VLSI, and the associated cost.

You might have noticed that one advantage that FDDI has over ATM is that it
is less _potential_ and more REAL 8-).  Indeed, if management schemes for 
ATM are as slow in arriving as FFDI SMT then don't hold your breath.

Greg Watson
Hewlett Packard Laboratories,

Of course these are my totally biased opinions and similarity to those
of HP is entirely coincidental.
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Newsgroups: comp.dcom.lans.fddi
Subject: Re: Fddi cards for ISA or EISA?
Date: 20 Aug 92 15:46:33 GMT
Organization: Quotron Systems, Inc.

In article <1992Aug20.014826.16745@homecare.com> jessea@homecare.com (Jesse W. Asher) writes:
>Can someone point me in the right direction on some manufacturers of
>FDDI cards for use in an ISA or EISA system?  It would be better if it
>were EISA, but I'll take anything I can get my hands on.  Thanks.
>-- 
>      Jesse W. Asher                                   Phone: (901)762-6000
>                         Varco-Pruden Buildings
>	      6000 Poplar Ave., Suite 400, Memphis, TN  38119
> Internet: jessea@homecare.COM                 UUCP: ...!banana!homecare!jessea


One manufacturer, Codenoll Technology Corporation in Yonkers NY, may have
what you are looking for. They presently have an ISA Bus board on the market
and will, very shortly, have their EISA bus version available. The ISA board
has support for Novell ( Novell certified ), SCO Unix, and Interactive Unix.
Their board has also been certified by the ANTC Testing labs in Sunnyvale, Ca.
Actually, there are two separate certifications: one for Single and one for
Dual Attached configurations.

FYI, Codenoll announced their Macintosh FDDI board at Mac World two weeks
ago. Actually, it was more than an announcement, they were demonstrating it
at the show ( using QuickTime ).

I hope that this helps,

Sanford <sandy> Zelkovitz

------------------------------------------------------------------------------

-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
From: jessea@homecare.com (Jesse W. Asher)
Newsgroups: comp.dcom.lans.fddi
Subject: Fddi cards for ISA or EISA?
Date: 20 Aug 92 01:48:26 GMT
Organization: G.O.D Inc.

Can someone point me in the right direction on some manufacturers of
FDDI cards for use in an ISA or EISA system?  It would be better if it
were EISA, but I'll take anything I can get my hands on.  Thanks.
-- 
      Jesse W. Asher                                   Phone: (901)762-6000
                         Varco-Pruden Buildings
	      6000 Poplar Ave., Suite 400, Memphis, TN  38119
 Internet: jessea@homecare.COM                 UUCP: ...!banana!homecare!jessea