Re: Question about SAs and draft-ietf-ipsec-isakmp-oakley-06

"Alexei V. Vopilov" <alx@elnet.msk.ru> Fri, 06 March 1998 22:44 UTC

Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id RAA06960 for ipsec-outgoing; Fri, 6 Mar 1998 17:44:21 -0500 (EST)
From: "Alexei V. Vopilov" <alx@elnet.msk.ru>
To: Will Fiveash <will@austin.ibm.com>
Cc: will@austin.ibm.com, ipsec@tis.com
Subject: Re: Question about SAs and draft-ietf-ipsec-isakmp-oakley-06
Date: Sat, 07 Mar 1998 01:57:00 +0300
Message-ID: <01bd4953$2c0b6760$95883ac0@alx-home>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
Sender: owner-ipsec@ex.tis.com
Precedence: bulk

[. . . ]

:Is the SA above considered a single SA negotiation as specified in the
:following sentence?:
:
:   A single SA negotiation results in two security assocations-- one
:   inbound and one outbound.

At least two, depending on 'Proposal' payloads contents.
If two proposals with the same number exist, then more SAs would
be negotiated.


:Or does the SA payload contain multiple SA negotiations (one for AH and
:another for ESP)?  

SA payload is followed by proposal payload(s), the latests are responsible
for actual SAs creation, since carry reservation for SPI values.

:Or do I have to use (note the seperate SA payloads):
:
:        Initiator                        Responder
:       -----------                      -----------
:        HDR*, HASH(1), SA0, SA1, Ni,
:          [, KE ] [, IDci, IDcr ] -->
:                                  <--    HDR*, HASH(2), SA0, SA1, Nr,
:                                            [, KE ] [, IDci, IDcr ]
:        HDR*, HASH(3)             -->
:
:to negotiate and create a IPSec tunnel that uses AH and ESP?

OOPS, the above case corresponds to whatever called a SA bundle.
SA bundle is used for negotiating SAs overlapped by lifetime.
Thus when SA0 get expired, SA1 is ready to be used without additional
negotiations.


:If a single
:SA payload can only negotiate for one protocol then this needs to be
:clearly stated in the isakmp-oakley draft.

For example, one can send proposal of form
(ESP and AH) or (AH) or (ESP). So a question to you: how many SAs would
be finally negotiated, having in mind that responder has to answer only
with one of above proposals being enclosed in brackets. ? ;-)

[. . .]

--Alexei