Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt

Igor Bryskin <Igor.Bryskin@huawei.com> Wed, 24 October 2018 20:28 UTC

Return-Path: <Igor.Bryskin@huawei.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 0F4E9130E13; Wed, 24 Oct 2018 13:28:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 QqejIk9r--hF; Wed, 24 Oct 2018 13:28:04 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 0EDB7130DFB; Wed, 24 Oct 2018 13:28:04 -0700 (PDT)
Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id E871AA130208C; Wed, 24 Oct 2018 21:28:00 +0100 (IST)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 24 Oct 2018 21:28:02 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.88]) by SJCEML701-CHM.china.huawei.com ([169.254.3.28]) with mapi id 14.03.0415.000; Wed, 24 Oct 2018 13:27:57 -0700
From: Igor Bryskin <Igor.Bryskin@huawei.com>
To: "olivier.dugeon@orange.com" <olivier.dugeon@orange.com>, "teas@ietf.org" <teas@ietf.org>, "internet-drafts@ietf.org" <internet-drafts@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Thread-Topic: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt
Thread-Index: AQHUaiB85tkV6rFR30uM4xB0RsMgJaUu8Y2A///qS1o=
Date: Wed, 24 Oct 2018 20:27:56 +0000
Message-ID: <etPan.5bd0d60f.65ddab87.20db@localhost>
References: <154022406162.6304.4708808854863399271@ietfa.amsl.com>, <f810c738-ef38-fafe-3e90-1749b159fb9f@orange.com>
In-Reply-To: <f810c738-ef38-fafe-3e90-1749b159fb9f@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_etPan5bd0d60f65ddab8720dblocalhost_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/ZPSr39tGGq-JcMQHrCJMndTrQYM>
Subject: Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt
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: Wed, 24 Oct 2018 20:28:07 -0000

Hi Oliver,

I understand your concerns. They could be addressed  via TE Topology model family that could be used by controllers to exchange  real/abstract TE information.

Cheers,
Igor
From:Olivier Dugeon
To:teas@ietf.org,internet-drafts@ietf.org,i-d-announce@ietf.org,
Date:2018-10-24 10:46:34
Subject:Re: [Teas] I-D Action: draft-ietf-teas-yang-path-computation-03.txt

Dear authors,

Regarding the different use cases expose in your draft, I'm wondering if you have take into account distributed path computation as per RFC5441 ? In particular, when several Network Controller are involved (figures 1, 4 and 5), you add  respectively a Packet/Optical Coordinator, a Multi-Domain Controller and a Cloud Network Orchestrator. However, when the different networks are own by different operators, or business unit within the same operator, it is not always feasible to add this centralized controller. In this case, TE information must be exchange directly between lower controller e.g. between TE Domain Controller, DC Controller and TE Network Controller, Packet and Optical Network Controller.

So, I would understand if the yang model described in your draft allows such direct exchange or if it must be modified to take into such scenario ?

Regards

Olivier

Le 22/10/2018 à 18:01, internet-drafts@ietf.org a écrit :
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF.
>
>         Title           : Yang model for requesting Path Computation
>         Authors         : Italo Busi
>                           Sergio Belotti
>                           Victor Lopez
>                           Oscar Gonzalez de Dios
>                           Anurag Sharma
>                           Yan Shi
>                           Ricard Vilalta
>                           Karthik Sethuraman
>                           Michael Scharf
>                           Daniele Ceccarelli
>        Filename        : draft-ietf-teas-yang-path-computation-03.txt
>        Pages           : 61
>        Date            : 2018-10-22
>
> 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.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-teas-yang-path-computation/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-teas-yang-path-computation-03
> https://datatracker.ietf.org/doc/html/draft-ietf-teas-yang-path-computation-03
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-path-computation-03
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
>


_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas