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

Re: SOI QUESTION: 6.3, 6.4, 6.5



> 6.3 Future versions of the protocols
> 6.3.A) Should SOI have a mechanism for demanding/requesting that a
> peer use a particular version of IKE/SOI to allow upgrading to new
> versions?

I don't really understand the question...

> 6.4 Code-preservingness
> 6.4.A) Is it important that SOI allow some amounts of an IKEv1
> implementation be reusable when creating an SOI implementation?

Yes.

> 6.5 Extensibility of the protocols
> 6.5.A) Should SOI have mechanisms for allowing extensions to the SOI
> protocol?

Yes, and we should define what to do with unknown extensions, ie what
is expected behavior (ignore, return error, fail). 

> 6.5.B) Should SOI need a way to mark new extensions as critical?
> (i.e. If you don't understand a critical extension you must fail the
> entire negotiation)

Yes.
-- 
kivinen@ssh.fi
SSH Communications Security                  http://www.ssh.fi/
SSH IPSEC Toolkit                            http://www.ssh.fi/ipsec/