Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!cs.utexas.edu!uunet!munnari.oz.au!wcc!tom
From: tom@wcc.oz (Tom Evans)
Newsgroups: comp.protocols.appletalk
Subject: Re: ATP timeouts
Summary: TREL
Message-ID: <417@wcc.oz>
Date: 24 Oct 89 07:55:39 GMT
References: <8910170031.AA15296@dartvax.dartmouth.edu>
Organization: Webster Computer, Melbourne, Australia
Lines: 28

In article <8910170031.AA15296@dartvax.dartmouth.edu>, c11234@D1.DARTMOUTH.EDU (Stan Dunten) writes:
> Does anyone have a fix for this piece of Apple stupidity?
> 
> Externally it appears that the AppleShare code uses the following
> retransmission scheme:
> 
(details on ATP timeout)

What about when the TREL gets dropped? AppleShare (other
AFP-compatibles as well) SHOULD KEEP GOING while they keep the packets
stashed somewhere till the 30-second (CAP) TREL timer goes off. CAP
just blocks - stonewalls till the 30 seconds is up. You see a
30-second hole in the universe. I don't know what AppleShare does, but
it exhibits the same behaviour (with a 10-20 second hole). Maybe it
runs out of memory for the buffers or something?

I've had HyperCard take 5 minutes to launch (from CAP) on a bad net - all
due to to the 30-second stalls.

Does anyone know what AppleShare is really doing? Does it work better
on a fat Mac II with lots of memory?
			    ---------
Tom Evans  tom@wcc.oz		|
Webster Computer Corp P/L	| "The concept of my
1270 Ferntree Gully Rd		|  existence is an
Scoresby VIC 3179    Australia	|  approximation"
Australia			|
61-3-764-1100  FAX ...764-1179	|      D. Conway