[Teas] FW: Manual Post Requested for draft-ietf-teas-yang-path-computation

"Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com> Thu, 31 October 2019 13:53 UTC

Return-Path: <sergio.belotti@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 C0B93120048; Thu, 31 Oct 2019 06:53:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 rttVQh-aA7e5; Thu, 31 Oct 2019 06:53:47 -0700 (PDT)
Received: from FRA01-MR2-obe.outbound.protection.outlook.com (mail-eopbgr90118.outbound.protection.outlook.com [40.107.9.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED502120044; Thu, 31 Oct 2019 06:53:46 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L8XXNso6M4l9MAeDUGcVN7x/xcV3gaYExRbD++ijCQQoEAP7tLYcVpOhkaKkgoir/kniLBKGFKjIUWrl4sKXL97mjAGRLw22CCRtNXRcoXO8nZN5/11vKZu14myh6zH7MPzs92E6k0qluh6XY2+UFSCHx6M8uPTBFw+xG8jEhcO+sjaxuW8cxoIsDzwB/R551vzgmWyOi/l/BmTSwS12onYBlUJlQMZn9qIkbNofFxfQQjFvQih2lEap5AqJPwTn/gxczYCEs42O3pBcXB346zUCb4VcsVfDGwe6cFLGGSRLr7wuBujPbS0hem6EsWFi68MBSJDr52dPzwu/8SgwBg==
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=AhYjkz5I/WcM+WrabQFkPINxuPn+M/UxdTXmsk37Oto=; b=SQiDjC3TF5/AwwB8cFmCn3RDGlXClZs6a2cAFBKnld6xTD2ko0Cer/1YmDRKVNBrLn+qmAAFFLX8ATBrv5Ku8D4h5aUO/iFsfNGGhc+bxxhXoaFNCdm2I1rfz/zIRAQKI7o7o3Z1hH89cyuZ0cgz/WLgx/8wnwcQWiPCkoK2REKzuPMG9r6YAZregV8QFg+shdx46r7fwMGB44L7qd9gTQAlConT+fz7fj3izPVzUwhqTC1Tz7wCN4oWf0NFqErxPXvhh4PBfxZHz6D492vErewkJc1v6TskZGbfaaxCcOVc7slESYMnj/50T3D+EW6koyW4wnnWTFOcUUfJI/y6XA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AhYjkz5I/WcM+WrabQFkPINxuPn+M/UxdTXmsk37Oto=; b=v7MOJKuq4j4nvd8IZUwgXvfhzbcW+RRKxujPZr9t9eHqPmoQBRSXj7aC/ceGrVeSAKH3can4APictqH5Eft+oS+yiJnQvQt/tJuTF7e8BBvVK73oK4qTPuqS9rW7ztMTSzoZpSoodVA5UiSw1FQU8vb8ssnBmkkXIeYgNiikdjg=
Received: from PR1PR07MB5001.eurprd07.prod.outlook.com (20.177.208.215) by PR1PR07MB5084.eurprd07.prod.outlook.com (20.177.211.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2408.14; Thu, 31 Oct 2019 13:53:44 +0000
Received: from PR1PR07MB5001.eurprd07.prod.outlook.com ([fe80::4c2:4b66:a87:8718]) by PR1PR07MB5001.eurprd07.prod.outlook.com ([fe80::4c2:4b66:a87:8718%3]) with mapi id 15.20.2387.028; Thu, 31 Oct 2019 13:53:44 +0000
From: "Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com>
To: "teas@ietf.org" <teas@ietf.org>, TEAS WG Chairs <teas-chairs@ietf.org>
CC: Italo Busi <Italo.Busi@huawei.com>
Thread-Topic: Manual Post Requested for draft-ietf-teas-yang-path-computation
Thread-Index: AQHVj+37ElTSyfvveUO3qSE47bAS8qd0wezA
Date: Thu, 31 Oct 2019 13:53:44 +0000
Message-ID: <PR1PR07MB50019D63FBB549DE4C0AD6EA91630@PR1PR07MB5001.eurprd07.prod.outlook.com>
References: <157252803341.30404.3987863688938121654.idtracker@ietfa.amsl.com>
In-Reply-To: <157252803341.30404.3987863688938121654.idtracker@ietfa.amsl.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sergio.belotti@nokia.com;
x-originating-ip: [87.15.142.146]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 7cc9ebf3-6654-4c78-fd80-08d75e09bedb
x-ms-traffictypediagnostic: PR1PR07MB5084:
x-ms-exchange-purlcount: 5
x-microsoft-antispam-prvs: <PR1PR07MB508473F5D211E6B8A197416F91630@PR1PR07MB5084.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02070414A1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(376002)(346002)(396003)(136003)(366004)(13464003)(189003)(199004)(71200400001)(6436002)(53546011)(33656002)(316002)(102836004)(66574012)(561944003)(76176011)(14454004)(4326008)(6506007)(5660300002)(4001150100001)(71190400001)(186003)(11346002)(7736002)(229853002)(305945005)(74316002)(81166006)(81156014)(7696005)(14444005)(256004)(966005)(76116006)(66476007)(99286004)(486006)(52536014)(66066001)(26005)(413944005)(3846002)(66946007)(2473003)(6306002)(66556008)(478600001)(110136005)(6116002)(2501003)(446003)(8676002)(2906002)(66446008)(476003)(8936002)(64756008)(9686003)(86362001)(25786009)(55016002); DIR:OUT; SFP:1102; SCL:1; SRVR:PR1PR07MB5084; H:PR1PR07MB5001.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: qHTOoJbqf4wAQSnCQL52RLZY8igkpGSCWqXiqlXPlt3qlxscPqjPLl0y93OTBiFOMvOQ9olnkkojtHKXerfExuY/qIc+3bgREkj9oJXQFx90ml2kGi1Hz7YEwHYKkit/bmYHAZ+5ZCx2qdfec2S9+U1rrb20Vt5ff+0h9KzRjKr8Pyi9aWU5iLgDbcjDOF0avz7izsW8uvW2wLEm9Zsqy/h/Z/sThrMSRHuvpSd8/rRPwea2qNXupY4xsHL4b27T9KLPFLil5urSrbL+H3voi/PkP+vkoOcPE1+XzFyxUaOh162TUKZlB/i1O+eu+sEIOUxqGbPaE6XjCK8ctxulRhAmqQbPVv4Vz5NPNZF/GqefmHCS3zkg6BBZUDUaow5M6oRkiFxqVDP0Pt6RexWnANRABSyOTig8CC8zALMeSMA8jicAyqH7e3y+ubc4TcTP1kNuJMZtGRTz30ekwQy05O2PoWi+gm5IWUXXnLt8SzM=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7cc9ebf3-6654-4c78-fd80-08d75e09bedb
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2019 13:53:44.4670 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: EG7tDZ16+k6nPitcu9RIVaIVyXX1lU6vFwwX3UaWA2JSLl9TK1fdUVRqw9ntbMX5hvqM86I/9+Ss2Q8ZzKuilWeQrlsT5PObJDj8ywbCbE4=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR07MB5084
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/-pcIyp8DuHDoEJMi-QQSyiX1H0E>
Subject: [Teas] FW: Manual Post Requested for draft-ietf-teas-yang-path-computation
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
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, 31 Oct 2019 13:53:52 -0000

Dear TEAS WG,

We have just submitted an updated version of draft-ietf-teas-yang-path-computation.

One of the issue we have tried to address is the support for requesting protected paths:
https://github.com/rvilalta/ietf-te-path-computation/issues/49

We have taken into account feedback received in a previous IETF meeting (i.e., using two path requests with some association).

Since the changes are quite substantive, we have not updated the YANG model yet but just described how we are planning/thinking the model should be updated in section 5.3 and provided some information about the expected tree changes in Appendix B. 
The proposed modification has also the benefit, in our view, to better highlight relationship between requested paths and related tunnel, and the mapping with specific attribute of the tunnel.

We will present the proposal during Singapore meeting and would appreciate any initial feedbacks and comments at the meeting as well as on the list.

Sergio (on-behalf of co-author/contributors)

-----Original Message-----
From: IETF I-D Submission Tool <idsubmission@ietf.org> 
Sent: Thursday, October 31, 2019 2:21 PM
To: internet-drafts@ietf.org
Cc: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>om>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com>om>; Michael Scharf <michael.scharf@gmail.com>om>; teas-chairs@ietf.org; Yan Shi <shiyan49@chinaunicom.cn>cn>; Ricard Vilalta <ricard.vilalta@cttc.es>es>; Belotti, Sergio (Nokia - IT/Vimercate) <sergio.belotti@nokia.com>om>; Victor Lopez <victor.lopezalvarez@telefonica.com>om>; Italo Busi <italo.busi@huawei.com>om>; Anurag Sharma <ansha@google.com>om>; Karthik Sethuraman <karthik.sethuraman@necam.com>
Subject: Manual Post Requested for draft-ietf-teas-yang-path-computation


Hi,

Manual posting has been requested for the following Internet-Draft.


Full idnits results are available at the end of this message.

I-D Submission Tool URL: 
  https://datatracker.ietf.org/submit/status/107455/

  File name       : draft-ietf-teas-yang-path-computation
  Revision        : 07
  Submission date : 2019-10-31
  Group           : Traffic Engineering Architecture and Signaling 

  Title           : Yang model for requesting Path Computation
  Document date   : 2019-10-30
  Pages           : 78
  File size       : 149.9 KB

  Submitter       : Italo Busi <italo.busi@huawei.com>

  Abstract        : 
   There are scenarios, typically in a hierarchical SDN context, where
   the topology information provided by a TE network provider may not
   be sufficient for its client to perform end-to-end path computation.
   In these cases the client would need to request the provider to
   calculate some (partial) feasible paths.

   This document defines a YANG data model for a stateless RPC to
   request path computation. This model complements the stateful
   solution defined in [TE-TUNNEL].

   Moreover this document describes some use cases where a path
   computation request, via YANG-based protocols (e.g., NETCONF or
   RESTCONF), can be needed.



  Authors:
    Italo Busi <italo.busi@huawei.com>
    Sergio Belotti <sergio.belotti@nokia.com>
    Victor Lopez <victor.lopezalvarez@telefonica.com>
    Oscar Gonzalez de Dios <oscar.gonzalezdedios@telefonica.com>
    Anurag Sharma <ansha@google.com>
    Yan Shi <shiyan49@chinaunicom.cn>
    Ricard Vilalta <ricard.vilalta@cttc.es>
    Karthik Sethuraman <karthik.sethuraman@necam.com>
    Michael Scharf <michael.scharf@gmail.com>
    Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>


  Comment to the secretariat:




  Idnits result:

idnits 2.16.02 

/a/www/www6s/staging/draft-ietf-teas-yang-path-computation-07.txt:

  Checking boilerplate required by RFC 5378 and the IETF Trust (see
  https://trustee.ietf.org/license-info):
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt:
  ----------------------------------------------------------------------------

     No issues found here.

  Checking nits according to https://www.ietf.org/id-info/checklist :
  ----------------------------------------------------------------------------

  ** The abstract seems to contain references ([TE-TUNNEL]), which it
     shouldn't.  Please replace those with straight textual mentions of the
     documents in question.


  Miscellaneous warnings:
  ----------------------------------------------------------------------------

  == Line 1347 has weird spacing: '...tion-id    uin...'

  == Line 1354 has weird spacing: '...ic-type    ide...'

  == Line 1363 has weird spacing: '...-- name    str...'

  == Line 1370 has weird spacing: '...ic-type    ide...'

  == Line 1439 has weird spacing: '...o usage    ide...'

  == (36 more instances...)


  Checking references for intended status: Proposed Standard
  ----------------------------------------------------------------------------

     (See RFCs 3967 and 4897 for information about using normative references
     to lower-maturity documents in RFCs)

  ** Downref: Normative reference to an Informational RFC: RFC 7491

  ** Downref: Normative reference to an Informational RFC: RFC 8453

  ** Downref: Normative reference to an Informational RFC: RFC 8454


     Summary: 4 errors (**), 0 flaws (~~), 6 warnings (==), 0 comments (--).

     Run idnits with the --verbose option for more detailed information about
     the items above.