Re: [Teas] Opsdir last call review of draft-ietf-teas-lsp-diversity-08

Dieter Beller <Dieter.Beller@nokia.com> Tue, 30 January 2018 09:12 UTC

Return-Path: <dieter.beller@nokia.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3A2B131AE0; Tue, 30 Jan 2018 01:12:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.187
X-Spam-Level:
X-Spam-Status: No, score=-2.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 WBXqgf6BZ0M5; Tue, 30 Jan 2018 01:12:08 -0800 (PST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0102.outbound.protection.outlook.com [104.47.2.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79B08131728; Tue, 30 Jan 2018 01:07:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=s4ZLl6foyVjPYMynme/h4yPypSGJiU8samu5uLVG4ZM=; b=o3dPzhrupzVOmbEd9/plx1vmEznUpFtmBQSnh7uWMmRueLEH82j1X9AU81eap8yoPBp6yEpQDKU2iMz6amQHrDSGZl56GtkbOv3FlXd8nvwOtCqbFGKY0Cg1lavbQHeg2Xme0xPe+sPRW6s2kSnFV4sJ1QFg9ae3pNSnXyBsJIg=
Received: from [149.204.107.41] (135.245.212.9) by DB6PR07MB3415.eurprd07.prod.outlook.com (2603:10a6:6:23::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.464.6; Tue, 30 Jan 2018 09:07:38 +0000
To: Ignas Bagdonas <ibagdona.ietf@gmail.com>, ops-dir@ietf.org
Cc: ietf@ietf.org, teas@ietf.org, draft-ietf-teas-lsp-diversity.all@ietf.org
References: <150408498245.21623.17739725352149405409@ietfa.amsl.com>
From: Dieter Beller <Dieter.Beller@nokia.com>
Organization: Nokia
Message-ID: <c4796548-3a9f-0af9-1e50-e3ccac2ea6ce@nokia.com>
Date: Tue, 30 Jan 2018 10:07:31 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <150408498245.21623.17739725352149405409@ietfa.amsl.com>
Content-Type: multipart/mixed; boundary="------------F4F7176ACE00E1F2A18F4883"
Content-Language: en-US
X-Originating-IP: [135.245.212.9]
X-ClientProxiedBy: VI1PR02CA0073.eurprd02.prod.outlook.com (2603:10a6:802:14::44) To DB6PR07MB3415.eurprd07.prod.outlook.com (2603:10a6:6:23::18)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-HT: Tenant
X-MS-Office365-Filtering-Correlation-Id: d03e9d75-3b77-4918-6bec-08d567c0e9a8
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(48565401081)(5600026)(4604075)(2017052603307)(49563074)(7193020); SRVR:DB6PR07MB3415;
X-Microsoft-Exchange-Diagnostics: 1; DB6PR07MB3415; 3:YzH9FrWfVEkXtOGoyDaVw36A2kzvN+y2JOOkKuhDybupJ/cOdpnbz0oW6yZF43O/nahU9Ft+lEvFW84wPkfCAhM9oXB/YoWyo7T0aG17nipUFWWAUL4AX7MwTSRRDKrxBavLeDRqtclj1/FmIHgqB3i9Ucb98h66b73/sMSdeQ3xkATrsgTF2ZNiyoB2aWD7tUhkQKoKT62QfJCa4+ativBkIyA9MS3H2Mag94YEn+vT5Xw/jpZVuuAiBgvVR/Jq; 25:yLJMsf4/q2lQEdKZuN4fT4hNTeUVp05Kn7TZ/jGm4xW1YP6ImWiRCiwAOo9D6U2HMmhZdi7LtFz+Osr3/Gagri6ltUAkM1zlZbbClI+1xAIqTvVtdkw8nIcEf2e0jWyBguaiSh11m1JWjHtMpgo6lYq3HCYX9kZLUOCL7Uzk1OBwaWi4nD07oeauMNEanuffHrJpx/UNG7CFUIxcNQvz2U+xTWvVk42/qEVZlHI2U5rpzbbiLNTF4V0LRANoKnVAunqRovf1l2sp88FRb9gfvawHwgzvUpBVyAFW+F7oy1Wax4oMVK1KP8HqnAQs6J/aOZu3/R/z/kubd4sP9wxXYA==; 31:AL5LgxnyPAVgPpHRFZJrECMgbQi9gkYjnHjvEVyou6KkKs5ZvVnFYyB7H+K9FQBVLM+FhM3T2okv4fxlIYMB96re4+FegwCotBZoSPYtz2MzlLkotDx1wqDMHOHb8LS4pvq7dh81gGv3JOPq+1R7C0UXSLB/18drG/aO4FuqnlJoZiFf6hvoUMn8rtMRlNHnekLQsAzPc5JLZQeXMnl+GG+aiUqCUNCl1SmTkMzw/jM=
X-MS-TrafficTypeDiagnostic: DB6PR07MB3415:
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=dieter.beller@nokia.com;
X-Microsoft-Exchange-Diagnostics: 1; DB6PR07MB3415; 20:Np8XpieqOY8Mkrgw3pdXN8CmhwBaW9iWSrYAHqNgIJFRLwlJcfdXT2+xM96iE6SPRzZDl0Ye9fagxDBZHo95FIoeQcpy0SEnZvrEvVDcVKuIO1JbKz/SpnC8m08kIkQJYwnaaFQLLTpm2Z2dj4uPi5581195jX5h4rQECYn5wLparIaC1hUtt95F2VbBpIzO4TmJDX1r3SiIDKjXyVD5f8TOzxQlacWkwOkz91Ij37R0sOAbBRrPN24nfRD5WyGnEl4NwXyDOpxLzI7bjA2nhZG9Ixn554t9eoZs6NfHyR+OaoaiPeBPOu0k0i1NY/yUkXeOUuaN4Cqr63peRkXIIFGoCHTPrQ40aGUDoy4n9rLjTKYK1255u4UixDEfEzdbkX1bcCkaNS2iXmTl+Kgxiz3pDsnyZlh8NneprcI3dqzfJvNv+qKTGoaPkdNEE7ymipY/dLjsnPgk4cCImy6WWCJkDDm9ktFw7r0Uff0RbQ3tyrH7wffPtS/KgP8hYgNP; 4:ikCHhdK0WBTyXxbF8e07PuQbBg8q25FSyZKCdRKoT9dSQIitlnWtYhn8/l7Z2Ji2XbFeuMS4xfL4XOEvCzLbVI3lsvmqZ8y2p6RAZG3BMw9CFeA2iQkiTDPu2XF/LuhXlwOYvkGJLG1ARQTX9HA0Okp2Cg2Xzbtty0Axq+8hx9B90ENDKiVHuCWJsqNNWsMmsLYmqwrwl2kvk1oax8EVb1SViSKUSIvnuq08F1AsQfxzQexCP5o/SLShCS65aCkWHh/Vj0cDYwsfycneS5WGSJvfmWepkuE54jxjvj8cnE8nGJi6rJjPYSlBO11/KNhj
X-Microsoft-Antispam-PRVS: <DB6PR07MB3415C4D948A7AF4F2B3A2820E2E40@DB6PR07MB3415.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(192374486261705);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(102415395)(6040501)(2401047)(8121501046)(5005006)(3231101)(11241501184)(806099)(944501161)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041288)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:DB6PR07MB3415; BCL:0; PCL:0; RULEID:; SRVR:DB6PR07MB3415;
X-Forefront-PRVS: 0568F32D91
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(979002)(6049001)(39860400002)(346002)(396003)(376002)(39380400002)(366004)(51914003)(37854004)(189003)(199004)(568964002)(4326008)(270700001)(6116002)(81166006)(8676002)(8936002)(81156014)(3846002)(2476003)(31686004)(6486002)(39060400002)(68736007)(54896002)(478600001)(105586002)(2906002)(106356001)(6246003)(36756003)(21480400003)(76176011)(58126008)(31696002)(37036004)(6666003)(5890100001)(7736002)(83506002)(97736004)(36916002)(65956001)(33964004)(16576012)(52116002)(5660300001)(4610100001)(4620100001)(84326002)(2950100002)(65826007)(316002)(53936002)(53546011)(16586007)(49976009)(4810100001)(21490400003)(86362001)(186003)(25786009)(386003)(1560700002)(59450400001)(65806001)(21440400002)(26005)(3380100001)(64126003)(66066001)(16526019)(229853002)(78286006)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR07MB3415; H:[149.204.107.41]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Received-SPF: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1; DB6PR07MB3415; 23:0imhWF9J2LYOwZn1X0HeZxodUU5yStdMlaqxPG7ndqhQQpjUmcQljmJDCZz3an1YlyBp8lMndQ1hxyIPjUl+yNeBNMdXgmv29TgvZpC0HZgA2V/ksDqgosW+1hmSivhRXtdPO0tJdyCUbIdIQXvd4JR1mkloSnE3YCjrKAMwQjguShjDAOCD9pYsLGnBe+kJX3Rum/VBAebOsW0qMNJLEjiUuxyH0+tXuE8bX1nOewYuld1qagiMJ/VIobKv1qd/SjHnMhAetJU1SG51PxH8KVVhBXE5rA/DCtO7uGnuIt4SRrw6Rj3asMwxBajOQwTgJye/TFsTYnd9La0xwsdsy051P/jR03X8g+fb+0ze7iMhLjUTJHwPKj8wac1XgISKUaMd/TiCCPIkWfkWPRCPOfGg/V5g3XdQ49N6Tx4a9XnBDNycMMKMeTDSfutqw2D8nobp9XbUik8IR2Uzr5B6NWyDHpTcQfeCLEkCvWL5ANuuuwdRp9e+ftFwu8WkoJQuI2QYohRf9lNLlXw0u7rIA69bE6zlUO55obsT3QLtOOLLEpD8FvNDvpcsNI6vLdC0XLiWmuRJJxTAGYlap/rlu4mHdElVVUA2/93x4bs93/fCNjZB8KNgIf24lwN/ufTBWcOxHx0UxvS25E0aQQTCGOs/Sp7OKvFyA4PRoGJZsJWdGgLAm2SQlugrAqtJhdKMLwjLTTmHa0v8zI9ThqmaVPMVqP+oUxInizSpfvCCUfRdCMVfzGpCzgDJswzhNnP2oJLMUUuFx/mzBe0EqqpKzjmYcvphMKz+8sKaHGQmnlDefkuE1YxKkGVTkN+9pwjv5X1cZU+BDUo3E8j9lfAR+MNfjBNdKn6yRylYygp5aptElvLUjaH40ZxLUzIAK3OzAdBpigmf/M4HPNKpywAgdro8fs9yPVcqi7BNCHZzm0MpRfV9r/r/UwztGAu4diTWJtCxvN/1IjCkseRIswQIehFmX7qsrQu/BFXgSMmyYvjTBX4K44MC4WdASOvwZXdfMRcq8AH0oE637z+sdEAndvSVkMpleYE3XS6ytDBVMGL2kAxR64Akdu4CjV+ThIPC9GyxeTqV09/APm4iOHQB8Fgm09hxSZDAwSTM8GWCQnf4Ix3u4TFrUybBe7+QOeuBEBdCGUWtLFSk/iV3o9P9Ax9ot0L6yL70q4hfv579LGXIP/OXj83hZMtB5QwKMDfIPn1yCgh6ybjS4tKdr4vvecopgR7pN6qv8E0BVZ4j0be4V01nB+/Bk7Av7Er/9OV+ixUdVk3zzVZ7b+2YHbft8ZNbgcphgi1YZTxHjDwIJiAs6Kct46gi3ZFaLJiErtY6CPntut2pS0N2JrkcbItID5bqDcx6xk0uHNk1gNm8Zd74GVVva+1zf2KiQsnewsXK6YKmfPXNAHqzqLWD7dIcFPpLUnp53V1BvAfqN/BD5ffWWvOfFl3aXs22QmYZaurNcEQVJQ8nzG6cLM4hUlLj6Mklx0FzKo9mo8Vl+8NzMld7MOIlpCj9GcFeQo0XYe6YR3mFKPzmtzWVrSt1oXgr61i/63G4sP59kRR3WSecG7JR6oxMkRvGIBTRkO6ePufVFlfz1wcNV0SXXAbK+aCvGc7feDEBLuNDkiLPRUHEmopMuzvPeIDgBC5sKjxlBCzzJ0VBI4kNiS2ta53uVD2lrdpanTibvOGMBpuLQlQ/q3D5TYdw7wwXXw42y8pDae3gPqq3BP8AJYa2tiVFy7CY4+exXOxpqEzgLoulI9Ttp50P4g4AfC+ScQMpfH36ysspI75duWhnmr+lpqgBOqSd9dFpFpqwixlvnbg9isChCrA=
X-Microsoft-Antispam-Message-Info: /XzOH0UjYs0tR6dDzwl60TpDDX+rXY0q7vHttKxM5dtSVbcU5fQcJVPZHMYv8csrJrsUTDdc5RV15g9CvkoBgw==
X-Microsoft-Exchange-Diagnostics: 1; DB6PR07MB3415; 6:zIGEsIChIr8uhxfE5iOfbbgDU2iyvCXQhKbXeVhZUTsVr1P9nBquCIqbhQxoBv9pyz94ZFaM+4nsVYLQ5KGsbPrmmdkCxr4cMrp3SosSF6b9R6McYfaZQ0EtdTuy5Pw1YPl8Bl1ns41GCVos2/D3v89ewdDojSQaMw66KIu9bfIqF66NpqKGTaysyI/dGS16dRMYMCZUbUassP/Ud7HJAvqRWEYB+ws+n7sU8OmGf2OJtTDtaMo/PZgvLM+fCU56vUcWDLtWqS+m68sFMzI3MBx4TqdYdh+yusRmovWemrmnY7EYqPmJZBDQZNQnD0qC0l2WgfUF0SMerP3c8GsQklmvsAPqPzpg6OWJhPYLkIw=; 5:GR4M3wo5xlIVn6U9F9PJ9v4dQpT+WwAZ5WYy+vyz2ImMsZorEfgo8TBVsuSyVEr5HlSvvOs28Bqh2z7k7CANFkou5jBBLF9otXw6xRAgsAZZHioafDeqrnJqcFL1ORAhZ3WOFMEjnpeveGo/Zp6Ny1uJs/Ltk1M5qs7DmMFx+Aw=; 24:WHBOmS/ghHI8XnYaDt0sCg8+u0b/Vq0sktzxKzmBrhNqn65JkoHb1kadTi5baYMOz7IEOfGxLh/iJFy7OhFTPGUUjPUnPAh3cJRakH2WkbE=; 7:63Jiu7Cc9V011Eqo7uoBpuroe1e6mC4S7GGEH9cgRBkLrueXDmIeUE1u9N0bXa1k5zmIcuaSfMiaqqaHsypq9DfkjxKwyT/jMvdldcJrcnn1dZpoJ28G6Qau2EXqIpxSduB7mF4VxfB88tg8fxoH4d/YmpzluDqTvYsqKIj29/SCY7+X2u6xNmLNFgegs8o1oaU5wANv5GgSkKh2zD+5DW/MosDl4KTxpvuKE89yk044YIXuvnMWMt202gkvBNJf
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jan 2018 09:07:38.8366 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: d03e9d75-3b77-4918-6bec-08d567c0e9a8
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR07MB3415
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/38zLSyV8Yp4RfEH2fkaMxB-tSPY>
Subject: Re: [Teas] Opsdir last call review of draft-ietf-teas-lsp-diversity-08
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2018 09:12:13 -0000

Hi Ignas,

our apologies for the delayed response.

Please find attached revision 10 of draft-ietf-teas-lsp-diversity, which has not been submitted yet.
All changes compared to revision 08 are still visible. Revision 09 has been submitted during IETF100 with some IESG review comments incorporated.

Please find our replies to your comments below.

Could you please let us know whether your comments are adequately addressed.


Thanks,
Dieter and co-authors


On 30.08.2017 11:23, Ignas Bagdonas wrote:
Reviewer: Ignas Bagdonas
Review result: Has Issues

Hi there.

I have reviewed this document as part of the Operations Directorate's document
review process.

Overall the document seems to be heading in the right direction. There are some
issues related to clarity of RFC2119 language usage, especially less
restrictive forms and how that would relate to interoperability, the handling
of undefined values and errors, terminology could be aligned better to base
GMPLS and TE specifications.

see attached draft revision 10

The document does not cover manageability or
operational considerations at all - given that it is proposing protocol
extensions that require operator involvement, a section on operational
considerations and possible extensions to management models and procedures
should be covered. The Path-Key based signalling form seems to have interdomain
signalling related security aspects that would need to be looked a bit deeper.

We do not believe that neither the Path Key nor the PAS are forming a security issue at domain boundaries as they are abstract identifiers
that do not allow an another domain to infer anything about the domain topology (link utilization for example) or the failure situation in the
domain. Security considerations have been taken into account when the solutions have been developed.

The document would benefit from terminology and acronyms section specific to
the proposed mechanism.

see attached draft revision 10


The larger comment on time scale and granularity aspects of SRLG aware path
calculation. The document is based on the assumption of a longer time period
between LSP signalling requests and path reoptimizations. What is the reason
for it, and what would be needed if the proposed solution is expected to
operate in closer to real time environment (minutes instead of weeks)? What is
the source of the time granularity restriction?

see attached draft revision 10 - the only timing requirement for the solution is that the LSPs are established sequentially as opposed to simultaneously.


Diversity information flooding specifics are stated as being out of scope. How
would that impact interoperability?

This I-D defines RSVP signaling extensions and routing information exchange is therefore out of scope.


PAS identifier name space may be smaller or not comparable with SRLG group
identifier name space, is there a need to have any form of mapping mechanism in
place?

The PAS is an abstraction of SRLG information and the smaller name space is therefore not an issue.


Small nits:

- Example based on figure 1 has got details wrong.

- Terms need to be consistent throughout the document - initiated/controlled is
used interchangeably, this seems to be coming from the merge of the 3 original
drafts.

- There is no "IPv4/IPv6" diversity identifier, they are separate per address
family and text should be expanded to describe them separately.

- Could the text describing the operation of L bit be simplified by stating
that L bit has the same semantics as in any other object - strict/loose hop
selection, and therefore diversity identifier is interpreted as a strict or
loose entity that MUST or MAY be taken into account?

see attached draft revision 10


There is a set of editorial nits and fixes throughout the document, a marked
version of the document is attached.

Thanks for the detailed review of draft-ietf-teas-lsp-diversity-08! Please find attached the document with your comments and our replies
(draft-ietf-teas-lsp-diversity-08-comments-ibagdona-170829-final).