From nobody Fri Dec 1 08:48:28 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A38E8129410 for ; Fri, 1 Dec 2017 08:48:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.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 FRVTKZOTDGLG for ; Fri, 1 Dec 2017 08:48:24 -0800 (PST) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253029.outbound.protection.outlook.com [40.92.253.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FAE3126DCA for ; Fri, 1 Dec 2017 08:48:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=h7+anYhbwyw+1rui3o8LaBFZ52yP3qs94A8gkSBjle0=; b=nLHsm3t8haJdkp3uF9vafg2Dco2lLUkKqqIUsi4xT+pNjgWP8bp+1TKvdf2OILsA6WPz1hymDyt9jrtxYlq/UNeSIfPlI/JZADdAGVfRZ27LHh74ksvtzDu28SAkMf0ewD/I2tET0bA4Al0du+2BNUSldeamO6JLYc1b/8btkqyOo36ae2MVoVyw5yxO5ETdYboOf+DxVefPHNd1dgnCSnMfUwxlnW0t6ot8zGq6KI7RjCf5CW+4XB0i9gCE63iW4v3sZT+kHbEnJqR/34cE8NuRC9YKLeVXi42dbq6sGLwkSexa4hLHnM061yj83aIgOdtyZnUotJRpJ6Q4OPX7Rw== Received: from PU1APC01FT038.eop-APC01.prod.protection.outlook.com (10.152.252.51) by PU1APC01HT069.eop-APC01.prod.protection.outlook.com (10.152.253.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.239.4; Fri, 1 Dec 2017 16:48:20 +0000 Received: from SG2PR0201MB2256.apcprd02.prod.outlook.com (10.152.252.54) by PU1APC01FT038.mail.protection.outlook.com (10.152.253.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.239.4 via Frontend Transport; Fri, 1 Dec 2017 16:48:19 +0000 Received: from SG2PR0201MB2256.apcprd02.prod.outlook.com ([fe80::d1f9:10b9:14b8:6e88]) by SG2PR0201MB2256.apcprd02.prod.outlook.com ([fe80::d1f9:10b9:14b8:6e88%16]) with mapi id 15.20.0282.007; Fri, 1 Dec 2017 16:48:20 +0000 From: =?gb2312?B?ucsgyNY=?= To: Susan Hares , "i2rs@ietf.org" CC: "gurong@chinamobile.com" Thread-Topic: [i2rs] draft-ietf-i2rs-yang-dc-fabric-network-topology - WG LC from 11/28 to 12/12/2017 Thread-Index: AdNpEUQApjXSuscxSY2Fzf5NKm4gUf//9pAAgANsA5M= Date: Fri, 1 Dec 2017 16:48:19 +0000 Message-ID: References: <9B4BC45FDEDDD84F813E9E4A5BAF8785A9665C62@nkgeml513-mbx.china.huawei.com>, In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:0BCECBA0249B9181BD9E7FE8F399A7A9F66F8246573739A8D6290852F323A0DA; UpperCasedChecksum:021ED09A2C2E9BF8646BC16C5A445126C213ECB542085B355A1ABE2976F51F73; SizeAsReceived:7349; Count:46 x-tmn: [Gkwq0z8OvD3vMNeg7H5ZvDJJffFWaVRz] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PU1APC01HT069; 6:EZHgV3A1iL0z/+EfptaEb3GWcykxjDuBcsxGVtWxBOLTUY0qMk1lfwxY4WZYH+E87ePaQxsXbt55N8gA8ZpAX1KEWLvBkEhRmV5PHHcs3Ys2N4LMA0amlgOLeZIkQABZT5K9BnhYA/5Ptg5TdrwDlXfxZwWbxmpmzP/akrRvvWtDILExYZPhjWAOAD1PxrNA6qnfZTA3Kf+TTH8pBi70Rc7hEu4wrQljRDqyQWRXRtL5MxpYHWi+5WaWhe5mzYq1Z31OGJtHNHSwVEv7TVHMpM6nuuCBmlTWxUNQpETAi+dYwupGEZyOdygsOrgyHm+vy2pOl4XYd0PbsoBkLqGa4ajPRXXH/qwm4L5l7UonqUQ=; 5:60gONyu7V29krWGtD3o6OfGxGS9m2MAqXpMKclObHD2SPHMUQ56W0jd6onh3XwtC3VuZ6Re/cNd+WAUss5YIPQrMr1F8K5dfJn+W2O0abMK5tHbKHc8QUpjw2UeknVulY1mSop+MChg9R0jElPskWVY136FXe5kroGxzKbT66zE=; 24:1DWpcW4guHtu22l1BhU1cx21yz6T86eXwTtDyxIbxBm6nthebzDy+DZqe5I2Qs+is6Bo8sMO1A7wt7X1afobxMC6gspyZAeTTg4o8r11umM=; 7:cOHx1sis2dggUvSnvJNWcz/IHac52CJcOUWEU6aB+iAcQWCTnGbOn0Zl1KNPYAFtqcBlLqXbEhzGYDvWMX0eOpE3lkdMj+zWdPvSo9tV2/DgZ94YQgI1OpTz+akYoaOt7joN0PbuuBHNzftMPDq/1uwcAPgHF2IZlV86mHHHO1/bOVpJOtqJKhm07agYdjqBEdtMnYzfFw17YuKJkO50ZqJ0NOzzhnm83uY8Hqj43Vj01s5z3Kcc9LADyYWEsENE x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:PU1APC01HT069; x-ms-traffictypediagnostic: PU1APC01HT069: x-ms-office365-filtering-correlation-id: e25b826c-dcac-4d82-dfdc-08d538db53ef x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:PU1APC01HT069; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:PU1APC01HT069; x-forefront-prvs: 05087F0C24 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:PU1APC01HT069; H:SG2PR0201MB2256.apcprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_SG2PR0201MB225637B96F7A5F02246CC5128B390SG2PR0201MB2256_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e25b826c-dcac-4d82-dfdc-08d538db53ef X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Dec 2017 16:48:19.1734 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT069 Archived-At: Subject: [i2rs] =?gb2312?b?tPC4tDogIGRyYWZ0LWlldGYtaTJycy15YW5nLWRjLWZh?= =?gb2312?b?YnJpYy1uZXR3b3JrLXRvcG9sb2d5IC0gV0cgTEMgZnJvbSAxMS8yOCB0byAx?= =?gb2312?b?Mi8xMi8yMDE3?= X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2017 16:48:27 -0000 --_000_SG2PR0201MB225637B96F7A5F02246CC5128B390SG2PR0201MB2256_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 QXMgYSBjby1hdXRob3IgSSBhbSBub3QgYXdhcmUgb2YgSVBSIHJlbGF0aW5nIHRvIHRoaXMgZHJh ZnQgYW5kIEkgc3VwcG9ydCB0aGUgcHVibGljYXRpb24uDQoNCldlIHRoaW5rIHRoZSBmYWJyaWMg dG9wb2xvZ3kgbW9kZWwgaXMgYmVuZWZpdCAgZm9yIHRoZSBmYWJyaWMgbmV0d29yayBtYW5hZ2Vt ZW50IHNpbmNlIG91ciBkYXRhY2VudGVyIG5ldHdvcmsgY29uc2lzdHMgb2Ygc2VydmVyYWwgUE9E cyB3aXRoIGVhY2ggUE9EIGJlbG9uZ2luZyB0byBvbmUgdmVuZG9yIHdpdGggc29tZSB1bmlxdWUg dGVjaG5vbG9neS4gVGh1cyBpdCdzIG5lY2Vzc2FyeSBmb3IgdXMgdG8gY29tZSB1cCB3aXRoIHRo ZSBzdGFuZGFyZCBmYWJyaWMgdG9wb2xvZ3kgbW9kZWwgaW4gb3JkZXIgdG8gZ2V0IHRoZSBvdmVy YWxsIERDIG5ldHdvcmsgdG9wb2d5Lg0KDQpCLlIuDQpHdSBSb25nDQpndXJvbmdfY21jY0BvdXRs b29rLmNvbQ0KZ3Vyb25nQGNoaW5hbW9iaWxlLmNvbQ0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCreivP7IyzogaTJycyA8aTJycy1ib3VuY2VzQGlldGYub3JnPiC0+rHtIEhhcmlo YXJhbiBBbmFudGhha3Jpc2huYW4gPGhhcmlAcGFja2V0ZGVzaWduLmNvbT4NCreiy83KsbzkOiAy MDE3xOoxMdTCMjnI1SAyMDoyMQ0KytW8/sjLOiBaaHVhbmd5YW4gKFlhbik7IFN1c2FuIEhhcmVz OyBpMnJzQGlldGYub3JnDQrW98ziOiBSZTogW2kycnNdIGRyYWZ0LWlldGYtaTJycy15YW5nLWRj LWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5IC0gV0cgTEMgZnJvbSAxMS8yOCB0byAxMi8xMi8yMDE3 DQoNCg0KU3VwcG9ydCBhcyBhIGNvLWF1dGhvci4NCg0KDQoNCi0gSGFyaQ0KDQoNCg0KRnJvbTog aTJycyA8aTJycy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgIlpodWFuZ3lhbiAoWWFu KSIgPHpodWFuZ3lhbi56aHVhbmdAaHVhd2VpLmNvbT4NCkRhdGU6IFdlZG5lc2RheSwgMjkgTm92 ZW1iZXIgMjAxNyBhdCAwNTowMw0KVG86IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb20+LCAi aTJyc0BpZXRmLm9yZyIgPGkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2kycnNdIGRyYWZ0 LWlldGYtaTJycy15YW5nLWRjLWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5IC0gV0cgTEMgZnJvbSAx MS8yOCB0byAxMi8xMi8yMDE3DQoNCg0KDQpJIGFtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHJlbGF0 aW5nIHRvIHRoaXMgZHJhZnQuDQoNCg0KDQpXZSBoYXZlIGltcGxlbWVudGF0aW9uIG9mIHRoaXMg bW9kZWwgaW4gT0RMIHdoaWNoIGlzIHVzZWQgdG8gaGVscCBuZXR3b3JrIG1hbmFnZW1lbnQgaW4g ZGF0YSBjZW50ZXIuDQoNClRoZSBtb2RlbCBub3cgaXMgaW4gTk1EQSBzdHlsZS4NCg0KDQoNCkFz IGEgY28tYXV0aG9yLCBJIHN1cHBvcnQgdGhlIHB1YmxpY2F0aW9uIG9mIHRoaXMgbW9kZWwuDQoN Cg0KDQpCZXN0IFJlZ2FyZHMsDQoNCg0KDQpZYW4NCg0KDQoNCreivP7IyzogaTJycyBbbWFpbHRv OmkycnMtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBTdXNhbiBIYXJlcw0Kt6LLzcqxvOQ6IDIwMTfE 6jEx1MIyOMjVIDIxOjU2DQrK1bz+yMs6IGkycnNAaWV0Zi5vcmcNCtb3zOI6IFtpMnJzXSBkcmFm dC1pZXRmLWkycnMteWFuZy1kYy1mYWJyaWMtbmV0d29yay10b3BvbG9neSAtIFdHIExDIGZyb20g MTEvMjggdG8gMTIvMTIvMjAxNw0KDQoNCg0KVGhpcyBiZWdpbnMgYSAyIHdlZWsgV0cgTEMgb24g dGhlIEkyUlMgZHJhZnQgZHJhZnQtaWV0Zi1pMnJzLXlhbmctZGMtZmFicmljLW5ldHdvcmstdG9w b2xvZ3kgZnJvbSAxMS8yOCB0byAxMi8xMi8yMDE3Lg0KDQoNCg0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXlhbmctZGMtZmFicmljLW5ldHdvcmstdG9w b2xvZ3kvDQoNCg0KDQpUaGUgYXV0aG9ycyBzaG91bGQgaW5kaWNhdGUgaWYgdGhleSBrbm93IG9m IGFueSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBkcmFmdC4NCg0KDQoNClBsZWFzZSBjb25zaWRlciBk dXJpbmcgeW91ciBXRyBMQyByZXZpZXcsIHRoZSBmb2xsb3dpbmcgcXVlc3Rpb25zOg0KDQoNCg0K ICAxLiAgRG8geW91IGtub3cgb2YgYW55IGltcGxlbWVudGF0aW9ucyBvZiB0aGlzIGRyYWZ0Pw0K ICAyLiAgRG9lcyB0aGlzIGRyYWZ0IGFkaGVyZSB0byB0aGUgTmV0d29yayBNYW5hZ2VtZW50IERh dGFzdG9yZSBhcmNoaXRlY3R1cmUgKE5NREEpPw0KICAzLiAgRG8geW91IGtub3cgb2YgYW55IHRl Y2huaWNhbCBpc3N1ZXMgd2l0aCB0aGlzIHlhbmcgbW9kdWxlPw0KICA0LiAgV2lsbCB0aGUgZGVw bG95bWVudCBvZiB0aGlzIHlhbmcgbW9kdWxlIGFpZCB0aGUgbWFuYWdlbWVudCBvZiBEYXRhIENl bnRlciBGYWJyaWNzPw0KICA1LiAgRG8geW91IHN1cHBvcnQgcHVibGljYXRpb24gb2YgdGhpcyB5 YW5nIG1vZHVsZT8NCg0KDQoNClN1ZSBIYXJlcw0KDQoNCg0KDQoNCg0KDQoNCg== --_000_SG2PR0201MB225637B96F7A5F02246CC5128B390SG2PR0201MB2256_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

As a co-author I am not aware of IPR re= lating to this draft and I support the publication. 


We think the fabric topology model is benefit  for the fabric net= work management since our datacenter network consists of serveral= PODs with each POD belonging to one vendor with some unique = ;technology. Thus it's necessary for us to come up with the standard fabric topology model in order to get the overall DC network topogy.

B.R.
Gu Rong
gurong_cmcc@outlook.com
gurong@chinamobile.com
=B7=A2=BC=FE=C8=CB: i2rs &l= t;i2rs-bounces@ietf.org> =B4=FA=B1=ED Hariharan Ananthakrishnan <hari= @packetdesign.com>
=B7=A2=CB=CD=CA=B1=BC=E4: 2017=C4=EA11=D4=C229=C8=D5 20:21
=CA=D5=BC=FE=C8=CB: Zhuangyan (Yan); Susan Hares; i2rs@ietf.org
=D6=F7=CC=E2: Re: [i2rs] draft-ietf-i2rs-yang-dc-fabric-network-topo= logy - WG LC from 11/28 to 12/12/2017
 

Support as a co-author.

 

- Hari

 

F= rom: i2rs <i2rs-bounces@iet= f.org> on behalf of "Zhuangyan (Yan)" <zhuangyan.zhuang@hua= wei.com>
Date: Wednesday, 29 November 2017 at 05:03
To: Susan Hares <shares@ndzh.com>, "i2rs@ietf.org" &= lt;i2rs@ietf.org>
Subject: Re: [i2rs] draft-ietf-i2rs-yang-dc-fabric-network-topology = - WG LC from 11/28 to 12/12/2017

 

I am not aware of any IPR relating to this draft.

 

We have implementation of this model in ODL which is used to h= elp network management in data center.

The model now is in NMDA style.

 

As a co-author, I support the publication of this model.

 

Best Regards,

 

Yan

 

=B7=A2=BC=FE=C8=CB: i2rs [mailto:i2rs-bounces@ietf.or= g] =B4=FA=B1=ED Susan Hares
=B7=A2=CB=CD= =CA=B1=BC=E4:<= /b> 2017=C4=EA11=D4=C228=C8=D5 21:56
=CA=D5=BC=FE=C8=CB: i2rs@ietf.org
=D6=F7=CC=E2= : [i2rs] draft-ietf-i2rs-yang-dc-fabric-network-topology - WG LC from 11/28 to 12/12/2017

 

This begins a 2 week WG LC on= the I2RS draft draft-ietf-i2rs-yang-dc-fabric-network-topology from 11/28 = to 12/12/2017.

 

https://datatracker.ietf.org/doc/draft-iet= f-i2rs-yang-dc-fabric-network-topology/

 

The authors should indicate i= f they know of any IPR relating to this draft.

 

Please consider during your W= G LC review, the following questions:

 

  1. Do you know of any implementations of this draft?
  2. Does this draft adhere to the Network Management Datastore= architecture (NMDA)?
  3. Do you know of any technical issues with this yang module?
  4. Will the deployment of this yang module aid the management= of Data Center Fabrics?
  5. Do you support publication of this yang module?

 

Sue Hares

 

 

&= nbsp;

 

--_000_SG2PR0201MB225637B96F7A5F02246CC5128B390SG2PR0201MB2256_-- From nobody Sun Dec 3 16:39:49 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CF7A126B7E for ; Sun, 3 Dec 2017 16:39:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 w50sjU4QMORW for ; Sun, 3 Dec 2017 16:39:45 -0800 (PST) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 46001120725 for ; Sun, 3 Dec 2017 16:39:44 -0800 (PST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Forcepoint Email with ESMTPS id 91E358FF595E04F9BBCB; Mon, 4 Dec 2017 08:39:41 +0800 (CST) Received: from xgxapp03.zte.com.cn ([10.30.14.24]) by mse01.zte.com.cn with SMTP id vB40dagZ037694; Mon, 4 Dec 2017 08:39:36 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn) Received: from mapi (xgxapp01[null]) by mapi (Zmail) with MAPI id mid71; Mon, 4 Dec 2017 08:39:36 +0800 (CST) Date: Mon, 4 Dec 2017 08:39:36 +0800 (CST) X-Zmail-TransId: 2af95a249948767-e4683 X-Mailer: Zmail v1.0 Message-ID: <201712040839366743445@zte.com.cn> In-Reply-To: <01ed01d36850$9e7c1240$db7436c0$@ndzh.com> References: 01ed01d36850$9e7c1240$db7436c0$@ndzh.com Mime-Version: 1.0 From: To: Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn vB40dagZ037694 Archived-At: Subject: Re: [i2rs] =?utf-8?q?draft-ietf-i2rs-yang-dc-fabric-network-topology?= =?utf-8?q?_-_WG_LC_from11/28_to_12/12/2017?= X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2017 00:39:48 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 U3VwcG9ydC4NCg0KDQogSSB0aGluayBpdCBpcyB1c2VmdWwgaW4gdGhlIGRhdGEgY2VudGVyIG5l dHdvcmsuDQoNCg0KUmVnYXJkcw0KDQoNCkZhbmd3ZWkuDQoNCg0KDQoNCg0KCiAgICAgICAgDQoN Cg0KDQoNCg0KDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJogPHNoYXJlc0Bu ZHpoLmNvbT47DQrmlLbku7bkurrvvJogPGkycnNAaWV0Zi5vcmc+Ow0K5pelIOacnyDvvJoyMDE3 5bm0MTHmnIgyOOaXpSAyMTo1Ng0K5Li7IOmimCDvvJpbaTJyc10gZHJhZnQtaWV0Zi1pMnJzLXlh bmctZGMtZmFicmljLW5ldHdvcmstdG9wb2xvZ3kgLSBXRyBMQyBmcm9tMTEvMjggdG8gMTIvMTIv MjAxNw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQppMnJzIG1haWxpbmcgbGlzdA0KaTJyc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg0KDQpUaGlzIGJlZ2lucyBhIDIgd2VlayBXRyBMQyBv biB0aGUgSTJSUyBkcmFmdCBkcmFmdC1pZXRmLWkycnMteWFuZy1kYy1mYWJyaWMtbmV0d29yay10 b3BvbG9neSBmcm9tIDExLzI4IHRvIDEyLzEyLzIwMTcuDQoNCg0KIA0KDQoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy15YW5nLWRjLWZhYnJpYy1uZXR3 b3JrLXRvcG9sb2d5Lw0KDQoNCiANCg0KDQpUaGUgYXV0aG9ycyBzaG91bGQgaW5kaWNhdGUgaWYg dGhleSBrbm93IG9mIGFueSBJUFIgcmVsYXRpbmcgdG8gdGhpcyBkcmFmdC4NCg0KDQogDQoNCg0K UGxlYXNlIGNvbnNpZGVyIGR1cmluZyB5b3VyIFdHIExDIHJldmlldywgdGhlIGZvbGxvd2luZyBx dWVzdGlvbnM6DQoNCg0KIA0KDQoNCjEpICAgICAgRG8geW91IGtub3cgb2YgYW55IGltcGxlbWVu dGF0aW9ucyBvZiB0aGlzIGRyYWZ0Pw0KDQoNCjIpICAgICAgRG9lcyB0aGlzIGRyYWZ0IGFkaGVy ZSB0byB0aGUgTmV0d29yayBNYW5hZ2VtZW50IERhdGFzdG9yZSBhcmNoaXRlY3R1cmUgKE5NREEp Pw0KDQoNCjMpICAgICAgRG8geW91IGtub3cgb2YgYW55IHRlY2huaWNhbCBpc3N1ZXMgd2l0aCB0 aGlzIHlhbmcgbW9kdWxlPw0KDQoNCjQpICAgICAgV2lsbCB0aGUgZGVwbG95bWVudCBvZiB0aGlz IHlhbmcgbW9kdWxlIGFpZCB0aGUgbWFuYWdlbWVudCBvZiBEYXRhIENlbnRlciBGYWJyaWNzPw0K DQoNCjUpICAgICAgRG8geW91IHN1cHBvcnQgcHVibGljYXRpb24gb2YgdGhpcyB5YW5nIG1vZHVs ZT8NCg0KDQogDQoNCg0KU3VlIEhhcmVz --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m YW1pbHk6YXJpYWw7Ij5TdXBwb3J0LjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m YW1pbHk6YXJpYWw7Ij4mbmJzcDtJIHRoaW5rIGl0IGlzIHVzZWZ1bCBpbiB0aGUgZGF0YSBjZW50 ZXIgbmV0d29yay48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OmFyaWFs OyI+UmVnYXJkczwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7 Ij5GYW5nd2VpLjwvcD48ZGl2IGNsYXNzPSJ6TWFpbFNpZ24iIHVub25hbWVjaD0i6IOh5pa55Lyf MTAwNzU3NzIiIHVub25hbWVlbj0iaHVmYW5nd2VpMTAwNzU3NzIiPjxkaXYgY2xhc3M9InpNYWls U2lnbkNvbnRlbnQiPjxkaXY+PGRpdj48ZGl2PjxwIHN0eWxlPSJmb250LWZhbWlseTog5a6L5L2T OyBmb250LXNpemU6MTRweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgd2lkb3dzOiAxOyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2NvbG9yOiM1ODU5NUI7Zm9udC1mYW1pbHk65b6u6L2v6ZuF 6buRO2ZvbnQtc2l6ZToxNHB4OyI+PHNwYW4gY2xhc3M9InNpZ25lZGl0Ij48YnI+PC9zcGFuPjwv c3Bhbj4KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzwvcD48L2Rpdj48L2Rpdj48L2Rpdj48 L2Rpdj48L2Rpdj48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93IiBzdHlsZT0iZGlzcGxheTpi bG9jayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDogMTAwJTsgaGVpZ2h0 OiAyOHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjogI0UwRTVFOTsgY29s b3I6ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlP cmdUeHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3RvcnlDb250YWluZXIi PjxkaXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRpdiBjbGFzcz0iemhp c3RvcnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQtY29sb3I6ICNGNUY2 Rjg7Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRlclR4dCI+5Y+R5Lu2 5Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPiAmbHQ7c2hhcmVzQG5k emguY29tJmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3Rv cnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUi IHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij4gJmx0O2kycnNAaWV0Zi5vcmcmZ3Q7Ozwvc3Bhbj48 L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeURhdGVUeHQiPuaXpSDmnJ8g 77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9IiI+MjAxN+W5tDEx5pyIMjjml6UgMjE6NTY8L3NwYW4+ PC9kaXY+PGRpdj48c3Ryb25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlTdWJqZWN0VHh0Ij7kuLsg 6aKYIO+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFRpdGxlIj48c3Ryb25nPltpMnJzXSBk cmFmdC1pZXRmLWkycnMteWFuZy1kYy1mYWJyaWMtbmV0d29yay10b3BvbG9neSAtIFdHIExDIGZy b20xMS8yOCB0byAxMi8xMi8yMDE3PC9zdHJvbmc+PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgY2xh c3M9InpoaXN0b3J5Q29udGVudCI+PGRpdj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj5pMnJzJm5ic3A7bWFpbGluZyZuYnNwO2xpc3Q8YnI+aTJyc0Bp ZXRmLm9yZzxicj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnM8YnI+ PGJyPjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBi ZWdpbnMgYSAyIHdlZWsgV0cgTEMgb24gdGhlIEkyUlMgZHJhZnQgZHJhZnQtaWV0Zi1pMnJzLXlh bmctZGMtZmFicmljLW5ldHdvcmstdG9wb2xvZ3kgZnJvbSAxMS8yOCB0byAxMi8xMi8yMDE3Ljxv OnA+PC9vOnA+PC9wPjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWlldGYtaTJycy15YW5nLWRjLWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5LyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt aTJycy15YW5nLWRjLWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5LzwvYT48bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGUgYXV0aG9ycyBzaG91bGQgaW5kaWNhdGUgaWYgdGhleSBrbm93IG9mIGFueSBJUFIg cmVsYXRpbmcgdG8gdGhpcyBkcmFmdC48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVhc2UgY29uc2lk ZXIgZHVyaW5nIHlvdXIgV0cgTEMgcmV2aWV3LCB0aGUgZm9sbG93aW5nIHF1ZXN0aW9uczo8bzpw PjwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlz dDpsMCBsZXZlbDEgbGZvMiI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJt c28tbGlzdDpJZ25vcmUiPjEpPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bh bj48IS0tW2VuZGlmXS0tPkRvIHlvdSBrbm93IG9mIGFueSBpbXBsZW1lbnRhdGlvbnMgb2YgdGhp cyBkcmFmdD88bzpwPjwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCEtLVtpZiAhc3Vw cG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIpPHNwYW4gc3R5bGU9 ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPkRvZXMgdGhpcyBkcmFm dCBhZGhlcmUgdG8gdGhlIE5ldHdvcmsgTWFuYWdlbWVudCBEYXRhc3RvcmUgYXJjaGl0ZWN0dXJl IChOTURBKT88bzpwPjwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCEtLVtpZiAhc3Vw cG9ydExpc3RzXS0tPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjMpPHNwYW4gc3R5bGU9 ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPkRvIHlvdSBrbm93IG9m IGFueSB0ZWNobmljYWwgaXNzdWVzIHdpdGggdGhpcyB5YW5nIG1vZHVsZT88bzpwPjwvbzpwPjwv cD48cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQpPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFu Pjwvc3Bhbj48IS0tW2VuZGlmXS0tPldpbGwgdGhlIGRlcGxveW1lbnQgb2YgdGhpcyB5YW5nIG1v ZHVsZSBhaWQgdGhlIG1hbmFnZW1lbnQgb2YgRGF0YSBDZW50ZXIgRmFicmljcz88bzpwPjwvbzpw PjwvcD48cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVp bjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxzcGFu IHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjUpPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9z cGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPkRvIHlvdSBzdXBwb3J0IHB1YmxpY2F0aW9uIG9mIHRo aXMgeWFuZyBtb2R1bGU/PG86cD48L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VlIEhhcmVzPG86cD48L286cD48 L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi4yNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48 L2Rpdj48L2Rpdj48cD48YnI+PC9wPiA8L2Rpdj4= --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Thu Dec 7 17:12:58 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D3271286CA for ; Thu, 7 Dec 2017 17:12:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001] autolearn=no 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 tEmMYruheZKr for ; Thu, 7 Dec 2017 17:12:55 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E807126C26 for ; Thu, 7 Dec 2017 17:12:55 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=166.177.58.28; From: "Susan Hares" To: Cc: "'Russ White'" , "'Alia Atlas'" Date: Thu, 7 Dec 2017 20:12:47 -0500 Message-ID: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01D36F97.C0A303D0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdNvwYGmMHHNPqS4QOOd4nd1zqunfg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2017 01:12:56 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0032_01D36F97.C0A303D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This is the 3rd WG Last call for draft-ietf-i2rs-rib-data-model. You can find the draft at: https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-model/ In the previous 2 WG LCs, the WG did not change anything with the base model - except those things that impact on the network management datastore architecture (NMDA) or the security considerations. In this WG LC discussion, please consider these questions? 1) Is this document ready for publication? 2) Do you see any technical problems with the document as part of NMDA architecture where the model can be in ephemeral datastore or a configuration datastore. 3) Do you have any concerns about the security considerations section? The Authors should again respond to this email indicating if they know of any IPR with this draft. Susan Hares Co-chair and shepherd. ------=_NextPart_000_0032_01D36F97.C0A303D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This is = the 3rd WG Last call for = draft-ietf-i2rs-rib-data-model.  You can find the draft at: =

 

https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-model/

 

In the previous 2 WG LCs, the WG did not change = anything with the base model – except those things that impact on = the network management datastore architecture (NMDA) or the security = considerations.

 

In this WG = LC discussion, please consider these questions?  

1)      = Is this document ready for publication? =

2)      = Do you see any technical problems with the = document as part of NMDA architecture where the model can be in = ephemeral datastore or a configuration datastore.

 

3)      = Do you have any concerns about the security = considerations section?

 

The = Authors should again respond to this email indicating if they know of = any IPR with this draft.

 

Susan = Hares

Co-chair and shepherd. =  

 

 

------=_NextPart_000_0032_01D36F97.C0A303D0-- From nobody Thu Dec 7 19:28:33 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F525128B44; Thu, 7 Dec 2017 19:28:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151270370849.5900.9740590177573789364@ietfa.amsl.com> Date: Thu, 07 Dec 2017 19:28:28 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-rib-data-model-09.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Dec 2017 03:28:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A YANG Data Model for Routing Information Base (RIB) Authors : Lixing Wang Hariharan Ananthakrishnan Mach(Guoyi) Chen Amit Dass Sriganesh Kini Nitin Bahadur Filename : draft-ietf-i2rs-rib-data-model-09.txt Pages : 68 Date : 2017-12-07 Abstract: This document defines a YANG data model for Routing Information Base (RIB) that aligns with the I2RS RIB information model. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-rib-data-model-09 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-rib-data-model-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-rib-data-model-09 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/ From nobody Mon Dec 11 02:48:45 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2C95127058 for ; Mon, 11 Dec 2017 02:48:43 -0800 (PST) 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, 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 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 2tcDJoaRbF0R for ; Mon, 11 Dec 2017 02:48:41 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 58821124205 for ; Mon, 11 Dec 2017 02:48:41 -0800 (PST) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id AE477E8DF7BB9 for ; Mon, 11 Dec 2017 10:48:34 +0000 (GMT) Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.361.1; Mon, 11 Dec 2017 10:48:05 +0000 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.54]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0361.001; Mon, 11 Dec 2017 18:48:01 +0800 From: Mach Chen To: Susan Hares , "i2rs@ietf.org" CC: 'Russ White' , 'Alia Atlas' Thread-Topic: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) Thread-Index: AdNvwYGmMHHNPqS4QOOd4nd1zqunfgCq9Bkw Date: Mon, 11 Dec 2017 10:48:01 +0000 Message-ID: References: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> In-Reply-To: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.194.201] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE2922EBE8Bdggeml510mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 10:48:44 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE2922EBE8Bdggeml510mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Sue, I am not aware of any IPR related to this document. Best regards, Mach From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, December 08, 2017 9:13 AM To: i2rs@ietf.org Cc: 'Russ White' ; 'Alia Atlas' Subject: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 = to 12/21) This is the 3rd WG Last call for draft-ietf-i2rs-rib-data-model. You can f= ind the draft at: https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-model/ In the previous 2 WG LCs, the WG did not change anything with the base mode= l - except those things that impact on the network management datastore arc= hitecture (NMDA) or the security considerations. In this WG LC discussion, please consider these questions? 1) Is this document ready for publication? 2) Do you see any technical problems with the document as part of NMDA= architecture where the model can be in ephemeral datastore or a configurat= ion datastore. 3) Do you have any concerns about the security considerations section? The Authors should again respond to this email indicating if they know of a= ny IPR with this draft. Susan Hares Co-chair and shepherd. --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE2922EBE8Bdggeml510mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi Sue,

=  

= I am not aware of any IPR re= lated to this document.

=  

= Best regards,

= Mach

=  

From: i2rs [mailto:i2r= s-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, December 08, 2= 017 9:13 AM
To: i2rs@ietf.org
Cc: 'Russ White' <russ@ri= w.us>; 'Alia Atlas' <akatlas@gmail.com>
Subject: [i2rs] WG LC for dr= aft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21)

 

This is the 3rd WG Last call for draft-ietf-i2rs-= rib-data-model.  You can find the draft at:

 

https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-= model/

 

In the previous 2 WG LCs, the WG did not change anything wit= h the base model – except those things that impact on the network man= agement datastore architecture (NMDA) or the security considerations.

 

In this WG LC discussion, please consider these questions? &= nbsp;

1)      Is this document ready for pub= lication?

2)      Do you see any technical probl= ems with the document as part of NMDA architecture where the model can be i= n ephemeral datastore or a configuration datastore.

 

3)      Do you have any concerns about= the security considerations section?

 

The Authors should again respond to this email indicating if= they know of any IPR with this draft.

 

Susan Hares

Co-chair and shepherd.  

 

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE2922EBE8Bdggeml510mbxchi_-- From nobody Mon Dec 11 03:46:35 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 812B3124B09 for ; Mon, 11 Dec 2017 03:46:33 -0800 (PST) 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 63jSN_RZCND9 for ; Mon, 11 Dec 2017 03:46:31 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 7776F1201FA for ; Mon, 11 Dec 2017 03:46:29 -0800 (PST) X-AuditID: c1b4fb2d-139999c0000036aa-d0-5a2e70131e62 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 08.D4.13994.3107E2A5; Mon, 11 Dec 2017 12:46:27 +0100 (CET) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.27) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 11 Dec 2017 12:46:26 +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=kD/EdxmFe5A4C47Cv48054JfAeWLoSVfHjO9XslAZq0=; b=gD0AFjyMHjaCLjrAzSu6Ujuy+2iATuUZ2lQClDnriWjrQMnU4fprnwZ1bDOcLRgU/tcHRBxgjX1a8pbeiIGW6mFrEwcLWB/rCQMMuuFAjcREHxf3gg0jfIwaPze4ziBltSUQd8wpHYEP6RL9YIf2tRn4T0UNwuOwU3M1N3/YgYA= Received: from DB4PR07MB283.eurprd07.prod.outlook.com (10.242.231.25) by DB4PR07MB282.eurprd07.prod.outlook.com (10.242.231.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.2; Mon, 11 Dec 2017 11:46:22 +0000 Received: from DB4PR07MB283.eurprd07.prod.outlook.com ([fe80::a1f0:1226:c04a:7483]) by DB4PR07MB283.eurprd07.prod.outlook.com ([fe80::a1f0:1226:c04a:7483%14]) with mapi id 15.20.0302.013; Mon, 11 Dec 2017 11:46:22 +0000 From: Amit Dass To: Mach Chen , Susan Hares , "i2rs@ietf.org" CC: 'Russ White' , 'Alia Atlas' Thread-Topic: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) Thread-Index: AdNvwYGmMHHNPqS4QOOd4nd1zqunfgCq9BkwAAIOwLA= Date: Mon, 11 Dec 2017 11:46:22 +0000 Message-ID: References: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.176.1.81] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB4PR07MB282; 6:aqQ9XyONCL13gopbd5CMEFMw2XKtp3q6VJTZZm7vvSInEsmdAJ4f7/Kge2UPzDu1MnkyijLeIlNjqhT0UhYz5b0uK17PaG3lmKBM64RRkz6T7SAAatQ7BdPbnvf8FR4SEYia0KLuHJckoaKxxpslKkgmgvJtgKPz5P/lbTQCbBF4edIAIXM7An5FLprBHgBKEfYGnmGHkq50DGu2Ycymcd1bt3mfnmI3S49pAPPUO/uXNNshIoEeDyGWZpyg0BMRD0Us/t2aMSdtWJaEusIJBMmCvg9RJ9ArhfOuq6Ofvp0/dgi0nPxLeDWXgrfFMmW0MpH71c3e/gYo6hL2JDBZTRiqGdSU9wAGhnxLtNTvG2o=; 5:aLjG+1khI9SchOtUOmbNZ5WQ77c+CJdgOAW+LMhitY9w8lmGT/OvheorwIf8RJ8RydCGWbsygStmTLP/QVuceZUF/g7k9Ohu6hGMWu9LuHkpezhyVS2SCAh4dIIcOeXOpopJdIlmbSo2Up4IY+1INfu1xSGpJk0aQzIrng80sZA=; 24:2qbr4aTQwPMVEEE9CM9MDtmvWyXm0Bh9IazLWFjLR3tulLun7GXTSoqtxM/on8yfWszLNpwd3SVOAV0v21Rl7AQx1uaIXp0K8acCnwQvcQU=; 7:Hv+qO4wAVZOaJyJhL44jQhnqHyO3lL1P0oQuWyg0LsVXiJzxqjXhNXBlgCXZCj+XDiKRhyMBDa+pLqZkEnohl6NRKg0gbqu9yN3SIesdQSJ3tg25Gkf8UVbQOzRow6n6XxR0UPmpRv0fge31myu3RhbxwIuz5AFey8NCyllDJB1qmyxQ8iyOf0vrymahYv68/GU1sG8ha0RfnxRom2nstlid+uc0+3bGVcV57HbGzZKT150VyxfHyZzpqeyXucl1 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: b35dfaed-0c02-49d6-4207-08d5408ccd6b x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603307); SRVR:DB4PR07MB282; x-ms-traffictypediagnostic: DB4PR07MB282: authentication-results: spf=none (sender IP is ) smtp.mailfrom=amit.dass@ericsson.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(192374486261705)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231022)(10201501046)(3002001)(6041248)(20161123555025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(20161123558100)(20161123562025)(20161123560025)(20161123564025)(6072148)(201708071742011); SRVR:DB4PR07MB282; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DB4PR07MB282; x-forefront-prvs: 0518EEFB48 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7966004)(376002)(366004)(39860400002)(346002)(35754003)(199004)(189003)(102836003)(53936002)(790700001)(5250100002)(9686003)(55016002)(236005)(6306002)(6246003)(7736002)(99286004)(81166006)(33656002)(54896002)(74316002)(105586002)(2900100001)(2950100002)(106356001)(66066001)(39060400002)(81156014)(4326008)(8676002)(5660300001)(8936002)(230783001)(54906003)(508600001)(97736004)(3280700002)(2906002)(25786009)(316002)(2501003)(53546010)(110136005)(6436002)(68736007)(6506006)(86362001)(76176011)(3660700001)(606006)(3846002)(6116002)(7696005)(966005)(229853002)(14454004)(59450400001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR07MB282; H:DB4PR07MB283.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_DB4PR07MB2831DFC163C234F08241BE493370DB4PR07MB283eurprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b35dfaed-0c02-49d6-4207-08d5408ccd6b X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Dec 2017 11:46:22.6563 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR07MB282 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG/XbOcUdzddo0X7QiRldzq9RghNSiooVoRia21Bp60qFO21kz 6x/TMFKXiQo6xRlp3jLzhnkJvDHvlBKIYsWcGealkrBEk9zOBP/7Pe/zvN/3vh8fifGNhBup VGlotUoRK7R3xAtCmt1FggSx/HjLgEiyZBrFJK/zf+KSDzUCiSnDR7I2/x2XErIW/Seu7FHP AiErLV3hyArnxgjZoCmHG0jIHX0j6VilllYfO33LMfqrrpdI+BZyb2ZtkZuMOgLSkQMJlA8s zBuxdORI8qluBJN1mQQr+hDkGr4gi8ApHQarE8uIdXI58PGvjsMKE4Lq7kXCcpg9dRhqyptw CztTtyFtbZljYYySgrGtFbOwgJKDrvwxxmZuwETeOGL5FJgXs6x5nDoAleVN1jN5G/nO6lmu hflUCoKyf1ILO1DB0DDfZs0gahf8GXhlu8sVJqYNHHY5Ckrb32Msu8CseZ1geR8Y8ytxlvfA qCHDuhlQnVyoXixCrCGGpuwFG/tDX+86zoZeIDCaRriscQQGi6Y47BTXoXaqz1ZXwkjljK05 FHpWx2zNxRgMv3lon47IDbEbGg3nnyGRfsvgLMdDXbse01sfYCf0F0zjbN0TStqW7Fk+Ci+f z2GbPNRh5mytlyBuFXJhaIaJi/LyFtNqZQTDxKvEKlpTjzZ+V2fjqugtqp4724UoEgmdeGmH xHI+odAySXFdCEhM6Mw7GSCS83mRiqT7tDr+pvpuLM10IXcSF7ry+i/x5HwqSqGhY2g6gVZv uhzSwS0ZJY2KSsqVQ61qbWLV5QcJ0tThC521Tg2TnyObFb51S6SD+aJ3i1d+aqqL5mAJvkP6 dNs1v3BxXRj9IysopAIbv6PZPiJ5t3ef4WpsTLifXffv/QVXxJndFR55KTkCuwhlsOdyyHR/ 5EB2foPTrydlgaFBZ7SC+hWtrjDxXJi/pliIM9GKEx6YmlH8ByOzL/lZAwAA Archived-At: Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 11:46:33 -0000 --_000_DB4PR07MB2831DFC163C234F08241BE493370DB4PR07MB283eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Not aware of any IPR in relation to this document. Best regards, Amit From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Mach Chen Sent: Monday, December 11, 2017 11:48 AM To: Susan Hares ; i2rs@ietf.org Cc: 'Russ White' ; 'Alia Atlas' Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (1= 2/7 to 12/21) Hi Sue, I am not aware of any IPR related to this document. Best regards, Mach From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, December 08, 2017 9:13 AM To: i2rs@ietf.org Cc: 'Russ White' >; 'Alia Atlas' > Subject: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 = to 12/21) This is the 3rd WG Last call for draft-ietf-i2rs-rib-data-model. You can f= ind the draft at: https://datatracker.ietf.org/doc/draft-ietf-i2rs-rib-data-model/ In the previous 2 WG LCs, the WG did not change anything with the base mode= l - except those things that impact on the network management datastore arc= hitecture (NMDA) or the security considerations. In this WG LC discussion, please consider these questions? 1. Is this document ready for publication? 2. Do you see any technical problems with the document as part of NMDA a= rchitecture where the model can be in ephemeral datastore or a configuratio= n datastore. 1. Do you have any concerns about the security considerations section? The Authors should again respond to this email indicating if they know of a= ny IPR with this draft. Susan Hares Co-chair and shepherd. --_000_DB4PR07MB2831DFC163C234F08241BE493370DB4PR07MB283eurprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Not aware of any IPR in relation to this document.<= /p>

 

Best regards,

Amit

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Mach Chen
Sent: Monday, December 11, 2017 11:48 AM
To: Susan Hares <shares@ndzh.com>; i2rs@ietf.org
Cc: 'Russ White' <russ@riw.us>; 'Alia Atlas' <akatlas@gmail= .com>
Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd W= G LC (12/7 to 12/21)

 

Hi Sue,=

&n= bsp;

I am no= t aware of any IPR related to this document.

&n= bsp;

Best re= gards,

Mach

&n= bsp;

From: i2rs [mailto:i2rs-boun= ces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, December 08, 2017 9:13 AM
To: i2rs@ietf.org
Cc: 'Russ White' <russ@riw.us&= gt;; 'Alia Atlas' <akatlas@gmail.co= m>
Subject: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC= (12/7 to 12/21)

 

This is the 3rd WG L= ast call for draft-ietf-i2rs-rib-data-model.  You can find the draft a= t:

 

https://datatracker.ietf.org/= doc/draft-ietf-i2rs-rib-data-model/

 

In the previous 2 WG LCs, the W= G did not change anything with the base model – except those things t= hat impact on the network management datastore architecture (NMDA) or the s= ecurity considerations.

 

In this WG LC discussion, pleas= e consider these questions?  

  1. Is this document ready for publication?
  2. Do you see any technical = problems with the document as part of NMDA architecture where the model can= be in ephemeral datastore or a configuration datastore.

 =

  1. Do you have any concerns about the security cons= iderations section?

 =

The Authors should again respon= d to this email indicating if they know of any IPR with this draft.

 

Susan Hares

Co-chair and shepherd.  

 

 

--_000_DB4PR07MB2831DFC163C234F08241BE493370DB4PR07MB283eurprd_-- From nobody Mon Dec 11 08:52:58 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EBDB126DEE for ; Mon, 11 Dec 2017 08:52:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 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_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-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=packetdesign.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 u9xYwbRwJQ9e for ; Mon, 11 Dec 2017 08:52:44 -0800 (PST) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0088.outbound.protection.outlook.com [104.47.37.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 441F2127286 for ; Mon, 11 Dec 2017 08:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetdesign.onmicrosoft.com; s=selector1-packetdesign-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8XsFmaq7j0YC1Ew1nQdtgBxqQPeuxEtIfke7Q1zOV+Y=; b=BJzv/Orz8n28sqhxr488Aiq3pE7DgbIePtwBDL3eP1ItKM+0StgX7DQtirbtWkIQFnKVgD6yRSLE3vzMAAOTF6kV1DiDRwhWltovj1lIeF7Aei+XUIyVC8kx0MQptIzseuKPuqwQ4XTWRGefwewAN7/QC3OgSMFhTwwsVTFXB5M= Received: from CY1PR0401MB0921.namprd04.prod.outlook.com (10.160.160.145) by CY1PR0401MB0922.namprd04.prod.outlook.com (10.160.160.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.9; Mon, 11 Dec 2017 16:52:39 +0000 Received: from CY1PR0401MB0921.namprd04.prod.outlook.com ([10.160.160.145]) by CY1PR0401MB0921.namprd04.prod.outlook.com ([10.160.160.145]) with mapi id 15.20.0302.013; Mon, 11 Dec 2017 16:52:38 +0000 From: Hariharan Ananthakrishnan To: Susan Hares , "i2rs@ietf.org" CC: 'Russ White' , 'Alia Atlas' Thread-Topic: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) Thread-Index: AdNvwYGmMHHNPqS4QOOd4nd1zqunfgCm+L+A Date: Mon, 11 Dec 2017 16:52:38 +0000 Message-ID: References: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> In-Reply-To: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hari@packetdesign.com; x-originating-ip: [38.99.127.66] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1PR0401MB0922; 6:2ozBoK041tmkFz+ItGqBgKr191lLO/jAy1CzZWw93ADrxWKMAlugmRuZhOz5uthYa3rXXhYp9/eBq8J+gF07/kiysmlj/yYWD0SJ+LTV9JYDLN5qoxnQM4IFPGqDfu2pihIHms/4iSSC9xWtiA3sUGtdrvn0c/f5ZNs6o3w9Zc0JQcxiCPYNxD7kVhG+cgW2HHDPOQRTZWgt/ztabHc20HgALp6o8ph3ycN08RKKcFOhCHQSvYjcZHTRkUcl+QmQPa6eEP+VgnZAnYZLCo0X1CFfzZ5aHRdAzYYeTwoGyM+MAuZQ9eXiX+AT2lLZ8Q6GgblWRzrq0IyPrswDpjlEQt+oCyMV+Osf9af+G0uGWtc=; 5:6E1bow8o37CyBvE51cETTDQjQAUywJDV1DOKS8IE5T6mGY9AN8jP9wanNiI9RDeDfVkvi421biSpilYHFKZDeQrIyfquLC2QclbM2WeYqZuloL0wyYu7D8h0zzBXCF0s02u6PnsvhwX/TKAdxeEjOUx/lKsR52A2XeiXKlj1Wxg=; 24:tiL/tZGeiLSSMSVjKT8SbmNieO0CwNWUYHWqtJu5cyhKPIaMaAifhyPKivF3KLJQ19Tsdp7jjKu3xMa5J5O/anyBR6rKcwXoerQR97kWBqY=; 7:fEobo3iOqpC4UycaBoXnV26j/jWzaCABj/It+C7sDfe0E6fc+tvSiOiT/u9Qw6ZnCFvGiaGocfxTeDoVep4Z8wj+BJ/RSH0kqElpjSIBntOIF7OsnYXpZNH+7+6TdeVBP9Z02NHyOZJdYQAWntGEy3n1ryycqyUhfdyGQ64g4d0p1pZw7eCb/JTwIob7GcTE5qU1v0UXK6xvPtDUL8976nBmFi6e4Ay97Dg1uwYYWBO08h5v9CmHAjLN2JhCF+hY x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: a71fa743-720a-4e58-eff7-08d540b7963c x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4603075)(4627115)(201702281549075)(2017052603307); SRVR:CY1PR0401MB0922; x-ms-traffictypediagnostic: CY1PR0401MB0922: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(192374486261705)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(3231022)(6041248)(2016111802025)(20161123562025)(20161123564025)(20161123560025)(20161123555025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6043046)(6072148)(201708071742011); SRVR:CY1PR0401MB0922; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:CY1PR0401MB0922; x-forefront-prvs: 0518EEFB48 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(366004)(346002)(189003)(199004)(35754003)(966005)(99286004)(33656002)(4326008)(229853002)(25786009)(102836003)(14454004)(106356001)(105586002)(54906003)(110136005)(2501003)(2906002)(53936002)(3846002)(39060400002)(82746002)(6116002)(6246003)(3280700002)(66066001)(68736007)(7736002)(6306002)(36756003)(59450400001)(8676002)(606006)(54896002)(3660700001)(81156014)(81166006)(6486002)(2950100002)(77096006)(478600001)(86362001)(6506006)(6436002)(83716003)(53546010)(2900100001)(76176011)(97736004)(316002)(5660300001)(230783001)(6512007)(236005)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0401MB0922; H:CY1PR0401MB0921.namprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: packetdesign.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_B7EC59CE332D46B3BEB7F8A7F662B7ECpacketdesigncom_" MIME-Version: 1.0 X-OriginatorOrg: packetdesign.com X-MS-Exchange-CrossTenant-Network-Message-Id: a71fa743-720a-4e58-eff7-08d540b7963c X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Dec 2017 16:52:38.3280 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 1df5b6db-3686-4e87-9323-024e5bfe00f0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0401MB0922 Archived-At: Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 16:52:48 -0000 --_000_B7EC59CE332D46B3BEB7F8A7F662B7ECpacketdesigncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Tm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRvY3VtZW50Lg0KDQpUaGFua3Ms DQotIEhhcmkNCg0KRnJvbTogaTJycyA8aTJycy1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYg b2YgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbT4NCkRhdGU6IFRodXJzZGF5LCA3IERlY2Vt YmVyIDIwMTcgYXQgMTc6MTMNClRvOiAiaTJyc0BpZXRmLm9yZyIgPGkycnNAaWV0Zi5vcmc+DQpD YzogJ1J1c3MgV2hpdGUnIDxydXNzQHJpdy51cz4sICdBbGlhIEF0bGFzJyA8YWthdGxhc0BnbWFp bC5jb20+DQpTdWJqZWN0OiBbaTJyc10gV0cgTEMgZm9yIGRyYWZ0LWlldGYtaTJycy1yaWItZGF0 YS1tb2RlbCAtIDNyZCBXRyBMQyAoMTIvNyB0byAxMi8yMSkNCg0KVGhpcyBpcyB0aGUgM3JkIFdH IExhc3QgY2FsbCBmb3IgZHJhZnQtaWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLiAgWW91IGNhbiBm aW5kIHRoZSBkcmFmdCBhdDoNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLw0KDQpJbiB0aGUgcHJldmlvdXMgMiBXRyBMQ3Ms IHRoZSBXRyBkaWQgbm90IGNoYW5nZSBhbnl0aGluZyB3aXRoIHRoZSBiYXNlIG1vZGVsIOKAkyBl eGNlcHQgdGhvc2UgdGhpbmdzIHRoYXQgaW1wYWN0IG9uIHRoZSBuZXR3b3JrIG1hbmFnZW1lbnQg ZGF0YXN0b3JlIGFyY2hpdGVjdHVyZSAoTk1EQSkgb3IgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRp b25zLg0KDQpJbiB0aGlzIFdHIExDIGRpc2N1c3Npb24sIHBsZWFzZSBjb25zaWRlciB0aGVzZSBx dWVzdGlvbnM/DQoNCiAgMS4gIElzIHRoaXMgZG9jdW1lbnQgcmVhZHkgZm9yIHB1YmxpY2F0aW9u Pw0KICAyLiAgRG8geW91IHNlZSBhbnkgdGVjaG5pY2FsIHByb2JsZW1zIHdpdGggdGhlIGRvY3Vt ZW50IGFzIHBhcnQgb2YgTk1EQSBhcmNoaXRlY3R1cmUgd2hlcmUgdGhlIG1vZGVsIGNhbiBiZSBp biBlcGhlbWVyYWwgZGF0YXN0b3JlIG9yIGEgY29uZmlndXJhdGlvbiBkYXRhc3RvcmUuDQoNCg0K DQogIDEuICBEbyB5b3UgaGF2ZSBhbnkgY29uY2VybnMgYWJvdXQgdGhlIHNlY3VyaXR5IGNvbnNp ZGVyYXRpb25zIHNlY3Rpb24/DQoNCg0KVGhlIEF1dGhvcnMgc2hvdWxkIGFnYWluIHJlc3BvbmQg dG8gdGhpcyBlbWFpbCBpbmRpY2F0aW5nIGlmIHRoZXkga25vdyBvZiBhbnkgSVBSIHdpdGggdGhp cyBkcmFmdC4NCg0KU3VzYW4gSGFyZXMNCkNvLWNoYWlyIGFuZCBzaGVwaGVyZC4NCg0KDQo= --_000_B7EC59CE332D46B3BEB7F8A7F662B7ECpacketdesigncom_ Content-Type: text/html; charset="utf-8" Content-ID: <75DBA82417403A47AA325602F4669F72@namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAz IDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0K CXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBo LCBkaXYuTXNvTGlzdFBhcmFncmFwaA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2lu LXRvcDowaW47DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltYXJnaW4tYm90dG9tOjBpbjsNCgltYXJn aW4tbGVmdDouNWluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IlZlcmRhbmEiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHls ZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ bXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0 ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGlu Ow0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJ e21zby1saXN0LWlkOjE0OTkyNzEzODY7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxp c3QtdGVtcGxhdGUtaWRzOjI2NTU4NTM2OCA2NzY5ODcwNSA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5 ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlz dCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRleHQ6IiUxXCkiOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot LjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhh LWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTku MHB0O30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0 IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBs MDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4t bG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTow aW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxi b2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPk5vdCBhd2FyZSBvZiBhbnkg SVBSIHJlbGF0ZWQgdG8gdGhpcyBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPi0gSGFyaTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5pMnJzICZs dDtpMnJzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBTdXNhbiBIYXJlcyAmbHQ7 c2hhcmVzQG5kemguY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UaHVyc2RheSwgNyBEZWNlbWJl ciAyMDE3IGF0IDE3OjEzPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtpMnJzQGlldGYub3JnJnF1b3Q7 ICZsdDtpMnJzQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+J1J1c3MgV2hpdGUnICZsdDty dXNzQHJpdy51cyZndDssICdBbGlhIEF0bGFzJyAmbHQ7YWthdGxhc0BnbWFpbC5jb20mZ3Q7PGJy Pg0KPGI+U3ViamVjdDogPC9iPltpMnJzXSBXRyBMQyBmb3IgZHJhZnQtaWV0Zi1pMnJzLXJpYi1k YXRhLW1vZGVsIC0gM3JkIFdHIExDICgxMi83IHRvIDEyLzIxKTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIGlzIHRoZSAzPHN1cD5yZDwv c3VwPiBXRyBMYXN0IGNhbGwgZm9yIGRyYWZ0LWlldGYtaTJycy1yaWItZGF0YS1tb2RlbC4mbmJz cDsgWW91IGNhbiBmaW5kIHRoZSBkcmFmdCBhdDoNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWkycnMt cmliLWRhdGEtbW9kZWwvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLWkycnMtcmliLWRhdGEtbW9kZWwvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiB0 aGUgcHJldmlvdXMgMiBXRyBMQ3MsIHRoZSBXRyBkaWQgbm90IGNoYW5nZSBhbnl0aGluZyB3aXRo IHRoZSBiYXNlIG1vZGVsIOKAkyBleGNlcHQgdGhvc2UgdGhpbmdzIHRoYXQgaW1wYWN0IG9uIHRo ZSBuZXR3b3JrIG1hbmFnZW1lbnQgZGF0YXN0b3JlIGFyY2hpdGVjdHVyZSAoTk1EQSkgb3IgdGhl IHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiB0aGlz IFdHIExDIGRpc2N1c3Npb24sIHBsZWFzZSBjb25zaWRlciB0aGVzZSBxdWVzdGlvbnM/ICZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgc3RhcnQ9IjEiIHR5 cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MGluO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj5JcyB0aGlzIGRvY3VtZW50IHJlYWR5IGZvciBw dWJsaWNhdGlvbj8NCjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPkRvIHlvdSBz ZWUgYW55IHRlY2huaWNhbCBwcm9ibGVtcyB3aXRoIHRoZSBkb2N1bWVudCBhcyBwYXJ0IG9mIE5N REEgYXJjaGl0ZWN0dXJlIHdoZXJlIHRoZSBtb2RlbCBjYW4gYmUgaW4gZXBoZW1lcmFsIGRhdGFz dG9yZSBvciBhIGNvbmZpZ3VyYXRpb24gZGF0YXN0b3JlLg0KPG86cD48L286cD48L2xpPjwvb2w+ DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8b2wg c3R5bGU9Im1hcmdpbi10b3A6MGluIiBzdGFydD0iMyIgdHlwZT0iMSI+DQo8bGkgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDowaW47bXNvLWxpc3Q6bDAgbGV2ZWwx IGxmbzIiPkRvIHlvdSBoYXZlIGFueSBjb25jZXJucyBhYm91dCB0aGUgc2VjdXJpdHkgY29uc2lk ZXJhdGlvbnMgc2VjdGlvbj8NCjxvOnA+PC9vOnA+PC9saT48L29sPg0KPHAgY2xhc3M9Ik1zb0xp c3RQYXJhZ3JhcGgiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhlIEF1dGhvcnMgc2hvdWxkIGFnYWluIHJlc3BvbmQgdG8gdGhpcyBlbWFpbCBpbmRpY2F0aW5n IGlmIHRoZXkga25vdyBvZiBhbnkgSVBSIHdpdGggdGhpcyBkcmFmdC4NCjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5TdXNhbiBIYXJlczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Q28tY2hhaXIgYW5kIHNoZXBoZXJkLiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B7EC59CE332D46B3BEB7F8A7F662B7ECpacketdesigncom_-- From nobody Mon Dec 11 22:49:10 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82A1E1274D2 for ; Mon, 11 Dec 2017 22:49:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.119 X-Spam-Level: X-Spam-Status: No, score=-0.119 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 (2048-bit key) header.d=yahoo.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 pGQzr1OBVmuB for ; Mon, 11 Dec 2017 22:49:07 -0800 (PST) Received: from sonic306-20.consmr.mail.ne1.yahoo.com (sonic306-20.consmr.mail.ne1.yahoo.com [66.163.189.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26136127337 for ; Mon, 11 Dec 2017 22:49:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1513061346; bh=+iezGnLknM8dLW80tkZ6nnYm5LOPP/xMcoGluGuQLM4=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject; b=Wk6VBaRpDJzTo/JjCnLtP7WWshg5Uq4ab9flL5hXvWsBMxlFoX9MNxYGEwuQI7xph4pciiNXAlFNe7HibknHPVHbeqGGbvJaAG2WFRDRAgl/4i+Ll71KYwDgqG1tiDztc2r7Utsw5tMYbWMeaDYKmfL4V+6ThakNF9KThhyBcwSiQKA/WosInzxSQoIOUG8VciMvOyFjllYI+wj56P7IGh/WulTLWAnkpQnDbArkkCSqg/zVMuIaI/E07TsCoqVO4RecWkh+2z+WwXEEL5E6DpBJhTbx8pO/9Q9e5a7iiDC6GNDETgX5joGLXw7i4FQjutXCfts+f/9Wy1n30hAGRQ== X-YMail-OSG: .xElzIoVM1n_rcEB4dN9WA0YAbdhACuanu2sAxl2Z7MkGhY4vgO6elJYZMaCfIr 6V2_Kb.TPAzKhbGmkEK4GxL6imaH6v2dx_TwMRIFhUla0typALdWRvdqiZCE1e.l9KPR_.aBpstC _WCuAMm.PNaRvkFqbgxRyG0Uoi6p.p2f7NfN4DH8VNIuGQgduz.g8kK4BGcZHJAuGylsRBRGuyvn .gpPV9iwPGlP0HqO3Z5naDnVy_PIJGy_crVyZMAnLCezSykMRTb.hpPVg1gXDWQpa1At_J_mU5SL i3YkZfaCCgV5fl.toZ8Fpbf13ozSWcLfAPoJwGVoGHY_nJfxfHhjh42k_sPFK8ex7ZL4gwtZ6UZy S7Pm7eQhp9NuwDLFjEyIRNIcFPUeaO98OhzeSWDuQUvifFlwB5_iSou.QqP69lfF14F3JAFf5UjO CgoFN2ypm3AKxreANmShvwlJdGtz.qERolv4vYPrFuAlOZsgni8tuXrFZK3SX2xKiMn7rq2zg4RQ - Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Tue, 12 Dec 2017 06:49:06 +0000 Received: from smtp235.mail.ne1.yahoo.com (EHLO [192.168.0.108]) ([10.218.253.206]) by smtp414.mail.ne1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID 1190538040; Tue, 12 Dec 2017 06:49:05 +0000 (UTC) User-Agent: Microsoft-MacOutlook/f.1b.0.161010 Date: Mon, 11 Dec 2017 22:49:01 -0800 From: Nitin Bahadur To: Susan Hares , CC: 'Russ White' , 'Alia Atlas' Message-ID: <89A4A0F4-FFF5-4FC1-82ED-9AE1D9ECC1B5@yahoo.com> Thread-Topic: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) References: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> In-Reply-To: <003101d36fc1$a9790bd0$fc6b2370$@ndzh.com> Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3595877343_879969474" Archived-At: Subject: Re: [i2rs] WG LC for draft-ietf-i2rs-rib-data-model - 3rd WG LC (12/7 to 12/21) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 06:49:08 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3595877343_879969474 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable =20 =C3=98 The Authors should again respond to this email indicating if they know = of any IPR with this draft.=20 =20 I=E2=80=99m not aware of any IPR related to this draft. =20 Thanks Nitin =20 --B_3595877343_879969474 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

 

=C3=98<= span style=3D'font:7.0pt "Times New Roman"'>  The Authors should again respond to this email indicating if they know o= f any IPR with this draft.

 

I’m not aware of any IPR related to this draft.

 

Thanks

Nitin

--B_3595877343_879969474-- From nobody Tue Dec 12 07:31:28 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1398A128B38; Tue, 12 Dec 2017 07:31:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 KjG8rBQLjqUY; Tue, 12 Dec 2017 07:31:19 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10980127077; Tue, 12 Dec 2017 07:31:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4891; q=dns/txt; s=iport; t=1513092678; x=1514302278; h=subject:from:to:cc:references:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=FnF0LT37lvs6U/QF/cJsAObrwfKOufzubESICIn7/ns=; b=WmUaojRdp9mjQGG9NGczVzU1y2iVSxAuEVBfbRNCmPaWvTeqKRKlsu++ ZMjZFuIbiGd+uKv9/mqHu5bQ1a1vwHh8fthBNsZUVKv2O4+7jVJjT5xEb 5yMkl2SS7LNbzLHjuoxgMoXaJ8HAR+KEMgK8m04B0KKFLu07zctjWeIRg c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BcAQCK9S9a/xbLJq1dGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYQkdCeEAoohdI1aAZlBFIIBCiOESU8ChUcYAQEBAQEBAQEBayiFJAY?= =?us-ascii?q?jFUEQCxoCERUCAlcGDQgBAYokEKgngieKbwEBAQEBAQEBAQEBAQEBAQEBAQEaB?= =?us-ascii?q?YEPglSDYYFpKYMCglBeAQGBKAoDBQERAgFdglaCYwWKR4dKkQaHe40rghaGEoN?= =?us-ascii?q?qh1WNDoFWiACBOx85YFYYMhoIGxU6gimDB4FPQDcBikgBAQE?= X-IronPort-AV: E=Sophos;i="5.45,395,1508803200"; d="scan'208";a="857694" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Dec 2017 15:31:16 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vBCFVFHe015996; Tue, 12 Dec 2017 15:31:15 GMT From: Benoit Claise To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs@ietf.org, i2rs-chairs@ietf.org, shares@ndzh.com, Ladislav Lhotka References: <150652322265.24969.3860334342840069904.idtracker@ietfa.amsl.com> Message-ID: <982cbc66-4fad-3ca5-b0c4-495a10570776@cisco.com> Date: Tue, 12 Dec 2017 16:31:15 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <150652322265.24969.3860334342840069904.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-11: (with DISCUSS and COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 15:31:21 -0000 Dear draft-ietf-i2rs-yang-l3-topology, Checking v13 now, as the document is on the telechat in 2 days, it seems that none of my feedback below was into account or even discussed. The feedback below was on v11, sent on Sept 27th. Regards, Benoit > Benoit Claise has entered the following ballot position for > draft-ietf-i2rs-yang-l3-topology-11: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Preliminary note: I hope I'm doing the right thing by updating this DISCUSS > point as I understand that the document is back to the WG. However, since I > reviewed the version 11, since some of my ballot points have been addressed > (thank you), and since I wanted to share my feedback publicly, here is my > feedback. > > 1. The examples. > In the AUTH48 for the RESTCONF RFC, the example YANG module discussion came up > (again). And the examples in draft-ietf-i2rs-yang-l3-topology were also > discussed. Here is the feedback from one YANG doctor, from a couple of days ago. > > Look at this: > > module example-ietf-ospf-topology { > ... > namespace > "urn:ietf:params:xml:ns:yang:example-ietf-ospf-topology"; > ... > description > "This module defines a model for OSPF network topologies. > Copyright (c) 2017 IETF Trust and the persons identified as > authors of the code. > > They are using the IANA-controlled namespace w/o registering it. > > This module *really* looks like a proper normative module, rather than an > example. They went to far in trying to mimic a real module. > > It is clear that we need more guidelines in 6087 for how to write > example modules. > > I was going to ask if this module passed YANG doctor review - then I > checked and saw that version -02 was reviewed, which didn't include > this example. How should we (the YANG doctors) handle such a case? > > In this case they should: > > 1. change the name to example-ospf-topology > 2. change the namespace to urn:example:ospf-topology > 3. remove the top-level statements: > organization, contact, revision > > 4. change the top-level description to what the text in the draft > says: > > description > "This module is intended as an example for how the > Layer 3 Unicast topology model can be extended to cover > OSFP topologies."; > > (same for the other example module) > > As I mentioned to the authors, respective chairs and AD already, we should > follow the decision in this NETMOD email thread > https://www.ietf.org/mail-archive/web/netmod/current/msg17428.html This will > hopefully resolve fast. Once settled, the examples should be updated. > > 4. > > leaf-list router-id { > type inet:ip-address; > description > "Router-id for the node"; > } > > My initial DISCUSS was: We don't want to wait for > https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we should > expedite this publication), but any good reason why this is aligned with its > definition? > typedef router-id { > type yang:dotted-quad; > description > "A 32-bit number in the dotted quad format assigned to each > router. This number uniquely identifies the router within an > Autonomous System."; > } > > My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, it makes > sense to import its router-id > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > - YANG definition "YANG: A data definition language for NETCONF" > I would use: > YANG is a data modeling language used to model configuration data, > state data, Remote Procedure Calls, and notifications for network > management protocols [RFC7950] > > - There are multiple slightly different definitions of the datastore in > the different RFCs. > Let's not add to the confusion. > Pick one (RFC6241 should be the latest one) and mention the reference. > > - section 7 > OLD: > The moodel defines > NEW: > The model defines > > > . > From nobody Tue Dec 12 14:37:57 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4734512957C; Tue, 12 Dec 2017 14:37:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Reshad Rahman To: Cc: i2rs@ietf.org, draft-ietf-i2rs-yang-dc-fabric-network-topology.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151311827525.30097.15477684350738516157@ietfa.amsl.com> Date: Tue, 12 Dec 2017 14:37:55 -0800 Archived-At: Subject: [i2rs] Yangdoctors early review of draft-ietf-i2rs-yang-dc-fabric-network-topology-02 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 22:37:55 -0000 Reviewer: Reshad Rahman Review result: Ready with Issues YANG Doctor review of draft-ietf-i2rs-yang-dc-fabric-network-topology-02 (by Reshad Rahman) 3 modules defined in this draft: - ietf-fabric-topology-state@2017-11-29.yang - ietf-fabric-topology@2017-11-29.yang - ietf-fabric-types@2017-11-29.yang No YANG validation errors or warnings (from yang and tangling). 0 examples are provided in this draft (section 3.12 of draft-ietf-netmod-rfc6087bis-14) Module ietf-fabric-types@2017-11-29.yang: - “import ietf-inet-types” should have a reference to RFC6991 (see section 4.7 of rfc6087bis-14) - “import ietf-network-topology”, prefix should match new prefix name (if it changes) for this module as per YD review comments of draft-ietf-i2rs-yang-network-topo - Remove WG Chairs from contact information as per Appendix C of rfc6087bis-14 - Description mentions draft-zhuang-i2rs-…, should say draft-ietf-i2rs-…. Also in description add “Note to RFC Editor” with text saying something along the lines of “Please replace reference to draft-ietf-i2rs-… with RFC Number when published”. - In description: Copyright s/2016/2017/ - Is the bandwidth identity really needed? Why not a uint64 with a unit of kbps as in draft-ietf-netmod-intf-ext-yang? - Get rid of revision history, i.e. keep only 1 revision (latest) - What is the difference between identity fabric-type (VXLAN, VLAN) and enum underlay-network-type (VXLAN, TRILL, VLAM). Are both needed or do they refer to the same thing? Should be identity and not enum to support new types in the future? - service-capabilities. Should this be an identity for future extensibility? Need more in the description, add reference to other documents where appropriate. - Groupings route-group, port-functions, acl-list not used, still needed or can these be removed? - If you do keep route-group, it is IPv4 specific right now so it needs to be modified. - If you do keep acl-group, please take a look at draft-ietf-netmod-acl-model - device-role and fabric-port-role. Why not use identity to allow for new roles to be added in the future. - Is it possible (now or in near-future) for multiple roles to be assumed? If yes, how will this be handled? - In grouping fabric-port, tunnel-option is there unconditionally. Should it be there only when type is layer2Tunnel or layer3Tunnel? If so add a when statement. Similarly should are only be allowed for layer3Tunnel? - In grouping fabric-port, looks like only L3 tunnel (GRE) is supported. What L2 Tunnels will be supported? Module ietf-fabric-topology@2017-11-29.yang: - Remove WG Chairs from contact information as per Appendix C of rfc6087bis-14 - Indentation issue on P17 - fport-attributes is “config false”, how is a GRE tunnel configured? - Description mentions draft-zhuang-i2rs-…, should say draft-ietf-i2rs-…. Also in description add “Note to RFC Editor” with text saying something along the lines of “Please replace reference to draft-ietf-i2rs-… with RFC Number when published”. - In description: Copyright s/2016/2017/ - gateway-mode, need more text in the description and/or references to other documents. ietf-fabric-topology-state@2017-11-29.yang: - In description make it clear that this module is not needed when NMDA is supported. - Revision history is incorrect since it has “NMDA”. - Same comments as for ietf-fabric-topology General comments on draft: - Since the document is for DC Fabrics, should the YANG modules be renamed from ietf-fabric-xxx.yang to ietf-dc-fabric-xxx.yang? - The descriptions in all YANG Modules are very short/terse. - No IANA Considerations, please see section 3.8 of 6087bis-14. - Security Considerations. Follow template @ https://trac.ietf.org/trac/ops/wiki/yang-security-guidelines as per 6087bis-14. Looks like the first part of the template is missing. - Appendix A has no text, just the YANG module. There should be some text explaining why the -state module exists. Take a look at the text in Appendix B of draft-ietf-i2rs-yang-network-topo-14 as an example. Nits: - 3.2.1 s/snatch/snip/? - 3.2.3 s/terminiation/termination/ - 3.2.3 s/etc al/etc/? - Most descriptions in the YANG Modules start with lower-case, should be upper-case. - s/Security Consideration/Security Considerations/ - s/fabric Topology/fabric topology/? Any it should either be both lower-case or both upper-case. From nobody Wed Dec 13 00:58:30 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4281E127871; Wed, 13 Dec 2017 00:58:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, shares@ndzh.com, i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org, mvasko@cesnet.cz, ladislav.lhotka@nic.cz X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151315550826.30150.3938652389982359856.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 00:58:28 -0800 Archived-At: Subject: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-13: (with DISCUSS and COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 08:58:28 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-13: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Here is another validation issue, on the latest v13, that must be corrected. Actually multiple mistakes, all with the same root cause. Note that those warnings were reported in the datatracker: - Yang catalog entry for ietf-l3-unicast-topology-state@2017-11-15.yang - Yang catalog entry for ietf-l3-unicast-topology@2017-11-15.yang Thanks to Michal, here is the detailed explanation. Hi Benoit, firstly, you see the output only with -V because it changes verbosity to 'warnings' instead of the default one 'errors'. So, the warnings are valid and the when conditions are wrong. In short, in these cases the local module is not ietf-l3-unicast-topology, but ietf-network (despite being defined in ietf-l3-unicast-topology) - "ietf-network:network-types/l3-unicast-topology" should be "ietf-network:network-types/ietf-l3-unicast-topology:l3-unicast-topology" or even "network-types/ietf-l3-unicast-topology:l3-unicast-topology". To explain, here is the (long) justification. I will use the first warning as an example, all the other warnings are caused by the same mistake. We are dealing with a when condition "nw:network-types/l3-unicast-topology" in an augment "/nw:networks/nw:network" in the module ietf-l3-unicast-topology. As per [1], the context node of the XPath expression (when condition) is the augment target node "/nw:networks/nw:network". If you notice, the warning warns about not finding the node "l3-unicast-topology", not "nw:network-types". So, what node is actually referenced by "l3-unicast-topology"? Looking at [2], second bullet point, the namespace (prefix) should that of the "current node". Sadly, there is no (I have found none) formal definition of "current node" but I dared to assume it to be the node returned by the "current()" [3] function. As was said at the beginning, the "initial context node" is "/nw:networks/nw:network". Finally, we can now decide that "l3-unicast-topology" actually takes the prefix of the module "ietf-network" and there is no such node, this node is defined in the module "ietf-l3-unicast-topology". I hope it is clear now. Kind regards, Michal [1] https://tools.ietf.org/html/rfc7950#page-137 [2] https://tools.ietf.org/html/rfc7950#section-6.4.1 [3] https://tools.ietf.org/html/rfc7950#section-10.1.1 On Tuesday, December 12, 2017 16:49 CET, Benoit Claise wrote: > Hi Radek, > > I'm looking at warnings for > ietf-l3-unicast-topology-state@2017-11-15.yang and > ietf-l3-unicast-topology-state@2017-11-15.yang > See http://www.claise.be/IETFYANGPageCompilation.html > > Here is something interesting: the warnings only appear with the -V option. > > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V > ietf-l3-unicast-topology@2017-11-15.yang > warn: Schema node "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/network". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/network/node". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/ietf-network:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/ietf-network:network/ietf-network:node/termination-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -v > yanglint 0.13.79 > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint > ietf-l3-unicast-topology-state@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i > ietf-l3-unicast-topology-state@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V > ietf-l3-unicast-topology-state@2017-11-15.yang > warn: Schema node "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/network". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/network/node". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/ietf-network:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context node > "/ietf-network:networks/ietf-network:network/ietf-network:node/termination-point". > warn: Schema node "l3-unicast-topology" not found > (ietf-network-state:network-types/l3-unicast-topology) with context node > "/ietf-network-state:networks/network". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > node "/ietf-network-state:networks/network/node". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > node "/ietf-network-state:networks/ietf-network-state:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network-state:network-types/l3-unicast-topology) with > context node > "/ietf-network-state:networks/ietf-network-state:network/ietf-network-state:node/termination-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > Should we pay attention to those? > > Regards, Benoit ==================================================== Preliminary note: I hope I'm doing the right thing by updating this DISCUSS point as I understand that the document is back to the WG. However, since I reviewed the version 11, since some of my ballot points have been addressed (thank you), and since I wanted to share my feedback publicly, here is my feedback. 1. The examples. In the AUTH48 for the RESTCONF RFC, the example YANG module discussion came up (again). And the examples in draft-ietf-i2rs-yang-l3-topology were also discussed. Here is the feedback from one YANG doctor, from a couple of days ago. Look at this: module example-ietf-ospf-topology { ... namespace "urn:ietf:params:xml:ns:yang:example-ietf-ospf-topology"; ... description "This module defines a model for OSPF network topologies. Copyright (c) 2017 IETF Trust and the persons identified as authors of the code. They are using the IANA-controlled namespace w/o registering it. This module *really* looks like a proper normative module, rather than an example. They went to far in trying to mimic a real module. It is clear that we need more guidelines in 6087 for how to write example modules. I was going to ask if this module passed YANG doctor review - then I checked and saw that version -02 was reviewed, which didn't include this example. How should we (the YANG doctors) handle such a case? In this case they should: 1. change the name to example-ospf-topology 2. change the namespace to urn:example:ospf-topology 3. remove the top-level statements: organization, contact, revision 4. change the top-level description to what the text in the draft says: description "This module is intended as an example for how the Layer 3 Unicast topology model can be extended to cover OSFP topologies."; (same for the other example module) As I mentioned to the authors, respective chairs and AD already, we should follow the decision in this NETMOD email thread https://www.ietf.org/mail-archive/web/netmod/current/msg17428.html This will hopefully resolve fast. Once settled, the examples should be updated. 4. leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } My initial DISCUSS was: We don't want to wait for https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we should expedite this publication), but any good reason why this is aligned with its definition? typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, it makes sense to import its router-id ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - YANG definition "YANG: A data definition language for NETCONF" I would use: YANG is a data modeling language used to model configuration data, state data, Remote Procedure Calls, and notifications for network management protocols [RFC7950] - There are multiple slightly different definitions of the datastore in the different RFCs. Let's not add to the confusion. Pick one (RFC6241 should be the latest one) and mention the reference. I'm copying Lada, as the responsible YANG doctor, in case he wants to add anything. - section 7 OLD: The moodel defines NEW: The model defines From nobody Wed Dec 13 01:29:29 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 428D5124217; Wed, 13 Dec 2017 01:29:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-i2rs-yang-network-topo@ietf.org, Susan Hares , i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org, bill.wu@huawei.com X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151315736826.30192.7287148495891313394.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 01:29:28 -0800 Archived-At: Subject: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-yang-network-topo-18: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 09:29:28 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Regarding the version 18, please engage in the discussion with Qin Wu (OPS DIR reviewer). He has some good questions. Below is my feedback on version 16, which has not been addressed. Preliminary note: I hope I'm doing the right thing by updating my ballot as I understand that the document is back to the WG. However, since I reviewed the versions 15 and 16, since some of my ballot points have been addressed (thank you), and since I wanted to share my feedback publicly, here is my feedback. Editorial: The data model obeys the requirements for the ephemeral state found in the document [I-D.draft-ietf-i2rs-ephemeral-state]. For ephemeral topology data that is system controlled, the process tasked with maintaining topology information will load information from the routing process (such as OSPF) into the without relying on a configuration datastore. => operational state datastore, according to https://datatracker.ietf.org/doc/draft-ietf-netmod-revised-datastores/ From nobody Wed Dec 13 10:36:31 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B744712704B; Wed, 13 Dec 2017 10:36:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 8o7xc86TIoh8; Wed, 13 Dec 2017 10:36:22 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22FEC124D6C; Wed, 13 Dec 2017 10:36:22 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus001 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MWiab-1eVx0M1Gsl-00XxPv; Wed, 13 Dec 2017 19:36:01 +0100 From: "Alexander Clemm" To: "'Benoit Claise'" , "'The IESG'" Cc: , , , , References: <151315736826.30192.7287148495891313394.idtracker@ietfa.amsl.com> In-Reply-To: <151315736826.30192.7287148495891313394.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 10:35:58 -0800 Message-ID: <010001d37441$39b92e90$ad2b8bb0$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQCukdRCBNu/WgNwHrnoX8oukLEyXKWLXjoA Content-Language: en-us X-Provags-ID: V03:K0:CZjbQey27cVWbJag/PKbQoW0kus6At9gRdAYdyzRZ2/mQwMrOmd JG6DIPQFV0HLPve5EMEVongejLyC0b5q5/eEfFZAVEMouTFMToee+rVQAju9wvj6Ye1cEX2 4BAW6//DPMVNLP3+kkihtfuIESQ7Uca9+wyI72/dfAlYgOLkhYLZGPJ+oqFf2Mvzsmsj8Z+ BqZMcEhdfzNTVPejkibCg== X-UI-Out-Filterresults: notjunk:1;V01:K0:OnJoUSYMj5U=:7I+VmisL8QCX0aowjDvYvp nX1snWiXvXotu3BwIIDCQpabuSTYlBLQD/hcfXoFsZJU9jxxDNQMCunNqSKv2ZCH+qGnRXmYg 3ZgVu9bEbLGv2x/tgc9BTaDcQ7c64cyMGzoE/jR4Ns6wULnCci5bXubAZB8Fh+xcYD8V0kQIQ GmhEgpZp0aFLmtq3KU93fkLrMMoxUgw5OTjCP6X0vYaXkHxd22aiUP7HaviqfZvj6H7WqnKsu QG7uuE5s/VYA0wmc07GoALqnkFL46yZSwqx+Yk+bKr9hTErVj1e7skyXpE5mt9zjrA/D3S9P0 /C+/80ZOz6wmVJa3kmaPAVL0lIBt02MHY8dHLya/ISxlAZjz4Etroq4zLfG3Ju9G9+W8Qw7XG 9+bzIBI1Z/jiXQva+dmR27cJtzA0c0kkvI4jRcWxRo4gyY0dsCG7hdXAO7vKcAddX6tuN/bG6 ElwuBkOcGNJX9NLJFEI9d8eDzQ0n2PR9CzB9fJ8jHUKmu1X9/CPt+yYaBProg9Rw182NVVToQ At96jRdFXtQp427jFC9d1hpKQ3rWFGhGivdyVtS8dS7ghAE98Ak01tYcl4EDNL0GPOAfyngji fNamvlT3aQ+Hjb+Uth94Qy56AIe6tBsbI1V8i98vBFK0Z7zGjCuZItDJnvTizY1xcgnwsX38d bfDUBxUs9PEXJEEf2qo6CPGaiiv/AxLbp+L2rUIMcE43Jza6/RHJ8UrxXETjUgFDm78IpH5Mo 6HZLjaiXQKnoGpFXmXbTw1mf/TZ4zC2kE5S0WOp451G5871WfIJ4FyNh0gs= Archived-At: Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-yang-network-topo-18: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 18:36:25 -0000 Hello Benoit, Thank you for your comments. I have updated all instances of "operational datastore" to "operational state datastore" in -19 (to be posted shortly) and also incorporated comments from Qin per my separate email responses to him. --- Alex -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Wednesday, December 13, 2017 1:29 AM To: The IESG Cc: i2rs@ietf.org; draft-ietf-i2rs-yang-network-topo@ietf.org; i2rs-chairs@ietf.org; shares@ndzh.com; bill.wu@huawei.com Subject: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-yang-network-topo-18: (with COMMENT) Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Regarding the version 18, please engage in the discussion with Qin Wu (OPS DIR reviewer). He has some good questions. Below is my feedback on version 16, which has not been addressed. Preliminary note: I hope I'm doing the right thing by updating my ballot as I understand that the document is back to the WG. However, since I reviewed the versions 15 and 16, since some of my ballot points have been addressed (thank you), and since I wanted to share my feedback publicly, here is my feedback. Editorial: The data model obeys the requirements for the ephemeral state found in the document [I-D.draft-ietf-i2rs-ephemeral-state]. For ephemeral topology data that is system controlled, the process tasked with maintaining topology information will load information from the routing process (such as OSPF) into the without relying on a configuration datastore. => operational state datastore, according to https://datatracker.ietf.org/doc/draft-ietf-netmod-revised-datastores/ _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Dec 13 10:51:34 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96D07126E01; Wed, 13 Dec 2017 10:51:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151319109255.30209.11080272760516183286@ietfa.amsl.com> Date: Wed, 13 Dec 2017 10:51:32 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-19.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 18:51:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Nitin Bahadur Hariharan Ananthakrishnan Xufeng Liu Filename : draft-ietf-i2rs-yang-network-topo-19.txt Pages : 51 Date : 2017-12-13 Abstract: This document defines an abstract (generic) YANG data model for network/service topologies and inventories. The data model serves as a base model which is augmented with technology-specific details in other, more specific topology and inventory data models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-19 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-19 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-19 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/ From nobody Wed Dec 13 11:08:18 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 593BF12778D; Wed, 13 Dec 2017 11:08:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 9ZL3y_AM9xXe; Wed, 13 Dec 2017 11:08:15 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2309127286; Wed, 13 Dec 2017 11:08:14 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LZfxK-1eszla1vie-00lTla; Wed, 13 Dec 2017 20:07:50 +0100 From: "Alexander Clemm" To: "'Benoit Claise'" , "'The IESG'" Cc: , , , , , , References: <151315550826.30150.3938652389982359856.idtracker@ietfa.amsl.com> In-Reply-To: <151315550826.30150.3938652389982359856.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 11:07:46 -0800 Message-ID: <012101d37445$abab6be0$030243a0$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQLRFYWYFZeNhI0H/5BlwMHmqKor1aFGWhOA Content-Language: en-us X-Provags-ID: V03:K0:IBvZy7thff/wlgkzAcotH2f7OHHkvIdnkuT7GLZ1OxZuimHHw1B eC/0Wn/l/61fB0q8Nh1DgKrDa54k76IU4WAsg9HxkwweCFO0zlHWmNBNb8uGRFP9eLd06XG Y8dl0G5lVVVBFz8tTlZGmK+iMk9N+K8Avqlyjqoo9Ot3IWmTsS/nbjrI17w/XyxbTrUcgP+ MmDcOrw2uBjA6OxDxpWrA== X-UI-Out-Filterresults: notjunk:1;V01:K0:EO7H63LnGbU=:LFXiTJUNdji6GhSRWVKP4Q FW8LWwmyLMNbRcmrw6ZK0lCm1nE13Zl8ZnVVCx5ymYag9RlqiPxnlrynkkBbtrmmXKbMVAjIs 4+Yn2Bm5Pg6vSLiNBU9nQCdAozOjASsCqFFBWfgNHPa8Q61FUqYE+ocZ7WxkPQvM45Bi9o0Dw RJnwSFUrT1WrbxhOJmGrSDod991Ot6YYqWkxdPdsoisQO/xeuHk/rVcJPrd/qUBLF94VTrkH+ MWwRakQum1Ix1I0lsPcQ3cldmjcU9Ki4DMIsC/bxvkaljZIrI4BSFkZZWqTr7cV9IRTC7Dk1y YZmadsstTY2QHsODPz5Rcrl8G1P1UMgFc/PogsEsyIK8Vw0FW13A8A02zHND1qzdWWxANs7xd yldmZn6L+2OZLHjfkEDLzj2PW/WW4Ny3b+xFROMkeS0I1YhGcYtjFiRIDPhUo8FmNEVYcQiJz G7H8CJAF6o8Lh9kuvowUgG1amesBFIzU59LZH5lyYjWQ6xlqp5xnMjsD3m12jyjEnhOAkGofo iTR8ECAI6XoKD67B+X0hdJZ7BTVIUlXMocwXdhGrxPtnyOhX/1j6B3+cnggKR71/MBewO+FZc lDxysBks3d25l9aNQFvjsgrLrex/lBb2CGp4PYxqHFtZMuCL1xGHcSTTQS/oHFYv9M5uSXbMc 85wUhRJSgz0SlPUi0UOHFEUijKejViefGxorHCNnQ4Y2dcmcwUp0GDU3PTGP1ruKaMD3ENJjs cRNnHD6aIw8w3/VH7TdoU4QLGKXMe5Qf+of3objWm60rs5Vs4HZqSFzKIHg= Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-13: (with DISCUSS and COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2017 19:08:17 -0000 Hi Benoit, Thank you and Michal for your comments. I will try to address all = comments and post updated rev -14 tonight my time (California), = hopefully in time for your discussion tomorrow. =20 I have just posted the other draft (to -19); I believe that one should = be all set to go. =20 Thanks --- Alex -----Original Message----- From: Benoit Claise [mailto:bclaise@cisco.com]=20 Sent: Wednesday, December 13, 2017 12:58 AM To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; shares@ndzh.com; = i2rs-chairs@ietf.org; shares@ndzh.com; i2rs@ietf.org; mvasko@cesnet.cz; = ladislav.lhotka@nic.cz Subject: Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-13: = (with DISCUSS and COMMENT) Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-13: Discuss When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Here is another validation issue, on the latest v13, that must be = corrected. Actually multiple mistakes, all with the same root cause. Note that = those warnings were reported in the datatracker: - Yang catalog entry for = ietf-l3-unicast-topology-state@2017-11-15.yang - Yang catalog entry for ietf-l3-unicast-topology@2017-11-15.yang Thanks to Michal, here is the detailed explanation. Hi Benoit, firstly, you see the output only with -V because it changes verbosity to = 'warnings' instead of the default one 'errors'. So, the warnings are = valid and the when conditions are wrong. In short, in these cases the = local module is not ietf-l3-unicast-topology, but ietf-network (despite = being defined in ietf-l3-unicast-topology) - = "ietf-network:network-types/l3-unicast-topology" should be "ietf-network:network-types/ietf-l3-unicast-topology:l3-unicast-topology"= or even "network-types/ietf-l3-unicast-topology:l3-unicast-topology". To explain, here is the (long) justification. I will use the first = warning as an example, all the other warnings are caused by the same = mistake. We are dealing with a when condition = "nw:network-types/l3-unicast-topology" in an augment = "/nw:networks/nw:network" in the module ietf-l3-unicast-topology. As per = [1], the context node of the XPath expression (when condition) is the = augment target node "/nw:networks/nw:network". If you notice, the = warning warns about not finding the node "l3-unicast-topology", not = "nw:network-types". So, what node is actually referenced by = "l3-unicast-topology"? Looking at [2], second bullet point, the = namespace (prefix) should that of the "current node". Sadly, there is no (I have found none) formal definition of "current = node" but I dared to assume it to be the node returned by the = "current()" [3] function. As was said at the beginning, the "initial context node" is = "/nw:networks/nw:network". Finally, we can now decide that = "l3-unicast-topology" actually takes the prefix of the module = "ietf-network" and there is no such node, this node is defined in the module = "ietf-l3-unicast-topology". I hope it is clear now. Kind regards, Michal [1] https://tools.ietf.org/html/rfc7950#page-137 [2] https://tools.ietf.org/html/rfc7950#section-6.4.1 [3] https://tools.ietf.org/html/rfc7950#section-10.1.1 On Tuesday, December 12, 2017 16:49 CET, Benoit Claise = wrote: > Hi Radek, > > I'm looking at warnings for > ietf-l3-unicast-topology-state@2017-11-15.yang and=20 > ietf-l3-unicast-topology-state@2017-11-15.yang > See http://www.claise.be/IETFYANGPageCompilation.html > > Here is something interesting: the warnings only appear with the -V = option. > > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint=20 > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i=20 > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V=20 > ietf-l3-unicast-topology@2017-11-15.yang > warn: Schema node "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/network". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/network/node". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/ietf-network:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context=20 > node > "/ietf-network:networks/ietf-network:network/ietf-network:node/terminatio= n-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -v > yanglint=20 > 0.13.79 > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint > = ietf-l3-unicast-topology-state@2017-11-15.yang > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i > = ietf-l3-unicast-topology-state@2017-11-15.yang > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V > = ietf-l3-unicast-topology-state@2017-11-15.yang > warn: Schema node = "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/network". > warn: Schema node = "l3-unicast-topology" not found > = (../ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/network/node". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/ietf-network:network/link". > warn: Schema node = "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context node = > = "/ietf-network:networks/ietf-network:network/ietf-network:node/terminatio= n-point". > warn: Schema node "l3-unicast-topology" not found > (ietf-network-state:network-types/l3-unicast-topology) with context node = > "/ietf-network-state:networks/network". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > = node "/ietf-network-state:networks/network/node". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > = node "/ietf-network-state:networks/ietf-network-state:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network-state:network-types/l3-unicast-topology) with=20 > context node > "/ietf-network-state:networks/ietf-network-state:network/ietf-network-sta= te:node/termination-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > Should we pay=20 > attention to those? > > Regards, Benoit =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Preliminary note: I hope I'm doing the right thing by updating this = DISCUSS point as I understand that the document is back to the WG. = However, since I reviewed the version 11, since some of my ballot points = have been addressed (thank you), and since I wanted to share my feedback = publicly, here is my feedback. 1. The examples. In the AUTH48 for the RESTCONF RFC, the example YANG module discussion = came up (again). And the examples in draft-ietf-i2rs-yang-l3-topology = were also discussed. Here is the feedback from one YANG doctor, from a = couple of days ago. Look at this: module example-ietf-ospf-topology { ... namespace "urn:ietf:params:xml:ns:yang:example-ietf-ospf-topology"; ... description "This module defines a model for OSPF network topologies. Copyright (c) 2017 IETF Trust and the persons identified as authors of the code. They are using the IANA-controlled namespace w/o registering it. This module *really* looks like a proper normative module, rather than = an example. They went to far in trying to mimic a real module. It is clear that we need more guidelines in 6087 for how to write = example modules. I was going to ask if this module passed YANG doctor review - then I = checked and saw that version -02 was reviewed, which didn't include this = example. How should we (the YANG doctors) handle such a case? In this case they should: 1. change the name to example-ospf-topology 2. change the namespace to urn:example:ospf-topology 3. remove the top-level statements: organization, contact, revision 4. change the top-level description to what the text in the draft says: description "This module is intended as an example for how the Layer 3 Unicast topology model can be extended to cover OSFP topologies."; (same for the other example module) As I mentioned to the authors, respective chairs and AD already, we = should follow the decision in this NETMOD email thread = https://www.ietf.org/mail-archive/web/netmod/current/msg17428.html This = will hopefully resolve fast. Once settled, the examples should be = updated. 4. leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } My initial DISCUSS was: We don't want to wait for https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we = should expedite this publication), but any good reason why this is = aligned with its definition? typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, it = makes sense to import its router-id ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - YANG definition "YANG: A data definition language for NETCONF" I would use: YANG is a data modeling language used to model configuration data, state data, Remote Procedure Calls, and notifications for network management protocols [RFC7950] - There are multiple slightly different definitions of the datastore in = the different RFCs. Let's not add to the confusion. Pick one (RFC6241 should be the latest one) and mention the reference. I'm copying Lada, as the responsible YANG doctor, in case he wants to = add anything. - section 7 OLD: The moodel defines NEW: The model defines From nobody Wed Dec 13 19:12:32 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FA94120727; Wed, 13 Dec 2017 19:12:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, shares@ndzh.com, i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151322114658.6218.18236500339537216159.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 19:12:26 -0800 Archived-At: Subject: [i2rs] Ben Campbell's No Objection on draft-ietf-i2rs-yang-l3-topology-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 03:12:26 -0000 Ben Campbell has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- IDNits reports some unused references, please check. From nobody Wed Dec 13 19:17:32 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 50A3912426E; Wed, 13 Dec 2017 19:17:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Ben Campbell To: "The IESG" Cc: draft-ietf-i2rs-yang-network-topo@ietf.org, Susan Hares , i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151322145132.6222.4747830953496416170.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 19:17:31 -0800 Archived-At: Subject: [i2rs] Ben Campbell's No Objection on draft-ietf-i2rs-yang-network-topo-19: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 03:17:31 -0000 Ben Campbell has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-19: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- My comments appear to have been addressed in the discussion resulting from Kathleen's DISCUSS. From nobody Wed Dec 13 22:10:34 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C570412702E; Wed, 13 Dec 2017 22:10:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=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 CJdGz22T1BEI; Wed, 13 Dec 2017 22:10:30 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C1051270AC; Wed, 13 Dec 2017 22:10:29 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus002 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LbbdF-1errzP1gGh-00lCFD; Thu, 14 Dec 2017 07:10:08 +0100 From: "Alexander Clemm" To: "'Benoit Claise'" , "'The IESG'" Cc: , , "'Ladislav Lhotka'" , , References: <150652322265.24969.3860334342840069904.idtracker@ietfa.amsl.com> <982cbc66-4fad-3ca5-b0c4-495a10570776@cisco.com> In-Reply-To: <982cbc66-4fad-3ca5-b0c4-495a10570776@cisco.com> Date: Wed, 13 Dec 2017 22:10:05 -0800 Message-ID: <022501d374a2$31514510$93f3cf30$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQH1gFGVFc1sTu/EEnmWepnP7Xqf/QF4YoOmovJ/fVA= Content-Language: en-us X-Provags-ID: V03:K0:ZdwUd71yqZ2ZZ417eq8JGk64Rbm8qvKs+drIe9hCySBEZNzrThw IDUXpzkHM7sDBXevDVTwH2+tJVz2OwD3/5ka/j3kyN3UNFZWRaAWhWOsOcA0k3IK+aQ6MsB JRXkmcCd7N/CH3mszVBRrri8ub9EzJoX4X835VLFktRiGMwsvg+E68RjzjFAZ8Pxwf7DYr/ kEMi7L2jmQVhSt+0YpH2g== X-UI-Out-Filterresults: notjunk:1;V01:K0:bp6XVx0JH/E=:FZchvN5Gez4vnpP69CeBPB VRfOZCY8BeTmm1fqYCMkK7zK1oFjT2t7bPjZcGXMFOb5zC6l1XtbX2O6ilNVRtquo28Y+K1f1 t20qGHOdEwkvr+6+E4b7qOn0r4+PDJTvjhngbD0vVrDOSgYVOiC/leWWHGY+/krdt4JWfy5JA M5mDDS0oKEbBwe+mW3x1ARYeFqI1axmrbKfqTZwMjrlIzv3CFrU7XtJK8yJSgQYD8DTFK3ooX Ex3ALz3qrSnbjkPRy1v+O7CqaUeDaT6Q1lQIzxijKRGqq9yruyo6SqZsBO7tSZ2G+mSzMdwn7 /bD9ZaKPQrAm+ZA5e9lNWBAUP3LgjCM5W5RbBx68XhfpgUU56VBB14nn+vLq1bqcdUE7VYoHN W2nEmlBld5gL+D5NgR1gWRP/DcEqXIzg4NLoS2VOn7390//3qOk05OJGSqxGQpy+ctuXQoq2f 5/KvOBXmDglT/mqqzwzMOv1m+G2K/tLTTiv8Sm5YgFybJuMks7CyzGM9ZsY2ttBQ7uOpCAdoU 6i576yojkGUZOeSSPwMaYsNcnafTLH8u2/R4QrkdQMtHKWCexKFMw3l6egEIchlLL5Enf1o1L xG7q/lxRxrAJBBtjGCgbzPiw52grGFEjO/JCpFxDelh2hONaeeKhWqhZUsBhhRjVmPdhtpwYn 0ThOW2B+ev0QMKnu8d990GnO/HIeEZw3NORlIkOdJ0Zc6MvAIFGHxRisXyUtcz9jAfWCRko/t VOyk9BwPKJDaSicfEdOmf4XRTTKcXjZ4sFJqti3Ol1znZJC1r6zU2hdtd6w= Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-11: (with DISCUSS and COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 06:10:33 -0000 Hello Benoit, I have incorporated your comments into -14 that I will post shortly. Please see replies inline for individual items. Thanks --- Alex -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Tuesday, December 12, 2017 7:31 AM To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; Ladislav Lhotka ; i2rs-chairs@ietf.org; shares@ndzh.com Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-11: (with DISCUSS and COMMENT) Dear draft-ietf-i2rs-yang-l3-topology, Checking v13 now, as the document is on the telechat in 2 days, it seems that none of my feedback below was into account or even discussed. The feedback below was on v11, sent on Sept 27th. Regards, Benoit > Benoit Claise has entered the following ballot position for > draft-ietf-i2rs-yang-l3-topology-11: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut > this introductory paragraph, however.) > > > Please refer to > https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Preliminary note: I hope I'm doing the right thing by updating this > DISCUSS point as I understand that the document is back to the WG. > However, since I reviewed the version 11, since some of my ballot > points have been addressed (thank you), and since I wanted to share my > feedback publicly, here is my feedback. > > 1. The examples. > In the AUTH48 for the RESTCONF RFC, the example YANG module discussion > came up (again). And the examples in draft-ietf-i2rs-yang-l3-topology > were also discussed. Here is the feedback from one YANG doctor, from a couple of days ago. > > Look at this: > > module example-ietf-ospf-topology { > ... > namespace > "urn:ietf:params:xml:ns:yang:example-ietf-ospf-topology"; > ... > description > "This module defines a model for OSPF network topologies. > Copyright (c) 2017 IETF Trust and the persons identified as > authors of the code. > > They are using the IANA-controlled namespace w/o registering it. > > This module *really* looks like a proper normative module, rather than > an example. They went to far in trying to mimic a real module. > > It is clear that we need more guidelines in 6087 for how to write > example modules. > > I was going to ask if this module passed YANG doctor review - then I > checked and saw that version -02 was reviewed, which didn't include > this example. How should we (the YANG doctors) handle such a case? > > In this case they should: > > 1. change the name to example-ospf-topology > 2. change the namespace to urn:example:ospf-topology > 3. remove the top-level statements: > organization, contact, revision > > 4. change the top-level description to what the text in the draft > says: > > description > "This module is intended as an example for how the > Layer 3 Unicast topology model can be extended to cover > OSFP topologies."; > > (same for the other example module) done. We only have one example module now. > > As I mentioned to the authors, respective chairs and AD already, we > should follow the decision in this NETMOD email thread > https://www.ietf.org/mail-archive/web/netmod/current/msg17428.html > This will hopefully resolve fast. Once settled, the examples should be updated. > > 4. > > leaf-list router-id { > type inet:ip-address; > description > "Router-id for the node"; > } > > My initial DISCUSS was: We don't want to wait for > https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we > should expedite this publication), but any good reason why this is > aligned with its definition? > typedef router-id { > type yang:dotted-quad; > description > "A 32-bit number in the dotted quad format assigned to each > router. This number uniquely identifies the router within an > Autonomous System."; > } > > My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, > it makes sense to import its router-id This is only used in the example. The point of the example is to show how the model can be extended, not to define something normative, hence I don't think there is a need to introduce a dependency here which would only be distracting. > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > - YANG definition "YANG: A data definition language for NETCONF" > I would use: > YANG is a data modeling language used to model configuration data, > state data, Remote Procedure Calls, and notifications for network > management protocols [RFC7950] > done > - There are multiple slightly different definitions of the datastore > in the different RFCs. > Let's not add to the confusion. > Pick one (RFC6241 should be the latest one) and mention the reference. > done (already in -13) > - section 7 > OLD: > The moodel defines > NEW: > The model defines > done > > . > _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Dec 13 23:49:24 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C38C1200CF; Wed, 13 Dec 2017 23:49:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151323775808.6128.535532487831137272@ietfa.amsl.com> Date: Wed, 13 Dec 2017 23:49:18 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-14.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 07:49:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A YANG Data Model for Layer 3 Topologies Authors : Alexander Clemm Jan Medved Robert Varga Xufeng Liu Hariharan Ananthakrishnan Nitin Bahadur Filename : draft-ietf-i2rs-yang-l3-topology-14.txt Pages : 34 Date : 2017-12-13 Abstract: This document defines a YANG data model for layer 3 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-l3-topology-14 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-l3-topology-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-l3-topology-14 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/ From nobody Wed Dec 13 23:53:53 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FED6127011; Wed, 13 Dec 2017 23:53:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=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 KNwWoUmFhQSY; Wed, 13 Dec 2017 23:53:49 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DF551200CF; Wed, 13 Dec 2017 23:53:49 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus001 [74.208.5.2]) with ESMTPSA (Nemesis) id 0M88Ot-1fCHid2B73-00vhZe; Thu, 14 Dec 2017 08:53:22 +0100 From: "Alexander Clemm" To: "'Benoit Claise'" , "'The IESG'" Cc: , , , , , , References: <151315550826.30150.3938652389982359856.idtracker@ietfa.amsl.com> In-Reply-To: <151315550826.30150.3938652389982359856.idtracker@ietfa.amsl.com> Date: Wed, 13 Dec 2017 23:53:19 -0800 Message-ID: <027c01d374b0$9d4c3640$d7e4a2c0$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQLRFYWYFZeNhI0H/5BlwMHmqKor1aFHNeBQ Content-Language: en-us X-Provags-ID: V03:K0:Rmn0Bb98G0XaWj8ga0pO/BmV/fYQXeaYVPDxC6cMqaisLcwz4B5 HWYpxb9lI9Ux6hSDy3hybTYhpCOkt+FmVWIWEhNdw+HYaskeh2AWQNEhGYGYp5SKufMF7Gn HQA+e/g6/d48n87DARkf3278ajdlsAQFj9cteFv0RJ+WJM5IWQ8dT/PFdb7Gx8mlJs0zGlZ GPq48Rsehx+lB7Vu2uLCw== X-UI-Out-Filterresults: notjunk:1;V01:K0:lH4H9JpAFGM=:evPZDT40+FaEdSpxLMoHoW GALzcvn/YFMkUQr2rj4PclWxyMIagMuNwel4kTFjW+KcOTgJ/bhQwzzSJgQaSIFPMAhNZbwyA zQn51Ll+WFY0+lxN12ovO5Cu4XCXNH485wYz1UxoJn++pnO/a+OgA+JMdFTmY1DAGDFyBCeFx JGek0HxtYmF6ycybvUS2AvBsFa9fRgmQ0gVpyJLYUUIlHKuE6epsOUR1Da+Hb/iUPvwyCwEuv B8IQti7lqCYnAZ7JY/dUJEAhXHim2HAr895lDcqGUGHmz/8KyUGD4W+QkRccD51uF/LWFS1+L A+AV5dKIvxU5lEOwDrd9y8i0FgTfObuPTFC/22SKeVEp86ZvEwBXiFVzjRLp8eZRZ17aZiLNW FC6QgsPyZ9fErwxAerixVBcvdPtF8XBZVFiKIO3EvryviVBgzNRMkMRdX+DfeEHo8f/2rO5sR UA0b5f/engc2b19IL8UJ9awthfeMG/n4MjIrDau7y9O015bAFHywwZtqThtpCJqqyuGoi/4ID mYKEabiEAC3h+kvejTdJewgWmanf4Sg/Osh8SmTSosIh8SOF5KwV0MFWWbBhmoiSpnK4Gijoe Wy91mxt1cIG37TnXjevMxxZ4gSsebu3s5yX4wH7ZWnam3Aig/TcMHemqyJ3+ftaTl1t4xuqju 48OyjXaiYQXWlwgphqKv1SeHsbtCC/jDerw7jKCtGh6Bsbaqeoa7IxijwBQJ8ZySu1Lnfb3l9 tifYTFyrnpnvmuss+nFZV8JhLm3C273MPKIpb6EjSkQjZU6Nz7R6O3JwyOk= Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-13: (with DISCUSS and COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 07:53:52 -0000 Dear all, I have fixed the validation issue (thank you, Michal!) and just posted a = new revision -14 that has all the comments addressed. =20 Thanks --- Alex -----Original Message----- From: Benoit Claise [mailto:bclaise@cisco.com]=20 Sent: Wednesday, December 13, 2017 12:58 AM To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; shares@ndzh.com; = i2rs-chairs@ietf.org; shares@ndzh.com; i2rs@ietf.org; mvasko@cesnet.cz; = ladislav.lhotka@nic.cz Subject: Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-13: = (with DISCUSS and COMMENT) Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-13: Discuss When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Here is another validation issue, on the latest v13, that must be = corrected. Actually multiple mistakes, all with the same root cause. Note that = those warnings were reported in the datatracker: - Yang catalog entry for = ietf-l3-unicast-topology-state@2017-11-15.yang - Yang catalog entry for ietf-l3-unicast-topology@2017-11-15.yang Thanks to Michal, here is the detailed explanation. Hi Benoit, firstly, you see the output only with -V because it changes verbosity to = 'warnings' instead of the default one 'errors'. So, the warnings are = valid and the when conditions are wrong. In short, in these cases the = local module is not ietf-l3-unicast-topology, but ietf-network (despite = being defined in ietf-l3-unicast-topology) - = "ietf-network:network-types/l3-unicast-topology" should be "ietf-network:network-types/ietf-l3-unicast-topology:l3-unicast-topology"= or even "network-types/ietf-l3-unicast-topology:l3-unicast-topology". To explain, here is the (long) justification. I will use the first = warning as an example, all the other warnings are caused by the same = mistake. We are dealing with a when condition = "nw:network-types/l3-unicast-topology" in an augment = "/nw:networks/nw:network" in the module ietf-l3-unicast-topology. As per = [1], the context node of the XPath expression (when condition) is the = augment target node "/nw:networks/nw:network". If you notice, the = warning warns about not finding the node "l3-unicast-topology", not = "nw:network-types". So, what node is actually referenced by = "l3-unicast-topology"? Looking at [2], second bullet point, the = namespace (prefix) should that of the "current node". Sadly, there is no (I have found none) formal definition of "current = node" but I dared to assume it to be the node returned by the = "current()" [3] function. As was said at the beginning, the "initial context node" is = "/nw:networks/nw:network". Finally, we can now decide that = "l3-unicast-topology" actually takes the prefix of the module = "ietf-network" and there is no such node, this node is defined in the module = "ietf-l3-unicast-topology". I hope it is clear now. Kind regards, Michal [1] https://tools.ietf.org/html/rfc7950#page-137 [2] https://tools.ietf.org/html/rfc7950#section-6.4.1 [3] https://tools.ietf.org/html/rfc7950#section-10.1.1 On Tuesday, December 12, 2017 16:49 CET, Benoit Claise = wrote: > Hi Radek, > > I'm looking at warnings for > ietf-l3-unicast-topology-state@2017-11-15.yang and=20 > ietf-l3-unicast-topology-state@2017-11-15.yang > See http://www.claise.be/IETFYANGPageCompilation.html > > Here is something interesting: the warnings only appear with the -V = option. > > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint=20 > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i=20 > ietf-l3-unicast-topology@2017-11-15.yang > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V=20 > ietf-l3-unicast-topology@2017-11-15.yang > warn: Schema node "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/network". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/network/node". > warn: Schema node "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node=20 > "/ietf-network:networks/ietf-network:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context=20 > node > "/ietf-network:networks/ietf-network:network/ietf-network:node/terminatio= n-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -v > yanglint=20 > 0.13.79 > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint > = ietf-l3-unicast-topology-state@2017-11-15.yang > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i > = ietf-l3-unicast-topology-state@2017-11-15.yang > = bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ yanglint -i -V > = ietf-l3-unicast-topology-state@2017-11-15.yang > warn: Schema node = "l3-unicast-topology" not found > (ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/network". > warn: Schema node = "l3-unicast-topology" not found > = (../ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/network/node". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network:network-types/l3-unicast-topology) with context node > = "/ietf-network:networks/ietf-network:network/link". > warn: Schema node = "l3-unicast-topology" not found > (../../ietf-network:network-types/l3-unicast-topology) with context node = > = "/ietf-network:networks/ietf-network:network/ietf-network:node/terminatio= n-point". > warn: Schema node "l3-unicast-topology" not found > (ietf-network-state:network-types/l3-unicast-topology) with context node = > "/ietf-network-state:networks/network". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > = node "/ietf-network-state:networks/network/node". > warn: Schema node = "l3-unicast-topology" not found > (../ietf-network-state:network-types/l3-unicast-topology) with context > = node "/ietf-network-state:networks/ietf-network-state:network/link". > warn: Schema node "l3-unicast-topology" not found > (../../ietf-network-state:network-types/l3-unicast-topology) with=20 > context node > "/ietf-network-state:networks/ietf-network-state:network/ietf-network-sta= te:node/termination-point". > bclaise@bclaise-VirtualBox:~/ietf/YANG-all$ > > Should we pay=20 > attention to those? > > Regards, Benoit =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Preliminary note: I hope I'm doing the right thing by updating this = DISCUSS point as I understand that the document is back to the WG. = However, since I reviewed the version 11, since some of my ballot points = have been addressed (thank you), and since I wanted to share my feedback = publicly, here is my feedback. 1. The examples. In the AUTH48 for the RESTCONF RFC, the example YANG module discussion = came up (again). And the examples in draft-ietf-i2rs-yang-l3-topology = were also discussed. Here is the feedback from one YANG doctor, from a = couple of days ago. Look at this: module example-ietf-ospf-topology { ... namespace "urn:ietf:params:xml:ns:yang:example-ietf-ospf-topology"; ... description "This module defines a model for OSPF network topologies. Copyright (c) 2017 IETF Trust and the persons identified as authors of the code. They are using the IANA-controlled namespace w/o registering it. This module *really* looks like a proper normative module, rather than = an example. They went to far in trying to mimic a real module. It is clear that we need more guidelines in 6087 for how to write = example modules. I was going to ask if this module passed YANG doctor review - then I = checked and saw that version -02 was reviewed, which didn't include this = example. How should we (the YANG doctors) handle such a case? In this case they should: 1. change the name to example-ospf-topology 2. change the namespace to urn:example:ospf-topology 3. remove the top-level statements: organization, contact, revision 4. change the top-level description to what the text in the draft says: description "This module is intended as an example for how the Layer 3 Unicast topology model can be extended to cover OSFP topologies."; (same for the other example module) As I mentioned to the authors, respective chairs and AD already, we = should follow the decision in this NETMOD email thread = https://www.ietf.org/mail-archive/web/netmod/current/msg17428.html This = will hopefully resolve fast. Once settled, the examples should be = updated. 4. leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } My initial DISCUSS was: We don't want to wait for https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we = should expedite this publication), but any good reason why this is = aligned with its definition? typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, it = makes sense to import its router-id ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - YANG definition "YANG: A data definition language for NETCONF" I would use: YANG is a data modeling language used to model configuration data, state data, Remote Procedure Calls, and notifications for network management protocols [RFC7950] - There are multiple slightly different definitions of the datastore in = the different RFCs. Let's not add to the confusion. Pick one (RFC6241 should be the latest one) and mention the reference. I'm copying Lada, as the responsible YANG doctor, in case he wants to = add anything. - section 7 OLD: The moodel defines NEW: The model defines From nobody Thu Dec 14 03:29:10 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F566127BA3; Thu, 14 Dec 2017 03:29:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-i2rs-yang-network-topo@ietf.org, Susan Hares , i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151325094430.6194.1966842227636403035.idtracker@ietfa.amsl.com> Date: Thu, 14 Dec 2017 03:29:04 -0800 Archived-At: Subject: [i2rs] Benoit Claise's Yes on draft-ietf-i2rs-yang-network-topo-19: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 11:29:04 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-19: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- We're good now. Thanks, Benoit From nobody Thu Dec 14 03:33:20 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AF2E127BA3; Thu, 14 Dec 2017 03:33:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, shares@ndzh.com, i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> Date: Thu, 14 Dec 2017 03:33:18 -0800 Archived-At: Subject: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 11:33:18 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-14: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- We're making progress. Thanks. >> >> 4. >> >> leaf-list router-id { >> type inet:ip-address; >> description >> "Router-id for the node"; >> } >> >> My initial DISCUSS was: We don't want to wait for >> https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, we >> should expedite this publication), but any good reason why this is >> aligned with its definition? >> typedef router-id { >> type yang:dotted-quad; >> description >> "A 32-bit number in the dotted quad format assigned to each >> router. This number uniquely identifies the router within an >> Autonomous System."; >> } >> >> My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, >> it makes sense to import its router-id > > This is only used in the example. The point of the example is to > show how the model can be extended, not to define something normative, hence > I don't think there is a need to introduce a dependency here which would > only be distracting. > Can you help me understand how this is an example? Section 5 module: ietf-l3-unicast-topology augment /nw:networks/nw:network/nw:network-types: +--rw l3-unicast-topology! augment /nw:networks/nw:network: +--rw l3-topology-attributes +--rw name? string +--rw flag* l3-flag-type augment /nw:networks/nw:network/nw:node: +--rw l3-node-attributes +--rw name? inet:domain-name +--rw flag* node-flag-type +--rw router-id* inet:ip-address +--rw prefix* [prefix] +--rw prefix inet:ip-prefix +--rw metric? uint32 +--rw flag* prefix-flag-type And section 6: grouping l3-node-attributes { description "L3 node scope attributes"; container l3-node-attributes { description "Containing node attributes"; leaf name { type inet:domain-name; description "Node name"; } leaf-list flag { type node-flag-type; description "Node flags"; } leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } list prefix { key "prefix"; description "A list of prefixes along with their attributes"; uses l3-prefix-attributes; } } } A different view at https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast-topology# From nobody Thu Dec 14 08:47:39 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F8C21288B8; Thu, 14 Dec 2017 08:47:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=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 qCHRu6CBbgey; Thu, 14 Dec 2017 08:47:30 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 339871273B1; Thu, 14 Dec 2017 08:47:30 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus002 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MVc3l-1eWzjp436V-00Z365; Thu, 14 Dec 2017 17:47:15 +0100 From: "Alexander Clemm" To: "'Benoit Claise'" , "'The IESG'" Cc: , , , References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> In-Reply-To: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> Date: Thu, 14 Dec 2017 08:47:12 -0800 Message-ID: <037301d374fb$321cfc10$9656f430$@clemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQITd6LHESmvF8Ea3VC+0H352GF/K6LC//zA Content-Language: en-us X-Provags-ID: V03:K0:VRkphuM1iGEWWp/M/d17Z/621DoCK/IN2qEMDkcDfHOT1x3eV54 SVuX5aNPXn/XrC2JLuWAmDEf4iKwRax+ROgXh6SKA8EJqKFtsqj/sjy8Yna3UF4snT3fl4y U1pmbHjx+BAIzNTBZQ2s31bjMP+JrrWXfMA4lZYWaQpCm4FOpz9OictCdtlrpshCTRwidxO NT9RbgO0Siw2YZrsYpRSw== X-UI-Out-Filterresults: notjunk:1;V01:K0:coW+f56SvJ0=:DH6lSnsxHwwnx4CYoKl4dl mahgtVZSLl/fiwvFVmNHSt1im4foa2MKyfTqqeNM1ZK06PbAqevnXcBT05sXe6yok+rKCVFgZ 1g+Omjeaf94l5iIXsPoxCO5dzTFY4cK8YIei3USSFYukGHpwsVqgpzJCLWAd37xiJcgPPEbXJ v2gQb8DVKv2LHmg5F8Q8LEFeA/1gWr5Vs8see3ZvrS18+N7RBviDOXS4tQrEX5wSJ+ofR7gv2 L1PkdjcqQi4F4Durz+wW2aVFxL5KrrlUxxgfjbq8sOx9fUoPXpj7Wr6J1SO+gawmzq5zBUabp N2elJH0qDjy9dhuHVDzoJR82hguqMS3ed7dZH1Ex5sFpdjPYEzMU7TAx9PxyqPMUCL7SBVEcO 8uqodH7HiYmH3WZvp340Zu74DcSt5ZEn18KT5FGzNJrFU2xsKnDXwvmhYAYyf6aIi1tV69c1R 8s+AHxyI1b17k1KB0jpvAi6bGRb/JiFbeQpqlVEzIh/BotyPbulpRXzEXpR1rf5oID3bingMn CDnUlEkX8A/KfPQ+pyo73iGxu2Na/D2AsXld6psci8hRolU2eMbdPfXpEhA2C4iF1AgQKo9fq x0NzkSw29pV6JU4Ypndbp+IbGlMBQFLNVVyoDkjucGChJWQXnzA8cqup7Ey0zBwdDBMORbqlh IHEKH1aDfYuGldFhV4zp9r3C2wvg0wkXxBEyxqtrLiO6dAzhYWjIIVcHn2QdtbE5QwUY/jwIe qrXSQu6DZicVQnx9AlRpbhnnJtne9Z9L2/E/RV0p3mZmxke9h+SXm4MTN+E= Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 16:47:32 -0000 Hi Benoit, I am not sure I understand your comment? I was referring to the typedef router-id, which we define in example-ospf-topology. We made many changes to make it clear that this is just an example, not a part of the actual model, reflected in the description, naming, removal of contact and revision information, etc. The tree diagram in section 5 is for the ietf-l3-unicast-topology module. It is not part of an example. The same is true for the grouping l3-node-attributes. It is part of the model. The example-ospf-topology model serves as an example as to how the model might be refined/extended for other topologies. As stated: "This module is intended to serve as an example that illustrates how the general topology model can be refined across multiple levels." The sentence at the top of the section "Extending the model - Example OSPF Topology - Model Overview" states (slightly rephrased with inserted ", in this case") to "The following model shows how the Layer 3 Unicast topology model can be extended, in this case to cover OSFP topologies." Does this clarify or did you mean something else? Thanks --- Alex -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Thursday, December 14, 2017 3:33 AM To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; i2rs-chairs@ietf.org; shares@ndzh.com Subject: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-14: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- We're making progress. Thanks. >> >> 4. >> >> leaf-list router-id { >> type inet:ip-address; >> description >> "Router-id for the node"; >> } >> >> My initial DISCUSS was: We don't want to wait for >> https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, >> we should expedite this publication), but any good reason why this is >> aligned with its definition? >> typedef router-id { >> type yang:dotted-quad; >> description >> "A 32-bit number in the dotted quad format assigned to each >> router. This number uniquely identifies the router within an >> Autonomous System."; >> } >> >> My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, >> it makes sense to import its router-id > > This is only used in the example. The point of the example is > to show how the model can be extended, not to define something > normative, hence I don't think there is a need to introduce a > dependency here which would only be distracting. > Can you help me understand how this is an example? Section 5 module: ietf-l3-unicast-topology augment /nw:networks/nw:network/nw:network-types: +--rw l3-unicast-topology! augment /nw:networks/nw:network: +--rw l3-topology-attributes +--rw name? string +--rw flag* l3-flag-type augment /nw:networks/nw:network/nw:node: +--rw l3-node-attributes +--rw name? inet:domain-name +--rw flag* node-flag-type +--rw router-id* inet:ip-address +--rw prefix* [prefix] +--rw prefix inet:ip-prefix +--rw metric? uint32 +--rw flag* prefix-flag-type And section 6: grouping l3-node-attributes { description "L3 node scope attributes"; container l3-node-attributes { description "Containing node attributes"; leaf name { type inet:domain-name; description "Node name"; } leaf-list flag { type node-flag-type; description "Node flags"; } leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } list prefix { key "prefix"; description "A list of prefixes along with their attributes"; uses l3-prefix-attributes; } } } A different view at https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast -topology# _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Thu Dec 14 08:56:01 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 05311124234; Thu, 14 Dec 2017 08:56:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151327055997.28691.9093592775591090123@ietfa.amsl.com> Date: Thu, 14 Dec 2017 08:56:00 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-15.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 16:56:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A YANG Data Model for Layer 3 Topologies Authors : Alexander Clemm Jan Medved Robert Varga Xufeng Liu Hariharan Ananthakrishnan Nitin Bahadur Filename : draft-ietf-i2rs-yang-l3-topology-15.txt Pages : 34 Date : 2017-12-14 Abstract: This document defines a YANG data model for layer 3 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-l3-topology-15 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-l3-topology-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-l3-topology-15 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/ From nobody Thu Dec 14 09:42:37 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C541412943E; Thu, 14 Dec 2017 09:42:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=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 1q68i14qIM5m; Thu, 14 Dec 2017 09:42:20 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 18AA2129439; Thu, 14 Dec 2017 09:42:20 -0800 (PST) Received: from localhost (h-85-209.A165.priv.bahnhof.se [94.254.85.209]) by mail.tail-f.com (Postfix) with ESMTPSA id CB07D1AE0144; Thu, 14 Dec 2017 18:42:17 +0100 (CET) Date: Thu, 14 Dec 2017 18:42:17 +0100 (CET) Message-Id: <20171214.184217.2108989131786731949.mbj@tail-f.com> To: ludwig@clemm.org Cc: bclaise@cisco.com, iesg@ietf.org, draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs@ietf.org, i2rs-chairs@ietf.org, shares@ndzh.com From: Martin Bjorklund In-Reply-To: <037301d374fb$321cfc10$9656f430$@clemm.org> References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> <037301d374fb$321cfc10$9656f430$@clemm.org> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 17:42:23 -0000 Hi, "Alexander Clemm" wrote: > Hi Benoit, > > I am not sure I understand your comment? I think the issue is that the leaf-list router-id should be of type yang:dotted-quad, and not inet:ip-address. > I was referring to the typedef > router-id, which we define in example-ospf-topology. There is no such typedef. There's an area-id though. /martin We made many changes > to make it clear that this is just an example, not a part of the actual > model, reflected in the description, naming, removal of contact and revision > information, etc. > > The tree diagram in section 5 is for the ietf-l3-unicast-topology module. > It is not part of an example. The same is true for the grouping > l3-node-attributes. It is part of the model. > > The example-ospf-topology model serves as an example as to how the model > might be refined/extended for other topologies. As stated: "This module is > intended to serve as an example that illustrates how the general topology > model can be refined across multiple levels." The sentence at the top of > the section "Extending the model - Example OSPF Topology - Model Overview" > states (slightly rephrased with inserted ", in this case") to "The following > model shows how the Layer 3 Unicast topology model can be extended, in this > case to cover OSFP topologies." > > Does this clarify or did you mean something else? > > Thanks > --- Alex > > -----Original Message----- > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise > Sent: Thursday, December 14, 2017 3:33 AM > To: The IESG > Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; > i2rs-chairs@ietf.org; shares@ndzh.com > Subject: [i2rs] Benoit Claise's Discuss on > draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) > > Benoit Claise has entered the following ballot position for > draft-ietf-i2rs-yang-l3-topology-14: Discuss > > When responding, please keep the subject line intact and reply to all email > addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > We're making progress. Thanks. > > >> > >> 4. > >> > >> leaf-list router-id { > >> type inet:ip-address; > >> description > >> "Router-id for the node"; > >> } > >> > >> My initial DISCUSS was: We don't want to wait for > >> https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, > >> we should expedite this publication), but any good reason why this is > >> aligned with its definition? > >> typedef router-id { > >> type yang:dotted-quad; > >> description > >> "A 32-bit number in the dotted quad format assigned to each > >> router. This number uniquely identifies the router within an > >> Autonomous System."; > >> } > >> > >> My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, > >> it makes sense to import its router-id > > > > This is only used in the example. The point of the example is > > to show how the model can be extended, not to define something > > normative, hence I don't think there is a need to introduce a > > dependency here which would only be distracting. > > > Can you help me understand how this is an example? > Section 5 > > module: ietf-l3-unicast-topology > augment /nw:networks/nw:network/nw:network-types: > +--rw l3-unicast-topology! > augment /nw:networks/nw:network: > +--rw l3-topology-attributes > +--rw name? string > +--rw flag* l3-flag-type > augment /nw:networks/nw:network/nw:node: > +--rw l3-node-attributes > +--rw name? inet:domain-name > +--rw flag* node-flag-type > +--rw router-id* inet:ip-address > +--rw prefix* [prefix] > +--rw prefix inet:ip-prefix > +--rw metric? uint32 > +--rw flag* prefix-flag-type > > And section 6: > > grouping l3-node-attributes { > description "L3 node scope attributes"; > container l3-node-attributes { > description > "Containing node attributes"; > leaf name { > type inet:domain-name; > description > "Node name"; > } > leaf-list flag { > type node-flag-type; > description > "Node flags"; > } > leaf-list router-id { > type inet:ip-address; > description > "Router-id for the node"; > } > list prefix { > key "prefix"; > description > "A list of prefixes along with their attributes"; > uses l3-prefix-attributes; > } > } > } > > A different view at > https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast > -topology# > > > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Thu Dec 14 09:52:52 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73046128616; Thu, 14 Dec 2017 09:52:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 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_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 WMfkSMDaDSkK; Thu, 14 Dec 2017 09:52:45 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF7D612704A; Thu, 14 Dec 2017 09:52:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15230; q=dns/txt; s=iport; t=1513273964; x=1514483564; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=5+GnoQ3QxIY5Fmb5AyWyYpYC6i/ie8GHBUHJs5a24VA=; b=Oj3GLB3bY1Axqp1r8wcCEFFZnejjfN4IXKDsvQ7wYfzJvTHEi38x/tMq HR+swElxqfffLvHdVZ5H1IW1ff8hUJOOggZSNU7D/443NWROaHHi/Ys7i +hmZKcNY2qMr2g1aM8zItEv+bRmKdYhaaTo3GTiLKe4t3fPiEQd1YYhks Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BCAwBiuTJa/xbLJq1DGhkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGEJHQnhAKLFY9gL36QSoVOFIIBChgBDIUWAoU4FgEBAQEBAQE?= =?us-ascii?q?BAWsohSMBAQEBAwEBIUsLDAQLDgMEAQEBJwMCAicfCQgGAQwGAgEBiiYQNKhvg?= =?us-ascii?q?icmijcBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYNlg2SBaSmCTDaDLgEBF4EjARI?= =?us-ascii?q?BgzSCYwWKS4dKkRCHfY0tghaGEoNsh1iNFYFXiAGBOyYBMRFPVgIWMhoIGxU6g?= =?us-ascii?q?imCUxwZgU9ANwGIHII5AQEB?= X-IronPort-AV: E=Sophos;i="5.45,400,1508803200"; d="scan'208,217";a="862723" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Dec 2017 17:52:41 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vBEHqeJs024255; Thu, 14 Dec 2017 17:52:41 GMT To: Martin Bjorklund , ludwig@clemm.org Cc: iesg@ietf.org, draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs@ietf.org, i2rs-chairs@ietf.org, shares@ndzh.com References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> <037301d374fb$321cfc10$9656f430$@clemm.org> <20171214.184217.2108989131786731949.mbj@tail-f.com> From: Benoit Claise Message-ID: <75ac9315-3e6b-949a-28c1-80b6001710ce@cisco.com> Date: Thu, 14 Dec 2017 18:52:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20171214.184217.2108989131786731949.mbj@tail-f.com> Content-Type: multipart/alternative; boundary="------------65907D33C333C0CA06D4C99D" Content-Language: en-US Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 17:52:47 -0000 This is a multi-part message in MIME format. --------------65907D33C333C0CA06D4C99D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 12/14/2017 6:42 PM, Martin Bjorklund wrote: > Hi, > > "Alexander Clemm" wrote: >> Hi Benoit, >> >> I am not sure I understand your comment? > I think the issue is that the leaf-list router-id should be of type > yang:dotted-quad, and not inet:ip-address. Right, imported from ietf-routing-types,  in https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17 typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } Regards, Benoit > >> I was referring to the typedef >> router-id, which we define in example-ospf-topology. > There is no such typedef. There's an area-id though. > > > /martin > > > We made many changes >> to make it clear that this is just an example, not a part of the actual >> model, reflected in the description, naming, removal of contact and revision >> information, etc. >> >> The tree diagram in section 5 is for the ietf-l3-unicast-topology module. >> It is not part of an example. The same is true for the grouping >> l3-node-attributes. It is part of the model. >> >> The example-ospf-topology model serves as an example as to how the model >> might be refined/extended for other topologies. As stated: "This module is >> intended to serve as an example that illustrates how the general topology >> model can be refined across multiple levels." The sentence at the top of >> the section "Extending the model - Example OSPF Topology - Model Overview" >> states (slightly rephrased with inserted ", in this case") to "The following >> model shows how the Layer 3 Unicast topology model can be extended, in this >> case to cover OSFP topologies." >> >> Does this clarify or did you mean something else? >> >> Thanks >> --- Alex >> >> -----Original Message----- >> From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise >> Sent: Thursday, December 14, 2017 3:33 AM >> To: The IESG >> Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; >> i2rs-chairs@ietf.org; shares@ndzh.com >> Subject: [i2rs] Benoit Claise's Discuss on >> draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) >> >> Benoit Claise has entered the following ballot position for >> draft-ietf-i2rs-yang-l3-topology-14: Discuss >> >> When responding, please keep the subject line intact and reply to all email >> addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ >> >> >> >> ---------------------------------------------------------------------- >> DISCUSS: >> ---------------------------------------------------------------------- >> >> We're making progress. Thanks. >> >>>> 4. >>>> >>>> leaf-list router-id { >>>> type inet:ip-address; >>>> description >>>> "Router-id for the node"; >>>> } >>>> >>>> My initial DISCUSS was: We don't want to wait for >>>> https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, >>>> we should expedite this publication), but any good reason why this is >>>> aligned with its definition? >>>> typedef router-id { >>>> type yang:dotted-quad; >>>> description >>>> "A 32-bit number in the dotted quad format assigned to each >>>> router. This number uniquely identifies the router within an >>>> Autonomous System."; >>>> } >>>> >>>> My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, >>>> it makes sense to import its router-id >>> This is only used in the example. The point of the example is >>> to show how the model can be extended, not to define something >>> normative, hence I don't think there is a need to introduce a >>> dependency here which would only be distracting. >>> >> Can you help me understand how this is an example? >> Section 5 >> >> module: ietf-l3-unicast-topology >> augment /nw:networks/nw:network/nw:network-types: >> +--rw l3-unicast-topology! >> augment /nw:networks/nw:network: >> +--rw l3-topology-attributes >> +--rw name? string >> +--rw flag* l3-flag-type >> augment /nw:networks/nw:network/nw:node: >> +--rw l3-node-attributes >> +--rw name? inet:domain-name >> +--rw flag* node-flag-type >> +--rw router-id* inet:ip-address >> +--rw prefix* [prefix] >> +--rw prefix inet:ip-prefix >> +--rw metric? uint32 >> +--rw flag* prefix-flag-type >> >> And section 6: >> >> grouping l3-node-attributes { >> description "L3 node scope attributes"; >> container l3-node-attributes { >> description >> "Containing node attributes"; >> leaf name { >> type inet:domain-name; >> description >> "Node name"; >> } >> leaf-list flag { >> type node-flag-type; >> description >> "Node flags"; >> } >> leaf-list router-id { >> type inet:ip-address; >> description >> "Router-id for the node"; >> } >> list prefix { >> key "prefix"; >> description >> "A list of prefixes along with their attributes"; >> uses l3-prefix-attributes; >> } >> } >> } >> >> A different view at >> https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast >> -topology# >> >> >> >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> > . > --------------65907D33C333C0CA06D4C99D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 12/14/2017 6:42 PM, Martin Bjorklund wrote:
Hi,

"Alexander Clemm" <ludwig@clemm.org> wrote:

Hi Benoit,

I am not sure I understand your comment?

I think the issue is that the leaf-list router-id should be of type
yang:dotted-quad, and not inet:ip-address.
Right, imported from ietf-routing-types,  in https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17

     typedef router-id {
       type yang:dotted-quad;
       description
         "A 32-bit number in the dotted quad format assigned to each
          router. This number uniquely identifies the router within
          an Autonomous System.";
     }
Regards, Benoit


I was referring to the typedef
router-id, which we define in example-ospf-topology.

There is no such typedef.  There's an area-id though.


/martin


We made many changes

to make it clear that this is just an example, not a part of the actual
model, reflected in the description, naming, removal of contact and revision
information, etc.  

The tree diagram in section 5 is for the ietf-l3-unicast-topology module.
It is not part of an example.  The same is true for the grouping
l3-node-attributes.  It is part of the model.  

The example-ospf-topology model serves as an example as to how the model
might be refined/extended for other topologies.  As stated: "This module is
intended to serve as an example that illustrates how the general topology
model can be refined across multiple levels."  The sentence at the top of
the section "Extending the model - Example OSPF Topology - Model Overview"
states (slightly rephrased with inserted ", in this case") to "The following
model shows how the Layer 3 Unicast topology model can be extended, in this
case to cover OSFP topologies."

Does this clarify or did you mean something else? 

Thanks
--- Alex

-----Original Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise
Sent: Thursday, December 14, 2017 3:33 AM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org;
i2rs-chairs@ietf.org; shares@ndzh.com
Subject: [i2rs] Benoit Claise's Discuss on
draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS)

Benoit Claise has entered the following ballot position for
draft-ietf-i2rs-yang-l3-topology-14: Discuss

When responding, please keep the subject line intact and reply to all email
addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

We're making progress. Thanks.


4.

        leaf-list router-id {
            type inet:ip-address;
            description
              "Router-id for the node";
          }

My initial DISCUSS was: We don't want to wait for
https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, 
we should expedite this publication), but any good reason why this is 
aligned with its definition?
     typedef router-id {
        type yang:dotted-quad;
        description
          "A 32-bit number in the dotted quad format assigned to each
           router. This number uniquely identifies the router within an
           Autonomous System.";
      }

My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, 
it makes sense to import its router-id

<ALEX> This is only used in the example.  The point of the example is 
to show how the model can be extended, not to define something 
normative, hence I don't think there is a need to introduce a 
dependency here which would only be distracting.
</ALEX>

Can you help me understand how this is an example?
Section 5

   module: ietf-l3-unicast-topology
     augment /nw:networks/nw:network/nw:network-types:
       +--rw l3-unicast-topology!
     augment /nw:networks/nw:network:
       +--rw l3-topology-attributes
          +--rw name?   string
          +--rw flag*   l3-flag-type
     augment /nw:networks/nw:network/nw:node:
       +--rw l3-node-attributes
          +--rw name?        inet:domain-name
          +--rw flag*        node-flag-type
          +--rw router-id*   inet:ip-address
          +--rw prefix* [prefix]
             +--rw prefix    inet:ip-prefix
             +--rw metric?   uint32
             +--rw flag*     prefix-flag-type

And section 6:

     grouping l3-node-attributes {
       description "L3 node scope attributes";
       container l3-node-attributes {
         description
           "Containing node attributes";
         leaf name {
           type inet:domain-name;
           description
             "Node name";
         }
         leaf-list flag {
           type node-flag-type;
           description
             "Node flags";
         }
         leaf-list router-id {
           type inet:ip-address;
           description
             "Router-id for the node";
         }
         list prefix {
           key "prefix";
           description
             "A list of prefixes along with their attributes";
           uses l3-prefix-attributes;
         }
       }
     }

A different view at
https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast
-topology#




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

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


.

--------------65907D33C333C0CA06D4C99D-- From nobody Thu Dec 14 10:24:07 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 472C512704A; Thu, 14 Dec 2017 10:24:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=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 52TlfrR7QVPx; Thu, 14 Dec 2017 10:24:03 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 A56851200FC; Thu, 14 Dec 2017 10:24:02 -0800 (PST) Received: from lhreml709-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 82B79CE825921; Thu, 14 Dec 2017 18:23:57 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 14 Dec 2017 18:23:52 +0000 Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.83]) by SJCEML703-CHM.china.huawei.com ([169.254.5.4]) with mapi id 14.03.0361.001; Thu, 14 Dec 2017 10:23:49 -0800 From: Alexander Clemm To: Benoit Claise , Martin Bjorklund , "ludwig@clemm.org" CC: "draft-ietf-i2rs-yang-l3-topology@ietf.org" , "i2rs@ietf.org" , "iesg@ietf.org" , "shares@ndzh.com" , "i2rs-chairs@ietf.org" Thread-Topic: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) Thread-Index: AQHTdM9kzzHfyGDkLkmR48fkXp0Tp6NDkt4AgAAPY4CAAALnAP//gOuA Date: Thu, 14 Dec 2017 18:23:49 +0000 Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8@sjceml521-mbx.china.huawei.com> References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> <037301d374fb$321cfc10$9656f430$@clemm.org> <20171214.184217.2108989131786731949.mbj@tail-f.com> <75ac9315-3e6b-949a-28c1-80b6001710ce@cisco.com> In-Reply-To: <75ac9315-3e6b-949a-28c1-80b6001710ce@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.209.217.77] Content-Type: multipart/alternative; boundary="_000_644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8sjceml521mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 18:24:06 -0000 --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8sjceml521mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T0ssIHRoYW5rcyBmb3IgbWVudGlvbmluZyBpbmV0OmlwLWFkZHJlc3MuICBUaGUgZXhhbXBsZSAo dGhhdCB5b3Ugd2VyZSByZWZlcnJpbmcgdG8gaW4gdGhlIGVtYWlsKSBkb2VzIGhhdmUgZG90dGVk LXF1YWQgYWxyZWFkeSwgc28gSSBkaWQgbm90IGtub3cgd2hhdCB5b3UgbWVhbnQuDQoNCkkgd2ls bCBjaGFuZ2UgZnJvbSBpbmV0OmlwLWFkZHJlc3MgdG8geWFuZzpkb3R0ZWQtcXVhZCBhbmQgcmVm ZXIgdG8gaW1wb3J0ZWQgcm91dGVyLWlkIHR5cGVkZWYuICBBbmQgSSBhc3N1bWUgd2UgYXJlIG5v dyBnb29kIHdpdGggdGhlIGV4YW1wbGUuICBJcyB0aGVyZSBhbnl0aGluZyBlbHNlPyAgV2lsbCBw b3N0IC0xNiBieSB0b21vcnJvdy4NCg0KVGhhbmtzDQotLS0gQWxleA0KDQpGcm9tOiBpMnJzIFtt YWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQmVub2l0IENsYWlzZQ0K U2VudDogVGh1cnNkYXksIERlY2VtYmVyIDE0LCAyMDE3IDk6NTMgQU0NClRvOiBNYXJ0aW4gQmpv cmtsdW5kIDxtYmpAdGFpbC1mLmNvbT47IGx1ZHdpZ0BjbGVtbS5vcmcNCkNjOiBkcmFmdC1pZXRm LWkycnMteWFuZy1sMy10b3BvbG9neUBpZXRmLm9yZzsgaTJyc0BpZXRmLm9yZzsgaWVzZ0BpZXRm Lm9yZzsgc2hhcmVzQG5kemguY29tOyBpMnJzLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6 IFtpMnJzXSBCZW5vaXQgQ2xhaXNlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWkycnMteWFuZy1s My10b3BvbG9neS0xNDogKHdpdGggRElTQ1VTUykNCg0KT24gMTIvMTQvMjAxNyA2OjQyIFBNLCBN YXJ0aW4gQmpvcmtsdW5kIHdyb3RlOg0KDQpIaSwNCg0KDQoNCiJBbGV4YW5kZXIgQ2xlbW0iIDxs dWR3aWdAY2xlbW0ub3JnPjxtYWlsdG86bHVkd2lnQGNsZW1tLm9yZz4gd3JvdGU6DQoNCkhpIEJl bm9pdCwNCg0KDQoNCkkgYW0gbm90IHN1cmUgSSB1bmRlcnN0YW5kIHlvdXIgY29tbWVudD8NCg0K DQoNCkkgdGhpbmsgdGhlIGlzc3VlIGlzIHRoYXQgdGhlIGxlYWYtbGlzdCByb3V0ZXItaWQgc2hv dWxkIGJlIG9mIHR5cGUNCg0KeWFuZzpkb3R0ZWQtcXVhZCwgYW5kIG5vdCBpbmV0OmlwLWFkZHJl c3MuDQpSaWdodCwgaW1wb3J0ZWQgZnJvbSBpZXRmLXJvdXRpbmctdHlwZXMsICBpbiBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1ydGd3Zy1yb3V0aW5nLXR5cGVzLTE3DQoN CiAgICAgdHlwZWRlZiByb3V0ZXItaWQgew0KDQogICAgICAgdHlwZSB5YW5nOmRvdHRlZC1xdWFk Ow0KDQogICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAgICAgIkEgMzItYml0IG51bWJlciBpbiB0 aGUgZG90dGVkIHF1YWQgZm9ybWF0IGFzc2lnbmVkIHRvIGVhY2gNCg0KICAgICAgICAgIHJvdXRl ci4gVGhpcyBudW1iZXIgdW5pcXVlbHkgaWRlbnRpZmllcyB0aGUgcm91dGVyIHdpdGhpbg0KDQog ICAgICAgICAgYW4gQXV0b25vbW91cyBTeXN0ZW0uIjsNCg0KICAgICB9DQpSZWdhcmRzLCBCZW5v aXQNCg0KDQoNCg0KDQoNCkkgd2FzIHJlZmVycmluZyB0byB0aGUgdHlwZWRlZg0KDQpyb3V0ZXIt aWQsIHdoaWNoIHdlIGRlZmluZSBpbiBleGFtcGxlLW9zcGYtdG9wb2xvZ3kuDQoNCg0KDQpUaGVy ZSBpcyBubyBzdWNoIHR5cGVkZWYuICBUaGVyZSdzIGFuIGFyZWEtaWQgdGhvdWdoLg0KDQoNCg0K DQoNCi9tYXJ0aW4NCg0KDQoNCg0KDQpXZSBtYWRlIG1hbnkgY2hhbmdlcw0KDQp0byBtYWtlIGl0 IGNsZWFyIHRoYXQgdGhpcyBpcyBqdXN0IGFuIGV4YW1wbGUsIG5vdCBhIHBhcnQgb2YgdGhlIGFj dHVhbA0KDQptb2RlbCwgcmVmbGVjdGVkIGluIHRoZSBkZXNjcmlwdGlvbiwgbmFtaW5nLCByZW1v dmFsIG9mIGNvbnRhY3QgYW5kIHJldmlzaW9uDQoNCmluZm9ybWF0aW9uLCBldGMuDQoNCg0KDQpU aGUgdHJlZSBkaWFncmFtIGluIHNlY3Rpb24gNSBpcyBmb3IgdGhlIGlldGYtbDMtdW5pY2FzdC10 b3BvbG9neSBtb2R1bGUuDQoNCkl0IGlzIG5vdCBwYXJ0IG9mIGFuIGV4YW1wbGUuICBUaGUgc2Ft ZSBpcyB0cnVlIGZvciB0aGUgZ3JvdXBpbmcNCg0KbDMtbm9kZS1hdHRyaWJ1dGVzLiAgSXQgaXMg cGFydCBvZiB0aGUgbW9kZWwuDQoNCg0KDQpUaGUgZXhhbXBsZS1vc3BmLXRvcG9sb2d5IG1vZGVs IHNlcnZlcyBhcyBhbiBleGFtcGxlIGFzIHRvIGhvdyB0aGUgbW9kZWwNCg0KbWlnaHQgYmUgcmVm aW5lZC9leHRlbmRlZCBmb3Igb3RoZXIgdG9wb2xvZ2llcy4gIEFzIHN0YXRlZDogIlRoaXMgbW9k dWxlIGlzDQoNCmludGVuZGVkIHRvIHNlcnZlIGFzIGFuIGV4YW1wbGUgdGhhdCBpbGx1c3RyYXRl cyBob3cgdGhlIGdlbmVyYWwgdG9wb2xvZ3kNCg0KbW9kZWwgY2FuIGJlIHJlZmluZWQgYWNyb3Nz IG11bHRpcGxlIGxldmVscy4iICBUaGUgc2VudGVuY2UgYXQgdGhlIHRvcCBvZg0KDQp0aGUgc2Vj dGlvbiAiRXh0ZW5kaW5nIHRoZSBtb2RlbCAtIEV4YW1wbGUgT1NQRiBUb3BvbG9neSAtIE1vZGVs IE92ZXJ2aWV3Ig0KDQpzdGF0ZXMgKHNsaWdodGx5IHJlcGhyYXNlZCB3aXRoIGluc2VydGVkICIs IGluIHRoaXMgY2FzZSIpIHRvICJUaGUgZm9sbG93aW5nDQoNCm1vZGVsIHNob3dzIGhvdyB0aGUg TGF5ZXIgMyBVbmljYXN0IHRvcG9sb2d5IG1vZGVsIGNhbiBiZSBleHRlbmRlZCwgaW4gdGhpcw0K DQpjYXNlIHRvIGNvdmVyIE9TRlAgdG9wb2xvZ2llcy4iDQoNCg0KDQpEb2VzIHRoaXMgY2xhcmlm eSBvciBkaWQgeW91IG1lYW4gc29tZXRoaW5nIGVsc2U/DQoNCg0KDQpUaGFua3MNCg0KLS0tIEFs ZXgNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCkZyb206IGkycnMgW21haWx0 bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCZW5vaXQgQ2xhaXNlDQoNClNl bnQ6IFRodXJzZGF5LCBEZWNlbWJlciAxNCwgMjAxNyAzOjMzIEFNDQoNClRvOiBUaGUgSUVTRyA8 aWVzZ0BpZXRmLm9yZz48bWFpbHRvOmllc2dAaWV0Zi5vcmc+DQoNCkNjOiBkcmFmdC1pZXRmLWky cnMteWFuZy1sMy10b3BvbG9neUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1pMnJzLXlhbmct bDMtdG9wb2xvZ3lAaWV0Zi5vcmc+OyBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3Jn PjsNCg0KaTJycy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOmkycnMtY2hhaXJzQGlldGYub3JnPjsg c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+DQoNClN1YmplY3Q6IFtpMnJz XSBCZW5vaXQgQ2xhaXNlJ3MgRGlzY3VzcyBvbg0KDQpkcmFmdC1pZXRmLWkycnMteWFuZy1sMy10 b3BvbG9neS0xNDogKHdpdGggRElTQ1VTUykNCg0KDQoNCkJlbm9pdCBDbGFpc2UgaGFzIGVudGVy ZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQoNCmRyYWZ0LWlldGYtaTJycy15 YW5nLWwzLXRvcG9sb2d5LTE0OiBEaXNjdXNzDQoNCg0KDQpXaGVuIHJlc3BvbmRpbmcsIHBsZWFz ZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwgZW1haWwNCg0K YWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8g Y3V0IHRoaXMNCg0KaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KDQoNCg0K UGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1 c3MtY3JpdGVyaWEuaHRtbA0KDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NV U1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNCg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcg d2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCg0KaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXlhbmctbDMtdG9wb2xv Z3kvDQoNCg0KDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KRElTQ1VTUzoNCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KDQoNCg0KV2UncmUgbWFraW5nIHByb2dyZXNzLiBUaGFua3MuDQoNCg0KDQoNCg0KNC4N Cg0KDQoNCiAgICAgICAgbGVhZi1saXN0IHJvdXRlci1pZCB7DQoNCiAgICAgICAgICAgIHR5cGUg aW5ldDppcC1hZGRyZXNzOw0KDQogICAgICAgICAgICBkZXNjcmlwdGlvbg0KDQogICAgICAgICAg ICAgICJSb3V0ZXItaWQgZm9yIHRoZSBub2RlIjsNCg0KICAgICAgICAgIH0NCg0KDQoNCk15IGlu aXRpYWwgRElTQ1VTUyB3YXM6IFdlIGRvbid0IHdhbnQgdG8gd2FpdCBmb3INCg0KaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ctcm91dGluZy10eXBlcy0wMCAoYnR3 LA0KDQp3ZSBzaG91bGQgZXhwZWRpdGUgdGhpcyBwdWJsaWNhdGlvbiksIGJ1dCBhbnkgZ29vZCBy ZWFzb24gd2h5IHRoaXMgaXMNCg0KYWxpZ25lZCB3aXRoIGl0cyBkZWZpbml0aW9uPw0KDQogICAg IHR5cGVkZWYgcm91dGVyLWlkIHsNCg0KICAgICAgICB0eXBlIHlhbmc6ZG90dGVkLXF1YWQ7DQoN CiAgICAgICAgZGVzY3JpcHRpb24NCg0KICAgICAgICAgICJBIDMyLWJpdCBudW1iZXIgaW4gdGhl IGRvdHRlZCBxdWFkIGZvcm1hdCBhc3NpZ25lZCB0byBlYWNoDQoNCiAgICAgICAgICAgcm91dGVy LiBUaGlzIG51bWJlciB1bmlxdWVseSBpZGVudGlmaWVzIHRoZSByb3V0ZXIgd2l0aGluIGFuDQoN CiAgICAgICAgICAgQXV0b25vbW91cyBTeXN0ZW0uIjsNCg0KICAgICAgfQ0KDQoNCg0KTXkgTkVX IERJU0NVU1M6IHNpbmNlIGlzIGluIElFVEYgTEMgYW5kIG9uIHRoZSB0ZWxlY2hhdCBvbiBPY3Qg MTJ0aCwNCg0KaXQgbWFrZXMgc2Vuc2UgdG8gaW1wb3J0IGl0cyByb3V0ZXItaWQNCg0KDQoNCjxB TEVYPiBUaGlzIGlzIG9ubHkgdXNlZCBpbiB0aGUgZXhhbXBsZS4gIFRoZSBwb2ludCBvZiB0aGUg ZXhhbXBsZSBpcw0KDQp0byBzaG93IGhvdyB0aGUgbW9kZWwgY2FuIGJlIGV4dGVuZGVkLCBub3Qg dG8gZGVmaW5lIHNvbWV0aGluZw0KDQpub3JtYXRpdmUsIGhlbmNlIEkgZG9uJ3QgdGhpbmsgdGhl cmUgaXMgYSBuZWVkIHRvIGludHJvZHVjZSBhDQoNCmRlcGVuZGVuY3kgaGVyZSB3aGljaCB3b3Vs ZCBvbmx5IGJlIGRpc3RyYWN0aW5nLg0KDQo8L0FMRVg+DQoNCkNhbiB5b3UgaGVscCBtZSB1bmRl cnN0YW5kIGhvdyB0aGlzIGlzIGFuIGV4YW1wbGU/DQoNClNlY3Rpb24gNQ0KDQoNCg0KICAgbW9k dWxlOiBpZXRmLWwzLXVuaWNhc3QtdG9wb2xvZ3kNCg0KICAgICBhdWdtZW50IC9udzpuZXR3b3Jr cy9udzpuZXR3b3JrL253Om5ldHdvcmstdHlwZXM6DQoNCiAgICAgICArLS1ydyBsMy11bmljYXN0 LXRvcG9sb2d5IQ0KDQogICAgIGF1Z21lbnQgL253Om5ldHdvcmtzL253Om5ldHdvcms6DQoNCiAg ICAgICArLS1ydyBsMy10b3BvbG9neS1hdHRyaWJ1dGVzDQoNCiAgICAgICAgICArLS1ydyBuYW1l PyAgIHN0cmluZw0KDQogICAgICAgICAgKy0tcncgZmxhZyogICBsMy1mbGFnLXR5cGUNCg0KICAg ICBhdWdtZW50IC9udzpuZXR3b3Jrcy9udzpuZXR3b3JrL253Om5vZGU6DQoNCiAgICAgICArLS1y dyBsMy1ub2RlLWF0dHJpYnV0ZXMNCg0KICAgICAgICAgICstLXJ3IG5hbWU/ICAgICAgICBpbmV0 OmRvbWFpbi1uYW1lDQoNCiAgICAgICAgICArLS1ydyBmbGFnKiAgICAgICAgbm9kZS1mbGFnLXR5 cGUNCg0KICAgICAgICAgICstLXJ3IHJvdXRlci1pZCogICBpbmV0OmlwLWFkZHJlc3MNCg0KICAg ICAgICAgICstLXJ3IHByZWZpeCogW3ByZWZpeF0NCg0KICAgICAgICAgICAgICstLXJ3IHByZWZp eCAgICBpbmV0OmlwLXByZWZpeA0KDQogICAgICAgICAgICAgKy0tcncgbWV0cmljPyAgIHVpbnQz Mg0KDQogICAgICAgICAgICAgKy0tcncgZmxhZyogICAgIHByZWZpeC1mbGFnLXR5cGUNCg0KDQoN CkFuZCBzZWN0aW9uIDY6DQoNCg0KDQogICAgIGdyb3VwaW5nIGwzLW5vZGUtYXR0cmlidXRlcyB7 DQoNCiAgICAgICBkZXNjcmlwdGlvbiAiTDMgbm9kZSBzY29wZSBhdHRyaWJ1dGVzIjsNCg0KICAg ICAgIGNvbnRhaW5lciBsMy1ub2RlLWF0dHJpYnV0ZXMgew0KDQogICAgICAgICBkZXNjcmlwdGlv bg0KDQogICAgICAgICAgICJDb250YWluaW5nIG5vZGUgYXR0cmlidXRlcyI7DQoNCiAgICAgICAg IGxlYWYgbmFtZSB7DQoNCiAgICAgICAgICAgdHlwZSBpbmV0OmRvbWFpbi1uYW1lOw0KDQogICAg ICAgICAgIGRlc2NyaXB0aW9uDQoNCiAgICAgICAgICAgICAiTm9kZSBuYW1lIjsNCg0KICAgICAg ICAgfQ0KDQogICAgICAgICBsZWFmLWxpc3QgZmxhZyB7DQoNCiAgICAgICAgICAgdHlwZSBub2Rl LWZsYWctdHlwZTsNCg0KICAgICAgICAgICBkZXNjcmlwdGlvbg0KDQogICAgICAgICAgICAgIk5v ZGUgZmxhZ3MiOw0KDQogICAgICAgICB9DQoNCiAgICAgICAgIGxlYWYtbGlzdCByb3V0ZXItaWQg ew0KDQogICAgICAgICAgIHR5cGUgaW5ldDppcC1hZGRyZXNzOw0KDQogICAgICAgICAgIGRlc2Ny aXB0aW9uDQoNCiAgICAgICAgICAgICAiUm91dGVyLWlkIGZvciB0aGUgbm9kZSI7DQoNCiAgICAg ICAgIH0NCg0KICAgICAgICAgbGlzdCBwcmVmaXggew0KDQogICAgICAgICAgIGtleSAicHJlZml4 IjsNCg0KICAgICAgICAgICBkZXNjcmlwdGlvbg0KDQogICAgICAgICAgICAgIkEgbGlzdCBvZiBw cmVmaXhlcyBhbG9uZyB3aXRoIHRoZWlyIGF0dHJpYnV0ZXMiOw0KDQogICAgICAgICAgIHVzZXMg bDMtcHJlZml4LWF0dHJpYnV0ZXM7DQoNCiAgICAgICAgIH0NCg0KICAgICAgIH0NCg0KICAgICB9 DQoNCg0KDQpBIGRpZmZlcmVudCB2aWV3IGF0DQoNCmh0dHBzOi8vd3d3LnlhbmdjYXRhbG9nLm9y Zy95YW5nLXNlYXJjaC95YW5nX3RyZWUucGhwP21vZHVsZT1pZXRmLWwzLXVuaWNhc3QNCg0KLXRv cG9sb2d5Iw0KDQoNCg0KDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KaTJycyBtYWlsaW5nIGxpc3QNCg0KaTJyc0BpZXRmLm9yZzxt YWlsdG86aTJyc0BpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9pMnJzDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQppMnJzIG1haWxpbmcgbGlzdA0KDQppMnJzQGlldGYub3JnPG1haWx0bzppMnJz QGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMN Cg0KDQoNCi4NCg0KDQoNCg== --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8sjceml521mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsN Cgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1u YW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xh czsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9Indo aXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPk9LLCB0aGFua3MgZm9yIG1lbnRpb25pbmcgaW5ldDppcC1hZGRyZXNzLiZu YnNwOyBUaGUgZXhhbXBsZSAodGhhdCB5b3Ugd2VyZSByZWZlcnJpbmcgdG8gaW4gdGhlIGVtYWls KSBkb2VzIGhhdmUgZG90dGVkLXF1YWQgYWxyZWFkeSwgc28gSSBkaWQgbm90IGtub3cgd2hhdCB5 b3UgbWVhbnQuJm5ic3A7DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkkgd2lsbCBjaGFuZ2UgZnJvbSBpbmV0OmlwLWFkZHJlc3MgdG8geWFuZzpkb3R0ZWQtcXVh ZCBhbmQgcmVmZXIgdG8gaW1wb3J0ZWQgcm91dGVyLWlkIHR5cGVkZWYuJm5ic3A7IEFuZCBJIGFz c3VtZSB3ZSBhcmUgbm93IGdvb2Qgd2l0aCB0aGUgZXhhbXBsZS4mbmJzcDsgSXMgdGhlcmUgYW55 dGhpbmcNCiBlbHNlPyZuYnNwOyBXaWxsIHBvc3QgLTE2IGJ5IHRvbW9ycm93LiZuYnNwOyA8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj4tLS0gQWxleDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEu NXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjp3 aW5kb3d0ZXh0Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3Rl eHQiPiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9m IDwvYj5CZW5vaXQgQ2xhaXNlPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAx NCwgMjAxNyA5OjUzIEFNPGJyPg0KPGI+VG86PC9iPiBNYXJ0aW4gQmpvcmtsdW5kICZsdDttYmpA dGFpbC1mLmNvbSZndDs7IGx1ZHdpZ0BjbGVtbS5vcmc8YnI+DQo8Yj5DYzo8L2I+IGRyYWZ0LWll dGYtaTJycy15YW5nLWwzLXRvcG9sb2d5QGlldGYub3JnOyBpMnJzQGlldGYub3JnOyBpZXNnQGll dGYub3JnOyBzaGFyZXNAbmR6aC5jb207IGkycnMtY2hhaXJzQGlldGYub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbaTJyc10gQmVub2l0IENsYWlzZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0 Zi1pMnJzLXlhbmctbDMtdG9wb2xvZ3ktMTQ6ICh3aXRoIERJU0NVU1MpPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDEyLzE0LzIwMTcgNjo0 MiBQTSwgTWFydGluIEJqb3JrbHVuZCB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 cHJlPkhpLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8 cHJlPiZxdW90O0FsZXhhbmRlciBDbGVtbSZxdW90OyA8YSBocmVmPSJtYWlsdG86bHVkd2lnQGNs ZW1tLm9yZyI+Jmx0O2x1ZHdpZ0BjbGVtbS5vcmcmZ3Q7PC9hPiB3cm90ZTo8bzpwPjwvbzpwPjwv cHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cHJlPkhpIEJlbm9pdCw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHByZT5JIGFtIG5vdCBzdXJlIEkgdW5kZXJzdGFuZCB5b3VyIGNvbW1l bnQ/PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286 cD48L3ByZT4NCjxwcmU+SSB0aGluayB0aGUgaXNzdWUgaXMgdGhhdCB0aGUgbGVhZi1saXN0IHJv dXRlci1pZCBzaG91bGQgYmUgb2YgdHlwZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnlhbmc6ZG90 dGVkLXF1YWQsIGFuZCBub3QgaW5ldDppcC1hZGRyZXNzLjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Js b2NrcXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPlJpZ2h0LCBpbXBvcnRlZCBmcm9tIGlldGYtcm91dGluZy10eXBlcywmbmJzcDsgaW4NCjxh IGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJ0Z3dnLXJvdXRp bmctdHlwZXMtMTciPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJ0Z3dn LXJvdXRpbmctdHlwZXMtMTc8L2E+PG86cD48L286cD48L3A+DQo8cHJlPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB0eXBlZGVmIHJvdXRlci1pZCB7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGUgeWFuZzpkb3R0ZWQtcXVhZDs8 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgZGVzY3JpcHRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7QSAzMi1iaXQgbnVtYmVyIGluIHRo ZSBkb3R0ZWQgcXVhZCBmb3JtYXQgYXNzaWduZWQgdG8gZWFjaDxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyByb3V0ZXIuIFRoaXMgbnVtYmVyIHVuaXF1ZWx5IGlkZW50aWZpZXMgdGhlIHJvdXRlciB3aXRo aW48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YW4gQXV0b25vbW91cyBTeXN0ZW0uJnF1b3Q7OzxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48 L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsIEJlbm9pdDxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+SSB3YXMgcmVmZXJyaW5nIHRvIHRoZSB0eXBlZGVm PG86cD48L286cD48L3ByZT4NCjxwcmU+cm91dGVyLWlkLCB3aGljaCB3ZSBkZWZpbmUgaW4gZXhh bXBsZS1vc3BmLXRvcG9sb2d5LjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cHJl PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoZXJlIGlzIG5vIHN1Y2ggdHlwZWRlZi4m bmJzcDsgVGhlcmUncyBhbiBhcmVhLWlkIHRob3VnaC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48 bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy ZT4vbWFydGluPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N CjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+V2UgbWFkZSBtYW55IGNoYW5nZXM8 bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPnRvIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGlzIGlzIGp1 c3QgYW4gZXhhbXBsZSwgbm90IGEgcGFydCBvZiB0aGUgYWN0dWFsPG86cD48L286cD48L3ByZT4N CjxwcmU+bW9kZWwsIHJlZmxlY3RlZCBpbiB0aGUgZGVzY3JpcHRpb24sIG5hbWluZywgcmVtb3Zh bCBvZiBjb250YWN0IGFuZCByZXZpc2lvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmluZm9ybWF0 aW9uLCBldGMuJm5ic3A7IDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wcmU+DQo8cHJlPlRoZSB0cmVlIGRpYWdyYW0gaW4gc2VjdGlvbiA1IGlzIGZvciB0aGUgaWV0 Zi1sMy11bmljYXN0LXRvcG9sb2d5IG1vZHVsZS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5JdCBp cyBub3QgcGFydCBvZiBhbiBleGFtcGxlLiZuYnNwOyBUaGUgc2FtZSBpcyB0cnVlIGZvciB0aGUg Z3JvdXBpbmc8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5sMy1ub2RlLWF0dHJpYnV0ZXMuJm5ic3A7 IEl0IGlzIHBhcnQgb2YgdGhlIG1vZGVsLiZuYnNwOyA8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48 bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5UaGUgZXhhbXBsZS1vc3BmLXRvcG9sb2d5IG1v ZGVsIHNlcnZlcyBhcyBhbiBleGFtcGxlIGFzIHRvIGhvdyB0aGUgbW9kZWw8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT5taWdodCBiZSByZWZpbmVkL2V4dGVuZGVkIGZvciBvdGhlciB0b3BvbG9naWVz LiZuYnNwOyBBcyBzdGF0ZWQ6ICZxdW90O1RoaXMgbW9kdWxlIGlzPG86cD48L286cD48L3ByZT4N CjxwcmU+aW50ZW5kZWQgdG8gc2VydmUgYXMgYW4gZXhhbXBsZSB0aGF0IGlsbHVzdHJhdGVzIGhv dyB0aGUgZ2VuZXJhbCB0b3BvbG9neTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1vZGVsIGNhbiBi ZSByZWZpbmVkIGFjcm9zcyBtdWx0aXBsZSBsZXZlbHMuJnF1b3Q7Jm5ic3A7IFRoZSBzZW50ZW5j ZSBhdCB0aGUgdG9wIG9mPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhlIHNlY3Rpb24gJnF1b3Q7 RXh0ZW5kaW5nIHRoZSBtb2RlbCAtIEV4YW1wbGUgT1NQRiBUb3BvbG9neSAtIE1vZGVsIE92ZXJ2 aWV3JnF1b3Q7PG86cD48L286cD48L3ByZT4NCjxwcmU+c3RhdGVzIChzbGlnaHRseSByZXBocmFz ZWQgd2l0aCBpbnNlcnRlZCAmcXVvdDssIGluIHRoaXMgY2FzZSZxdW90OykgdG8gJnF1b3Q7VGhl IGZvbGxvd2luZzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1vZGVsIHNob3dzIGhvdyB0aGUgTGF5 ZXIgMyBVbmljYXN0IHRvcG9sb2d5IG1vZGVsIGNhbiBiZSBleHRlbmRlZCwgaW4gdGhpczxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPmNhc2UgdG8gY292ZXIgT1NGUCB0b3BvbG9naWVzLiZxdW90Ozxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkRvZXMg dGhpcyBjbGFyaWZ5IG9yIGRpZCB5b3UgbWVhbiBzb21ldGhpbmcgZWxzZT8gPG86cD48L286cD48 L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+VGhhbmtzPG86cD48L286 cD48L3ByZT4NCjxwcmU+LS0tIEFsZXg8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHByZT4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPkZyb206IGkycnMgWzxhIGhyZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0 Zi5vcmciPm1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XSBPbiBCZWhhbGYgT2YgQmVu b2l0IENsYWlzZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNlbnQ6IFRodXJzZGF5LCBEZWNlbWJl ciAxNCwgMjAxNyAzOjMzIEFNPG86cD48L286cD48L3ByZT4NCjxwcmU+VG86IFRoZSBJRVNHIDxh IGhyZWY9Im1haWx0bzppZXNnQGlldGYub3JnIj4mbHQ7aWVzZ0BpZXRmLm9yZyZndDs8L2E+PG86 cD48L286cD48L3ByZT4NCjxwcmU+Q2M6IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLWkycnMt eWFuZy1sMy10b3BvbG9neUBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1pMnJzLXlhbmctbDMtdG9wb2xv Z3lAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0BpZXRm Lm9yZzwvYT47PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOmkycnMtY2hh aXJzQGlldGYub3JnIj5pMnJzLWNoYWlyc0BpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpz aGFyZXNAbmR6aC5jb20iPnNoYXJlc0BuZHpoLmNvbTwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT5TdWJqZWN0OiBbaTJyc10gQmVub2l0IENsYWlzZSdzIERpc2N1c3Mgb248bzpwPjwvbzpwPjwv cHJlPg0KPHByZT5kcmFmdC1pZXRmLWkycnMteWFuZy1sMy10b3BvbG9neS0xNDogKHdpdGggRElT Q1VTUyk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy ZT5CZW5vaXQgQ2xhaXNlIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9u IGZvcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRyYWZ0LWlldGYtaTJycy15YW5nLWwzLXRvcG9s b2d5LTE0OiBEaXNjdXNzPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48 L3ByZT4NCjxwcmU+V2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5l IGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsPG86cD48L286cD48L3ByZT4NCjxwcmU+YWRk cmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0 IHRoaXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5pbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dl dmVyLik8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHBy ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5QbGVhc2UgcmVmZXIgdG8gPGEgaHJlZj0i aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1s Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0 bWw8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+Zm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg SUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0K PHByZT5UaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2Fu IGJlIGZvdW5kIGhlcmU6PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1pMnJzLXlhbmctbDMtdG9wb2xvZ3kv Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWkycnMteWFuZy1s My10b3BvbG9neS88L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48 L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286 cD48L3ByZT4NCjxwcmU+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkRJU0NV U1M6PG86cD48L286cD48L3ByZT4NCjxwcmU+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPldlJ3JlIG1ha2luZyBwcm9ncmVz cy4gVGhhbmtzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w cHQiPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT40LjxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsZWFmLWxpc3Qgcm91dGVyLWlkIHs8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBpbmV0OmlwLWFkZHJlc3M7PG86cD48L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O1JvdXRlci1pZCBmb3IgdGhlIG5vZGUmcXVvdDs7 PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNw OzwvbzpwPjwvcHJlPg0KPHByZT5NeSBpbml0aWFsIERJU0NVU1Mgd2FzOiBXZSBkb24ndCB3YW50 IHRvIHdhaXQgZm9yPG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ctcm91dGluZy10eXBlcy0wMCI+aHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcnRnd2ctcm91dGluZy10eXBlcy0wMDwv YT4gKGJ0dywgPG86cD48L286cD48L3ByZT4NCjxwcmU+d2Ugc2hvdWxkIGV4cGVkaXRlIHRoaXMg cHVibGljYXRpb24pLCBidXQgYW55IGdvb2QgcmVhc29uIHdoeSB0aGlzIGlzIDxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPmFsaWduZWQgd2l0aCBpdHMgZGVmaW5pdGlvbj88bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZWRlZiByb3V0ZXItaWQgezxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB0eXBlIHlhbmc6ZG90dGVkLXF1YWQ7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286 cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZxdW90O0EgMzItYml0IG51bWJlciBpbiB0aGUgZG90dGVkIHF1YWQgZm9y bWF0IGFzc2lnbmVkIHRvIGVhY2g8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcm91dGVyLiBU aGlzIG51bWJlciB1bmlxdWVseSBpZGVudGlmaWVzIHRoZSByb3V0ZXIgd2l0aGluIGFuPG86cD48 L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEF1dG9ub21vdXMgU3lzdGVtLiZxdW90Ozs8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPk15IE5FVyBESVNDVVNT OiBzaW5jZSBpcyBpbiBJRVRGIExDIGFuZCBvbiB0aGUgdGVsZWNoYXQgb24gT2N0IDEydGgsIDxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPml0IG1ha2VzIHNlbnNlIHRvIGltcG9ydCBpdHMgcm91dGVy LWlkPG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286 cD48L3ByZT4NCjxwcmU+Jmx0O0FMRVgmZ3Q7IFRoaXMgaXMgb25seSB1c2VkIGluIHRoZSBleGFt cGxlLiZuYnNwOyBUaGUgcG9pbnQgb2YgdGhlIGV4YW1wbGUgaXMgPG86cD48L286cD48L3ByZT4N CjxwcmU+dG8gc2hvdyBob3cgdGhlIG1vZGVsIGNhbiBiZSBleHRlbmRlZCwgbm90IHRvIGRlZmlu ZSBzb21ldGhpbmcgPG86cD48L286cD48L3ByZT4NCjxwcmU+bm9ybWF0aXZlLCBoZW5jZSBJIGRv bid0IHRoaW5rIHRoZXJlIGlzIGEgbmVlZCB0byBpbnRyb2R1Y2UgYSA8bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT5kZXBlbmRlbmN5IGhlcmUgd2hpY2ggd291bGQgb25seSBiZSBkaXN0cmFjdGluZy48 bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbHQ7L0FMRVgmZ3Q7PG86cD48L286cD48L3ByZT4NCjwv YmxvY2txdW90ZT4NCjxwcmU+Q2FuIHlvdSBoZWxwIG1lIHVuZGVyc3RhbmQgaG93IHRoaXMgaXMg YW4gZXhhbXBsZT88bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5TZWN0aW9uIDU8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgbW9k dWxlOiBpZXRmLWwzLXVuaWNhc3QtdG9wb2xvZ3k8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgYXVnbWVudCAvbnc6bmV0d29ya3Mvbnc6bmV0d29yay9udzpu ZXR3b3JrLXR5cGVzOjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgbDMtdW5pY2FzdC10b3BvbG9neSE8bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXVnbWVudCAvbnc6bmV0d29y a3Mvbnc6bmV0d29yazo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGwzLXRvcG9sb2d5LWF0dHJpYnV0ZXM8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IG5hbWU/Jm5ic3A7Jm5ic3A7IHN0cmluZzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgZmxhZyombmJzcDsmbmJzcDsgbDMtZmxhZy10eXBlPG86 cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGF1Z21lbnQgL253 Om5ldHdvcmtzL253Om5ldHdvcmsvbnc6bm9kZTo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IGwzLW5vZGUtYXR0cmli dXRlczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOy0tcncgbmFtZT8mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW5ldDpkb21haW4tbmFtZTxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmIzQzOy0tcncgZmxhZyombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgbm9kZS1mbGFnLXR5cGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IHJv dXRlci1pZCombmJzcDsmbmJzcDsgaW5ldDppcC1hZGRyZXNzPG86cD48L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 ICYjNDM7LS1ydyBwcmVmaXgqIFtwcmVmaXhdPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICYjNDM7LS1ydyBwcmVmaXgmbmJzcDsmbmJzcDsmbmJzcDsgaW5ldDppcC1wcmVm aXg8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJiM0MzstLXJ3IG1ldHJp Yz8mbmJzcDsmbmJzcDsgdWludDMyPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICYjNDM7LS1ydyBmbGFnKiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwcmVmaXgtZmxhZy10 eXBlPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+ QW5kIHNlY3Rpb24gNjo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwv cHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZ3JvdXBpbmcgbDMtbm9kZS1hdHRy aWJ1dGVzIHs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgZGVzY3JpcHRpb24gJnF1b3Q7TDMgbm9kZSBzY29wZSBhdHRyaWJ1dGVzJnF1 b3Q7OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBjb250YWluZXIgbDMtbm9kZS1hdHRyaWJ1dGVzIHs8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVz Y3JpcHRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7Q29udGFpbmluZyBub2Rl IGF0dHJpYnV0ZXMmcXVvdDs7PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxlYWYgbmFtZSB7PG86cD48L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHR5cGUgaW5ldDpkb21haW4tbmFtZTs8bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ZGVzY3JpcHRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJnF1b3Q7Tm9kZSBuYW1lJnF1b3Q7OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGxlYWYtbGlzdCBmbGFnIHs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBub2RlLWZs YWctdHlwZTs8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGVzY3JpcHRpb248bzpwPjwvbzpw PjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7Tm9kZSBmbGFncyZxdW90Ozs8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgfTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsZWFmLWxpc3Qgcm91dGVyLWlkIHs8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBpbmV0OmlwLWFkZHJlc3M7PG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICZxdW90O1JvdXRlci1pZCBmb3IgdGhlIG5vZGUmcXVvdDs7PG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IH08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgbGlzdCBwcmVmaXggezxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBrZXkgJnF1b3Q7cHJlZml4JnF1b3Q7OzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNj cmlwdGlvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtBIGxp c3Qgb2YgcHJlZml4ZXMgYWxvbmcgd2l0aCB0aGVpciBhdHRyaWJ1dGVzJnF1b3Q7OzxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyB1c2VzIGwzLXByZWZpeC1hdHRyaWJ1dGVzOzxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB9PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7fTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJl PkEgZGlmZmVyZW50IHZpZXcgYXQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRw czovL3d3dy55YW5nY2F0YWxvZy5vcmcveWFuZy1zZWFyY2gveWFuZ190cmVlLnBocD9tb2R1bGU9 aWV0Zi1sMy11bmljYXN0Ij5odHRwczovL3d3dy55YW5nY2F0YWxvZy5vcmcveWFuZy1zZWFyY2gv eWFuZ190cmVlLnBocD9tb2R1bGU9aWV0Zi1sMy11bmljYXN0PC9hPjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPi10b3BvbG9neSM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpw PjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv bzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPmkycnMgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFp bHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxw cmU+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzIj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnM8L2E+PG86cD48L286cD48 L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5p MnJzIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpp MnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycyI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzPC9hPjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cHJlPi48bzpw PjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8sjceml521mbxchi_-- From nobody Sat Dec 16 18:18:38 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B52761201FA; Sat, 16 Dec 2017 18:18:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151347711269.31408.13105814197183032522@ietfa.amsl.com> Date: Sat, 16 Dec 2017 18:18:32 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-l3-topology-16.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2017 02:18:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A YANG Data Model for Layer 3 Topologies Authors : Alexander Clemm Jan Medved Robert Varga Xufeng Liu Hariharan Ananthakrishnan Nitin Bahadur Filename : draft-ietf-i2rs-yang-l3-topology-16.txt Pages : 34 Date : 2017-12-16 Abstract: This document defines a YANG data model for layer 3 network topologies. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-l3-topology-16 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-l3-topology-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-l3-topology-16 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/ From nobody Sat Dec 16 18:23:57 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A292412704B; Sat, 16 Dec 2017 18:23:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_KAM_HTML_FONT_INVALID=0.01] 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 I2am5Q1ev18D; Sat, 16 Dec 2017 18:23:48 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2AB71201FA; Sat, 16 Dec 2017 18:23:48 -0800 (PST) Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus001 [74.208.5.2]) with ESMTPSA (Nemesis) id 0MRVnS-1ebMzY1sN6-00SiKf; Sun, 17 Dec 2017 03:23:13 +0100 From: "Alexander Clemm" To: "'Alexander Clemm'" , "'Benoit Claise'" , "'Martin Bjorklund'" Cc: , , , , References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> <037301d374fb$321cfc10$9656f430$@clemm.org> <20171214.184217.2108989131786731949.mbj@tail-f.com> <75ac9315-3e6b-949a-28c1-80b6001710ce@cisco.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8@sjceml521-mbx.china.huawei.com> In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8@sjceml521-mbx.china.huawei.com> Date: Sat, 16 Dec 2017 18:23:08 -0800 Message-ID: <074101d376dd$fcc64aa0$f652dfe0$@clemm.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0742_01D3769A.EEA6B420" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQITd6LHESmvF8Ea3VC+0H352GF/KwLoDTbkAW4hDRAC/oPnJwGQds8qon+jBCA= Content-Language: en-us X-Provags-ID: V03:K0:DAnLBqKj5+EDuWhWbpc3e6XYdA5/ccmwPvbj0yh2+zEXS+CHk8t Dru5Cu9/YagQxBEmxL/ZUbsgGlWjUKWlNw7RwgH81BEInG45+bORki/ASwWHD+lcpx7ch0W m1m1rIjxEw2vC/8/0if5EMx0WKdku2Cl+GwTOngKYnS3ZLLALcBoJsLCll/yTm/y+n1/0uo OZRjSmABCj5kQXfds+45Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:YZvy8n+Fs7M=:BqAdzhbZMkLkBpXnGBkLfO rmtnrzlYEo3rOuk1O1NMCrC+snmMH7wRQSVdODhA+n6xn2Eiy4dV5OTulZ4Vmq+7tY5EMtKdG 3fxRZNctZgw6qO5hoJtQHmVF/1XtaoVbKiGu0JinX8Pg6dKBPKWEXHQ3e/Bmhb6bemJQnkGxt woBzMkiowSCUroXbvQmkSVyxeL1hVZqm4nGshcN18qmm4tQ6ul/Iu+GCuwKF7uSJ29YAOPe5W w1NXpLQYzZpf7KVwiYR9AxPJwoX+HNaqx+t1yd84G8QncCsAoY98lVucrCRFawG+Lo11ty96b cLXNLLuGD/8MtdLfR2DYtad5TApHqjTSrkDIu4fDxP6l5RLjok4cq68qXkyQ5dF0Bm4EsihrW Bx7QjuRFfnpAmApzwWyzqnU2y96jCuLQ4onJ/mTDypd5nshjMRMWtsev3w2zgMWdHfG7lyBJf b7rdg2dMEmU6M1w+8gJ7LhD1MEQ/nVvQLIxEW/z5Evng7/a2hY7/fhzN8iL5Z8Ny0hWJ702kE QYeFWWAsYQHbfjkZ7oZS0DfiiA5fC5CPoAm2s96l6Kt8340b6tFSAx2CvGycyyJ2co4Lwwizp QHBcoZZmi9fZsIPy7qV7/LSup/AdO+24XDOfIildYolR91yuuMCtwUICXW9+8FokviYh73o5e RP7K570RD7kLx57DQ9FiwOy721I3HrLQX/Glu63dwzOeQksmZq5hqzsP/WKB1fYLUP/diBSEG vdw1lJ4PDNPeyh1oHx13XBmFeXkgUHy1mWOsbDOzfeUumlODRMtZACWXegk= Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2017 02:23:52 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0742_01D3769A.EEA6B420 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, =20 I have just posted ref-16 with the update and added reference to RFC = 8294. =20 Benoit, I think everything is closed now; please let me know if there is = anything else. =20 =20 Thanks --- Alex =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Alexander Clemm Sent: Thursday, December 14, 2017 10:24 AM To: Benoit Claise ; Martin Bjorklund = ; ludwig@clemm.org Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; = iesg@ietf.org; shares@ndzh.com; i2rs-chairs@ietf.org Subject: Re: [i2rs] Benoit Claise's Discuss on = draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) =20 OK, thanks for mentioning inet:ip-address. The example (that you were = referring to in the email) does have dotted-quad already, so I did not = know what you meant. =20 =20 I will change from inet:ip-address to yang:dotted-quad and refer to = imported router-id typedef. And I assume we are now good with the = example. Is there anything else? Will post -16 by tomorrow. =20 =20 Thanks --- Alex =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Thursday, December 14, 2017 9:53 AM To: Martin Bjorklund >; = ludwig@clemm.org =20 Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org = ; i2rs@ietf.org = ; iesg@ietf.org ; = shares@ndzh.com ; i2rs-chairs@ietf.org = =20 Subject: Re: [i2rs] Benoit Claise's Discuss on = draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) =20 On 12/14/2017 6:42 PM, Martin Bjorklund wrote: Hi, =20 "Alexander Clemm" wrote: Hi Benoit, =20 I am not sure I understand your comment? =20 I think the issue is that the leaf-list router-id should be of type yang:dotted-quad, and not inet:ip-address. Right, imported from ietf-routing-types, in = https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17 typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } Regards, Benoit =20 =20 I was referring to the typedef router-id, which we define in example-ospf-topology. =20 There is no such typedef. There's an area-id though. =20 =20 /martin =20 =20 We made many changes to make it clear that this is just an example, not a part of the actual model, reflected in the description, naming, removal of contact and = revision information, etc. =20 =20 The tree diagram in section 5 is for the ietf-l3-unicast-topology = module. It is not part of an example. The same is true for the grouping l3-node-attributes. It is part of the model. =20 =20 The example-ospf-topology model serves as an example as to how the model might be refined/extended for other topologies. As stated: "This module = is intended to serve as an example that illustrates how the general = topology model can be refined across multiple levels." The sentence at the top = of the section "Extending the model - Example OSPF Topology - Model = Overview" states (slightly rephrased with inserted ", in this case") to "The = following model shows how the Layer 3 Unicast topology model can be extended, in = this case to cover OSFP topologies." =20 Does this clarify or did you mean something else?=20 =20 Thanks --- Alex =20 -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise Sent: Thursday, December 14, 2017 3:33 AM To: The IESG Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org = ; i2rs@ietf.org = ; i2rs-chairs@ietf.org ; shares@ndzh.com = =20 Subject: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) =20 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-14: Discuss =20 When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) =20 =20 Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. =20 =20 The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ =20 =20 =20 ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- =20 We're making progress. Thanks. =20 =20 4. =20 leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } =20 My initial DISCUSS was: We don't want to wait for https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw,=20 we should expedite this publication), but any good reason why this is=20 aligned with its definition? typedef router-id { type yang:dotted-quad; description "A 32-bit number in the dotted quad format assigned to each router. This number uniquely identifies the router within an Autonomous System."; } =20 My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th,=20 it makes sense to import its router-id =20 This is only used in the example. The point of the example is=20 to show how the model can be extended, not to define something=20 normative, hence I don't think there is a need to introduce a=20 dependency here which would only be distracting. Can you help me understand how this is an example? Section 5 =20 module: ietf-l3-unicast-topology augment /nw:networks/nw:network/nw:network-types: +--rw l3-unicast-topology! augment /nw:networks/nw:network: +--rw l3-topology-attributes +--rw name? string +--rw flag* l3-flag-type augment /nw:networks/nw:network/nw:node: +--rw l3-node-attributes +--rw name? inet:domain-name +--rw flag* node-flag-type +--rw router-id* inet:ip-address +--rw prefix* [prefix] +--rw prefix inet:ip-prefix +--rw metric? uint32 +--rw flag* prefix-flag-type =20 And section 6: =20 grouping l3-node-attributes { description "L3 node scope attributes"; container l3-node-attributes { description "Containing node attributes"; leaf name { type inet:domain-name; description "Node name"; } leaf-list flag { type node-flag-type; description "Node flags"; } leaf-list router-id { type inet:ip-address; description "Router-id for the node"; } list prefix { key "prefix"; description "A list of prefixes along with their attributes"; uses l3-prefix-attributes; } } } =20 A different view at https://www.yangcatalog.org/yang-search/yang_tree.php?module=3Dietf-l3-un= icast -topology# =20 =20 =20 =20 _______________________________________________ i2rs mailing list i2rs@ietf.org =20 https://www.ietf.org/mailman/listinfo/i2rs =20 _______________________________________________ i2rs mailing list i2rs@ietf.org =20 https://www.ietf.org/mailman/listinfo/i2rs =20 . =20 =20 ------=_NextPart_000_0742_01D3769A.EEA6B420 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hello all,

 

I have just posted ref-16 with the update and added reference to RFC = 8294.

 

Benoit, I think everything is closed now; please let me know if = there is anything else.=C2=A0

 

Thanks

--- Alex

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Alexander = Clemm
Sent: Thursday, December 14, 2017 10:24 AM
To: = Benoit Claise <bclaise@cisco.com>; Martin Bjorklund = <mbj@tail-f.com>; ludwig@clemm.org
Cc: = draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; iesg@ietf.org; = shares@ndzh.com; i2rs-chairs@ietf.org
Subject: Re: [i2rs] = Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with = DISCUSS)

 

OK, thanks for mentioning inet:ip-address.  The example (that you = were referring to in the email) does have dotted-quad already, so I did = not know what you meant. 

 

I will change from inet:ip-address to yang:dotted-quad and refer to = imported router-id typedef.  And I assume we are now good with the = example.  Is there anything else?  Will post -16 by = tomorrow. 

 

Thanks

--- Alex

 

From: i2rs [mailto:i2rs-bounces@ietf.org] = On Behalf Of Benoit Claise
Sent: Thursday, December 14, = 2017 9:53 AM
To: Martin Bjorklund <mbj@tail-f.com>; ludwig@clemm.org
Cc: draft-ietf-i2rs= -yang-l3-topology@ietf.org; i2rs@ietf.org; iesg@ietf.org; shares@ndzh.com; i2rs-chairs@ietf.org
Subje= ct: Re: [i2rs] Benoit Claise's Discuss on = draft-ietf-i2rs-yang-l3-topology-14: (with = DISCUSS)

 

On = 12/14/2017 6:42 PM, Martin Bjorklund = wrote:

Hi,
<= pre> 
"Alexander Clemm" <ludwig@clemm.org> =
wrote:
Hi =
Benoit,
 
I am not sure I =
understand your =
comment?
 
I =
think the issue is that the leaf-list router-id should be of =
type
yang:dotted-quad, and not =
inet:ip-address.

Right, imported from = ietf-routing-types,  in ht= tps://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17

     typedef router-id =
{
       type =
yang:dotted-quad;
     &nbs=
p; =
description
      &nbs=
p;  "A 32-bit number in the dotted quad format assigned to =
each
        =
;  router. This number uniquely identifies the router =
within
   =
       an Autonomous =
System.";
     =
}

Regards, Benoit

 
 
I was referring to =
the typedef
router-id, which we define in =
example-ospf-topology.
 
There is no such typedef.  There's an area-id =
though.
 
 
/martin
 
 
We made many changes
to make it clear =
that this is just an example, not a part of the =
actual
model, reflected in the description, naming, =
removal of contact and revision
information, =
etc.  
 
The tree =
diagram in section 5 is for the ietf-l3-unicast-topology =
module.
It is not part of an example.  The =
same is true for the =
grouping
l3-node-attributes.  It is part of =
the model.  
 
The =
example-ospf-topology model serves as an example as to how the =
model
might be refined/extended for other =
topologies.  As stated: "This module =
is
intended to serve as an example that illustrates =
how the general topology
model can be refined =
across multiple levels."  The sentence at the top =
of
the section "Extending the model - Example =
OSPF Topology - Model Overview"
states =
(slightly rephrased with inserted ", in this case") to =
"The following
model shows how the Layer 3 =
Unicast topology model can be extended, in =
this
case to cover OSFP =
topologies."
 
Does =
this clarify or did you mean something else? =

 
Thanks
=

--- =
Alex
 
-----Original =
Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] =
On Behalf Of Benoit Claise
Sent: Thursday, December =
14, 2017 3:33 AM
To: The IESG <iesg@ietf.org>
<=
pre>Cc: draft-ietf-i2rs=
-yang-l3-topology@ietf.org; i2rs@ietf.org;
i2rs-chairs@ietf.org; shares@ndzh.com
=
Subject: [i2rs] Benoit Claise's Discuss =
on
draft-ietf-i2rs-yang-l3-topology-14: (with =
DISCUSS)
 
Benoit Claise =
has entered the following ballot position =
for
draft-ietf-i2rs-yang-l3-topology-14: =
Discuss
 
When =
responding, please keep the subject line intact and reply to all =
email
addresses included in the To and CC lines. =
(Feel free to cut this
introductory paragraph, =
however.)
 
 
Please refer to https:=
//www.ietf.org/iesg/statement/discuss-criteria.html
<= pre>for more information about IESG DISCUSS and COMMENT = positions.
 
 
The document, along with other ballot positions, can be =
found here:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/=

 
 
= 
 
----------------------------------------=
------------------------------
DISCUSS:
----------------------------------------------------------------=
------
 
We're making =
progress. =
Thanks.
 
 
4.
 
  &n=
bsp;     leaf-list router-id =
{
        &n=
bsp;   type =
inet:ip-address;
      =
;      =
description
      &nbs=
p;       "Router-id for the =
node";
      &nbs=
p;   }
 
My =
initial DISCUSS was: We don't want to wait for
ht=
tps://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, =

we should expedite this publication), but any good =
reason why this is 
aligned with its =
definition?
     typedef =
router-id =
{
        type =
yang:dotted-quad;
     &nbs=
p;  =
description
      &nbs=
p;   "A 32-bit number in the dotted quad format assigned =
to =
each
        =
;   router. This number uniquely identifies the router within =
an
        &=
nbsp;  Autonomous =
System.";
      =
}
 
My NEW DISCUSS: since =
is in IETF LC and on the telechat on Oct 12th, 
it =
makes sense to import its =
router-id
 
&=
lt;ALEX> This is only used in the example.  The point of the =
example is 
to show how the model can be extended, =
not to define something 
normative, hence I don't =
think there is a need to introduce a 
dependency =
here which would only be =
distracting.
</ALEX>
Can you help me understand how this is an =
example?
Section =
5
 
   module: =
ietf-l3-unicast-topology
     =
augment =
/nw:networks/nw:network/nw:network-types:
 &nbs=
p;     +--rw =
l3-unicast-topology!
     =
augment =
/nw:networks/nw:network:
    &nb=
sp;  +--rw =
l3-topology-attributes
     =
;     +--rw name?   =
string
       &nb=
sp;  +--rw flag*   =
l3-flag-type
     augment =
/nw:networks/nw:network/nw:node:
   &=
nbsp;   +--rw =
l3-node-attributes
     &nb=
sp;    +--rw =
name?        =
inet:domain-name
      =
;    +--rw =
flag*        =
node-flag-type
      &=
nbsp;   +--rw router-id*   =
inet:ip-address
      =
    +--rw prefix* =
[prefix]
       &=
nbsp;     +--rw prefix    =
inet:ip-prefix
      &=
nbsp;      +--rw metric?   =
uint32
       &nb=
sp;     +--rw flag*     =
prefix-flag-type
 
And =
section =
6:
 
   &nb=
sp; grouping l3-node-attributes =
{
       description =
"L3 node scope =
attributes";
     &nbs=
p; container l3-node-attributes =
{
         =
description
      &nbs=
p;    "Containing node =
attributes";
     &nbs=
p;   leaf name =
{
        &n=
bsp;  type =
inet:domain-name;
     =
      description
&nbs=
p;            =
"Node =
name";
      &nbs=
p;  =
}
         =
leaf-list flag =
{
        &n=
bsp;  type =
node-flag-type;
      =
     =
description
      &nbs=
p;      "Node =
flags";
      &nb=
sp;  =
}
         =
leaf-list router-id =
{
        &n=
bsp;  type =
inet:ip-address;
      =
;     =
description
      &nbs=
p;      "Router-id for the =
node";
      &nbs=
p;  =
}
         =
list prefix =
{
        &n=
bsp;  key =
"prefix";
     &n=
bsp;     =
description
      &nbs=
p;      "A list of prefixes along with =
their =
attributes";
     &nbs=
p;     uses =
l3-prefix-attributes;
     =
    =
}
       =
}
  =
   }
 
A =
different view at
https://www.yangcatalog.org/yang-search/yang_tree.php?modu=
le=3Dietf-l3-unicast
-topology#
=

 
 
 <=
/o:p>
 
_____________________________=
__________________
i2rs mailing =
list
i2rs@ietf.org
https://www.ietf.org/=
mailman/listinfo/i2rs
 
_______________________________________________
i2=
rs mailing list
i2rs@ietf.org
https://www.ietf.org/=
mailman/listinfo/i2rs
 
.
 

 

------=_NextPart_000_0742_01D3769A.EEA6B420-- From nobody Sun Dec 17 06:44:07 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06D43124B18; Sun, 17 Dec 2017 06:44:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.49 X-Spam-Level: X-Spam-Status: No, score=-14.49 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_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 a6z6z1f3nXrr; Sun, 17 Dec 2017 06:44:03 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C2CD1200B9; Sun, 17 Dec 2017 06:44:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35370; q=dns/txt; s=iport; t=1513521842; x=1514731442; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=IS/43KCfYQSfI5EK6r0nXYEDoO/jPJc47B+JrxlLRmg=; b=KpqsNwDrz63QE/rorqIorK9Ud5KH29MorcRN87DKLOosrWZy+YmXzmoc DSi8NdEh5yBFyfEFvWMgb/JlyQ9erOzSLNSqfE0bcti+K48H1SOUQY9hA 6PGXtbrf3e0LoF2V3rbo/efZ0aCu+pagL+kXhajQEVhLZe/DIRlaeaAb1 k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CTAAAXgjZa/xbLJq1DGhkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGCSoFadCeEBoohdI9kMX6WIxSBfgMKGAEMhRYChT8YAQEBAQE?= =?us-ascii?q?BAQEBayiFIwEBAQEDAQEhCkELDAQJAg4DBAEBASABBgMCAicfCQgGAQwGAgEBB?= =?us-ascii?q?YohEDSKUp1sgicmikABAQEBAQEBAQEBAQEBAQEBAQEBAQEdg26DZIFpKYJNNoM?= =?us-ascii?q?OIAEBF4EjARIBVYJfgmMFik6HTYdCiV+Hf40tghaGE4Nsh16KTYJOgVmIBIE7H?= =?us-ascii?q?zkRFDs+GQIWMhoIGxU8gikJgkocGYFPQDcBiAaCOgEBAQ?= X-IronPort-AV: E=Sophos;i="5.45,416,1508803200"; d="scan'208,217";a="920857" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Dec 2017 14:43:59 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id vBHEhwYK026294; Sun, 17 Dec 2017 14:43:58 GMT To: Alexander Clemm , "'Alexander Clemm'" , "'Martin Bjorklund'" Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs@ietf.org, iesg@ietf.org, shares@ndzh.com, i2rs-chairs@ietf.org References: <151325119823.6222.15937797893027104434.idtracker@ietfa.amsl.com> <037301d374fb$321cfc10$9656f430$@clemm.org> <20171214.184217.2108989131786731949.mbj@tail-f.com> <75ac9315-3e6b-949a-28c1-80b6001710ce@cisco.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EAD38E8@sjceml521-mbx.china.huawei.com> <074101d376dd$fcc64aa0$f652dfe0$@clemm.org> From: Benoit Claise Message-ID: <8a8efa92-0a11-2c49-16bf-e49019050d6a@cisco.com> Date: Sun, 17 Dec 2017 15:43:58 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <074101d376dd$fcc64aa0$f652dfe0$@clemm.org> Content-Type: multipart/alternative; boundary="------------06FB4DAAE41C755FD29F2137" Content-Language: en-US Archived-At: Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2017 14:44:06 -0000 This is a multi-part message in MIME format. --------------06FB4DAAE41C755FD29F2137 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Thanks Alex, Clearing the DISCUSS now. Regards, B. > > Hello all, > > I have just posted ref-16 with the update and added reference to RFC 8294. > > Benoit, I think everything is closed now; please let me know if there > is anything else. > > Thanks > > --- Alex > > *From:*i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Alexander Clemm > *Sent:* Thursday, December 14, 2017 10:24 AM > *To:* Benoit Claise ; Martin Bjorklund > ; ludwig@clemm.org > *Cc:* draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; > iesg@ietf.org; shares@ndzh.com; i2rs-chairs@ietf.org > *Subject:* Re: [i2rs] Benoit Claise's Discuss on > draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) > > OK, thanks for mentioning inet:ip-address.  The example (that you were > referring to in the email) does have dotted-quad already, so I did not > know what you meant. > > I will change from inet:ip-address to yang:dotted-quad and refer to > imported router-id typedef.  And I assume we are now good with the > example.  Is there anything else?  Will post -16 by tomorrow. > > Thanks > > --- Alex > > *From:*i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Benoit Claise > *Sent:* Thursday, December 14, 2017 9:53 AM > *To:* Martin Bjorklund >; > ludwig@clemm.org > *Cc:* draft-ietf-i2rs-yang-l3-topology@ietf.org > ; i2rs@ietf.org > ; iesg@ietf.org ; > shares@ndzh.com ; i2rs-chairs@ietf.org > > *Subject:* Re: [i2rs] Benoit Claise's Discuss on > draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) > > On 12/14/2017 6:42 PM, Martin Bjorklund wrote: > > Hi, > > "Alexander Clemm" wrote: > > Hi Benoit, > > I am not sure I understand your comment? > > I think the issue is that the leaf-list router-id should be of type > > yang:dotted-quad, and not inet:ip-address. > > Right, imported from ietf-routing-types,  in > https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17 > >      typedef router-id { >        type yang:dotted-quad; >        description >          "A 32-bit number in the dotted quad format assigned to each >           router. This number uniquely identifies the router within >           an Autonomous System."; >      } > > Regards, Benoit > > I was referring to the typedef > > router-id, which we define in example-ospf-topology. > > There is no such typedef.  There's an area-id though. > > /martin > > We made many changes > > to make it clear that this is just an example, not a part of the actual > > model, reflected in the description, naming, removal of contact and revision > > information, etc. > > The tree diagram in section 5 is for the ietf-l3-unicast-topology module. > > It is not part of an example.  The same is true for the grouping > > l3-node-attributes.  It is part of the model. > > The example-ospf-topology model serves as an example as to how the model > > might be refined/extended for other topologies.  As stated: "This module is > > intended to serve as an example that illustrates how the general topology > > model can be refined across multiple levels."  The sentence at the top of > > the section "Extending the model - Example OSPF Topology - Model Overview" > > states (slightly rephrased with inserted ", in this case") to "The following > > model shows how the Layer 3 Unicast topology model can be extended, in this > > case to cover OSFP topologies." > > Does this clarify or did you mean something else? > > Thanks > > --- Alex > > -----Original Message----- > > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise > > Sent: Thursday, December 14, 2017 3:33 AM > > To: The IESG > > Cc:draft-ietf-i2rs-yang-l3-topology@ietf.org > ;i2rs@ietf.org ; > > i2rs-chairs@ietf.org ;shares@ndzh.com > > Subject: [i2rs] Benoit Claise's Discuss on > > draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS) > > Benoit Claise has entered the following ballot position for > > draft-ietf-i2rs-yang-l3-topology-14: Discuss > > When responding, please keep the subject line intact and reply to all email > > addresses included in the To and CC lines. (Feel free to cut this > > introductory paragraph, however.) > > Please refer tohttps://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > We're making progress. Thanks. > > 4. > >         leaf-list router-id { > >             type inet:ip-address; > >             description > >               "Router-id for the node"; > >           } > > My initial DISCUSS was: We don't want to wait for > > https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, > > we should expedite this publication), but any good reason why this is > > aligned with its definition? > >      typedef router-id { > >         type yang:dotted-quad; > >         description > >           "A 32-bit number in the dotted quad format assigned to each > >            router. This number uniquely identifies the router within an > >            Autonomous System."; > >       } > > My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, > > it makes sense to import its router-id > > This is only used in the example.  The point of the example is > > to show how the model can be extended, not to define something > > normative, hence I don't think there is a need to introduce a > > dependency here which would only be distracting. > > > > Can you help me understand how this is an example? > > Section 5 > >    module: ietf-l3-unicast-topology > >      augment /nw:networks/nw:network/nw:network-types: > >        +--rw l3-unicast-topology! > >      augment /nw:networks/nw:network: > >        +--rw l3-topology-attributes > >           +--rw name?   string > >           +--rw flag*   l3-flag-type > >      augment /nw:networks/nw:network/nw:node: > >        +--rw l3-node-attributes > >           +--rw name?        inet:domain-name > >           +--rw flag*        node-flag-type > >           +--rw router-id*   inet:ip-address > >           +--rw prefix* [prefix] > >              +--rw prefix    inet:ip-prefix > >              +--rw metric?   uint32 > >              +--rw flag*     prefix-flag-type > > And section 6: > >      grouping l3-node-attributes { > >        description "L3 node scope attributes"; > >        container l3-node-attributes { > >          description > >            "Containing node attributes"; > >          leaf name { > >            type inet:domain-name; > >            description > >              "Node name"; > >          } > >          leaf-list flag { > >            type node-flag-type; > >            description > >              "Node flags"; > >          } > >          leaf-list router-id { > >            type inet:ip-address; > >            description > >              "Router-id for the node"; > >          } > >          list prefix { > >            key "prefix"; > >            description > >              "A list of prefixes along with their attributes"; > >            uses l3-prefix-attributes; > >          } > >        } > >      } > > A different view at > > https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast > > -topology# > > _______________________________________________ > > i2rs mailing list > > i2rs@ietf.org > > https://www.ietf.org/mailman/listinfo/i2rs > > _______________________________________________ > > i2rs mailing list > > i2rs@ietf.org > > https://www.ietf.org/mailman/listinfo/i2rs > > . > --------------06FB4DAAE41C755FD29F2137 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Thanks Alex,

Clearing the DISCUSS now.

Regards, B.

Hello all,

 

I have just posted ref-16 with the update and added reference to RFC 8294.

 

Benoit, I think everything is closed now; please let me know if there is anything else. 

 

Thanks

--- Alex

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Alexander Clemm
Sent: Thursday, December 14, 2017 10:24 AM
To: Benoit Claise <bclaise@cisco.com>; Martin Bjorklund <mbj@tail-f.com>; ludwig@clemm.org
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; iesg@ietf.org; shares@ndzh.com; i2rs-chairs@ietf.org
Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS)

 

OK, thanks for mentioning inet:ip-address.  The example (that you were referring to in the email) does have dotted-quad already, so I did not know what you meant. 

 

I will change from inet:ip-address to yang:dotted-quad and refer to imported router-id typedef.  And I assume we are now good with the example.  Is there anything else?  Will post -16 by tomorrow. 

 

Thanks

--- Alex

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise
Sent: Thursday, December 14, 2017 9:53 AM
To: Martin Bjorklund <mbj@tail-f.com>; ludwig@clemm.org
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org; iesg@ietf.org; shares@ndzh.com; i2rs-chairs@ietf.org
Subject: Re: [i2rs] Benoit Claise's Discuss on draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS)

 

On 12/14/2017 6:42 PM, Martin Bjorklund wrote:

Hi,
 
"Alexander Clemm" <ludwig@clemm.org> wrote:
Hi Benoit,
 
I am not sure I understand your comment?
 
I think the issue is that the leaf-list router-id should be of type
yang:dotted-quad, and not inet:ip-address.

Right, imported from ietf-routing-types,  in https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-17

     typedef router-id {
       type yang:dotted-quad;
       description
         "A 32-bit number in the dotted quad format assigned to each
          router. This number uniquely identifies the router within
          an Autonomous System.";
     }

Regards, Benoit

 
 
I was referring to the typedef
router-id, which we define in example-ospf-topology.
 
There is no such typedef.  There's an area-id though.
 
 
/martin
 
 
We made many changes
to make it clear that this is just an example, not a part of the actual
model, reflected in the description, naming, removal of contact and revision
information, etc.  
 
The tree diagram in section 5 is for the ietf-l3-unicast-topology module.
It is not part of an example.  The same is true for the grouping
l3-node-attributes.  It is part of the model.  
 
The example-ospf-topology model serves as an example as to how the model
might be refined/extended for other topologies.  As stated: "This module is
intended to serve as an example that illustrates how the general topology
model can be refined across multiple levels."  The sentence at the top of
the section "Extending the model - Example OSPF Topology - Model Overview"
states (slightly rephrased with inserted ", in this case") to "The following
model shows how the Layer 3 Unicast topology model can be extended, in this
case to cover OSFP topologies."
 
Does this clarify or did you mean something else? 
 
Thanks
--- Alex
 
-----Original Message-----
From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Benoit Claise
Sent: Thursday, December 14, 2017 3:33 AM
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org; i2rs@ietf.org;
i2rs-chairs@ietf.org; shares@ndzh.com
Subject: [i2rs] Benoit Claise's Discuss on
draft-ietf-i2rs-yang-l3-topology-14: (with DISCUSS)
 
Benoit Claise has entered the following ballot position for
draft-ietf-i2rs-yang-l3-topology-14: Discuss
 
When responding, please keep the subject line intact and reply to all email
addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
 
 
Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.
 
 
The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/
 
 
 
----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------
 
We're making progress. Thanks.
 
 
4.
 
        leaf-list router-id {
            type inet:ip-address;
            description
              "Router-id for the node";
          }
 
My initial DISCUSS was: We don't want to wait for
https://tools.ietf.org/html/draft-ietf-rtgwg-routing-types-00 (btw, 
we should expedite this publication), but any good reason why this is 
aligned with its definition?
     typedef router-id {
        type yang:dotted-quad;
        description
          "A 32-bit number in the dotted quad format assigned to each
           router. This number uniquely identifies the router within an
           Autonomous System.";
      }
 
My NEW DISCUSS: since is in IETF LC and on the telechat on Oct 12th, 
it makes sense to import its router-id
 
<ALEX> This is only used in the example.  The point of the example is 
to show how the model can be extended, not to define something 
normative, hence I don't think there is a need to introduce a 
dependency here which would only be distracting.
</ALEX>
Can you help me understand how this is an example?
Section 5
 
   module: ietf-l3-unicast-topology
     augment /nw:networks/nw:network/nw:network-types:
       +--rw l3-unicast-topology!
     augment /nw:networks/nw:network:
       +--rw l3-topology-attributes
          +--rw name?   string
          +--rw flag*   l3-flag-type
     augment /nw:networks/nw:network/nw:node:
       +--rw l3-node-attributes
          +--rw name?        inet:domain-name
          +--rw flag*        node-flag-type
          +--rw router-id*   inet:ip-address
          +--rw prefix* [prefix]
             +--rw prefix    inet:ip-prefix
             +--rw metric?   uint32
             +--rw flag*     prefix-flag-type
 
And section 6:
 
     grouping l3-node-attributes {
       description "L3 node scope attributes";
       container l3-node-attributes {
         description
           "Containing node attributes";
         leaf name {
           type inet:domain-name;
           description
             "Node name";
         }
         leaf-list flag {
           type node-flag-type;
           description
             "Node flags";
         }
         leaf-list router-id {
           type inet:ip-address;
           description
             "Router-id for the node";
         }
         list prefix {
           key "prefix";
           description
             "A list of prefixes along with their attributes";
           uses l3-prefix-attributes;
         }
       }
     }
 
A different view at
https://www.yangcatalog.org/yang-search/yang_tree.php?module=ietf-l3-unicast
-topology#
 
 
 
 
_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs
 
_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs
 
.
 

 


--------------06FB4DAAE41C755FD29F2137-- From nobody Sun Dec 17 06:44:42 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B5FC7124B18; Sun, 17 Dec 2017 06:44:30 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benoit Claise To: "The IESG" Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, shares@ndzh.com, i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151352187073.25331.2647886800767409809.idtracker@ietfa.amsl.com> Date: Sun, 17 Dec 2017 06:44:30 -0800 Archived-At: Subject: [i2rs] Benoit Claise's Yes on draft-ietf-i2rs-yang-l3-topology-16 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2017 14:44:38 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-yang-l3-topology-16: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ There are no remarks associated with this position. From nobody Mon Dec 18 12:34:31 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 542C912D892; Mon, 18 Dec 2017 12:34:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Cc: i2rs@ietf.org, The IESG , draft-ietf-i2rs-yang-l3-topology@ietf.org, i2rs-chairs@ietf.org, akatlas@gmail.com, shares@ndzh.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151362926333.13182.7255547524833631905.idtracker@ietfa.amsl.com> Date: Mon, 18 Dec 2017 12:34:23 -0800 Archived-At: Subject: [i2rs] Protocol Action: 'A YANG Data Model for Layer 3 Topologies' to Proposed Standard (draft-ietf-i2rs-yang-l3-topology-16.txt) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Dec 2017 20:34:23 -0000 The IESG has approved the following document: - 'A YANG Data Model for Layer 3 Topologies' (draft-ietf-i2rs-yang-l3-topology-16.txt) as Proposed Standard This document is the product of the Interface to the Routing System Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l3-topology/ Technical Summary This document defines a YANG data model for layer 3 network topologies. Working Group Summary https://www.ietf.org/mail-archive/web/i2rs/current/msg04009.html Clear consensus. Talk about for over a year so the last discussion just has "ship it". Document Quality The data model has been implemented in the open Daylight. Used as part of their network. People are planning to pick up the implementation from ODL. Vendors planning implementations included: Packet Design (client), Huawei, and Cisco. Personnel Document Shepherd: Susan Hares Responsible AD: Alia Atlas From nobody Mon Dec 18 21:47:57 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A0C771205F0; Mon, 18 Dec 2017 21:47:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151366247161.7431.1844702655136820788@ietfa.amsl.com> Date: Mon, 18 Dec 2017 21:47:51 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-network-topo-20.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2017 05:47:52 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A Data Model for Network Topologies Authors : Alexander Clemm Jan Medved Robert Varga Nitin Bahadur Hariharan Ananthakrishnan Xufeng Liu Filename : draft-ietf-i2rs-yang-network-topo-20.txt Pages : 52 Date : 2017-12-18 Abstract: This document defines an abstract (generic) YANG data model for network/service topologies and inventories. The data model serves as a base model which is augmented with technology-specific details in other, more specific topology and inventory data models. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-network-topo-20 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-network-topo-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-network-topo-20 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/ From nobody Wed Dec 20 06:27:27 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 778A512895E; Wed, 20 Dec 2017 06:27:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kathleen Moriarty To: "The IESG" Cc: draft-ietf-i2rs-yang-network-topo@ietf.org, Susan Hares , i2rs-chairs@ietf.org, shares@ndzh.com, i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151378004048.2625.14489348808615600923.idtracker@ietfa.amsl.com> Date: Wed, 20 Dec 2017 06:27:20 -0800 Archived-At: Subject: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-network-topo-20: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 14:27:20 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-20: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for your work on this draft and addressing my discuss point. From nobody Wed Dec 20 07:22:42 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 67A6E1270A7; Wed, 20 Dec 2017 07:22:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Cc: i2rs@ietf.org, Susan Hares , draft-ietf-i2rs-yang-network-topo@ietf.org, i2rs-chairs@ietf.org, akatlas@gmail.com, The IESG , shares@ndzh.com, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <151378335141.2563.9228971501758359450.idtracker@ietfa.amsl.com> Date: Wed, 20 Dec 2017 07:22:31 -0800 Archived-At: Subject: [i2rs] Protocol Action: 'A Data Model for Network Topologies' to Proposed Standard (draft-ietf-i2rs-yang-network-topo-20.txt) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 15:22:31 -0000 The IESG has approved the following document: - 'A Data Model for Network Topologies' (draft-ietf-i2rs-yang-network-topo-20.txt) as Proposed Standard This document is the product of the Interface to the Routing System Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ Technical Summary This document defines an abstract (generic) YANG data model for network/service topologies and inventories. The model serves as a base model which is augmented with technology-specific details in other, more specific topology and inventory models. Working Group Summary Working Group has talked about this for 2 years. Final discussion - was ship it. https://www.ietf.org/mail-archive/web/i2rs/current/msg04009.html Document Quality ODL implementation has existed for over 2 years Vendors planning to implement: Cisco, Ericsson, Huawei, Packet Design, Juniper, some Data Center Yang doctors review: by Kent Watsen: https://www.ietf.org/mail-archive/web/yang-doctors/current/msg00032.html Routing-Directorate: by Ines Robles https://www.ietf.org/mail-archive/web/rtg-dir/current/msg02913.html IPR call https://mailarchive.ietf.org/arch/msg/i2rs/gzC5-AXJI-YuttTP9ZCON3UMCLs Personnel Responsible AD: Alia Atlas Document Shepherd: Susan Hares From nobody Wed Dec 20 07:27:59 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 886F0120727; Wed, 20 Dec 2017 07:27:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no 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 WZwDRyNTPoiR; Wed, 20 Dec 2017 07:27:50 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 903031200FC; Wed, 20 Dec 2017 07:27:49 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=166.177.58.28; From: "Susan Hares" To: "'Kathleen Moriarty'" , "'The IESG'" Cc: , , References: <151378004048.2625.14489348808615600923.idtracker@ietfa.amsl.com> In-Reply-To: <151378004048.2625.14489348808615600923.idtracker@ietfa.amsl.com> Date: Wed, 20 Dec 2017 10:27:43 -0500 Message-ID: <008a01d379a7$15681b80$40385280$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AQHWGk+vpSEn5jqNMObInyCldE3yWqNHGT4Q X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-network-topo-20: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 15:27:52 -0000 Kathleen: Thank you for getting back to Alex, Benoit and I on this draft. We appreciate your help. I wish you a joyous holiday season filled with delightful times with your family - especially your wonderful son! Sue Hares -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Kathleen Moriarty Sent: Wednesday, December 20, 2017 9:27 AM To: The IESG Cc: i2rs@ietf.org; draft-ietf-i2rs-yang-network-topo@ietf.org; i2rs-chairs@ietf.org; shares@ndzh.com Subject: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-network-topo-20: (with COMMENT) Kathleen Moriarty has entered the following ballot position for draft-ietf-i2rs-yang-network-topo-20: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-network-topo/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for your work on this draft and addressing my discuss point. _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Fri Dec 22 05:46:25 2017 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 697EF12E891; Fri, 22 Dec 2017 05:46:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: i2rs@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151395038438.28114.14028849678339360302@ietfa.amsl.com> Date: Fri, 22 Dec 2017 05:46:24 -0800 Archived-At: Subject: [i2rs] I-D Action: draft-ietf-i2rs-yang-dc-fabric-network-topology-03.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 13:46:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System WG of the IETF. Title : A YANG Data Model for Fabric Topology in Data Center Network Authors : Yan Zhuang Danian Shi Rong Gu Hariharan Ananthakrishnan Filename : draft-ietf-i2rs-yang-dc-fabric-network-topology-03.txt Pages : 30 Date : 2017-12-22 Abstract: This document defines a YANG data model for fabric topology in Data Center Network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-dc-fabric-network-topology/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-i2rs-yang-dc-fabric-network-topology-03 https://datatracker.ietf.org/doc/html/draft-ietf-i2rs-yang-dc-fabric-network-topology-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-yang-dc-fabric-network-topology-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/ From nobody Fri Dec 22 05:48:06 2017 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8426112E89E; Fri, 22 Dec 2017 05:48:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.231 X-Spam-Level: X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 fzIguBNPYZXW; Fri, 22 Dec 2017 05:48:03 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 3843A12E891; Fri, 22 Dec 2017 05:48:03 -0800 (PST) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 52EEC2449B36D; Fri, 22 Dec 2017 13:47:59 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 22 Dec 2017 13:48:00 +0000 Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.231]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Fri, 22 Dec 2017 21:47:53 +0800 From: "Zhuangyan (Yan)" To: Reshad Rahman , "yang-doctors@ietf.org" CC: "i2rs@ietf.org" , "draft-ietf-i2rs-yang-dc-fabric-network-topology.all@ietf.org" Thread-Topic: Yangdoctors early review of draft-ietf-i2rs-yang-dc-fabric-network-topology-02 Thread-Index: AdN7K3FtI7SaLBKPRTqnd/GdPJSmTA== Date: Fri, 22 Dec 2017 13:47:53 +0000 Message-ID: <9B4BC45FDEDDD84F813E9E4A5BAF8785A967F8B2@nkgeml513-mbs.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.45.81.70] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [i2rs] Yangdoctors early review of draft-ietf-i2rs-yang-dc-fabric-network-topology-02 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Dec 2017 13:48:06 -0000 SGkgUmVzaGFkLA0KDQpUaGFuayB5b3UgdmVyeSBtdWNoIGZvciB0aGUgY29tbWVudHMuIFdlJ3Zl IHVwZGF0ZWQgdGhlbSBpbnRvIG5ldyB2ZXJzaW9uIC0wMy4NClBsZWFzZSBzZWUgbW9yZSByZXNw b25zZXMgaW5saW5lLg0KDQpUaGFuayB5b3UuDQoNCllhbg0KDQotLS0tLemCruS7tuWOn+S7ti0t LS0tDQrlj5Hku7bkuro6IFJlc2hhZCBSYWhtYW4gW21haWx0bzpycmFobWFuQGNpc2NvLmNvbV0g DQrlj5HpgIHml7bpl7Q6IDIwMTflubQxMuaciDEz5pelIDY6MzgNCuaUtuS7tuS6ujogeWFuZy1k b2N0b3JzQGlldGYub3JnDQrmioTpgIE6IGkycnNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtaTJycy15 YW5nLWRjLWZhYnJpYy1uZXR3b3JrLXRvcG9sb2d5LmFsbEBpZXRmLm9yZw0K5Li76aKYOiBZYW5n ZG9jdG9ycyBlYXJseSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pMnJzLXlhbmctZGMtZmFicmljLW5l dHdvcmstdG9wb2xvZ3ktMDINCg0KUmV2aWV3ZXI6IFJlc2hhZCBSYWhtYW4NClJldmlldyByZXN1 bHQ6IFJlYWR5IHdpdGggSXNzdWVzDQoNCllBTkcgRG9jdG9yIHJldmlldyBvZiBkcmFmdC1pZXRm LWkycnMteWFuZy1kYy1mYWJyaWMtbmV0d29yay10b3BvbG9neS0wMiAoYnkgUmVzaGFkIFJhaG1h bikNCg0KMyBtb2R1bGVzIGRlZmluZWQgaW4gdGhpcyBkcmFmdDoNCi0gaWV0Zi1mYWJyaWMtdG9w b2xvZ3ktc3RhdGVAMjAxNy0xMS0yOS55YW5nDQotIGlldGYtZmFicmljLXRvcG9sb2d5QDIwMTct MTEtMjkueWFuZw0KLSBpZXRmLWZhYnJpYy10eXBlc0AyMDE3LTExLTI5LnlhbmcNCg0KTm8gWUFO RyB2YWxpZGF0aW9uIGVycm9ycyBvciB3YXJuaW5ncyAoZnJvbSB5YW5nIGFuZCB0YW5nbGluZyku DQoNCjAgZXhhbXBsZXMgYXJlIHByb3ZpZGVkIGluIHRoaXMgZHJhZnQgKHNlY3Rpb24gMy4xMiBv Zg0KZHJhZnQtaWV0Zi1uZXRtb2QtcmZjNjA4N2Jpcy0xNCkNCg0KTW9kdWxlIGlldGYtZmFicmlj LXR5cGVzQDIwMTctMTEtMjkueWFuZzoNCi0g4oCcaW1wb3J0IGlldGYtaW5ldC10eXBlc+KAnSBz aG91bGQgaGF2ZSBhIHJlZmVyZW5jZSB0byBSRkM2OTkxIChzZWUgc2VjdGlvbiA0Ljcgb2YgcmZj NjA4N2Jpcy0xNCkgDQpbWTEyMjJdIGFkZGVkIHJlZmVyZW5jZSBmb3IgaW1wb3J0Lg0KDQotIOKA nGltcG9ydCBpZXRmLW5ldHdvcmstdG9wb2xvZ3nigJ0sIHByZWZpeCBzaG91bGQgbWF0Y2ggbmV3 IHByZWZpeCBuYW1lIChpZiBpdCBjaGFuZ2VzKSBmb3IgdGhpcyBtb2R1bGUgYXMgcGVyIFlEIHJl dmlldyBjb21tZW50cyBvZiBkcmFmdC1pZXRmLWkycnMteWFuZy1uZXR3b3JrLXRvcG8gDQpbWTEy MjJdIHllcywgd2UgdXNlIHRoZSBzYW1lIHByZWZpeCBhcyBuZXRvcmstdG9wby4NCg0KLSBSZW1v dmUgV0cgQ2hhaXJzIGZyb20gY29udGFjdCBpbmZvcm1hdGlvbiBhcyBwZXIgQXBwZW5kaXggQyBv ZiByZmM2MDg3YmlzLTE0DQpbWTEyMjJdIGRvbmUuDQoNCi0gRGVzY3JpcHRpb24gbWVudGlvbnMg ZHJhZnQtemh1YW5nLWkycnMt4oCmLCBzaG91bGQgc2F5IGRyYWZ0LWlldGYtaTJycy3igKYuIEFs c28gaW4gZGVzY3JpcHRpb24gYWRkIOKAnE5vdGUgdG8gUkZDIEVkaXRvcuKAnSB3aXRoIHRleHQg c2F5aW5nIHNvbWV0aGluZyBhbG9uZyB0aGUgbGluZXMgb2Yg4oCcUGxlYXNlIHJlcGxhY2UgcmVm ZXJlbmNlIHRvIGRyYWZ0LWlldGYtaTJycy3igKYgd2l0aCBSRkMgTnVtYmVyIHdoZW4gcHVibGlz aGVk4oCdLiAtIEluIGRlc2NyaXB0aW9uOiBDb3B5cmlnaHQgcy8yMDE2LzIwMTcvDQpbWTEyMjJd IERvbmUuIFRoYW5rIHlvdSBzbyBtdWNo4oCmDQoNCi0gSXMgdGhlIGJhbmR3aWR0aCBpZGVudGl0 eSByZWFsbHkgbmVlZGVkPyBXaHkgbm90IGEgdWludDY0IHdpdGggYSB1bml0IG9mIGticHMgYXMg aW4gZHJhZnQtaWV0Zi1uZXRtb2QtaW50Zi1leHQteWFuZz8gDQpbWTEyMjJdIGl0IGlzIGEgc3Vn Z2VzdGVkIGlkZW50aXR5IGJ5IEFsZXggYW5kIHdlIHRoaW5rIGl0IGlzIGdvb2QgZm9yIGV4dGVu c2lvbi4gSXQgaXMgdGhlIEJXIGZvciBwb3J0LCBjdXJyZW50bHkgd2UgaGF2ZSAxTSwxMDBNLEdF LDEwR0XigKZpdCBpcyBub3QgYSByYW5kb20gZmlndXJlIGJ1dCByZWZsZWN0aW5nIGNhcGFjaXR5 IG9mIHBoeXNpY2FsIHBvcnQuDQoNCi0gR2V0IHJpZCBvZiByZXZpc2lvbiBoaXN0b3J5LCBpLmUu IGtlZXAgb25seSAxIHJldmlzaW9uIChsYXRlc3QpIA0KW1kxMjIyXSBkb25lLg0KDQotIFdoYXQg aXMgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBpZGVudGl0eSBmYWJyaWMtdHlwZSAoVlhMQU4sIFZM QU4pIGFuZCBlbnVtIHVuZGVybGF5LW5ldHdvcmstdHlwZSAoVlhMQU4sIFRSSUxMLCBWTEFNKS4g QXJlIGJvdGggbmVlZGVkIG9yIGRvIHRoZXkgcmVmZXIgdG8gdGhlIHNhbWUgdGhpbmc/IFNob3Vs ZCBiZSBpZGVudGl0eSBhbmQgbm90IGVudW0gdG8gc3VwcG9ydCBuZXcgdHlwZXMgaW4gdGhlIGZ1 dHVyZT8gLSBzZXJ2aWNlLWNhcGFiaWxpdGllcy4gU2hvdWxkIHRoaXMgYmUgYW4gaWRlbnRpdHkg Zm9yIGZ1dHVyZSBleHRlbnNpYmlsaXR5PyBOZWVkIG1vcmUgaW4gdGhlIGRlc2NyaXB0aW9uLCBh ZGQgcmVmZXJlbmNlIHRvIG90aGVyIGRvY3VtZW50cyB3aGVyZSBhcHByb3ByaWF0ZS4gDQpbWTEy MjJdIHllcywgdGhleSByZWZlciB0byB0aGUgc2FtZSB0aGluZ+KApiB3ZeKAmXZlIGNoYW5nZWQg dGhlIG1vZHVsZSB0byB1c2UgaWRlbnRpdHkgd2hpY2ggaXMgZ29vZCBmb3IgZXh0ZW5zaW9uLg0K DQotIEdyb3VwaW5ncyByb3V0ZS1ncm91cCwgcG9ydC1mdW5jdGlvbnMsIGFjbC1saXN0IG5vdCB1 c2VkLCBzdGlsbCBuZWVkZWQgb3IgY2FuIHRoZXNlIGJlIHJlbW92ZWQ/IC0gSWYgeW91IGRvIGtl ZXAgcm91dGUtZ3JvdXAsIGl0IGlzIElQdjQgc3BlY2lmaWMgcmlnaHQgbm93IHNvIGl0IG5lZWRz IHRvIGJlIG1vZGlmaWVkLiAtIElmIHlvdSBkbyBrZWVwIGFjbC1ncm91cCwgcGxlYXNlIHRha2Ug YSBsb29rIGF0IGRyYWZ0LWlldGYtbmV0bW9kLWFjbC1tb2RlbC4NCltZMTIyMl0gdGhhbmtzLCB0 aGV5IHdlcmUgdXNlZCBpbiBwcmV2aW91cyB2ZXJzaW9uc+KApmFsbCByZW1vdmVkIG5vdy4NCg0K LSBkZXZpY2Utcm9sZSBhbmQgZmFicmljLXBvcnQtcm9sZS4gV2h5IG5vdCB1c2UgaWRlbnRpdHkg dG8gYWxsb3cgZm9yIG5ldyByb2xlcyB0byBiZSBhZGRlZCBpbiB0aGUgZnV0dXJlLiAtIElzIGl0 IHBvc3NpYmxlIChub3cgb3IgaW4gbmVhci1mdXR1cmUpIGZvciBtdWx0aXBsZSByb2xlcyB0byBi ZSBhc3N1bWVkPyAgSWYgeWVzLCBob3cgd2lsbCB0aGlzIGJlIGhhbmRsZWQ/DQpbWTEyMjJdIHRo ZXkgYXJlIGFsbCBtb2RpZmllZCB0byB1c2UgaWRlbnRpdHkgaW5zdGVhZCBvZiBlbnVtZXJhdGlv bi4NCg0KLSBJbiBncm91cGluZyBmYWJyaWMtcG9ydCwgdHVubmVsLW9wdGlvbiBpcyB0aGVyZSB1 bmNvbmRpdGlvbmFsbHkuIFNob3VsZCBpdCBiZSB0aGVyZSBvbmx5IHdoZW4gdHlwZSBpcyBsYXll cjJUdW5uZWwgb3IgbGF5ZXIzVHVubmVsPyBJZiBzbyBhZGQgYSB3aGVuIHN0YXRlbWVudC4gU2lt aWxhcmx5IHNob3VsZCBhcmUgb25seSBiZSBhbGxvd2VkIGZvciBsYXllcjNUdW5uZWw/IC0gSW4g Z3JvdXBpbmcgZmFicmljLXBvcnQsIGxvb2tzIGxpa2Ugb25seSBMMyB0dW5uZWwgKEdSRSkgaXMg c3VwcG9ydGVkLiBXaGF0IEwyIFR1bm5lbHMgd2lsbCBiZSBzdXBwb3J0ZWQ/DQpbWTEyMjJdIHll cywgYm90aCBMMiBhbmQgTDMgYXJlIGFsbG93ZWQuIFdlIG9ubHkgZ2F2ZSBHUkUgYXMgYW4gZXhh bXBsZS4gRm9yIGJldHRlciBleHRlbnNpb24sIHdlIHJlbW92ZWQgdGhlIEdSRSBjYXNlIGJ1dCBs ZWZ0IHRoZSBjaG9pY2UgZm9yIGRldmVsb3BlcnMuDQoNCk1vZHVsZSBpZXRmLWZhYnJpYy10b3Bv bG9neUAyMDE3LTExLTI5Lnlhbmc6DQotIFJlbW92ZSBXRyBDaGFpcnMgZnJvbSBjb250YWN0IGlu Zm9ybWF0aW9uIGFzIHBlciBBcHBlbmRpeCBDIG9mIHJmYzYwODdiaXMtMTQNCi0gSW5kZW50YXRp b24gaXNzdWUgb24gUDE3DQpbWTEyMjJdIENvcnJlY3RlZC4gDQotIGZwb3J0LWF0dHJpYnV0ZXMg aXMg4oCcY29uZmlnIGZhbHNl4oCdLCBob3cgaXMgYSBHUkUgdHVubmVsIGNvbmZpZ3VyZWQ/DQpb WTEyMjJdIFRoZSBmYWJyaWMgcG9ydCBpcyBtYXBwZWQgdG8gdGhlIHBoeXNpY2FsIHBvcnQgd2hp Y2ggaXMgcmVhZCBmcm9tIHRoZSB1bmRlcmxheSBuZXR3b3JrLiBIZW5jZSwgaXQgaXMgbm90IGZv ciBjb25maWd1cmF0aW9u4oCmDQoNCi0gRGVzY3JpcHRpb24gbWVudGlvbnMgZHJhZnQtemh1YW5n LWkycnMt4oCmLCBzaG91bGQgc2F5IGRyYWZ0LWlldGYtaTJycy3igKYuIEFsc28gaW4gZGVzY3Jp cHRpb24gYWRkIOKAnE5vdGUgdG8gUkZDIEVkaXRvcuKAnSB3aXRoIHRleHQgc2F5aW5nIHNvbWV0 aGluZyBhbG9uZyB0aGUgbGluZXMgb2Yg4oCcUGxlYXNlIHJlcGxhY2UgcmVmZXJlbmNlIHRvIGRy YWZ0LWlldGYtaTJycy3igKYgd2l0aCBSRkMgTnVtYmVyIHdoZW4gcHVibGlzaGVk4oCdLiAtIElu IGRlc2NyaXB0aW9uOiBDb3B5cmlnaHQgcy8yMDE2LzIwMTcvIC0gZ2F0ZXdheS1tb2RlLCBuZWVk IG1vcmUgdGV4dCBpbiB0aGUgZGVzY3JpcHRpb24gYW5kL29yIHJlZmVyZW5jZXMgdG8gb3RoZXIg ZG9jdW1lbnRzLg0KW1kxMjIyXSBDb3JyZWN0ZWQgYW5kIGFkZGVkIG1vcmUgZGVzY3JpcHRpb24g aW4gZ2F0ZXdheS1tb2RlLg0KDQppZXRmLWZhYnJpYy10b3BvbG9neS1zdGF0ZUAyMDE3LTExLTI5 Lnlhbmc6DQotIEluIGRlc2NyaXB0aW9uIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGlzIG1vZHVsZSBp cyBub3QgbmVlZGVkIHdoZW4gTk1EQSBpcyBzdXBwb3J0ZWQuIC0gUmV2aXNpb24gaGlzdG9yeSBp cyBpbmNvcnJlY3Qgc2luY2UgaXQgaGFzIOKAnE5NREHigJ0uIC0gU2FtZSBjb21tZW50cyBhcyBm b3IgaWV0Zi1mYWJyaWMtdG9wb2xvZ3kNCltZMTIyMl0gQWRkZWQuIA0KDQpHZW5lcmFsIGNvbW1l bnRzIG9uIGRyYWZ0Og0KLSBTaW5jZSB0aGUgZG9jdW1lbnQgaXMgZm9yIERDIEZhYnJpY3MsIHNo b3VsZCB0aGUgWUFORyBtb2R1bGVzIGJlIHJlbmFtZWQgZnJvbSBpZXRmLWZhYnJpYy14eHgueWFu ZyB0byBpZXRmLWRjLWZhYnJpYy14eHgueWFuZz8gLSBUaGUgZGVzY3JpcHRpb25zIGluIGFsbCBZ QU5HIE1vZHVsZXMgYXJlIHZlcnkgc2hvcnQvdGVyc2UuIC0gTm8gSUFOQSBDb25zaWRlcmF0aW9u cywgcGxlYXNlIHNlZSBzZWN0aW9uIDMuOCBvZiA2MDg3YmlzLTE0LiAtIFNlY3VyaXR5IENvbnNp ZGVyYXRpb25zLiBGb2xsb3cgdGVtcGxhdGUgQCBodHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9v cHMvd2lraS95YW5nLXNlY3VyaXR5LWd1aWRlbGluZXMgYXMgcGVyIDYwODdiaXMtMTQuDQpbWTEy MjJdIFJlbmFtZWQgdGhlIG1vZHVsZSBuYW1lIHRvIGlldGYtZGMtZmFicmljLXh4eC55YW5nLiBT ZWN1cml0eSBjb25zaWRlcmF0aW9uIGlzIHVwZGF0ZWQgYW5kIHJlbGF0ZWQgcmVmZXJlbmNlcyBh ZGRlZC4gSUFOQSBzZWN0aW9uIGlzIGFkZGVkLg0KDQpMb29rcyBsaWtlIHRoZSBmaXJzdCBwYXJ0 IG9mIHRoZSB0ZW1wbGF0ZSBpcyBtaXNzaW5nLiAtIEFwcGVuZGl4IEEgaGFzIG5vIHRleHQsIGp1 c3QgdGhlIFlBTkcgbW9kdWxlLiBUaGVyZSBzaG91bGQgYmUgc29tZSB0ZXh0IGV4cGxhaW5pbmcg d2h5IHRoZSAtc3RhdGUgbW9kdWxlIGV4aXN0cy4gVGFrZSBhIGxvb2sgYXQgdGhlIHRleHQgaW4g QXBwZW5kaXggQiBvZg0KZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3BvLTE0IGFzIGFu IGV4YW1wbGUuDQpbWTEyMjJdIEV4cGxhbmF0aW9ucyBmb3Igbm9uLU5NREEgbW9kdWxlIGhhcyBi ZWVuIGFkZGVkLg0KDQpOaXRzOg0KLSAzLjIuMSBzL3NuYXRjaC9zbmlwLz8NCi0gMy4yLjMgcy90 ZXJtaW5pYXRpb24vdGVybWluYXRpb24vDQotIDMuMi4zIHMvZXRjIGFsL2V0Yy8/DQotIE1vc3Qg ZGVzY3JpcHRpb25zIGluIHRoZSBZQU5HIE1vZHVsZXMgc3RhcnQgd2l0aCBsb3dlci1jYXNlLCBz aG91bGQgYmUgdXBwZXItY2FzZS4gLSBzL1NlY3VyaXR5IENvbnNpZGVyYXRpb24vU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMvIC0gcy9mYWJyaWMgVG9wb2xvZ3kvZmFicmljIHRvcG9sb2d5Lz8gQW55 IGl0IHNob3VsZCBlaXRoZXIgYmUgYm90aCBsb3dlci1jYXNlIG9yIGJvdGggdXBwZXItY2FzZS4N CltZMTIyMl0gQ29ycmVjdGVk4oCmDQo=