[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Last Call: Combined DES-CBC, HMAC and Replay Prevention

To: hughes@nsco.network.com
Subject: Re: Last Call: Combined DES-CBC, HMAC and Replay Prevention
From: ho@earth.hpc.org (Hilarie Orman)
Date: Tue, 31 Dec 1996 15:12:10 -0500
Cc: ipsec@tis.com
In-reply-to: Yourmessage <199612311956.MAA07022@baskerville.CS.Arizona.EDU>
Sender: owner-ipsec@ex.tis.com

I don't think we want to define different transforms for multicast, but I'm
not sure that having traffic "go away and come back" is a multicast
property.  Perhaps I'm missing the point.  It seems to me that there are
local problems (no buffer space) that could lead to long dropout periods.

Hilarie

:-) How does the replay mechanism behave if there is a stuck bit in the reply
counter?

Prev by Date: Re: Last Call: Combined DES-CBC, HMAC and Replay Prevention Security Transform to Proposed Standard
Next by Date: Re: Last Call: Combined DES-CBC, HMAC and Replay Prevention Security Transform to Proposed Standard
Prev by thread: Re: FW: ISAKMP Version
Next by thread: Re: Last Call: Combined DES-CBC, HMAC and Replay Prevention
Index(es):
- Main
- Thread