[Taps] Opsdir telechat review of draft-ietf-taps-transport-security-11

Susan Hares via Datatracker <noreply@ietf.org> Thu, 16 April 2020 10:35 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: taps@ietf.org
Delivered-To: taps@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B5D303A141F; Thu, 16 Apr 2020 03:35:34 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Susan Hares via Datatracker <noreply@ietf.org>
To: ops-dir@ietf.org
Cc: last-call@ietf.org, taps@ietf.org, draft-ietf-taps-transport-security.all@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.127.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <158703333468.25896.8984664151253035199@ietfa.amsl.com>
Reply-To: Susan Hares <shares@ndzh.com>
Date: Thu, 16 Apr 2020 03:35:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/OD0sxa-eVsJo91tBeLZ5r5782d8>
Subject: [Taps] Opsdir telechat review of draft-ietf-taps-transport-security-11
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Apr 2020 10:35:42 -0000

Reviewer: Susan Hares
Review result: Ready

Greetings:

This is an ops-dir review  that looks at the operational aspects of any draft. 

Overall: Thank you for a clear and well-written document. 

This draft is well written and clear.    One minor editorial nitty-nit.
One personal plea from the IDR  co-chair(WG that maintains BGP), 
and co-author of BGP (RFC4771).   

Personal plea: 
You've clear stated the BGP issue up front. 
 TCP MD5 is bad (due to privacy issues) and TCP-AO 
is not deployed..  Has the TAPs given any thought to 
what might be  a replacement that could utilize some of the modern 
TCP.   Would any of your co-authors be willing to chat about 
this issue? 

The  very minor editorial nitty-nit. 
Would you please check the order of the items in 
the pre-shared key import (PSKI) [p. 13-14] 
to see that it is the same order as the table.