Re: [ippm] Secdir last call review of draft-ietf-ippm-route-08

"MORTON, ALFRED C (AL)" <acm@research.att.com> Sun, 28 June 2020 15:55 UTC

Return-Path: <acm@research.att.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E69CE3A0D5B; Sun, 28 Jun 2020 08:55:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l72YUG3C_Mxw; Sun, 28 Jun 2020 08:55:44 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5163A3A02C1; Sun, 28 Jun 2020 08:55:44 -0700 (PDT)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id 05SFrFYu018856; Sun, 28 Jun 2020 11:55:42 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049463.ppops.net-00191d01. with ESMTP id 31x2gb6w4w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 28 Jun 2020 11:55:42 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 05SFtfsk104844; Sun, 28 Jun 2020 10:55:42 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id 05SFtW2F104691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 28 Jun 2020 10:55:33 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id DDF91403A432; Sun, 28 Jun 2020 15:55:32 +0000 (GMT)
Received: from clph811.sldc.sbc.com (unknown [135.41.107.12]) by zlp30496.vci.att.com (Service) with ESMTP id B2AFD403A430; Sun, 28 Jun 2020 15:55:32 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 05SFtVZ9124298; Sun, 28 Jun 2020 10:55:32 -0500
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.255.15]) by clph811.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id 05SFtQ9V124018; Sun, 28 Jun 2020 10:55:26 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-green.research.att.com (Postfix) with ESMTPS id 5612C10A202D; Sun, 28 Jun 2020 11:55:25 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0468.000; Sun, 28 Jun 2020 11:55:25 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: Watson Ladd <watsonbladd@gmail.com>, "secdir@ietf.org" <secdir@ietf.org>
CC: "ippm@ietf.org" <ippm@ietf.org>, "draft-ietf-ippm-route.all@ietf.org" <draft-ietf-ippm-route.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: Secdir last call review of draft-ietf-ippm-route-08
Thread-Index: AQHWTIyZvXQz0VhNUkW5CnKGDiRZYajuKL2Q
Date: Sun, 28 Jun 2020 15:55:24 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF0108A69B10@njmtexg5.research.att.com>
References: <159326696737.10306.5653213903966509356@ietfa.amsl.com>
In-Reply-To: <159326696737.10306.5653213903966509356@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [69.141.203.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-28_11:2020-06-26, 2020-06-28 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 lowpriorityscore=0 bulkscore=0 mlxlogscore=999 clxscore=1011 cotscore=-2147483648 priorityscore=1501 adultscore=0 phishscore=0 impostorscore=0 suspectscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006280117
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/Xe2wNRx_W1wlhto6RRLzPqcnsFU>
Subject: Re: [ippm] Secdir last call review of draft-ietf-ippm-route-08
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Jun 2020 15:55:46 -0000

Hi Watson, 
Thanks for your review and comments.
please see replies below,
Al

> -----Original Message-----
> From: Watson Ladd via Datatracker [mailto:noreply@ietf.org]
> Sent: Saturday, June 27, 2020 10:09 AM
> To: secdir@ietf.org
> Cc: ippm@ietf.org; draft-ietf-ippm-route.all@ietf.org; last-call@ietf.org
> Subject: Secdir last call review of draft-ietf-ippm-route-08
> 
> Reviewer: Watson Ladd
> Review result: Has Nits
> 
> I have reviewed this document as part of the security directorate's
> ongoing
> effort to review all IETF documents being processed by the IESG.  These
> comments
> were written primarily for the benefit of the security area directors.
> Document
> editors and WG chairs should treat these comments just like any other last
> call
> comments.
> 
> The summary of the review is Has Nits.
> 
> One little thing: class C has a meaning already, and I think the authors meant a
> class to be referred to by C, not the ancient term for a division of IP space
> that fell out of use long before my birth. Later on this becomes clear,
> but in the introduction it did throw me off.
[acm] 
The class C terminology appears first in the Terms and Definitions, unless I overlooked an instance in the intro...

We were asked to define the term Routing Class on AD review, which we did. Perhaps we could add the clarification from section 4.1.2:  ... (unrelated to address classes of the past) ... 
But somehow RFC 2330 (the IPPM Framework) and most recently RFC 8468 used designation without much difficulty.

> 
> The conclusion paragraph also seems to describe a much less comprehensive
> document then the introduction pragraph. This does seem to have been an effect
> of evolution, and is pretty easily fixed and mostly cosmetic.
[acm] 
Thanks, we also see requests to remove "conclusion" sections from RFCs, and that's a possible resolution too.
 
> 
> Now for the meat: what about the security considerations? Since this draft is
> describing enhancements to traceroute and ways to describe the measurements
> taken by such enhanced traceroutes, the security impact is minimal and the
> authors reference the existing RFCs describing the security impacts of
> tracroutes on networks.
[acm] 
I'm looking for the action implied in your comment.  Do we add the sentences:

This draft describes enhancements to traceroute and ways to describe the measurements taken by such enhanced traceroute tools. The security impact is minimal and the authors reference the existing RFCs describing the security impacts of active and hybrid measurements on networks (of which traceroute measurements are a subset) below.

Or?

> 
> Sincerely,
> Watson Ladd
>