[Hipsec] Secdir last call review of draft-ietf-hip-rfc4423-bis-19
Sean Turner <sean@sn3rd.com> Tue, 27 February 2018 15:06 UTC
Return-Path: <sean@sn3rd.com>
X-Original-To: hipsec@ietf.org
Delivered-To: hipsec@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0897012D963; Tue, 27 Feb 2018 07:06:51 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Sean Turner <sean@sn3rd.com>
To: secdir@ietf.org
Cc: draft-ietf-hip-rfc4423-bis.all@ietf.org, hipsec@ietf.org, ietf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.73.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151974401093.28581.6727583492292312298@ietfa.amsl.com>
Date: Tue, 27 Feb 2018 07:06:51 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/hipsec/G5W5-wmN-RQ0ZSfs4yDD_6I-4Jc>
Subject: [Hipsec] Secdir last call review of draft-ietf-hip-rfc4423-bis-19
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hipsec/>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Feb 2018 15:06:51 -0000
Reviewer: Sean Turner Review result: Has Nits This is a bis draft of the HIP (Host Identity Protocol) Architecture and because of that I focused on what’s changed (i.e., I reviewed the diffs from https://www.ietf.org/rfcdiff?url1=rfc4423&url2=draft-ietf-hip-rfc4423-bis-18) It’s still HIP but with a slightly expanded scope; it’s still Informational. 1. s4: The one place where I’ll step out from not looking at the old is a similar-ish recommendation that was in the RF4423: In this document, the non-cryptographic forms of HI and HIP are presented to complete the theory of HI, but they should not be implemented as they could produce worse denial-of-service attacks than the Internet has without Host Identity. Should the should not be a SHOULD NOT? 2. (none security) s4.4: Is the paragraph about IPv4 vs IPv6 vs LSI really necessary? I.e., is this yet another thing that folks are going to use to not transition to IPv6? 3. s11.2: Isn’t an additional drawback the need to have a HIP-aware firewall?