[cap-talk] Persistence as a cap value (was: Re: ...PLASH discussion)
Kevin Reid
kpreid at mac.com
Thu Mar 13 16:54:15 EDT 2008
On Mar 13, 2008, at 13:07, Jonathan S. Shapiro wrote:
> The reason that a session is insecure following restart is that the
> publisher can no longer know who is sending packets from the other end
...
> When this happens, there is either a mechanism to re-construct and
> re-authenticate the session that existed between the machines, or more
> commonly there is not. The need to reconstruct is actually good,
> because
> the applications on the respective sides are no longer mutually
> consistent following a failure.
I understand now.
(This is what E does; eventual refs are ephemeral and sturdy refs are
persistent. However, the objects referred to by eventual refs may be
persistent.)
--
Kevin Reid <http://homepage.mac.com/kpreid/>
More information about the cap-talk
mailing list