Re: [secdir] Secdir last call review of draft-ietf-mpls-lsp-ping-ospfv3-codepoint-04

"Nagendra Kumar Nainar (naikumar)" <naikumar@cisco.com> Thu, 02 September 2021 16:53 UTC

Return-Path: <naikumar@cisco.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B87C23A1767; Thu, 2 Sep 2021 09:53:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=lxzsa0r2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=WEE5wsRT
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 F_I1ivu0ROnU; Thu, 2 Sep 2021 09:53:50 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F5403A1769; Thu, 2 Sep 2021 09:53:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15809; q=dns/txt; s=iport; t=1630601630; x=1631811230; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+c/XZE8f5Z0/uQC6Cs0SholoIg1iiP2dV5LF4Qs1KAI=; b=lxzsa0r2yOWo9b00As5Jkp0ELSUnCIjpIh8J5nbGtoRcJx/WXi7qWhgu nQIu0FV1/4qHjWBh4hujgUXzbdnd8H7HJfOBMnmoBZCB/uq2A0myozTVi BNlX+SSnFTn25AQKQPRpa1rAURCE6RIZikoIye5NyutQkLKvKbEQ2odxD M=;
X-IPAS-Result: =?us-ascii?q?A0ByAwDnADFhl5tdJa1aHgEBCxIMQIMsIy6BWDcxhg6CA?= =?us-ascii?q?QOFOYgIlVGFA4JTA1QLAQEBDQEBQQQBAYRuAoI9AiU4EwECBAEBAQEDAgMBA?= =?us-ascii?q?QEBBQEBBQEBAQIBBgQUAQEBAQEBAQGBCIVoDYZDAQEBAgESLgEBNwEECwIBC?= =?us-ascii?q?EYyJQIEDgUIGoJPgX9XAw4hAZ53AYE6AoofeIEzgQGCCAEBBgQEghGCeRiCN?= =?us-ascii?q?AmBOoJ/hA+GbCccgg2BFUOCZj6ERoNLgi6GK4FWBEOCIxkTniSNRZEHgRgKg?= =?us-ascii?q?yueexSDZqMfmDmjEQIEAgQFAg4BAQaBeCKBW3AVgyRQGQ+OIAwNCYNQil50O?= =?us-ascii?q?AIGCwEBAwmSCwEB?=
IronPort-PHdr: A9a23:b3vOCBy1e8JI4azXCzPJngc9DxPP8531PQ9T5Jt0w75Nc6H2+ZPkM QSf4Ph2l1bGUM3d7O4MkOvZta3sGAliqZaMuXwPatpAAhkCj8hFng8hRsCEWgX3KffwZHk8G 8JPHFZu43C8Nx1TH8DzL13fq3G/93gcABL6YAF0Pe/yXIXVipff6g==
IronPort-HdrOrdr: A9a23:Hjp6HaPtzpeJZcBcT2P155DYdb4zR+YMi2TDiHoRdfUFSKKlfp 6V88jzjSWE9wr4WBkb6Le90dq7MA3hHP9OkMgs1NKZPDUO11HYV72KgbGSpgEIXheOitK1tp 0QM5SWaueAd2SS5PySiGLTfrpQo6jkzEnrv5ai854Hd3ANV0gU1XYANu/tKDwOeOApP+tcKL Osou584xawc3Ueacq2QlMfWfLYmtHNnJX6JTYbGh8O8mC1/HCVwY+/NyLd8gYVUjtJz7tn23 PCiRbF6qKqtOz+4gPA1lXU849dlLLau5l+7Y23+40owwfX+0GVjbdaKvu/VfcO0biSAWMR4Z 3xStEbTpxOAj3qDzqISFDWqnjdOX4Vmg/fIBmj8CHeSQiTfkNnNyKH7rgpLycxonBQz+1Uwe ZF2XmUuIFQCg6FlCPh58LQXxUvjUasp2E++NRjwkC3fLFuI4O5l7Zvtn+90a1wax7S+cQiCq 1jHcvc7PFZfReTaG3YpHBmxJipUm4oFhmLT0AesojNugIm00xR3g8d3ogSj30A/JUyR91N4P nFKL1hkPVLQtUNZaxwCe8dSY+8C3DLQxjLLGWOSG6XWJ0vKjbIsdr68b817OaldNgBy4Yzgo 3IVBdCuWs7ayvVeIWzNV1wg1nwqUCGLHrQI+1llu1EU4zHNczW2He4OSITeuOb0oEiPvE=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.85,262,1624320000"; d="scan'208,217";a="739598082"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Sep 2021 16:53:48 +0000
Received: from mail.cisco.com (xbe-rcd-006.cisco.com [173.37.102.21]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 182Grm9o027475 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 2 Sep 2021 16:53:48 GMT
Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-rcd-006.cisco.com (173.37.102.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 2 Sep 2021 11:53:48 -0500
Received: from xfe-rtp-001.cisco.com (64.101.210.231) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 2 Sep 2021 11:53:48 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-001.cisco.com (64.101.210.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Thu, 2 Sep 2021 12:53:48 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ntWmC/LM98QeLoHVNgztWEB19ZIKXrJZSRVUHQaOP++iN6dMFZbDictPgbjJuTftRPP4O3gNpCLKRkptsTrHP8bPmU9pK6G4DqSuWcvyULss8Mp2wEnROxYdieP9z5XMm+SVbxJxLzznsQPHOLfvIRTo86LlyIf4I2jnDk5RGoByw+SRt9E4vNyGUmz23ZVOeLIOjL+93+WQj447+7hlNXg5eh5PbhzvLrEUqeh66o6aa9sccWUIoCwB9955HOeXEomKC+t9Qq4sOVPsss4FRFM3GXl3qyoRZ4MpqfZn//5ZC59xy0Lpffpe7FRjySfTgsVO1nLYshvMT0qBLelm+g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zQnvuOdNmqOFqMWsbPdAcecuWKWKjdH01DGMeQgCN5A=; b=WGawI8gcfyzswwKUYOAvS9L/8nfBX6zR0QmlmsBlB/PqnaCcefLQ2g2MIscnPHUNCdzZD5o1Iufn+ZI8C5wlHpaYc8OaawpPBnnqyb88qQQlvkOWz7XFWZqaM5g+2vzI7B0R9SDmT7/oVpahR/c1vedFf/9CH6eVWrutHsSpnp6aQwHJWx84iE+38/ZSaAVOy23MizxJFwpwLq+aCN8+S9JA7TRlSH9LkMBEaJ9F9c6c+VRikBhYdLQdefu6L51k2N4SzteyelN6SyUQP3jnL6pro4WCBCU/ymJXpLpypYOdQOH+IqUlcbMo4+gkneoED8WUyRPgYEHPcQU6gKHZQw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zQnvuOdNmqOFqMWsbPdAcecuWKWKjdH01DGMeQgCN5A=; b=WEE5wsRTI8hifY7+0GSXrJ6EQf64WEmpRU85+Io3iRJJ0W5+H/6a/VgMAI1Pvf7cIF9Zj5PVaoSeREI35z4f037Ru9Hzttib0VKQl+GMtJWfF9XWFbVKCQaHf/xmSXnf9l1lXwJ0U73DSRq3da6QJ8xjgzKFJQFMZKXNhgJhKPc=
Received: from BL3PR11MB5732.namprd11.prod.outlook.com (2603:10b6:208:353::14) by MN2PR11MB3791.namprd11.prod.outlook.com (2603:10b6:208:f9::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.24; Thu, 2 Sep 2021 16:53:47 +0000
Received: from BL3PR11MB5732.namprd11.prod.outlook.com ([fe80::1c1c:533d:ef59:5fed]) by BL3PR11MB5732.namprd11.prod.outlook.com ([fe80::1c1c:533d:ef59:5fed%4]) with mapi id 15.20.4478.022; Thu, 2 Sep 2021 16:53:47 +0000
From: "Nagendra Kumar Nainar (naikumar)" <naikumar@cisco.com>
To: Tero Kivinen <kivinen@iki.fi>
CC: "secdir@ietf.org" <secdir@ietf.org>, "draft-ietf-mpls-lsp-ping-ospfv3-codepoint.all@ietf.org" <draft-ietf-mpls-lsp-ping-ospfv3-codepoint.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: Secdir last call review of draft-ietf-mpls-lsp-ping-ospfv3-codepoint-04
Thread-Index: AQHXXgPKnSgH5QomtUKAK8yBTGMG8auOj2POgAKOogCAAEzd2Q==
Date: Thu, 2 Sep 2021 16:53:46 +0000
Message-ID: <BL3PR11MB5732FB445DEA2A1F9A1923E2C6CE9@BL3PR11MB5732.namprd11.prod.outlook.com>
References: <162333482591.8235.4418205938937483332@ietfa.amsl.com> <BL3PR11MB5732F1592884274961E7B268C6CC9@BL3PR11MB5732.namprd11.prod.outlook.com> <24880.46160.502738.363907@fireball.acr.fi>
In-Reply-To: <24880.46160.502738.363907@fireball.acr.fi>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: iki.fi; dkim=none (message not signed) header.d=none;iki.fi; dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1b85840c-5d4c-437a-62f1-08d96e323b34
x-ms-traffictypediagnostic: MN2PR11MB3791:
x-microsoft-antispam-prvs: <MN2PR11MB3791DD13823222F99A9943D2C6CE9@MN2PR11MB3791.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wmuingUCTKk103TwKt1wHjdAS0UGAQQ8oupJLioocNXWmatJyIA0HIuco0SN03rHf2UGQoQvyRDM4PU6b14JEMkyK6Xul1eHRj4d0NwetEnzMT5ErlM+c/Pbkwg+pZSGljM9nKpF8e3/mFK4GRoVmrzMfXCfYGMPPe9XVslqKSax9bxL/TQkZHxMsHE0+ofzU7Wy1v00q1WSmPaQBFgsPj8ly7Jm3gvUaVibb3fL3zW8X+e1/uPRJM73OLOBKcO+A1r7eDdtPa6PlcEdmbK3aCeBjrT/ULQknlTa3RI2ykMF0Z18eIY5+4omPQDJAnuVioaQQ+zQwNNGZplXg+7YjnBASqoXrUDKA9ByaTPZkufL0nztnihFcDkU3prlHREL7eCUvfqdbfbnuS2pwED++pakwRZfpl1GhBolI70lu8UKIj6F4ZcisulG74YY6t/NF7PN8ST/1nkJ7qum+GXEcekKnThao/QJnnaoBVar+KSXqgvbpdxFOAXgVjDxvuigxz61Eds1S4AxV47BJ4NluO7W2oqdunPsP+NIi6ybXeuGLXy7Np/dPJN93VZlLGfsxquphCh3QmdOK3SRGQW3LwdFeNUsThd2UjvxL+RzGHiFsyXEXJfQoc5o0XQJZ+hsRpgNva0ZWXwRGgSLDqQYhAMjIwe+QDMrVB9aTloV6LkafoEaIW5OQnjp7+mUqA0qW43Ked8HFbtJYiPm/bWf2Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL3PR11MB5732.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(39860400002)(136003)(376002)(366004)(346002)(54906003)(83380400001)(86362001)(4326008)(66946007)(66446008)(71200400001)(9686003)(66556008)(478600001)(66476007)(64756008)(76116006)(7696005)(2906002)(5660300002)(52536014)(6506007)(33656002)(316002)(26005)(53546011)(55016002)(6916009)(9326002)(38100700002)(8676002)(186003)(122000001)(8936002)(38070700005); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?rolpSOyF4f/Sd9aQyxu81aqMwrx7vcY8Ov9O7CK2yQCMNEt6f1s4OrzL?= =?Windows-1252?Q?i6H6kmOTTCjVKNU3ssvGiTrbbTVXzS1LdeSHj455PvEy8BenaZDlOF5Y?= =?Windows-1252?Q?Y5pj6CstBZjV65fMBGcl8pEYyauF5i16KHNOczmmWRCCkoFxxF/nX+Et?= =?Windows-1252?Q?4R4K7ES0rZcM/XpHcmDEw25YIKZqXR0ex1aCxbJI8HoCn3+iH0w4EMK7?= =?Windows-1252?Q?6gkxicYnCtU5idU5OLvkeLAR7EwipHsJcP8OC+40rFfdQRMLAdYtAMeW?= =?Windows-1252?Q?VKAQJhkPROGpJibj4Kw/0Sfcd8n+ls+ycMFAZYNuikxJVKpjEbxHq6a7?= =?Windows-1252?Q?+lrZD+gVymhwLCkzhVdjKM5av04Xzv9eSrS5TZY5RAfOMur9hQtCA+gZ?= =?Windows-1252?Q?xr1sQtg55kb3ovgN7UiL+DVnTy9iiL75Fv74S4/YtOul9HJ1fazAF+OA?= =?Windows-1252?Q?Sfh2lTkdPNMAf2+Kj4iylOr+9JFu0vTCi03yf5J6Q1Tffbnp12uB1b9g?= =?Windows-1252?Q?PfPmcX8aI6xd3rwtXXbi2reFSvz5ThFYkvlUvqtNRbSwaXz9iwD9prf+?= =?Windows-1252?Q?hzZcMj2WmdhfeYkWsGFZO4kbYUg/b0RGp15cNLR7Xciv4/GBDPYR67aS?= =?Windows-1252?Q?OIdfY9KQvabizCuzTlgFrs9tsukR0yMz9SfCgbnqkQdbQLtuZeR953ex?= =?Windows-1252?Q?SkLMC1voPfv6M11HCboNQXsieNbobwKHCHEVbaxNFML5n9Fy2Btyqlbn?= =?Windows-1252?Q?1r6bYraSoyXV3QR1AOzzOjVbD2FLJDXl5nmtI4GYTYZ8KCnlVIWiAFWy?= =?Windows-1252?Q?KLNkUEqZh/jVKACrRgRnVCX3Yq+p/O0swupl3T2rW0KLvSXjMYXz18+m?= =?Windows-1252?Q?I9H9EFh+0pcghUy3SqQtsNaJIhOvEc2ruT21SOttyCzXhtkq8T3jUEQ2?= =?Windows-1252?Q?mM1xrI82Rn7vEsRTDfoQOpyUnWuRed19Zb1MAuM0DjXzcM5LTnctQhuD?= =?Windows-1252?Q?sZBvINwIPnUqEsufLrywsel+K4lEC2O+0kq28y5cKyvltSszV/MBogJv?= =?Windows-1252?Q?w6Deyij9s7fZ1pXBCcfR7PMtPj15/p2pyxmUcrPBFBKNGpwVR338IGDo?= =?Windows-1252?Q?TdPdTgC/wCLGxONaang1GxjInuJVkuA+lTZ+j9lgRc1QFcsGXJCq3EIo?= =?Windows-1252?Q?8Fa/1A3ac6rL1J1Et6sTM+ePuZQBGetdNHEfXSWBcPldtvQ8gZ+SnUD+?= =?Windows-1252?Q?I/DsiRsbi48kUxpwdJN7yfQvMQ8pyuuSh2zISzHxv+uk0O8IKPjhMY0a?= =?Windows-1252?Q?j1cjhQ0BThXz4T49K3aeayib7pRlZqj2/ikt54dom1xiZWGFQdc10cWY?= =?Windows-1252?Q?5hiehRmMFnsv62JzoxfoaCQXArUasvmyEtx8IBA/NZQrNDw9GrHjMNSt?= =?Windows-1252?Q?YV35pRYSaPYl8vFia9U2zA=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BL3PR11MB5732FB445DEA2A1F9A1923E2C6CE9BL3PR11MB5732namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL3PR11MB5732.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1b85840c-5d4c-437a-62f1-08d96e323b34
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Sep 2021 16:53:46.9239 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sa2isjmlkt8h9G4uG506Pf62IgOnoacge9srNKOSqG9tlIAM96z39tjQYMjCryP5VcZX4kozb8lCr7UV9LmvWw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3791
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.21, xbe-rcd-006.cisco.com
X-Outbound-Node: rcdn-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/HdfSFrFmAZbIHYmHZRWtt7_Xa7Y>
Subject: Re: [secdir] Secdir last call review of draft-ietf-mpls-lsp-ping-ospfv3-codepoint-04
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Sep 2021 16:53:58 -0000

Hi Tero,

I do not think that is completely correct, as this document is not
marked as updating the RFC 8029. Perhaps something like:

   This document updates [RFC8287] and does not introduce any
   additional security considerations. See [RFC8029] to see generic
   security considerations about the MPLS LSP Ping.

<Nagendra> It looks good. We will update the document accordingly.

Btw, looking at the RFC8287 and 8029 they seem to use sub-TLV inside
the text, but in this draft you seem to use both Sub-TLV and sub-TLV.
It would be better to be consistent with it. For example the section
7.1 (both in header and body) has lower case version of "Segment ID
sub-TLV", when section 6 has upper case version "Segment ID Sub-TLV"
in the body. Only the abstract uses the SUb-TLV spelling...

<Nagendra> Good catch. We will update the same for consistency.

I understand it is much harder
to get rid of that in the actual discussions in the session etc, but
at least here in the RFCs we can make it easier for new people to read
the drafts when they do not need to be doing mappings between RFC
numbers and the titles in their head, but can see both the number and
name in the text.

<Nagendra> Some of these RFCs are referenced multiple times in the draft. Are you suggesting to have it in the first occurrence or in all the occurences?.

Thanks,
Nagendra


From: Tero Kivinen <kivinen@iki.fi>
Date: Thursday, September 2, 2021 at 7:24 AM
To: Nagendra Kumar Nainar (naikumar) <naikumar@cisco.com>
Cc: secdir@ietf.org <secdir@ietf.org>rg>, draft-ietf-mpls-lsp-ping-ospfv3-codepoint.all@ietf.org <draft-ietf-mpls-lsp-ping-ospfv3-codepoint.all@ietf.org>rg>, last-call@ietf.org <last-call@ietf.org>rg>, mpls@ietf.org <mpls@ietf.org>
Subject: Re: Secdir last call review of draft-ietf-mpls-lsp-ping-ospfv3-codepoint-04
Nagendra Kumar Nainar (naikumar) writes:
> The security considerations section just says:
>
>    This document updates [RFC8287] and does not introduce any additional
>    security considerations.
>
> And I am not completely sure if that is true, if this document really allows
> using
> IPv6 when it was not possible before. Quite often having multiple address
> families do
> cause new security considerations too.
>
> <Authors> This draft only introduces the codepoint to indicate the protocol is
> OSPFv3. What to do when the protocol is OSPFv3 is defined in RFC8287. So we
> believe that this draft doesn’t introduce any new semantics/actions.
>
> Also RFC8287 refers to the RFC8029 for its
> security considerations, so perhaps direct reference to RFC8029 would be
> needed here.
>
> <Authors> Ok. We can clarify that in the section as below:
>
> “This document updates [RFC8287], [RFC8029] and does not introduce any additional
>
>    security considerations.
>
> “

I do not think that is completely correct, as this document is not
marked as updating the RFC 8029. Perhaps something like:

   This document updates [RFC8287] and does not introduce any
   additional security considerations. See [RFC8029] to see generic
   security considerations about the MPLS LSP Ping.

> Please let us know if the above is fine.
>
> There are several acronyms which are not expanded on their first use
> (including
> in title, and in abstract). Examples of such are IS, TLV, OSPF, IS+IS, IGP,
> SUb-TLV (is the
> spelling correct in abstract with uppercase u?),  FEC.
>
> <Authors> “Protocol in the Segment ID Sub-TLV” is the IANA registry name and I
> am not sure if we should try expanding it. For clarity, we will expand the
> rest. Let us know if that solves the concern.

That should be ok.

Btw, looking at the RFC8287 and 8029 they seem to use sub-TLV inside
the text, but in this draft you seem to use both Sub-TLV and sub-TLV.
It would be better to be consistent with it. For example the section
7.1 (both in header and body) has lower case version of "Segment ID
sub-TLV", when section 6 has upper case version "Segment ID Sub-TLV"
in the body. Only the abstract uses the SUb-TLV spelling...

> The use of just RFC numbers in reference format makes the document
> hard to read as not everybody remembers what RFC is RFC number 8287,
> 8402 etc. It would be much nicer to at least on the first time use
> the format where the text refers to RFC with title or similar and
> just has the reference in parenthesis, i.e.:
>
>    RFC5340 "OSPF for IPv6" ([RFC5340]) describes OSPF version 3 (OSPFv3) to
>    support IPv6. RFC5838 "Support of Address Families in OSPFv3" ([RFC5838])
>    describes the mechanism to support multiple address families (AFs) in
> OSPFv3.
>    Accordingly, OSPFv3 may be used to advertise IPv6 and IPv4 prefixes.
>
> is easier for reader than current format:
>
>    [RFC5340] describes OSPF version 3 (OSPFv3) to support IPv6.
>    [RFC5838] describes the mechanism to support multiple address
>    families (AFs) in OSPFv3. Accordingly, OSPFv3 may be used to
>    advertise IPv6 and IPv4 prefixes.
>
> <Authors> The use of RFC number alone as the reference is a common use AFAIK
> and we feel that it is not specific to this document. But we don’t want that
> to be a hurdle to move this document forward and if the consensus is to
> include the RFC document name, we are ok.

I agree it is common use, but it makes it hard for outsiders to get
in to reading IETF specifications in general. It makes us (the ietf)
to be felt like insider group, if you do not know the magic language
and can't map the RFC numbers to actual document names in your head,
you can't follow the discussion easily. I understand it is much harder
to get rid of that in the actual discussions in the session etc, but
at least here in the RFCs we can make it easier for new people to read
the drafts when they do not need to be doing mappings between RFC
numbers and the titles in their head, but can see both the number and
name in the text.
--
kivinen@iki.fi