[anonsec] Dan's comments (Re: Connection Latching draft review (draft-ietf-btns-connection-latching-04.txt))

Stephen Kent kent at bbn.com
Mon Jan 14 13:57:29 PST 2008


At 3:42 PM -0600 1/14/08, Nicolas Williams wrote:
>On Mon, Jan 14, 2008 at 04:18:03PM -0500, Stephen Kent wrote:
>>  Nico & Dan,
>>
>>  the SPD has always been a persistent database. the newly added PAD
>>  also is persistent. It's the SAD that is transient, i.e., need not
>
>Had I gotten this wrong?  No.  Dan may not be totally up to speed with
>RFC4301 terminology, but I wouldn't dismiss what he has to say on
>account of that.

since, as I said, the SPD has ALWAYS been defined as persistent, this 
misunderstanding is not attributable to a lack of familiarity with 
4301.

>  > have any entries unless SAs have been created, and those entries
>>  vanish when the SAs they represent vanish. The notion of dynamic
>>  modification of the SPD is a relatively new concept, not part of the
>>  original design, but not ruled out by it. Also note that the
>>  de-correlated SPD model introduced in 4301 works very well for a
>>  persistent database, but could be costly to maintain if the SPD is
>>  frequently updated.
>
>Are you asking that the connection latching I-D address how to perform
>dynamic updates of a de-correlated SPD?

no. I was just noting the most recent (2 years old) text supporting 
the fact that the SPD was not nominally viewed as dynamic.

Steve


More information about the ANONSEC mailing list