Re: [Teas] Martin Vigoureux's No Objection on draft-ietf-teas-actn-framework-14: (with COMMENT)

Daniele Ceccarelli <daniele.ceccarelli@ericsson.com> Thu, 24 May 2018 14:47 UTC

Return-Path: <daniele.ceccarelli@ericsson.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 D769D12E8CB for <teas@ietfa.amsl.com>; Thu, 24 May 2018 07:47:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.309
X-Spam-Level:
X-Spam-Status: No, score=-4.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=Kn0EesdU; dkim=pass (1024-bit key) header.d=ericsson.com header.b=RA6NaUG4
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 zRv2QpO8U6Up for <teas@ietfa.amsl.com>; Thu, 24 May 2018 07:47:43 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 84E50127023 for <teas@ietf.org>; Thu, 24 May 2018 07:47:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1527173258; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=URKWM8mvYNzX25g9TnJ5p0dNeyJ0WBkjQ1UrEL+seso=; b=Kn0EesdUT/HbXQXK+4Rfae6rwcEE5C/JyTGqBH1hYnG4wGqVmtz3XYd/7go6YGvx wK4hQdUFas2COeG0ABFiW7hESKR9ERYOEytQpenbGEOuOmaFXxxX6+GNV8zCWx8v KUJKVNDzaEPGEtCb75g61rvii/7yqivh4Y/4dQcFwkQ=;
X-AuditID: c1b4fb3a-77c239c00000451c-12-5b06d08a2a4c
Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 71.F5.17692.A80D60B5; Thu, 24 May 2018 16:47:38 +0200 (CEST)
Received: from ESESSMB501.ericsson.se (153.88.183.162) by ESESSHC012.ericsson.se (153.88.183.54) with Microsoft SMTP Server (TLS) id 14.3.382.0; Thu, 24 May 2018 16:47:37 +0200
Received: from ESESSMB502.ericsson.se (153.88.183.163) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 24 May 2018 16:47:36 +0200
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 24 May 2018 16:47:36 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=URKWM8mvYNzX25g9TnJ5p0dNeyJ0WBkjQ1UrEL+seso=; b=RA6NaUG4EZsp260m7v1YgJrdPdw/cVGQ0lbYkvY84dqWp3U9AdTrfl6iL7JjSbA+sDfcwGqz6/ShmUPXFpR/TgHyYyIX32B+5J69x6M/31Q7a8xuEBST3ZXpBO9umxy2fEBEhW7ktRS20ygR8L36BephigWrXx29+oBZ2p9ZJr0=
Received: from VI1PR07MB3167.eurprd07.prod.outlook.com (10.175.243.17) by VI1PR07MB1712.eurprd07.prod.outlook.com (10.166.143.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.820.5; Thu, 24 May 2018 14:47:35 +0000
Received: from VI1PR07MB3167.eurprd07.prod.outlook.com ([fe80::a5f8:1511:55ae:a9d7]) by VI1PR07MB3167.eurprd07.prod.outlook.com ([fe80::a5f8:1511:55ae:a9d7%4]) with mapi id 15.20.0797.011; Thu, 24 May 2018 14:47:35 +0000
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'The IESG' <iesg@ietf.org>
CC: "draft-ietf-teas-actn-framework@ietf.org" <draft-ietf-teas-actn-framework@ietf.org>, "teas-chairs@ietf.org" <teas-chairs@ietf.org>, "teas@ietf.org" <teas@ietf.org>, "vbeeram@juniper.net" <vbeeram@juniper.net>
Thread-Topic: [Teas] Martin Vigoureux's No Objection on draft-ietf-teas-actn-framework-14: (with COMMENT)
Thread-Index: AQHT8z02J6wYg0nkq0O7+xEra7hZQ6Q+r5IAgAAr+YCAAA66gA==
Date: Thu, 24 May 2018 14:47:35 +0000
Message-ID: <VI1PR07MB316736406F74CBAF550D735AF06A0@VI1PR07MB3167.eurprd07.prod.outlook.com>
References: <152715220506.30129.5178063481055865022.idtracker@ietfa.amsl.com> <074a01d3f34b$08369d10$18a3d730$@olddog.co.uk> <616b6d2f-d7b9-10e5-7414-5d961cd14389@nokia.com>
In-Reply-To: <616b6d2f-d7b9-10e5-7414-5d961cd14389@nokia.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [151.0.200.100]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VI1PR07MB1712; 7:I9SqrNyylWaR5qQs1XLc/tMqqKrQhCJFgjHJHC3N7FdtuRzkiseKPfAENWpPFtJgrPbqdCUPh5nqORZEZ6PQXx+NlYQfp8xIaa7ChAPjKCN8514xErYJjvIQ2whf4ttda3JGMLh/t72WIGfAtda6XJIZ3i7I90YMa/2PkkYXT6ZH0u1bTaCDKJgP6FBh2kqvqhDc52WQcCftSg1Jv1l4txXbr5QR/8wlS7nSXwPXeUvqSo0Ig/e2MHgbJbtqg2rk
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-microsoft-antispam: UriScan:(109105607167333); BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:VI1PR07MB1712;
x-ms-traffictypediagnostic: VI1PR07MB1712:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniele.ceccarelli@ericsson.com;
x-microsoft-antispam-prvs: <VI1PR07MB17128E4BAC706C389A686934F06A0@VI1PR07MB1712.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(131327999870524)(138986009662008)(82608151540597)(109105607167333)(21748063052155);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231254)(944501410)(52105095)(93006095)(93001095)(3002001)(149027)(150027)(6041310)(20161123560045)(20161123558120)(20161123564045)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:VI1PR07MB1712; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB1712;
x-forefront-prvs: 0682FC00E8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(366004)(39860400002)(346002)(39380400002)(396003)(377424004)(13464003)(199004)(51914003)(189003)(476003)(86362001)(9686003)(2501003)(7736002)(5250100002)(345774005)(97736004)(8666007)(6246003)(53936002)(478600001)(5660300001)(54896002)(6306002)(55016002)(53546011)(6506007)(186003)(102836004)(106356001)(790700001)(6116002)(3846002)(105586002)(76176011)(7696005)(8656006)(11346002)(446003)(26005)(99286004)(66066001)(8936002)(486006)(44832011)(68736007)(4326008)(3660700001)(8676002)(81166006)(81156014)(14454004)(2906002)(54906003)(110136005)(74316002)(296002)(316002)(2900100001)(6436002)(3280700002)(25786009)(33656002)(229853002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB1712; H:VI1PR07MB3167.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: Uq28+dcI+jckfpVOHOSh+bMHeqeBV0YnaXSR8MFRIdTgyA811t4qsepmX1xbAY+FdNtO2iurkpmgqqy30fQwc+iF9aKlcutTYukaGBIbZjrWVZ8Pw5K4HagdyK6/UrQ9CFEl52BhIBo8GVwKBZzAyjRDw8137yqkldlNBFTVoypVaTWR93tUg314xQXHEBPj
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR07MB316736406F74CBAF550D735AF06A0VI1PR07MB3167eurp_"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 699c19a8-265f-4bf6-6099-08d5c18549bb
X-MS-Exchange-CrossTenant-Network-Message-Id: 699c19a8-265f-4bf6-6099-08d5c18549bb
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2018 14:47:35.3527 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1712
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02SbUhTURjHOfdet6s4OC7Fp4WGg8oEX6kYWpHWhzX8IERmGurMq7PplF21 lAKV7GVqKmqkaa5a4muWLhK1wiFFRChqORdKvpCm2bSGb4nldhf47fc8v/85z3ng0KRwwEFE p6gyGbVKnirmOVHVUS+P+GoGeTEBtXWHJWvFRlIyMjRMSe5tlpOSB7M3KUlBXTchKVzroiTa 1mryBF+q060T0tGCT3zpuGmIkDZ2NqEIKtrpaCKTmpLNqP2PxzspSs0bZEa3CV2paNHy8pBx BGkQTQM+BE23ozTIiRbifgTf5vIRV+gRDP29QXHFCoLVWY290BFgMb6wxShcRsJ8aYsDZ8oJ GNj8ao9NIejR/7BN4eFgmDGEa5Aj7YqvgrFimG/NkNiEYHrLwLOKXfgSzJk6SC6khIr1+zyO w+Dz4BhlZQrvg8qpfL71TgG+AK/anK1tIX6O4M3YNSs74mOwsKKxxRH2gLKeR8jKJHYH00w9 YWXAGHS9AyTHbvB9esuBYy8YbK6xZzxgqL7ItiVgPQGtg8UUJ3xhqaqK5MQ7BPWrnXbhA8vG BvvkBGgv7LLfpITRjgaKO1CCwPJYw+eEJzSXTFJlKLBmxws5ToeBjQkbC7ALvK+eoWq2lybx QWjv9uciXlBZNMnn2BsKa+v4O/taxG9GbizDsmnJQUF+jDrlIsumq/xUTGYH2v5mffo/wV2o bzbUgDCNxM6C+S5ejNBBns3mpBkQ0KTYVaBN2G4JEuU5uYw6PU6dlcqwBrSHpsTugrAkSbQQ J8szGSXDZDDq/5agHUV5qIVZ76ZlY4qi3rO3+mVn8GYbHXFK5IbOhyw/4605L3t7Dr81aZ0j AnzvmCk9gcaTQtZKFsMDfsumXz8VRMb5u+xVWR7KYqdyfyks+2d3mxfS8rM08QcWp5QJpbon eWxki7rRLFo/fdJyN9T7o2zx+jm/pbTwL5cnRhN/xn4wiylWIQ/0IdWs/B94dt8NYgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/fqlxdbHwZ7KoFCh3LYm-TeqmMdU>
Subject: Re: [Teas] Martin Vigoureux's No Objection on draft-ietf-teas-actn-framework-14: (with COMMENT)
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: Thu, 24 May 2018 14:47:57 -0000

Hi Martin,



Regarding the other issues:



   The PNC functions can be implemented as part of an SDN domain

   controller, a Network Management System (NMS), an Element Management

   System (EMS), an active PCE-based controller [Centralized] or any

   other means to dynamically control a set of nodes and that is

   implementing an NBI compliant with ACTN specification.

I have few comments:

which ACTN specification are you referring to ?

Usually when I read "comply with a specification", I expect to read a MUST/SHOULD in the same sentence. I can understand that you don't want to put a compliance requirement, but then you might want to use another word than "compliant". NBI is not defined/expanded anywhere in the doc. In fact it's the only place where it appears. And in fact seeing it here while Fig. 2 talks about SBI only makes the reader uncertain. One way out of this would be to make it appear on Fig 2. because it's just the same interface, seen from the other direction.

[DC] We’re referring to the documents that describe the ACTN MPI and CMI interfaces. (which is basically a set of YANG models like e.g. the TE-Topology, TE-tunnel, etc). Basically the idea is: “I’m not telling you here what you have to implement to be compliant with and ACTN MPI, but it you can implement and ACTN MPI on top of one of the boxes listed above, such box can be put into the ACTN controllers hierarchy and that works just fine”.



You say:

   A PNC domain includes all the resources under the control of a

   single PNC.  It can be composed of different routing domains and

   administrative domains, and the resources may come from different

   layers.

Is that consistent with the definition of Domain? More precisely, is that consistent with the last sentence of the Domain definition which says:

   Network elements will often be grouped into domains based on

   technology types, vendor profiles, and geographic proximity.

[DC] I would say yes, in the sense that all the nodes controlled by the same PNC for a PNC domain. Usually all the from the same technology are grouped under the control of the same PNC, or the ones from the same vendor. Obviously can be stated better…



4.1. MDSC Hierarchy

Can there be more than two levels in the MDSC hierarchy? In other words, can an MDSC-L for an MDSC-H be itself an MDSC-H for an MDSC-L? As a side note, since I made the mistake while writing this, you have two occurrences of MSDC (instead of MDSC) in the doc .

[DC] exactly, yes.



Cheers

Daniele





> -----Original Message-----

> From: Martin Vigoureux <martin.vigoureux@nokia.com>;

> Sent: giovedì 24 maggio 2018 15:14

> To: adrian@olddog.co.uk; 'The IESG' <iesg@ietf.org>;

> Cc: draft-ietf-teas-actn-framework@ietf.org; teas-chairs@ietf.org;

> teas@ietf.org; vbeeram@juniper.net

> Subject: Re: [Teas] Martin Vigoureux's No Objection on draft-ietf-teas-actn-

> framework-14: (with COMMENT)

>

> Adrian,

>

> thank you for your quick reply.

> Actually I prefer the new text :-) but I let you decide which one to use.

>

> Ok for not capitalising the first letter of domain. I note however there is one

> such occurrence:

>     border nodes in Domain Y to PE2

>

> cheers

> -m

>

>

> Le 2018-05-24 à 12:36, Adrian Farrel a écrit :

> > Hi Martin,

> >

> > Thanks for the comments. Although I am not a front page author, I am

> > answering the first of the comments because some of the text in

> > question was probably mine.

> >

> > I'll leave the rest for Young and Danielle.

> >

> >> * I'm not sure to understand your definition of Domain. You say:

> >> Specifically within this document we mean a part of an operator's

> >> network that is under common management. I'm not sure to understand

> >> what common means.

> >

> > The definition of "common" we're using is:

> > "belonging to or shared by two or more individuals or things or by all

> > members of a group"

> >

> > So we could say (note, we also forgot to comma a subclause) OLD

> >          Specifically within this document

> >          we mean a part of an operator's network that is under common

> >          management.

> > NEW

> >          Specifically, within this document,

> >          we mean a part of an operator's network that is under shared

> >          operational management using the same instances of a tool and

> >          the same policies.

> > END

> >

> > (But actually, I find the original cleaner)

> >

> >> Also, you add a sentence after that but it didn't help me, in fact it

> >> confused me further. Is it the managed entities which have something

> >> in common or is that the managing entities which have something in

> >> common? In the latter case what would be the common thing?

> >

> > The following sentence is:

> >          Network elements will often be grouped into

> >          domains based on technology types, vendor profiles, and

> >          geographic proximity.

> >

> > Examples of this would be:

> > - WDM equipment is managed using different instances of tools and

> >     different policies from TDM equipment

> > - Optical equipment from vendor A is managed using different instances

> >     of tools and different policies from vendor B

> > - A ring or a metro network is usually managed using different instances

> >    of tools and different policies from other networks

> >

> >> On that matter, I would suggest to capitalise the first letter of all

> >> the occurrences of domain which correspond to this definition (with

> >> the hope that all of them do).

> >

> > My experience of the RFC Editor is that they really hate that form of

> > capitalisation. And since *all* mentions of "domain" in this document

> > conform to this definition, I think the document is consistent and no

> > capitalisation is needed.

> >

> > Cheers,

> > Adrian

> >

> >