Re: [MSEC] [IPsec] GDOI GROUPKEY-PUSH Acknowledgment Message

"Brian Weis (bew)" <bew@cisco.com> Fri, 06 January 2017 16:43 UTC

From: "Brian Weis (bew)" <bew@cisco.com>
To: Paul Wouters <paul@nohats.ca>
Thread-Topic: [IPsec] GDOI GROUPKEY-PUSH Acknowledgment Message
Thread-Index: AQHSZt5Pm+5bN/TfMkWEbIAgfGfqGaEq0duAgAEsLYA=
Date: Fri, 06 Jan 2017 16:43:16 +0000
Message-ID: <9646944C-0EFA-4F72-B2C3-B460A1E1E937@cisco.com>
References: <7D8F64E3-7B45-4141-95ED-87E2F503EB71@cisco.com> <alpine.LRH.2.20.1701051741570.16157@bofh.nohats.ca>
In-Reply-To: <alpine.LRH.2.20.1701051741570.16157@bofh.nohats.ca>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.19.191.172]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A38F29F8C48B7441B8B689CC548072DF@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/msec/o-b7G1ybCHtF_sWMz51uDg8-jDE>
Cc: "ipsec@ietf.org" <ipsec@ietf.org>, "msec@ietf.org" <msec@ietf.org>
Subject: Re: [MSEC] [IPsec] GDOI GROUPKEY-PUSH Acknowledgment Message
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/msec/>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jan 2017 16:43:19 -0000

Hi Paul,

Thanks for your comments.

> On Jan 5, 2017, at 2:48 PM, Paul Wouters <paul@nohats.ca> wrote:
> 
> On Wed, 4 Jan 2017, Brian Weis (bew) wrote:
> 
>> 
>> In Seoul there was a presentation on the GDOI GROUPKEY-PUSH Acknowledgment Message (https://datatracker.ietf.org/doc/draft-weis-gdoi-rekey-ack/), an update to RFC 6407 (GDOI) — a group key management protocol using IKEv1. GDOI was originally managed by the MSEC WG, which is no longer active. The question was asked as to whether there was any interest in the IPSECME working group in this work, and the authors were asked to take the question to this list. Please respond if you believe the draft should be managed within IPSECME, rather than as an AD sponsored draft (which is the alternative plan).
> 
> Is 6407 actually implemented for IKEv2? It really reads as an IKEv1
> plugin. Similarly, this also seems like an IKEv1 plugin for that
> plugin. I'm a little surprised 6407 is Standards Track.

Correct, it’s based on IKEv1. We understand that IPSECME is focused on IKEv2, but were asked to make sure that the working group was not interested before taking another path.

> I wasn't around when 6407 happened. It seems like a very complicated
> keying protocol that just happens to be run inside IKE (although on
> a different port?).

The goal of the 6407 is to provide key management for IP multicast flows. The IKE1 protocol re-use for 6407 makes sense for the devices that supported IPsec protection for both unicast and multicast traffic.

> I'm not sure how many people within ipsecme
> are familiar with this and would want to work on this document. As
> it seems to not affect IKEv2 on port (4)500, I feel it is probably
> best done without adoption by the WG.

Thanks.

> Although it currently says
> Standards Track, so I'm not sure if it can be that and AD sponsored?

Kathleen has agreed to AD sponsor the draft if ipsecme is not interested.

Brian

> 
> Paul

-- 
Brian Weis
Security, CSG, Cisco Systems
Telephone: +1 408 526 4796
Email: bew@cisco.com

[MSEC] GDOI GROUPKEY-PUSH Acknowledgment Message Brian Weis (bew)
Re: [MSEC] [IPsec] GDOI GROUPKEY-PUSH Acknowledgm… Paul Wouters
Re: [MSEC] [IPsec] GDOI GROUPKEY-PUSH Acknowledgm… Brian Weis (bew)