Re: [mpls] http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00
Daniele Ceccarelli <daniele.ceccarelli@ericsson.com> Thu, 03 November 2016 14:19 UTC
Return-Path: <daniele.ceccarelli@ericsson.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82B95129644; Thu, 3 Nov 2016 07:19:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, 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=ericsson.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 9pAQuu_Z0XXZ; Thu, 3 Nov 2016 07:19:20 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 1B271129406; Thu, 3 Nov 2016 07:19:17 -0700 (PDT)
X-AuditID: c1b4fb30-f60a598000000cb2-94-581b47647cda
Received: from ESESSHC017.ericsson.se (Unknown_Domain [153.88.183.69]) by (Symantec Mail Security) with SMTP id 84.58.03250.4674B185; Thu, 3 Nov 2016 15:19:16 +0100 (CET)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.69) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 3 Nov 2016 15:19:14 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=FMwtXQkUzdn5bj7ptbTj78TAFI5mdjoyyR2X0AhJmqg=; b=TcGZqKWuXEYIYMgp7m8kXKKkfdpMnzpALtzrsoj15atlEBa/S2TSjGjsOStDtS/o+7s6v+PhD2PUlbbso44bel5GdRPTzxBznEct+HsCUL3mYaX3eY2CiIju/bL3y3kZvhA9YWi3Rw7CYOtDlCx6byE3SiQgiQiDsNJ+y32aTrE=
Received: from AM2PR07MB0994.eurprd07.prod.outlook.com (10.162.37.152) by AM2PR07MB0994.eurprd07.prod.outlook.com (10.162.37.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Thu, 3 Nov 2016 14:19:13 +0000
Received: from AM2PR07MB0994.eurprd07.prod.outlook.com ([10.162.37.152]) by AM2PR07MB0994.eurprd07.prod.outlook.com ([10.162.37.152]) with mapi id 15.01.0707.004; Thu, 3 Nov 2016 14:19:13 +0000
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
To: Igor Bryskin <Igor.Bryskin@huawei.com>, "Scharf, Michael (Nokia - DE)" <michael.scharf@nokia.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>, "pce@ietf.org" <pce@ietf.org>, "TEAS WG (teas@ietf.org)" <teas@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00
Thread-Index: AQHSNdcqQOP7TAHGy0yJ/Pr4YL6w56DHRTsAgAAAf9CAAAS6gIAAAJSQ
Date: Thu, 03 Nov 2016 14:19:13 +0000
Message-ID: <AM2PR07MB0994F166F428A91D580356A3F0A30@AM2PR07MB0994.eurprd07.prod.outlook.com>
References: <AM2PR07MB09943987D6E27931F8C7CF3EF0A30@AM2PR07MB0994.eurprd07.prod.outlook.com> <0C72C38E7EBC34499E8A9E7DD007863908F0EF32@dfweml501-mbx> <655C07320163294895BBADA28372AF5D48B5BB53@FR712WXCHMBA15.zeu.alcatel-lucent.com> <AM2PR07MB0994C0B4EB099666B97844C0F0A30@AM2PR07MB0994.eurprd07.prod.outlook.com> <0C72C38E7EBC34499E8A9E7DD007863908F0EF96@dfweml501-mbx>
In-Reply-To: <0C72C38E7EBC34499E8A9E7DD007863908F0EF96@dfweml501-mbx>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniele.ceccarelli@ericsson.com;
x-originating-ip: [151.0.200.100]
x-ms-office365-filtering-correlation-id: 8768911b-a5e2-409c-66dc-08d403f46318
x-microsoft-exchange-diagnostics: 1; AM2PR07MB0994; 7:8olppoFje5h1FFI6SGb9FtQv/9PZhufmJaveFqovm5EnVnU91jwVjgMDAEwfOBF7H4rBGTVc6TvEbMgsAZoBnsr6cdInlWW4d20fh9ESpqWq+1RyLCpMziO9gA7OPbiSzWMHr0A40KcsZj/ZgNNBxHyJ1j0rxcoVYRZ7oTQ5rcDK2RGoRtkPfUxNQb/AcnNHroZnsF4ya953TSSFJdnDO+5MLzMVGYwn0nN7+lbXr7EH/SH7LUaoEJzn16GVJJ97kyjC+TqfjsGu3cc/zp401NOrJ+MFGYk0dLRjGmhntT5HgZMb/p6O8/7an1dUDG4+kDdjOOf3VeIFt43u9+i1/RkxElXmWAZNdy8AK1SA1bk=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM2PR07MB0994;
x-microsoft-antispam-prvs: <AM2PR07MB0994AB5F13675DDDBC57E962F0A30@AM2PR07MB0994.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(50582790962513)(82608151540597)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:AM2PR07MB0994; BCL:0; PCL:0; RULEID:; SRVR:AM2PR07MB0994;
x-forefront-prvs: 011579F31F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(189002)(377454003)(19580405001)(2950100002)(10400500002)(7696004)(2900100001)(220493001)(66066001)(8936002)(9686002)(19580395003)(5002640100001)(93886004)(105586002)(92566002)(106356001)(19300405004)(77096005)(15975445007)(11100500001)(19617315012)(76576001)(68736007)(106116001)(87936001)(790700001)(3846002)(102836003)(6116002)(2906002)(19625215002)(586003)(3660700001)(8676002)(3280700002)(81166006)(101416001)(5001770100001)(50986999)(16236675004)(54356999)(107886002)(97736004)(81156014)(189998001)(76176999)(7906003)(7736002)(7846002)(2501003)(5660300001)(74316002)(122556002)(230783001)(86362001)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM2PR07MB0994; H:AM2PR07MB0994.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM2PR07MB0994F166F428A91D580356A3F0A30AM2PR07MB0994eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Nov 2016 14:19:13.3478 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR07MB0994
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG/c45247DwdfSfJ1SOkpC8V4xREL/0AwUioxEIpt5vKRusqlk kGg6QSmVmHilNOwyb5VIrrTUg1ETzJVdxEtqeUnLEFTmMrW2s8D/ft/zPt/78L68NClmeRI6 VZHFqBTydClfSNXEdoX7JJ5wjfWf/rNfNls/Ssm2DAEy8zsv2dg9HU92fWpUINNs6KlQfmTR wDIvsqnJTEROjr0nTpFxwpBEJj01h1H5Hb8oTBksMJKZwyy6slnUz89Hn9pQKbKnAR8BTUut oBQJaTFuR1BvNpLc4zUCs65KYHFR+CYJ0yuhXEFLwMhnrfW7GL9C8LbudCmiaT4Ohlk2yuJx xAUErLeXUBbPXnwWejtbrOyIY8CkeSrgOAIMnQ0UF3AQhkq6rD1F+DyMl3XwuLANAn6uNVpN 9jgcjEs1PAsjvA9Mg62EhUnsDGOzdwhuHgxNPcMkx06w+G3b5k+ARxq9zeMBxuZaG0dD+eqM dX7ADSTorcmWQgT0da/ZlpQGfSXdNv0yrFf/5nOsRzD3huHYDR4a5vhcoyd8GDAtEdyKGHjQ pkHcKiQw+aHExm7wfeIFrwIdrt01BMdKKB6ZsbII7wFDzSzF6b4wWqnlc+wN9xt/kBz7QPU2 S+3WG5CgGTmpGXVCRnJgoC+jSr2kVisVvgomqwP9u6z+zk1/PVpcCGMRppHUQZS54xIr5slz 1LkZLAKalDqKqiJcY8WiRHnuVUaljFdlpzNqFrnSlNRZdEw3dU6Mk+VZTBrDZDKq/1WCtpfk o7tsW7nHR39tXoOyca1pcDpuorxPP1/w7JZdcMjOn94Zz6LNtqDCyqQNd5nnSnGMyRwVOqRj /eafS77eiA66MLHlIfFyT/jlosimiDN5MbkVX4ze1Y+Tlh3GqtxbF04G5OnGD00eXT1gjPeK XyzTTvZ0mzJeSu2uhc3UFRYk3m6RUuoUeYAXqVLL/wKoF71FVQMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/SPjDHRtP3uhui54bSAuKUEujOaY>
Subject: Re: [mpls] http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Nov 2016 14:19:27 -0000
Hi Igor, Understood the concept. It is clear but I'm still struggling with its usefulness. What you call statefull and stateless is with respect to the domain controller, but I see the statefullness and stateless of the paths an higher level controller issue and fair enough to have the stateless concept in the domain controller. In other words if the higer level controller wants to keep the state of the path why doesn't it simply do that instead of demanding it to the domain controller? Because if should be made available also to someone else? Cheers Daniele From: Igor Bryskin [mailto:Igor.Bryskin@huawei.com] Sent: giovedì 3 novembre 2016 15:04 To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>; Scharf, Michael (Nokia - DE) <michael.scharf@nokia.com>; CCAMP (ccamp@ietf.org) <ccamp@ietf.org>; pce@ietf.org; TEAS WG (teas@ietf.org) <teas@ietf.org>; mpls@ietf.org Subject: RE: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00 HI Daniele, A client may ask for a path not to be used immediately (e.g. to present as an abstract link to its own client, in some failure restoration scheme or as a part of disaster recovery network topology re-configuration). In this case the client would want to know at least if/when the path has stopped being feasible any longer or (ideally) a better path is available. Igor From: Daniele Ceccarelli [mailto:daniele.ceccarelli@ericsson.com] Sent: Thursday, November 03, 2016 9:49 AM To: Scharf, Michael (Nokia - DE); Igor Bryskin; CCAMP (ccamp@ietf.org<mailto:ccamp@ietf.org>); pce@ietf.org<mailto:pce@ietf.org>; TEAS WG (teas@ietf.org<mailto:teas@ietf.org>); mpls@ietf.org<mailto:mpls@ietf.org> Subject: RE: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00 Can you please explain what the "stateful compute-only" stands for I don't understand what is stateful in a path computation request only. IMHO either I ask the PCE (SDN controller, NMS, whatever) to compute a path and then forget about it or I ask to compute and provision it. I don't understand the value of asking for it and remembering about it. BR Daniele From: Scharf, Michael (Nokia - DE) [mailto:michael.scharf@nokia.com] Sent: giovedì 3 novembre 2016 14:45 To: Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>>; CCAMP (ccamp@ietf.org<mailto:ccamp@ietf.org>) <ccamp@ietf.org<mailto:ccamp@ietf.org>>; pce@ietf.org<mailto:pce@ietf.org>; TEAS WG (teas@ietf.org<mailto:teas@ietf.org>) <teas@ietf.org<mailto:teas@ietf.org>>; mpls@ietf.org<mailto:mpls@ietf.org> Subject: RE: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00 We have discussed this before. From an implementer's perspective, the two clean solutions to the problem seem to either stateful "compute-only" tunnels or a stateless RPC. Michael From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Igor Bryskin Sent: Thursday, November 03, 2016 2:34 PM To: Daniele Ceccarelli; CCAMP (ccamp@ietf.org<mailto:ccamp@ietf.org>); pce@ietf.org<mailto:pce@ietf.org>; TEAS WG (teas@ietf.org<mailto:teas@ietf.org>); mpls@ietf.org<mailto:mpls@ietf.org> Subject: [ALU] [mpls]http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00 Hi, >From the draft: 6. YANG Model for requesting Path Computation Work on extending the TE Tunnel YANG model to support the need to request path computation has recently started also in the context of the [TE-TUNNEL<https://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00#ref-TE-TUNNEL>] draft. It is possible to request path computation by configuring a "compute-only" TE tunnel and retrieving the computed path(s) in the LSP(s) Record-Route Object (RRO) list as described in [TE-TUNNEL<https://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00#ref-TE-TUNNEL>]. This is a stateful solution since the state of each created "compute-only" TE tunnel needs to be maintained and updated, when underlying network conditions change. The need also for a stateless solution, based on an RPC, has been recognized. The YANG model to support stateless RPC is for further study. IB>> Please, note, that in the TE Tunnel model we consider the COMPUTE_AND_FORGET mode. We also consider the concept of path computation action to be defined under the TE tunnel node. All this is to facilitate stateless path computations. Cheers, Igor
- [mpls] CCAMP and JOINT YANG session agenda @IETF97 Daniele Ceccarelli
- [mpls] draft-zhang-ccamp-transport-yang-gap-analy… Igor Bryskin
- [mpls] http://tools.ietf.org/html/draft-busibel-t… Igor Bryskin
- Re: [mpls] [Teas] draft-zhang-ccamp-transport-yan… Belotti, Sergio (Nokia - IT)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Scharf, Michael (Nokia - DE)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Daniele Ceccarelli
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Scharf, Michael (Nokia - DE)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Daniele Ceccarelli
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Belotti, Sergio (Nokia - IT)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Daniele Ceccarelli
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Leeyoung
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Scharf, Michael (Nokia - DE)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Leeyoung
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Leeyoung
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Beller, Dieter (Nokia - DE)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Leeyoung
- Re: [mpls] [Teas] draft-zhang-ccamp-transport-yan… Zhangxian (Xian)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Dhruv Dhody
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Dieter Beller
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- [mpls] 答复: http://tools.ietf.org/html/draft-busib… Fatai Zhang
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- [mpls] 答复: http://tools.ietf.org/html/draft-busib… Fatai Zhang
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Belotti, Sergio (Nokia - IT)
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Italo Busi
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Igor Bryskin
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Italo Busi
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Italo Busi
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Igor Bryskin
- Re: [mpls] http://tools.ietf.org/html/draft-busib… Francesco Lazzeri
- Re: [mpls] [Teas] http://tools.ietf.org/html/draf… Igor Bryskin