[DMM] Stephen Farrell's Discuss on draft-ietf-dmm-hnprenum-06: (with DISCUSS and COMMENT)

Stephen Farrell <stephen.farrell@cs.tcd.ie> Tue, 28 February 2017 09:47 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: dmm@ietf.org
Delivered-To: dmm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96A50126FDC; Tue, 28 Feb 2017 01:47:25 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.46.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148827524557.30763.8868773089488417428.idtracker@ietfa.amsl.com>
Date: Tue, 28 Feb 2017 01:47:25 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/MzaNDpWp51lNkohj96vnOxp0nP0>
Cc: draft-ietf-dmm-hnprenum@ietf.org, dmm-chairs@ietf.org, dmm@ietf.org, max.ldp@alibaba-inc.com
Subject: [DMM] Stephen Farrell's Discuss on draft-ietf-dmm-hnprenum-06: (with DISCUSS and COMMENT)
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2017 09:47:25 -0000

Stephen Farrell has entered the following ballot position for
draft-ietf-dmm-hnprenum-06: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-dmm-hnprenum/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------


I think this should be an easy one to resolve:

Section 7 says: "The protection of UPN and UPA
messages in this document follows [RFC5213] and
[RFC7077]." I'm not clear if "follows" means the same
as "MUST be protected using end-to-end security
association(s) offering integrity and data origin
authentication" (RFC5213, section 4). I think it ought
really, as otherwise this could subvert the security
of PMIPv6. So wouldn't it make sense to be explicit
that these new messages have the same MUST
requirements as binding updates. Doing that by
repeating the quoted text from 5213 would be a fine
way to do that, but there may be better options.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------


- It might also be worth saying in section 7 that to
provision a new HNP someone has to have setup all the
IPsec stuff for that.