
From nobody Wed Nov  1 10:31:22 2017
Return-Path: <chopps@chopps.org>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90EC113F9CA; Wed,  1 Nov 2017 10:31:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.45
X-Spam-Level: 
X-Spam-Status: No, score=-0.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BRBL_LASTEXT=1.449, URIBL_BLOCKED=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 y0KbqsHhnazY; Wed,  1 Nov 2017 10:31:19 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 7C13213F9B6; Wed,  1 Nov 2017 10:31:19 -0700 (PDT)
Received: from tops.chopps.org (47-50-69-38.static.klmz.mi.charter.com [47.50.69.38]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 830ED62F21; Wed,  1 Nov 2017 17:31:18 +0000 (UTC)
References: <87h8uvmecv.fsf@chopps.org> <D61E4D33.D3C86%acee@cisco.com>
User-agent: mu4e 0.9.18; emacs 25.3.1
From: Christian Hopps <chopps@chopps.org>
To: "Acee Lindem \(acee\)" <acee@cisco.com>
Cc: "isis-wg\@ietf.org" <isis-wg@ietf.org>, "ospf\@ietf.org" <ospf@ietf.org>,  "isis-chairs\@ietf.org" <isis-chairs@ietf.org>, "ospf-chairs\@ietf.org" <ospf-chairs@ietf.org>, "isis-ads\@ietf.org" <isis-ads@ietf.org>, "ospf-ads\@ietf.org" <ospf-ads@ietf.org>
In-reply-to: <D61E4D33.D3C86%acee@cisco.com>
Date: Wed, 01 Nov 2017 13:31:17 -0400
Message-ID: <87zi8529ei.fsf@chopps.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/EBqIlgTeYc9e8MZ9EXuxm2FGpHU>
Subject: Re: [OSPF] IS-IS and OSPF Call for agenda slots @ IETF-100
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2017 17:31:21 -0000

Acee Lindem (acee) <acee@cisco.com> writes:

> Hi Chris, et al,
>
> The authors of "OSPF Graceful Restart Enhancements”,
> draft-basavaraj-ospf-graceful-restart-enhancements-00 would like a 10
> minute slot at IETF 100.

ACK.

Who's presenting?

Thanks,
Chris.

>
> Thanks,
> Acee
>
>
> On 10/19/17, 9:55 AM, "Christian Hopps" <chopps@chopps.org> wrote:
>
>>
>>Hi OSPF and IS-IS,
>>
>>The preliminary agenda has been posted:
>>
>>   https://datatracker.ietf.org/meeting/100/agenda.html
>>
>>Our 2.5h joint session of IS-IS and OSPF is tentatively scheduled for
>>Thursday from 9:30am to 12:00pm (+08).
>>
>>Please send your requests for a presentation slot, indicating
>>draft name, speaker, and desired duration (covering presentation and
>>discussion) to isis-chairs@ietf.org or ospf-chairs@ietf.org.
>>
>>Thanks,
>>Abhay, Acee, Chris and Hannes.


From nobody Wed Nov  1 10:38:42 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE20913FCB6; Wed,  1 Nov 2017 10:38:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 rM1gM97ogFqA; Wed,  1 Nov 2017 10:38:38 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC45D13F95F; Wed,  1 Nov 2017 10:38:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1438; q=dns/txt; s=iport; t=1509557918; x=1510767518; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ZhH5UT9beZKWYTAD2wOrVXK8GKm2r6Z2Rxx0eReBsno=; b=XhzpGpP2uy+bZp4bYcQh8n3+6QMR7yTB+/ID92Fyg+EUxhDSMtPVUEzK BnhPcAWYzj1xrJKG+gGyAqINmuOomJhsamSNUUocISY9Xz23rG1K7fxAm Iwgekx2STANRMG5bLsqrbyOzzjqzy0KAqAlr2+bjT4862SorGTIckNWbe g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CdAAADBvpZ/5RdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg19kbicHg3aKH48YgXyWRIIRCiOFGAIahGY/GAECAQEBAQEBAWs?= =?us-ascii?q?ohR4BBR0GEUUQAgEIDgoCAiYCAgIwFRACBA4FiiMQqECCJ4sNAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBGAWBD4IfggeDO4MrgUiDSYMVgmEFkVyQLgKHZI0WghWGAYs?= =?us-ascii?q?ajGCJBgIRGQGBOAEfOIFsehWDLYJogXd3AYt/gREBAQE?=
X-IronPort-AV: E=Sophos;i="5.44,329,1505779200"; d="scan'208";a="315180894"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Nov 2017 17:38:36 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id vA1HcaTM002841 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 1 Nov 2017 17:38:36 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 1 Nov 2017 13:38:35 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Wed, 1 Nov 2017 13:38:35 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Christian Hopps <chopps@chopps.org>
CC: "isis-wg@ietf.org" <isis-wg@ietf.org>, "ospf@ietf.org" <ospf@ietf.org>, "isis-chairs@ietf.org" <isis-chairs@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>, "isis-ads@ietf.org" <isis-ads@ietf.org>, "ospf-ads@ietf.org" <ospf-ads@ietf.org>
Thread-Topic: IS-IS and OSPF Call for agenda slots @ IETF-100
Thread-Index: AQHTUzc8nPKpWxvZZkiLb/34nws6vKL/yd8A
Date: Wed, 1 Nov 2017 17:38:35 +0000
Message-ID: <D61F7E92.D4386%acee@cisco.com>
References: <87h8uvmecv.fsf@chopps.org> <D61E4D33.D3C86%acee@cisco.com> <87zi8529ei.fsf@chopps.org>
In-Reply-To: <87zi8529ei.fsf@chopps.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.196]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E9945E95BBFD0A45AE86029C86F08828@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/rpIqVLI48BlP2ZWijzC57etdRPM>
Subject: Re: [OSPF] IS-IS and OSPF Call for agenda slots @ IETF-100
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2017 17:38:40 -0000

DQoNCk9uIDExLzEvMTcsIDE6MzEgUE0sICJDaHJpc3RpYW4gSG9wcHMiIDxjaG9wcHNAY2hvcHBz
Lm9yZz4gd3JvdGU6DQoNCj4NCj5BY2VlIExpbmRlbSAoYWNlZSkgPGFjZWVAY2lzY28uY29tPiB3
cml0ZXM6DQo+DQo+PiBIaSBDaHJpcywgZXQgYWwsDQo+Pg0KPj4gVGhlIGF1dGhvcnMgb2YgIk9T
UEYgR3JhY2VmdWwgUmVzdGFydCBFbmhhbmNlbWVudHPigJ0sDQo+PiBkcmFmdC1iYXNhdmFyYWot
b3NwZi1ncmFjZWZ1bC1yZXN0YXJ0LWVuaGFuY2VtZW50cy0wMCB3b3VsZCBsaWtlIGEgMTANCj4+
IG1pbnV0ZSBzbG90IGF0IElFVEYgMTAwLg0KPg0KPkFDSy4NCj4NCj5XaG8ncyBwcmVzZW50aW5n
Pw0KDQpQdXQgbWUgZm9yIG5vdy4gDQoNClRoYW5rcywNCkFjZWUgDQoNCj4NCj5UaGFua3MsDQo+
Q2hyaXMuDQo+DQo+Pg0KPj4gVGhhbmtzLA0KPj4gQWNlZQ0KPj4NCj4+DQo+PiBPbiAxMC8xOS8x
NywgOTo1NSBBTSwgIkNocmlzdGlhbiBIb3BwcyIgPGNob3Bwc0BjaG9wcHMub3JnPiB3cm90ZToN
Cj4+DQo+Pj4NCj4+PkhpIE9TUEYgYW5kIElTLUlTLA0KPj4+DQo+Pj5UaGUgcHJlbGltaW5hcnkg
YWdlbmRhIGhhcyBiZWVuIHBvc3RlZDoNCj4+Pg0KPj4+ICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9tZWV0aW5nLzEwMC9hZ2VuZGEuaHRtbA0KPj4+DQo+Pj5PdXIgMi41aCBqb2ludCBz
ZXNzaW9uIG9mIElTLUlTIGFuZCBPU1BGIGlzIHRlbnRhdGl2ZWx5IHNjaGVkdWxlZCBmb3INCj4+
PlRodXJzZGF5IGZyb20gOTozMGFtIHRvIDEyOjAwcG0gKCswOCkuDQo+Pj4NCj4+PlBsZWFzZSBz
ZW5kIHlvdXIgcmVxdWVzdHMgZm9yIGEgcHJlc2VudGF0aW9uIHNsb3QsIGluZGljYXRpbmcNCj4+
PmRyYWZ0IG5hbWUsIHNwZWFrZXIsIGFuZCBkZXNpcmVkIGR1cmF0aW9uIChjb3ZlcmluZyBwcmVz
ZW50YXRpb24gYW5kDQo+Pj5kaXNjdXNzaW9uKSB0byBpc2lzLWNoYWlyc0BpZXRmLm9yZyBvciBv
c3BmLWNoYWlyc0BpZXRmLm9yZy4NCj4+Pg0KPj4+VGhhbmtzLA0KPj4+QWJoYXksIEFjZWUsIENo
cmlzIGFuZCBIYW5uZXMuDQo+DQoNCg==


From nobody Sun Nov 12 18:14:30 2017
Return-Path: <bclaise@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A44E0126DFF; Sun, 12 Nov 2017 18:14:28 -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 Xc0_7zFjX2u8; Sun, 12 Nov 2017 18:14:26 -0800 (PST)
Received: from bgl-iport-3.cisco.com (bgl-iport-3.cisco.com [72.163.197.27]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6024126CB6; Sun, 12 Nov 2017 18:14:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8274; q=dns/txt; s=iport; t=1510539265; x=1511748865; h=subject:references:to:cc:from:message-id:date: mime-version:in-reply-to; bh=BlQKREHgnTqsqEnkkGzb6pJlwiGBJryD6M3zoFK1TIs=; b=AveJBb7r1N0J/ejXFoj0wnR8/wcazyogmzBb4AMovg4YW4fo+sKCRXMI HQtug0QhdeUbAVenQsgpq+E09fVcR/5HOrQ7eBuJIZWbU1QpevDBQZfaM DwXk4MhFoEO2rvxxuym4NOsMm8ztu80RWjC8+cjBEo974i6EfxnRlPbGx k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BFBgA1/wha/xjFo0hBGhwBAQEEAQEKA?= =?us-ascii?q?QGEGW4ng36LE5AMJohXiDGFSBCCAQolhRYChQcWAQEBAQEBAQEBax0LhR4BBiN?= =?us-ascii?q?WEAkTAwECKwICIS4IBg0GAgEBigYDFRAzjHKdaIInJocKDYNJAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBGAWDNINcgWkpC4VhWYEbWIJ1gmMFknqOcz2Ha4gghHmLfYd?= =?us-ascii?q?FjGg6gRCHcoE5JgsmGYFZNCEIHRWDLYMRgVs0NgEBiUwsghYBAQE?=
X-IronPort-AV: E=Sophos; i="5.44,386,1505779200"; d="scan'208,217"; a="44252106"
Received: from vla196-nat.cisco.com (HELO bgl-core-2.cisco.com) ([72.163.197.24]) by bgl-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Nov 2017 02:14:21 +0000
Received: from [10.75.234.179] (hkidc-vpn-client-234-179.cisco.com [10.75.234.179]) by bgl-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vAD2EKHB013304; Mon, 13 Nov 2017 02:14:21 GMT
References: <1332bb78-36a8-2888-2642-f08a30593a10@cisco.com>
To: "ospf@ietf.org" <ospf@ietf.org>
Cc: Alia Atlas <akatlas@gmail.com>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>
From: Benoit Claise <bclaise@cisco.com>
X-Forwarded-Message-Id: <1332bb78-36a8-2888-2642-f08a30593a10@cisco.com>
Message-ID: <9274a012-54b4-555b-5676-0da13a7fa22c@cisco.com>
Date: Mon, 13 Nov 2017 10:14:20 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <1332bb78-36a8-2888-2642-f08a30593a10@cisco.com>
Content-Type: multipart/alternative; boundary="------------C897CC6CF3BDC224E97A6A00"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/Ey2dxofeNKB2lpGxPiRysTa0o1g>
Subject: [OSPF] OSPF/ISIS bottlenecks for draft-ietf-rtgwg-yang-vrrp and draft-ietf-rtwg-yang-rip publications
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Nov 2017 02:14:28 -0000

This is a multi-part message in MIME format.
--------------C897CC6CF3BDC224E97A6A00
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Dear all,

[I understand that I will reach both ISIS and OSPF folks with this mailer]

The ask for this group is to progress those documents:

  * draft-ietf-ospf-yang: ietf-ospf (draft status: still ID-exists)
  * draft-ietf-isis-yang-isis-cfg: ietf-isis (draft status: still ID-exists)

https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-ospf@2017-10-30.yang

     => it passes validation and is NMDA compliant. Good.

https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-isis@2017-07-25.yang

     => it doesn't pass validation: 
https://yangcatalog.org/results/ietf-isis@2017-07-25_ietf.html
     => it's not NMDA compliant (tree-type = split)

Regards, Benoit

-------- Forwarded Message --------
Subject: 	NETMOD bottlenecks for draft-ietf-rtgwg-yang-vrrp and 
draft-ietf-rtwg-yang-rip publications
Date: 	Mon, 13 Nov 2017 10:02:27 +0800
From: 	Benoit Claise <bclaise@cisco.com>
To: 	NETMOD Working Group <netmod@ietf.org>, ospf-chairs@ietf.org 
<ospf-chairs@ietf.org>, isis-chairs@ietf.org <isis-chairs@ietf.org>
CC: 	Routing WG <rtgwg-chairs@ietf.org>, Alia Atlas <akatlas@gmail.com>, 
Benoit Claise <bclaise@cisco.com>



Dear all,

Currently sitting in the rtgwg WG.
draft-ietf-rtgwg-yang-vrrp and draft-ietf-rtwg-yang-rip are currently in 
AD review.
Let's look at the datatracker new YANG-related URLs to understand the 
impact analysis (the dependent YANG modules) for these two drafts:

  * https://www.yangcatalog.org/yang-search/impact_analysis.php?modules[]=ietf-vrrp@2017-10-25.yang&recurse=0&rfcs=1&show_subm=1&show_dir=both
  * https://www.yangcatalog.org/yang-search/impact_analysis.php?modules[]=ietf-rip@2017-10-25.yang&recurse=0&rfcs=1&show_subm=1&show_dir=both

So the bottlenecks for standardization are:

  * draft-ietf-rtgwg-yang-vrrp:
      o RFC7223bis: ietf-interfaces
      o RFC7277bis: ietf-ip

  * draft-ietf-rtwg-yang-rip:
      o RFC7223bis: ietf-interfaces
      o RFC7277bis: ietf-ip
      o RFC8022bis: ietf-routing
      o draft-ietf-ospf-yang: ietf-ospf (draft status: still ID-exists)
      o draft-ietf-isis-yang-isis-cfg: ietf-isis (draft status: still
        ID-exists)

So the ask to close on RFC7223bis, RFC7277bis, and RFC8022bis asap.
I understand the LC will start soon for these drafts.

Regards, Benoit

--------------C897CC6CF3BDC224E97A6A00
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Dear all,<br>
    <br>
    [I understand that I will reach both ISIS and OSPF folks with this
    mailer]<br>
    <br>
    The ask for this group is to progress those documents:    <br>
    <ul>
      <li>draft-ietf-ospf-yang: ietf-ospf (draft status: still
        ID-exists)<br>
      </li>
      <li>draft-ietf-isis-yang-isis-cfg: ietf-isis (draft status: still
        ID-exists)</li>
    </ul>
    <p><a class="moz-txt-link-freetext" href="https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-ospf@2017-10-30.yang">https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-ospf@2017-10-30.yang</a></p>
    <p>    =&gt; it passes validation and is NMDA compliant. Good.<br>
    </p>
    <p><a class="moz-txt-link-freetext" href="https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-isis@2017-07-25.yang">https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-isis@2017-07-25.yang</a></p>
    <p>    =&gt; it doesn't pass validation:
      <a class="moz-txt-link-freetext" href="https://yangcatalog.org/results/ietf-isis@2017-07-25_ietf.html">https://yangcatalog.org/results/ietf-isis@2017-07-25_ietf.html</a><br>
          =&gt; it's not NMDA compliant (tree-type = split)<br>
    </p>
    <div class="moz-forward-container">Regards, Benoit<br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" cellspacing="0"
        cellpadding="0" border="0">
        <tbody>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject:
            </th>
            <td>NETMOD bottlenecks for draft-ietf-rtgwg-yang-vrrp and
              draft-ietf-rtwg-yang-rip publications</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th>
            <td>Mon, 13 Nov 2017 10:02:27 +0800</td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th>
            <td>Benoit Claise <a class="moz-txt-link-rfc2396E" href="mailto:bclaise@cisco.com">&lt;bclaise@cisco.com&gt;</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th>
            <td>NETMOD Working Group <a class="moz-txt-link-rfc2396E" href="mailto:netmod@ietf.org">&lt;netmod@ietf.org&gt;</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:ospf-chairs@ietf.org">ospf-chairs@ietf.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:ospf-chairs@ietf.org">&lt;ospf-chairs@ietf.org&gt;</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:isis-chairs@ietf.org">isis-chairs@ietf.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:isis-chairs@ietf.org">&lt;isis-chairs@ietf.org&gt;</a></td>
          </tr>
          <tr>
            <th nowrap="nowrap" valign="BASELINE" align="RIGHT">CC: </th>
            <td>Routing WG <a class="moz-txt-link-rfc2396E" href="mailto:rtgwg-chairs@ietf.org">&lt;rtgwg-chairs@ietf.org&gt;</a>, Alia Atlas
              <a class="moz-txt-link-rfc2396E" href="mailto:akatlas@gmail.com">&lt;akatlas@gmail.com&gt;</a>, Benoit Claise
              <a class="moz-txt-link-rfc2396E" href="mailto:bclaise@cisco.com">&lt;bclaise@cisco.com&gt;</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      Dear all,<br>
      <br>
      Currently sitting in the rtgwg WG.<br>
      draft-ietf-rtgwg-yang-vrrp and draft-ietf-rtwg-yang-rip are
      currently in AD review.<br>
      Let's look at the datatracker new YANG-related URLs to understand
      the impact analysis (the dependent YANG modules) for these two
      drafts: <br>
      <ul>
        <li><a class="moz-txt-link-freetext"
href="https://www.yangcatalog.org/yang-search/impact_analysis.php?modules"
            moz-do-not-send="true">https://www.yangcatalog.org/yang-search/impact_analysis.php?modules</a>[]=ietf-vrrp@2017-10-25.yang&amp;recurse=0&amp;rfcs=1&amp;show_subm=1&amp;show_dir=both</li>
        <li><a class="moz-txt-link-freetext"
href="https://www.yangcatalog.org/yang-search/impact_analysis.php?modules"
            moz-do-not-send="true">https://www.yangcatalog.org/yang-search/impact_analysis.php?modules</a>[]=ietf-rip@2017-10-25.yang&amp;recurse=0&amp;rfcs=1&amp;show_subm=1&amp;show_dir=both</li>
      </ul>
      So the bottlenecks for standardization are:<br>
      <ul>
        <li>draft-ietf-rtgwg-yang-vrrp:</li>
        <ul>
          <li>RFC7223bis: ietf-interfaces</li>
          <li>RFC7277bis: ietf-ip<br>
            <br>
          </li>
        </ul>
        <li>draft-ietf-rtwg-yang-rip:</li>
        <ul>
          <li>RFC7223bis: ietf-interfaces</li>
          <li>RFC7277bis: ietf-ip</li>
          <li>RFC8022bis: ietf-routing</li>
          <li>draft-ietf-ospf-yang: ietf-ospf (draft status: still
            ID-exists)<br>
          </li>
          <li>draft-ietf-isis-yang-isis-cfg: ietf-isis (draft status:
            still ID-exists)</li>
        </ul>
      </ul>
      So the ask to close on RFC7223bis, RFC7277bis, and RFC8022bis
      asap.<br>
      I understand the LC will start soon for these drafts.        <br>
      <br>
      Regards, Benoit<br>
    </div>
  </body>
</html>

--------------C897CC6CF3BDC224E97A6A00--


From nobody Tue Nov 14 09:17:04 2017
Return-Path: <ginsberg@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B001812717E; Tue, 14 Nov 2017 09:17:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 BmpRAnxFcZbj; Tue, 14 Nov 2017 09:17:00 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0332812420B; Tue, 14 Nov 2017 09:16:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18478; q=dns/txt; s=iport; t=1510679820; x=1511889420; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=woWjGi8xPYnQFdFqXvxmHbXlWZ3L1a7tHvjIxbMzwFM=; b=GOh/4TL8Z5Je53WdQrWS1FDAFjEvorwtCktdO5BpXXuYOXO24Te4SgJc XX+qL69Xqo1UuQ/Q2pRLaLXlEkmcxFxE0l7HVr8SdYFzZsZerrh7Ljfce 0wQSTMaffKpmJ//MmXJq+08CQRV5VDGD9RPuQU/R+qGiHrlnOWipxbVt2 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CaAAAlJAta/5pdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM2ZG4nB4N3ih+RLpZXEIIBChgLhRgCGoRnPxgBAQEBAQEBAQF?= =?us-ascii?q?rKIUeAQEBAQMBASEROhcEAgEIEQQBAQECAh8EAwICAiULFAEICAIEARIIE4oIE?= =?us-ascii?q?Kp/gieLEwEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQ+CJYIHgVWBaAGCHYENhGA?= =?us-ascii?q?FARIBNg+Cb4JjBYdbmlkCh2uHUIVAgh6GCIQEhyGKMoI7iRECERkBgTgBHziBA?= =?us-ascii?q?3B6FR8qgmSDEYFOd4ZPgSSBEQEBAQ?=
X-IronPort-AV: E=Sophos;i="5.44,395,1505779200"; d="scan'208";a="31342146"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Nov 2017 17:16:58 +0000
Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id vAEHGwF8026096 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 14 Nov 2017 17:16:58 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 14 Nov 2017 11:16:58 -0600
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1320.000; Tue, 14 Nov 2017 11:16:58 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: "olivier.dugeon@orange.com" <olivier.dugeon@orange.com>, "Acee Lindem (acee)" <acee@cisco.com>, "ospf@ietf.org" <ospf@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [Isis-wg] [OSPF] Comments on draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isis-te-app-01.txt
Thread-Index: AQHTRo/6Psf8Co97B0q9XSqsRCxTb6L0BYGAgACq9YCAACO5gIAAVfoAgAHVrWCAHUkokA==
Date: Tue, 14 Nov 2017 17:16:58 +0000
Message-ID: <a34cd7a4f2bc4df6a95b953e9918bf3e@XCH-ALN-001.cisco.com>
References: <10170_1508166197_59E4CA35_10170_182_6_e39cb950-80c3-bc84-dd0b-21a67e45dc0a@orange.com> <D61542A0.D1E05%acee@cisco.com> <650_1508924255_59F05B5F_650_30_1_ca19b84b-f7da-0bca-b0de-5d5f4d6e81e0@orange.com> <D615EFC7.D20AD%acee@cisco.com> <12783_1508950389_59F0C175_12783_211_1_0f38311d-73ba-a67f-91e6-81faa3885897@orange.com> <272a1e965b9e4d14bc92b114cfaaa573@XCH-ALN-001.cisco.com>
In-Reply-To: <272a1e965b9e4d14bc92b114cfaaa573@XCH-ALN-001.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.154.131.12]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/xl8HWDeQqYNcv_X_568-xv6rfvk>
Subject: Re: [OSPF] [Isis-wg] Comments on draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isis-te-app-01.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Nov 2017 17:17:02 -0000

T2xpdmllciAtDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQt
aWV0Zi1pc2lzLXRlLWFwcC0wMyB3YXMgcHVibGlzaGVkIGEgc2hvcnQgd2hpbGUgYWdvIGFuZCBp
dCBhZGRyZXNzZXMgdGhlIGlzc3VlcyB5b3UgcmFpc2VkLiAoT1NQRiBkcmFmdCB3aWxsIGJlIHVw
ZGF0ZWQgc29vbiBpbiBhbiBjb25zaXN0ZW50IG1hbm5lci4pDQpTcGVjaWZpY2FsbHksDQoNCiJN
YXhpbXVtIGxpbmsgYmFuZHdpZHRoIGlzIGFuIGFwcGxpY2F0aW9uIGluZGVwZW5kZW50IGF0dHJp
YnV0ZSBvZiB0aGUNCiAgIGxpbmsuICBXaGVuIGFkdmVydGlzZWQgdXNpbmcgdGhlIEFwcGxpY2F0
aW9uIFNwZWNpZmljIExpbmsgQXR0cmlidXRlcw0KICAgc3ViLVRMViwgbXVsdGlwbGUgdmFsdWVz
IGZvciB0aGUgc2FtZSBsaW5rIE1VU1QgTk9UIGJlIGFkdmVydGlzZWQuIg0KDQoiVW5yZXNlcnZl
ZCBiYW5kd2lkdGggaXMgYW4gYXR0cmlidXRlIHNwZWNpZmljIHRvIFJTVlAuIg0KDQpBcyByZWdh
cmRzIE1heGltdW1SZXNlcnZhYmxlQmFuZHdpZHRoLCB3ZSBhcHByZWNpYXRlIHRoYXQgbWFuYWdp
bmcgYmFuZHdpZHRoIHBlciBhcHBsaWNhdGlvbiBtYXkgYmUgY2hhbGxlbmdpbmcuIEhvd2V2ZXIg
d2UgZmVlbCB0aGVyZSBhcmUgbGVnaXRpbWF0ZSB1c2UgY2FzZXMgZm9yIGRvaW5nIHRoYXQgYW5k
IGRvIG5vdCB3YW50IHRvIHByZWNsdWRlIHRoYXQuIFRoZSBmYWN0IHRoYXQgaXQgaXMgcG9zc2li
bGUgdG8gYWR2ZXJ0aXNlIHRoaXMgYXR0cmlidXRlIHdpdGggZGlmZmVyZW50IHZhbHVlcy9hcHBs
aWNhdGlvbiBkb2VzIE5PVCBtZWFuIHRoYXQgYSBkZXBsb3ltZW50IE1VU1QgZG8gc28uIFlvdSBj
YW4gYXNzb2NpYXRlIHRoZSBzYW1lIHZhbHVlIHdpdGggYWxsIGFwcGxpY2F0aW9ucyBlbmFibGVk
IGluIHlvdXIgbmV0d29yayBpZiB5b3Ugd2lzaC4NCg0KVGhhbnggZm9yIGNhbGxpbmcgb3VyIGF0
dGVudGlvbiB0byB0aGVzZSBwb2ludHMuIFBsZWFzZSBsZXQgdXMga25vdyBvZiBhbnkgYWRkaXRp
b25hbCBjb25jZXJucyAuDQoNCiAgICBMZXMNCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t
LS0tDQo+IEZyb206IElzaXMtd2cgW21haWx0bzppc2lzLXdnLWJvdW5jZXNAaWV0Zi5vcmddIE9u
IEJlaGFsZiBPZiBMZXMgR2luc2JlcmcNCj4gKGdpbnNiZXJnKQ0KPiBTZW50OiBUaHVyc2RheSwg
T2N0b2JlciAyNiwgMjAxNyA2OjU1IFBNDQo+IFRvOiBvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29t
OyBBY2VlIExpbmRlbSAoYWNlZSkgPGFjZWVAY2lzY28uY29tPjsNCj4gb3NwZkBpZXRmLm9yZzsg
aXNpcy13Z0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW0lzaXMtd2ddIFtPU1BGXSBDb21tZW50
cyBvbiBkcmFmdC1pZXRmLW9zcGYtdGUtbGluay1hdHRyLXJldXNlLQ0KPiAwMS50eHQgYW5kIGRy
YWZ0LWlldGYtaXNpcy10ZS1hcHAtMDEudHh0DQo+IA0KPiBPbGl2aWVyIC0NCj4gDQo+IFRoYW54
IGZvciB0aGUgZGlzY3Vzc2lvbi4NCj4gDQo+IFRoZSBhdXRob3JzIG9mIGRyYWZ0LWlldGYtb3Nw
Zi10ZS1saW5rLWF0dHItcmV1c2UtMDEudHh0IGFuZCBkcmFmdC1pZXRmLWlzaXMtdGUtDQo+IGFw
cC0wMS50eHQgYXJlIGluIGRpc2N1c3Npb25zIGFuZCB3ZSB3aWxsIHJlc29sdmUgdGhlIGRpc2Ny
ZXBhbmNpZXMgYmV0d2Vlbg0KPiB0aGUgdHdvIGRyYWZ0cyBhcyByZWdhcmRzIHRoZSBzZXQgb2Yg
bGluayBhdHRyaWJ1dGVzIHdoaWNoIGFyZSBzdXBwb3J0ZWQuDQo+IEFzIHJlZ2FyZHMgaXNzdWVz
IGFzc29jaWF0ZWQgd2l0aCBNYXhpbXVtQmFuZHdpZHRoLA0KPiBNYXhpbXVtUmVzZXJ2YWJsZUJh
bmR3aWR0aCBhbmQgVW5yZXNlcnZlZEJhbmR3aWR0aCBwYXJhbWV0ZXJzIHRoaXMNCj4gaXMgYWxz
byB1bmRlciBkaXNjdXNzaW9uIGFuZCB3ZSB3aWxsIGhhdmUgbW9yZSB0byBzYXkgYWJvdXQgdGhh
dCBzb29uLg0KPiANCj4gQXBwcmVjaWF0ZSB5b3VyIHBhdGllbmNlLi4uDQo+IA0KPiAgICAgTGVz
DQo+IA0KPiA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4gRnJvbTogSXNpcy13ZyBb
bWFpbHRvOmlzaXMtd2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+ID4gb2xpdmll
ci5kdWdlb25Ab3JhbmdlLmNvbQ0KPiA+IFNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAyNSwgMjAx
NyA5OjUzIEFNDQo+ID4gVG86IEFjZWUgTGluZGVtIChhY2VlKSA8YWNlZUBjaXNjby5jb20+OyBv
c3BmQGlldGYub3JnOw0KPiA+IGlzaXMtd2dAaWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBSZTogW0lz
aXMtd2ddIFtPU1BGXSBDb21tZW50cyBvbg0KPiA+IGRyYWZ0LWlldGYtb3NwZi10ZS1saW5rLWF0
dHItcmV1c2UtDQo+ID4gMDEudHh0IGFuZCBkcmFmdC1pZXRmLWlzaXMtdGUtYXBwLTAxLnR4dA0K
PiA+DQo+ID4gQWNlZSwNCj4gPg0KPiA+IEZpcnN0IGFwb2xvZ2l6ZSBmb3IgbXkgdHlwbyBlcnJv
ciBvbiBJUy1JUyBtYWlsaW5nIGxpc3QuIEkgaG9wZSBldmVyeQ0KPiA+IGJvZHkgZ290IHRoZSB0
aHJlYWQgZnJvbSB0aGUgYmVnaW5uaW5nICh0aGFua3MgdG8gdGhlIE9TUEYgJiBJUy1JUw0KPiA+
IG1haWxpbmcgbGlzdCBpbnRlciByZWRpc3RyaWJ1dGlvbikuDQo+ID4NCj4gPiBUaGVuLCBteSBh
bnN3ZXJzIGluIGxpbmUuDQo+ID4NCj4gPiBMZSAyNS8xMC8yMDE3IMOgIDEzOjQ1LCBBY2VlIExp
bmRlbSAoYWNlZSkgYSDDqWNyaXTCoDoNCj4gPiA+IEhpIE9saXZpZXIsDQo+ID4gPg0KPiA+ID4g
T24gMTAvMjUvMTcsIDU6MzcgQU0sICJvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tIg0KPiA+ID4g
PG9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20+IHdyb3RlOg0KPiA+ID4NCj4gPiA+PiBIaSBBY2Vl
LA0KPiA+ID4+DQo+ID4gPj4gSSBhZ3JlZSwgYnV0IEknbSBub3QgcmVmZXJyaW5nIHRvIFVuaWRp
cmVjdGlvbmFsIHJlc2lkdWFsLA0KPiA+ID4+IGF2YWlsYWJsZSBhbmQgdXRpbGl6ZWQgYmFuZHdp
ZHRoIGFzIHBlciBSRkMgNzQ3MS4NCj4gPiA+Pg0KPiA+ID4+IE15IGNvbW1lbnQgY29uY2VybnMg
dGhlIE1heGltdW1CYW5kd2lkdGgsDQo+ID4gTWF4aW11bVJlc2VydmFibGVCYW5kd2lkdGgNCj4g
PiA+PiBhbmQgVW5yZXNlcnZlZEJhbmR3aWR0aCBwYXJhbWV0ZXJzIGRlZmluZWQgaW4gUkZDIDM2
MzB0aGF0IGFyZQ0KPiB1c2VkDQo+ID4gPj4gYnkgdGhlIENTUEYgdG8gY29tcHV0ZSB0aGUgcGF0
aC4gVGhlc2Ugb25lIGFyZSBub3QgYWdncmVnYXRlIGlmIEkNCj4gPiA+PiBjb3JyZWN0bHkgdW5k
ZXJzdGFuZCB0aGUgcHJvcG9zZWQgZHJhZnQuIEkgYWxzbyBkb24ndCB1bmRlcnN0YW5kDQo+ID4g
Pj4gd2h5IHRoZXNlIHN0YW5kYXJkIFRFIHBhcmFtZXRlcnMgYXJlIGR1cGxpY2F0ZSBpbiB0aGUg
SVNJUyBkcmFmdA0KPiA+ID4+IGFuZCBub3QgbWVudGlvbiBpbiB0aGUgT1NQRiBkcmFmdC4gRG8g
d2UgZ28gdG8gYSBkaWZmZXJlbnQNCj4gPiA+PiBiZWhhdmlvdXIgYmV0d2VlbiBJUy0NCj4gPiBJ
UyBhbmQgT1NQRiA/DQo+ID4gPiBJZiByZWFkIGJleW9uZCB0aGUgZHJhZnQgdGl0bGUsIHlvdeKA
mWxsIHNlZSB0aGF0IHRoZXNlIHJlc2VydmF0aW9uDQo+ID4gPiBwYXJhbWV0ZXJzIGFyZSBub3Qg
aW5jbHVkZWQgaW4gZHJhZnQtaWV0Zi1vc3BmLXRlLWxpbmstYXR0ci1yZXVzZS4NCj4gPiBJIHJl
YWQgY2FyZWZ1bGx5IHRoZSBkcmFmdCBhbmQgaXQgaXMgZXhhY3RseSB3aGF0IGl0IG1ha2VzIGNv
bmZ1c2UgbWUNCj4gPiB3aGVuIEkgcmVhZCBjYXJlZnVsbHkgZHJhZnQtaWV0Zi1pc2lzLXRlLWFw
cC0wMS50eHQgd2hpY2ggZXhwbGljaXRseQ0KPiA+IHJldXNlIHRoZXNlIHJlc2VydmF0aW9uIHBh
cmFtZXRlcnMgYW5kIHN1Z2dlc3QgdG8gZHVwbGljYXRlIHRoZW0gcGVyDQo+ID4gYXBwbGljYXRp
b24uIFRoZSBsYXR0ZXIgaXMgbXkgY29uY2VybnMgYXMgaXQgd2lsbCBwb3RlbnRpYWxseSBicmVh
aw0KPiA+IHRoZSBwb3NzaWJpbGl0eSB0byBwZXJmb3JtIGVmZmljaWVudCBiYW5kd2lkdGggcmVz
ZXJ2YXRpb24gd2l0aCBib3RoDQo+ID4gUlNWUC1URSBhbmQgU1ItVEUgaW4gYSBzYW1lIG5ldHdv
cmsuIEZvciBtZSwgdGhpcyB3aWxsIGJlIGNlcnRhaW5seQ0KPiA+IHRoZSBtYWluIHVzZSBjYXNl
IGR1cmluZyB0aGUgdHJhbnNpdGlvbiBwZXJpb2Qgd2hlbiBhbiBvcGVyYXRvciB3aWxsDQo+ID4g
Z28gdG8gU1ItVEUgZnJvbSBSU1ZQLVRFLiBCb3RoIHByb3RvY29sIG11c3QgYmUgbWFuYWdlIHNp
bXVsdGFuZW91c2x5DQo+ID4gZHVyaW5nIGEgbGFyZ2UgcGVyaW9kIG9mIHRpbWUuIElmIHN0YW5k
YXJkIHJlc2VydmF0aW9uIHBhcmFtZXRlcnMgYXJlDQo+ID4gZHVwbGljYXRlZCwgaXQgd2lsbCBi
ZSBhIG5pZ2h0bWFyZSB0byBtYW5hZ2UgZWZmaWNpZW50bHkgYmFuZHdpZHRoDQo+IHJlc2VydmF0
aW9uIHdpdGhvdXQgd2FzdGluZyBiYW5kd2lkdGguDQo+ID4NCj4gPiBTbywgSSB3b3VsZCB1bmRl
cnN0YW5kIGlmDQo+ID4gMSkgYm90aCBkcmFmdCB3aWxsIGJlIGFsaWduID8NCj4gPiAyKSBpbiB3
aGljaCBkaXJlY3Rpb24gaS5lLiB3aXRoIG9yIHdpdGhvdXQgcmVzZXJ2YXRpb24gaW5mb3JtYXRp
b24gYW5kDQo+ID4gMykgaWYgcmVzZXJ2YXRpb24gcGFyYW1ldGVycyBhcmUgaW5jbHVkZWQsIGhv
dyBteSB1c2UgY2FzZSBjb3VsZCBiZSBzb2x2ZWQNCj4gPw0KPiA+ID4NCj4gPiA+PiBOb3csIGlm
IHRoZSBwcm9wb3NlZCBkcmFmdHMgYWltcyB0byB1c2VkIG9ubHl0aGVzZSBuZXcgUGVyZm9ybWFu
Y2UNCj4gPiA+PiBNZXRyaWNzIHdpdGhvdXQgZHVwbGljYXRlIHRoZW0gcGVyIGFwcGxpY2F0aW9u
LCBteSBxdWVzdGlvbiBiZWNvbWVzOg0KPiA+ID4+IFdoeSBhIG5ldyBkcmFmdHMgPyBXaHkgbm90
IHNpbXBseSBpbXBsZW1lbnQgUkZDIDc0NzEgYW5kIFJGQyA3ODEwID8NCj4gPiA+PiBVcCB0byBu
b3csIEkga25vdyBvbmx5IG9uZSBwYXJ0aWFsIGltcGxlbWVudGF0aW9uIG9mIHRoZXNlIDIgUkZD
cw0KPiA+ID4+IChpbiBGUi1Sb3V0aW5nIE9wZW4gU291cmNlIHByb2plY3QpLg0KPiA+ID4gV2l0
aCByZXNwZWN0IHRvIE9TUEYsIHRoaXMgdG9waWMgd2FzIGFscmVhZHkgZGlzY3Vzc2VkIGF0IGdy
ZWF0DQo+ID4gPiBsZW5ndGggb24gdGhlIE9TUEYgbGlzdCBhbmQgZHVyaW5nIHRoZSBJRVRGIG1l
ZXRpbmdzIGluIGJvdGggU2VvdWwgYW5kDQo+IENoaWNhZ28uDQo+ID4gPiBQbGVhc2Ugc2VlIHRo
ZSBPU1BGIGxpc3QgYXJjaGl2ZS4NCj4gPiBBcG9sb2dpemUuIEknbSBqdW1waW5nIG9uIHRoZSBi
YW5kd2Fnb24gbm93Lg0KPiA+DQo+ID4gUmVnYXJkcw0KPiA+DQo+ID4gT2xpdmllcg0KPiA+ICoq
DQo+ID4gPg0KPiA+ID4gVGhhbmtzLA0KPiA+ID4gQWNlZQ0KPiA+ID4+IFJlZ2FyZHMNCj4gPiA+
Pg0KPiA+ID4+IE9saXZpZXINCj4gPiA+Pg0KPiA+ID4+DQo+ID4gPj4gTGUgMjUvMTAvMjAxNyDD
oCAwMToyNSwgQWNlZSBMaW5kZW0gKGFjZWUpIGEgw6ljcml0IDoNCj4gPiA+Pj4gSGkgT2xpdmll
ciwNCj4gPiA+Pj4NCj4gPiA+Pj4gSWYgeW91IHJlYWQgdGhlIGRlZmluaXRpb25zIG9mIFVuaWRp
cmVjdGlvbmFsIHJlc2lkdWFsLCBhdmFpbGFibGUsDQo+ID4gPj4+IGFuZCB1dGlsaXplZCBiYW5k
d2lkdGggaW4gUkZDIDc0NzEgeW91IHdpbGwgbm90ZSB0aGF0IHRoZXNlIGFyZQ0KPiA+ID4+PiBh
bGwgYWdncmVnYXRlIHJhdGhlciB0aGFuIGFwcGxpY2F0aW9uIHNwZWNpZmljIHZhbHVlcy4gSW4g
b3RoZXINCj4gPiA+Pj4gd29yZHMsIHRoZXkgd2lsbCBub3QgdmFyeSBwZXIgYXBwbGljYXRpb24u
DQo+ID4gPj4+DQo+ID4gPj4+IFRoYW5rcywNCj4gPiA+Pj4gQWNlZQ0KPiA+ID4+Pg0KPiA+ID4+
PiBPbiAxMC8xNi8xNywgMTE6MDMgQU0sICJPU1BGIG9uIGJlaGFsZiBvZg0KPiA+IG9saXZpZXIu
ZHVnZW9uQG9yYW5nZS5jb20iDQo+ID4gPj4+IDxvc3BmLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVo
YWxmIG9mIG9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20+DQo+ID4gd3JvdGU6DQo+ID4gPj4+DQo+
ID4gPj4+PiBEZWFyIGF1dGhvcnMsDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gUGxlYXNlIGZpbmQgYmVs
b3cgYSBjb21tZW50IG9uIGJvdGgNCj4gPiA+Pj4+IGRyYWZ0LWlldGYtb3NwZi10ZS1saW5rLWF0
dHItcmV1c2UtMDEudHh0IGFuZA0KPiA+ID4+Pj4gZHJhZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMS50
eHQuDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gSSBjb25zaWRlciB0aGUgdXNlIGNhc2Ugb2YgYmFuZHdp
ZHRoIHJlc2VydmF0aW9uLiBJIGtub3cgdGhpcyBpcw0KPiA+ID4+Pj4gbm90IHRoZSBtb3N0IGNv
bW1vbiB1c2UgY2FzZSwgYnV0IHRoZSBvbmUgSSBrbm93biB3ZWxsLiBUaGUNCj4gPiA+Pj4+IGNv
bnRleHQgaXMgdGhhdCBvZiBhbiBvcGVyYXRvciB3aG8gd291bGQgc2V0dXAgc29tZSBSU1ZQLVRF
DQo+ID4gPj4+PiB0dW5uZWxzIGFuZCBzaW11bHRhbmVvdXNseSBTUi1URSBwYXRocyB3aXRoIGJh
bmR3aWR0aA0KPiA+ID4+Pj4gcmVzZXJ2YXRpb24uIEluIHRoaXMgcGFydGljdWxhciBjYXNlLCBp
dCBpcyBub3QgcG9zc2libGUgdG8NCj4gPiA+Pj4+IG1hbmFnZSBib3RoIHJlc2VydmF0aW9uIHdp
dGggdGhlIGRyYWZ0cyBhcyB0aGV5IGFyZS4NCj4gPiA+Pj4+DQo+ID4gPj4+PiBJbmRlZWQsIGlu
IE9TUEYgZHJhZnQsIGl0IGlzIG5vdCBwcm9wb3NlZCB0byBhZHZlcnRpc2VkIHRoZSB1c3VhbA0K
PiA+ID4+Pj4gYmFuZHdpZHRoIHBhcmFtZXRlcnMgYXMgZGVmaW5lZCBpbiBSRkMzNjMwIGFuZCBp
biBJU0lTLCBpdCBpcw0KPiA+ID4+Pj4gcHJvcG9zZWQgdG8gZHVwbGljYXRlIHRoZXNlIHBhcmFt
ZXRlcnMgcGVyIGFwcGxpY2F0aW9uLiBUaGUgbWFpbg0KPiA+ID4+Pj4gcHJvYmxlbSBhcmlzZXMg
ZnJvbSB0aGUgZmFjdCB0aGF0IGVhY2ggYXBwbGljYXRpb24sIGluIHRoaXMgY2FzZQ0KPiA+ID4+
Pj4gU1ItVEUgYW5kIFJTVlAtVEUsIGluZGVwZW5kZW50bHkgY29tcHV0ZSBhIHBhdGggYW5kIHRo
ZXJlZm9yZQ0KPiA+ID4+Pj4gcmVzZXJ2ZSBiYW5kd2lkdGggb24gdGhlaXIgcmVzcGVjdGl2ZSBz
ZXQgb2YgcGFyYW1ldGVycy4gSG93ZXZlciwNCj4gPiA+Pj4+IHRoaXMgd2lsbCBsZWFkIGF0IGEg
c29tZSBwb2ludCB0byBiYW5kd2lkdGggb3ZlcmJvb2tpbmcsIHdoaWNoDQo+ID4gPj4+PiBleGFj
dGx5IHdoYXQgYW4gb3BlcmF0b3Igd2FudHMgdG8gYXZvaWQgYnkgcGVyZm9ybWluZyBiYW5kd2lk
dGgNCj4gPiA+Pj4+IHJlc2VydmF0aW9uLiBFdmVuIGlmIGEgUENFIGNhbiBiZSB1c2VkIHRvIGhh
bmRsZSBib3RoIHRoZSBSU1ZQLVRFDQo+ID4gPj4+PiB0dW5uZWxzIGFuZCBTUi1URSBwYXRocywg
dGhlIHNhbWUgcHJvYmxlbSBhcmlzZXMgYmVjYXVzZSBlYWNoDQo+ID4gPj4+PiBwYXRoIGNvbXB1
dGF0aW9uIGlzIHBlcmZvcm1lZCBvbiBhIGRpZmZlcmVudCBzZXQgb2YgYmFuZHdpZHRoDQo+ID4g
Pj4+PiBwYXJhbWV0ZXJzIGkuZS4gb25lIFRFRCBwZXIgYXBwbGljYXRpb24gd2hlcmVhcyB0aGVz
ZSBpbmZvcm1hdGlvbg0KPiA+ID4+Pj4gcmVsYXRlIHRvIHRoZSBzYW1lIGxpbmtzLiBPZiBjb3Vy
c2UgYSBjZW50cmFsIGVudGl0eSBsaWtlIGEgUENFDQo+ID4gPj4+PiBtaWdodCB0cnkgdG8gcmVj
b25jaWxlIHRoZSBpbmZvcm1hdGlvbiBpbnRvIGEgc2luZ2xlIFRFRCwgYnV0DQo+ID4gPj4+PiB0
aGlzIHdpbGwgZ3JlYXRseSBpbmNyZWFzZSB0aGUgY29tcGxleGl0eSBvZiB0aGUgUENFIHdpdGgg
YSByaXNrDQo+ID4gPj4+PiB0aGF0IHRoZSBURSBpbmZvcm1hdGlvbiB3aWxsIG5ldmVyIGJlIHVw
IHRvIGRhdGUsIHNvIGF0IHRoZSBlbmQNCj4gdW5uZWNlc3NhcnkuDQo+ID4gPj4+Pg0KPiA+ID4+
Pj4gU28sIGZvciBtZSB0aGVyZSBhcmUgb25seSAyIHBvc3NpYmxlcyBzb2x1dGlvbnMgdG8gYXZv
aWQgdGhpcw0KPiA+ID4+Pj4gb3ZlcmJvb2tpbmcNCj4gPiA+Pj4+IHByb2JsZW06DQo+ID4gPj4+
Pg0KPiA+ID4+Pj4gMS8gU3BsaXQgYW5kIHBhcnRpdGlvbiBuZXR3b3JrIHJlc291cmNlcyB0byBh
dm9pZCBjb25mbGljdHMuIEJ1dCwNCj4gPiA+Pj4+IHRoaXMgbGVhZHMgaW50byBhIHBvb3IgbmV0
d29yayB1c2FnZS4gSW5kZWVkLCBpZiBhbiBhcHBsaWNhdGlvbg0KPiA+ID4+Pj4gbGlrZSBSU1ZQ
LVRFIHVzZXMgbGVzcyBiYW5kd2lkdGggdGhhbiBpdHMgYnVkZ2V0LCB3aHkgdGhlIFNSLVRFDQo+
ID4gPj4+PiBhcHBsaWNhdGlvbiBjb3VsZCBub3QgcmV1c2UgdGhlbSBpZiBpdCBoYXMgcmVhY2hl
ZCBpdHMgdGhyZXNob2xkID8NCj4gPiA+Pj4+IFRoZSB1bmRlciB1dGlsaXphdGlvbiBvZiBuZXR3
b3JrIHJlc291cmNlcyB3aWxsIGluY3JlYXNlDQo+ID4gPj4+PiBwcm9wb3J0aW9uYWxseSB3aXRo
IHRoZSBudW1iZXIgb2YgYXBwbGljYXRpb25zLiBJbWFnaW5lIGlmIHdlDQo+ID4gPj4+PiB3YW50
IHRvIHVzZSB0aGlzIHByaW5jaXBsZSBmb3IgbmV0d29yayBTbGljaW5nLiBJIHVuZGVyc3RhbmQg
dGhlDQo+ID4gPj4+PiBhZHZhbnRhZ2UgZm9yIHZlbmRvcnMsIGJ1dCBJJ20gb24gdGhlIG9wZXJh
dG9yIHNpZGUgOy0pDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gMi8gRWFjaCB0aW1lIGFuIGFwcGxpY2F0
aW9uIHJlc2VydmVkIHNvbWUgYmFuZHdpZHRoLCB0aGUgcm91dGVycw0KPiA+ID4+Pj4gY29uY2Vy
bmVkIGJ5IHRoaXMgbmV3IHBhdGggbXVzdCB1cGRhdGUgdGhlIGJhbmR3aWR0aCBwYXJhbWV0ZXJz
DQo+ID4gPj4+PiBvZiB0aGUgY29uY2VybmVkIGxpbmsgbm90IG9ubHkgdG8gdGhlIGdpdmVuIGFw
cGxpY2F0aW9uLCBidXQgYWxzbw0KPiA+ID4+Pj4gdG8gYWxsIG90aGVycy4NCj4gPiA+Pj4+IEZv
ciBleGFtcGxlLCB3aGVuIFJTVlAtVEUgc2V0dXAgYSB0dW5uZWwsIFVucmVzZXJ2ZWQgQmFuZHdp
ZHRoDQo+ID4gPj4+PiBwYXJhbWV0ZXJzIG11c3QgYmUgdXBkYXRlZCBpbiB0aGUgc3RhbmRhcmQg
UkZDMzYzMCBzZXQsIGJ1dCBhbHNvDQo+ID4gPj4+PiBpbiBTUi1URSBwYXJhbWV0ZXJzIHNldC4g
QnV0LCBpbiB0aGlzIGNhc2UsIHdoeSBkdXBsaWNhdGUgVEUNCj4gPiA+Pj4+IHBhcmFtZXRlcnMg
aWYgYXQgdGhlIGVuZCBhbGwgc2V0IGNhcnJ5IHRoZSBzYW1lIHZhbHVlcywgYXBhcnQNCj4gPiA+
Pj4+IHdhc3RpbmcgQ1BVIGFuZCBiYW5kd2lkdGggPw0KPiA+ID4+Pj4NCj4gPiA+Pj4+IEluIHN1
bW1hcnksIGR1cGxpY2F0ZSBURSBpbmZvcm1hdGlvbiBpcyBvbmx5IHJlbGV2YW50IGZvciB0aGUN
Cj4gPiA+Pj4+IGFkZGVkIG1ldHJpY3MgaS5lLiBkZWxheSwgbG9zcywgaml0dGVyIC4uLiBidXQg
dW51c2FibGUgZm9yDQo+ID4gPj4+PiBjb25jYXZlIG1ldHJpY3MgaS5lLiBiYW5kd2lkdGguDQo+
ID4gPj4+Pg0KPiA+ID4+Pj4gQ2FuIHlvdSBleHBsYWluIG1lIGhvdyB5b3UgaW50ZW5kIHRvIHNv
bHZlIHRoaXMgaXNzdWUgYXMgYm90aA0KPiA+ID4+Pj4gcG9zc2libGUgc29sdXRpb25zIGFyZSBu
b3Qgc3VpdGFibGUgZm9yIGFuIG9wZXJhdG9yLg0KPiA+ID4+Pj4NCj4gPiA+Pj4+IEJlc3QgUmVn
YXJkcw0KPiA+ID4+Pj4NCj4gPiA+Pj4+IE9saXZpZXINCj4gPiA+Pj4+DQo+ID4gPj4+Pg0KPiA+
ID4+Pj4NCj4gPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+ID4gX19fX19fX19fDQo+ID4gPj4+PiBfX19fXw0KPiA+ID4+Pj4g
X18NCj4gPiA+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMg
cGV1dmVudCBjb250ZW5pciBkZXMNCj4gPiA+Pj4+IGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs
ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KPiA+ID4+Pj4gcGFzIGV0cmUg
ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMN
Cj4gPiA+Pj4+IGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNp
Z25hbGVyIGENCj4gPiA+Pj4+IGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUg
bGVzIHBpZWNlcyBqb2ludGVzLiBMZXMNCj4gPiA+Pj4+IG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMg
ZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlDQo+ID4gPj4+PiBkZWNsaW5l
IHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1l
IG91DQo+IGZhbHNpZmllLg0KPiA+ID4+Pj4gTWVyY2kuDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gVGhp
cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9y
DQo+ID4gPj4+PiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBi
eSBsYXc7IHRoZXkgc2hvdWxkDQo+ID4gPj4+PiBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3Ig
Y29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4gPiA+Pj4+IElmIHlvdSBoYXZlIHJlY2Vp
dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlDQo+ID4gPj4+PiBzZW5k
ZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCj4gPiA+Pj4+
IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3Nh
Z2VzIHRoYXQNCj4gPiA+Pj4+IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZp
ZWQuDQo+ID4gPj4+PiBUaGFuayB5b3UuDQo+ID4gPj4+Pg0KPiA+ID4+Pj4gX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+Pj4+IE9TUEYgbWFpbGlu
ZyBsaXN0DQo+ID4gPj4+PiBPU1BGQGlldGYub3JnDQo+ID4gPj4+PiBodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj4gPiA+Pg0KPiA+ID4+DQo+ID4gPj4NCj4gPg0K
PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQo+ID4gX19fX19fX19fX18NCj4gPiA+PiBfX19fXyBfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ID4+DQo+ID4gPj4gQ2UgbWVzc2FnZSBldCBz
ZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zDQo+ID4g
Pj4gY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFz
IGV0cmUNCj4gPiA+PiBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNh
dGlvbi4gU2kgdm91cyBhdmV6IHJlY3UNCj4gPiA+PiBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZl
dWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlDQo+ID4gPj4gZGV0cnVpcmUg
YWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMN
Cj4gPiA+PiBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0
b3V0ZQ0KPiA+ID4+IHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBk
ZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4gPiA+Pg0KPiA+ID4+IFRoaXMgbWVzc2FnZSBh
bmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvcg0KPiA+ID4+IHBy
aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBz
aG91bGQNCj4gPiA+PiBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQg
YXV0aG9yaXNhdGlvbi4NCj4gPiA+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGlu
IGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXINCj4gPiA+PiBhbmQgZGVsZXRlIHRoaXMg
bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPiA+ID4+IEFzIGVtYWlscyBtYXkgYmUgYWx0
ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQNCj4gPiA+PiBoYXZl
IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KPiA+ID4+IFRoYW5rIHlvdS4N
Cj4gPiA+Pg0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPg0KPiBfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gX19fX18NCj4g
Pg0KPiA+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIg
ZGVzIGluZm9ybWF0aW9ucw0KPiA+IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQg
bmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLA0KPiA+IGV4cGxvaXRlcyBvdSBjb3Bp
ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UNCj4gPiBw
YXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRy
dWlyZSBhaW5zaQ0KPiA+IHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVj
dHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcw0KPiA+IGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRl
Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsDQo+
IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KPiA+DQo+ID4gVGhpcyBtZXNzYWdlIGFuZCBp
dHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yDQo+ID4gcHJpdmlsZWdl
ZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBu
b3QNCj4gPiBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0
aW9uLg0KPiA+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFz
ZSBub3RpZnkgdGhlIHNlbmRlciBhbmQNCj4gPiBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMg
YXR0YWNobWVudHMuDQo+ID4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90
IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlDQo+ID4gYmVlbiBtb2RpZmllZCwgY2hhbmdl
ZCBvciBmYWxzaWZpZWQuDQo+ID4gVGhhbmsgeW91Lg0KPiA+DQo+ID4gX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBJc2lzLXdnIG1haWxpbmcgbGlz
dA0KPiA+IElzaXMtd2dAaWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL2lzaXMtd2cNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCj4gSXNpcy13ZyBtYWlsaW5nIGxpc3QNCj4gSXNpcy13Z0BpZXRmLm9yZw0K
PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lzaXMtd2cNCg==


From nobody Mon Nov 20 01:44:22 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 24720129501; Mon, 20 Nov 2017 01:44:20 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ospf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151117106010.22023.1770065326666885887@ietfa.amsl.com>
Date: Mon, 20 Nov 2017 01:44:20 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/d9nE3aPs7SpKOd6sfGFggCYaSSY>
Subject: [OSPF] I-D Action: draft-ietf-ospf-lls-interface-id-01.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Nov 2017 09:44:20 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Open Shortest Path First IGP WG of the IETF.

        Title           : OSPF LLS Extensions for Local Interface ID Advertisement
        Authors         : Peter Psenak
                          Ketan Jivan Talaulikar
                          Wim Henderickx
                          Padma Pillay-Esnault
	Filename        : draft-ietf-ospf-lls-interface-id-01.txt
	Pages           : 6
	Date            : 2017-11-20

Abstract:
   This draft describes the extensions to OSPF link-local signaling to
   advertise Local Interface Identifier.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ospf-lls-interface-id/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ospf-lls-interface-id-01
https://datatracker.ietf.org/doc/html/draft-ietf-ospf-lls-interface-id-01

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-lls-interface-id-01


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 Nov 20 01:53:58 2017
Return-Path: <ppsenak@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBD6F12951E for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 01:53:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level: 
X-Spam-Status: No, score=-14.501 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, 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 v1ISMajOWewC for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 01:53:55 -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 61E9012762F for <ospf@ietf.org>; Mon, 20 Nov 2017 01:53:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=267; q=dns/txt; s=iport; t=1511171635; x=1512381235; h=message-id:date:from:mime-version:to:subject: content-transfer-encoding; bh=Ez+lCIJbOf22xuUvTyyuqdQULysjSB952X8YqOthkuQ=; b=YXC46leiRfdG81Z0zCJ/s4QDPETFlkdpPDTM9ilSnyYpwysotuX1mn9e pAQpzBqDibtcVgCtn1l/IMLrjdNdaUOlOCYilYZl3K/jvtQHCfOnnm4xI QV/io9jV0F0srTQssyWjSdllCr8lKv/dR/24xCTVTVb689uyXb1evjH2W 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BuAQDbpBJa/xbLJq1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYUQjzmnEoIRCoUxhTcXAQEBAQEBAQEBayiFXX00AkwNCAEBiiG?= =?us-ascii?q?rLIp0AQEBBwIBJYM0g1yBaYMrgTCJYwEEoj6BdpMWgX0BigaHSHCVQoE6IQM0g?= =?us-ascii?q?XQ0IQgdFYMuhF9AjAYBAQE?=
X-IronPort-AV: E=Sophos;i="5.44,426,1505779200";  d="scan'208";a="320173"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2017 09:53:53 +0000
Received: from [10.147.24.21] ([10.147.24.21]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vAK9rqRx013059 for <ospf@ietf.org>; Mon, 20 Nov 2017 09:53:53 GMT
Message-ID: <5A12A637.50800@cisco.com>
Date: Mon, 20 Nov 2017 10:53:59 +0100
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: OSPF List <ospf@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/THJ_if6W9MNeQO65rj80REIbQBE>
Subject: [OSPF] Request for Early IANA allocation for draft-ietf-ospf-lls-interface-id
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Nov 2017 09:53:57 -0000

Hi OSPF WG Chairs,

authors of draft-ietf-ospf-lls-interface-id would like to request early 
code-point allocation from IANA as follows:

Registry:  Link Local Signalling TLV Identifiers
Value: 18
Description: Local Interface Identifier TLV

thanks,
Peter


From nobody Mon Nov 20 04:46:55 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50237126CD6 for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 04:46:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Fyoqhkt7zz3B for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 04:46:52 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D97A1201F8 for <ospf@ietf.org>; Mon, 20 Nov 2017 04:46:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=842; q=dns/txt; s=iport; t=1511182012; x=1512391612; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=FmQ5TFkBP+oMN8uqwU2UklD5k7HrAsM4qcForO2LpLw=; b=UJehHSkt3dHD+GKZJHCq3uXWe26a6qOf7uKbhOqpKjCXYN1GRtGyw5iG qDDAkohNn4t5liQYGBWc5GwW3CqsQ7tny1rCrVQ9XWweTXKDHBhE54v0N UoEmtC9ECTdv/SkdDORoBzvQpUTXgtWE8QrlD7ECyDAXCrdhthMqubqIT 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DRAABwzhJa/5BdJa1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM8Zm4nB4N4ih+PKJhfghEKGAuFGAIahGA/GAEBAQEBAQEBAWs?= =?us-ascii?q?ohR8CAQMBASEROhsCAQgaAiYCAgIlCxUQAgQBEoolEKhVgieKdAEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARsFgQ+CJYIHgz6DK4Ewg2uDFYJjBaI+ApUKgX2RT3CVFQIRGQG?= =?us-ascii?q?BOQEfOYF0ehVJgmSDEYFOd4o8gRQBAQE?=
X-IronPort-AV: E=Sophos;i="5.44,426,1505779200"; d="scan'208";a="316612053"
Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2017 12:46:49 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id vAKCknCm013909 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <ospf@ietf.org>; Mon, 20 Nov 2017 12:46:49 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 20 Nov 2017 07:46:48 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Mon, 20 Nov 2017 07:46:48 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, OSPF List <ospf@ietf.org>
Thread-Topic: [OSPF] Request for Early IANA allocation for draft-ietf-ospf-lls-interface-id
Thread-Index: AQHTYeWBazzg34UmuEeC3gv73Nb9aKMdN20A
Date: Mon, 20 Nov 2017 12:46:48 +0000
Message-ID: <D63838C5.DA6F7%acee@cisco.com>
References: <5A12A637.50800@cisco.com>
In-Reply-To: <5A12A637.50800@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: text/plain; charset="utf-8"
Content-ID: <1F341523EB8CFA4593E9871F54AA2418@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/5OTQ-oviGioc-RSQynQPqJz0OJ0>
Subject: Re: [OSPF] Request for Early IANA allocation for draft-ietf-ospf-lls-interface-id
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Nov 2017 12:46:54 -0000

SGkgUGV0ZXIsIA0KSSB3aWxsIGluaXRpYXRlIHRoZSBlYXJseSBhbGxvY2F0aW9uLg0KVGhhbmtz
LA0KQWNlZSANCg0KT24gMTEvMjAvMTcsIDQ6NTMgQU0sICJPU1BGIG9uIGJlaGFsZiBvZiBQZXRl
ciBQc2VuYWsgKHBwc2VuYWspIg0KPG9zcGYtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2Yg
cHBzZW5ha0BjaXNjby5jb20+IHdyb3RlOg0KDQo+SGkgT1NQRiBXRyBDaGFpcnMsDQo+DQo+YXV0
aG9ycyBvZiBkcmFmdC1pZXRmLW9zcGYtbGxzLWludGVyZmFjZS1pZCB3b3VsZCBsaWtlIHRvIHJl
cXVlc3QgZWFybHkNCj5jb2RlLXBvaW50IGFsbG9jYXRpb24gZnJvbSBJQU5BIGFzIGZvbGxvd3M6
DQo+DQo+UmVnaXN0cnk6ICBMaW5rIExvY2FsIFNpZ25hbGxpbmcgVExWIElkZW50aWZpZXJzDQo+
VmFsdWU6IDE4DQo+RGVzY3JpcHRpb246IExvY2FsIEludGVyZmFjZSBJZGVudGlmaWVyIFRMVg0K
Pg0KPnRoYW5rcywNCj5QZXRlcg0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQo+T1NQRiBtYWlsaW5nIGxpc3QNCj5PU1BGQGlldGYub3JnDQo+aHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQoNCg==


From nobody Mon Nov 20 04:55:38 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E47811201F8 for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 04:55:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 fCNGKxPVXaWi for <ospf@ietfa.amsl.com>; Mon, 20 Nov 2017 04:55:35 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22E98129577 for <ospf@ietf.org>; Mon, 20 Nov 2017 04:55:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=950; q=dns/txt; s=iport; t=1511182532; x=1512392132; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=LMAHc7FB7sh9nrzlEVRU9bss74bqb53fqckFqS6osH0=; b=LHHW08+yfan0+8Bl8YBwUjxLeq2Eep2uw2H/YurJzq03CSLRWk4EBiLR ubjj5OJiqRBxbWIYPFmm2TZjRnVXuS/7naw6xrfTzW5c/06ZTsNt4LyLE O2GHsoBJtLGQlVJufWqT4gYrUMk7zJIEJywVOjzlu2Abi23Skxv40kmvE Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DRAACFzxJa/4sNJK1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM8Zm4nB4N4ih+PKJhfghEKGAuFGAIahGA/GAEBAQEBAQEBAWs?= =?us-ascii?q?ohR8CAQMBASEROhsCAQgaAiYCAgIlCxUQAgQBEoolEKhXgieKdAEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARsFgQ+CJYIHgz6DK4Ewg2uDFYJjBaI+ApUKghaGDIsqcJUVAhE?= =?us-ascii?q?ZAYE5AR85gXR6FUmCZIMRgU53ijyBFAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.44,426,1505779200"; d="scan'208";a="33362414"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Nov 2017 12:55:31 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id vAKCtVgb015076 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <ospf@ietf.org>; Mon, 20 Nov 2017 12:55:31 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 20 Nov 2017 07:55:30 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Mon, 20 Nov 2017 07:55:30 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, OSPF List <ospf@ietf.org>
Thread-Topic: [OSPF] Request for Early IANA allocation for draft-ietf-ospf-lls-interface-id
Thread-Index: AQHTYeWBazzg34UmuEeC3gv73Nb9aKMdOdsA
Date: Mon, 20 Nov 2017 12:55:30 +0000
Message-ID: <D63839E5.DA707%acee@cisco.com>
References: <5A12A637.50800@cisco.com>
In-Reply-To: <5A12A637.50800@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: text/plain; charset="utf-8"
Content-ID: <C0ED2BA4CABB1F409841ED0FC77B525D@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/a06M4SPbmweeK2zp0ur2qYOo3FY>
Subject: Re: [OSPF] Request for Early IANA allocation for draft-ietf-ospf-lls-interface-id
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Nov 2017 12:55:37 -0000

T1NQRiBXRywgDQoNCkkgYW0gZ29pbmcgdG8gaW5pdGlhdGUgdGhlIElBTkEgZWFybHkgYWxsb2Nh
dGlvbiBwcm9jZXNzLiBJZiBhbnlvbmUNCm9wcG9zZXMgZWFybHkgYWxsb2NhdGlvbiwgcGxlYXNl
IHNwZWFrIG5vdy4NCg0KVGhhbmtzLA0KQWNlZSANCg0KT24gMTEvMjAvMTcsIDQ6NTMgQU0sICJP
U1BGIG9uIGJlaGFsZiBvZiBQZXRlciBQc2VuYWsgKHBwc2VuYWspIg0KPG9zcGYtYm91bmNlc0Bp
ZXRmLm9yZyBvbiBiZWhhbGYgb2YgcHBzZW5ha0BjaXNjby5jb20+IHdyb3RlOg0KDQo+SGkgT1NQ
RiBXRyBDaGFpcnMsDQo+DQo+YXV0aG9ycyBvZiBkcmFmdC1pZXRmLW9zcGYtbGxzLWludGVyZmFj
ZS1pZCB3b3VsZCBsaWtlIHRvIHJlcXVlc3QgZWFybHkNCj5jb2RlLXBvaW50IGFsbG9jYXRpb24g
ZnJvbSBJQU5BIGFzIGZvbGxvd3M6DQo+DQo+UmVnaXN0cnk6ICBMaW5rIExvY2FsIFNpZ25hbGxp
bmcgVExWIElkZW50aWZpZXJzDQo+VmFsdWU6IDE4DQo+RGVzY3JpcHRpb246IExvY2FsIEludGVy
ZmFjZSBJZGVudGlmaWVyIFRMVg0KPg0KPnRoYW5rcywNCj5QZXRlcg0KPg0KPl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+T1NQRiBtYWlsaW5nIGxpc3QN
Cj5PU1BGQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9v
c3BmDQoNCg==


From nobody Tue Nov 21 12:33:55 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B95F124B18; Tue, 21 Nov 2017 12:33:49 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ospf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151129642897.8707.1439832590491751419@ietfa.amsl.com>
Date: Tue, 21 Nov 2017 12:33:49 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/SFcaNhPYw_hcOF63CzDz1bsmX74>
Subject: [OSPF] I-D Action: draft-ietf-ospf-ospfv3-lsa-extend-18.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Nov 2017 20:33:49 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Open Shortest Path First IGP WG of the IETF.

        Title           : OSPFv3 LSA Extendibility
        Authors         : Acee Lindem
                          Abhay Roy
                          Dirk Goethals
                          Veerendranatha Reddy Vallem
                          Fred Baker
	Filename        : draft-ietf-ospf-ospfv3-lsa-extend-18.txt
	Pages           : 37
	Date            : 2017-11-21

Abstract:
   OSPFv3 requires functional extension beyond what can readily be done
   with the fixed-format Link State Advertisement (LSA) as described in
   RFC 5340.  Without LSA extension, attributes associated with OSPFv3
   links and advertised IPv6 prefixes must be advertised in separate
   LSAs and correlated to the fixed-format LSAs.  This document extends
   the LSA format by encoding the existing OSPFv3 LSA information in
   Type-Length-Value (TLV) tuples and allowing advertisement of
   additional information with additional TLVs.  Backward compatibility
   mechanisms are also described.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-lsa-extend/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ospf-ospfv3-lsa-extend-18
https://datatracker.ietf.org/doc/html/draft-ietf-ospf-ospfv3-lsa-extend-18

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-ospfv3-lsa-extend-18


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 Sun Nov 26 05:25:22 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 128741200B9; Sun, 26 Nov 2017 05:25:21 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Acee Lindem <acee@cisco.com>
To: <akatlas@gmail.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: ospf@ietf.org, iesg-secretary@ietf.org, Peter Psenak <ppsenak@cisco.com>,  ospf-chairs@ietf.org, ppsenak@cisco.com
Message-ID: <151170272106.16167.18403730267647218419.idtracker@ietfa.amsl.com>
Date: Sun, 26 Nov 2017 05:25:21 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/xd_VNiEgMveTaOykqGfdccGMY0w>
Subject: [OSPF] Publication has been requested for draft-ietf-ospf-ospfv3-lsa-extend-18
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2017 13:25:21 -0000

Acee Lindem has requested publication of draft-ietf-ospf-ospfv3-lsa-extend-18 as Proposed Standard on behalf of the OSPF working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-lsa-extend/


From nobody Sun Nov 26 20:30:16 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CED17126B7F; Sun, 26 Nov 2017 20:30:08 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ospf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151175700882.30922.10274055874753219810@ietfa.amsl.com>
Date: Sun, 26 Nov 2017 20:30:08 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/x8PUoiZz2yXMvS6Du2dtV81uV8M>
Subject: [OSPF] I-D Action: draft-ietf-ospf-link-overload-10.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 04:30:09 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Open Shortest Path First IGP WG of the IETF.

        Title           : OSPF Link Overload
        Authors         : Shraddha Hegde
                          Pushpasis Sarkar
                          Hannes Gredler
                          Mohan Nanduri
                          Luay Jalil
	Filename        : draft-ietf-ospf-link-overload-10.txt
	Pages           : 14
	Date            : 2017-11-26

Abstract:
   When a link is being prepared to be taken out of service, the traffic
   needs to be diverted from both ends of the link.  Increasing the
   metric to the highest metric on one side of the link is not
   sufficient to divert the traffic flowing in the other direction.

   It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be
   able to advertise a link as being in an overload state to indicate
   impending maintenance activity on the link.  This information can be
   used by the network devices to re-route the traffic effectively.

   This document describes the protocol extensions to disseminate link-
   overload information in OSPFv2 and OSPFv3.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ospf-link-overload-10
https://datatracker.ietf.org/doc/html/draft-ietf-ospf-link-overload-10

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-10


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 Nov 27 03:44:12 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AFFD1289B0; Mon, 27 Nov 2017 03:44:06 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ospf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151178304613.30831.17764720155198424042@ietfa.amsl.com>
Date: Mon, 27 Nov 2017 03:44:06 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/7jV5Zj1PJvMKCDgF4UdZMqdXKbE>
Subject: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 11:44:06 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Open Shortest Path First IGP WG of the IETF.

        Title           : OSPF Extensions for Segment Routing
        Authors         : Peter Psenak
                          Stefano Previdi
                          Clarence Filsfils
                          Hannes Gredler
                          Rob Shakir
                          Wim Henderickx
                          Jeff Tantsura
	Filename        : draft-ietf-ospf-segment-routing-extensions-22.txt
	Pages           : 28
	Date            : 2017-11-27

Abstract:
   Segment Routing (SR) allows a flexible definition of end-to-end paths
   within IGP topologies by encoding paths as sequences of topological
   sub-paths, called "segments".  These segments are advertised by the
   link-state routing protocols (IS-IS and OSPF).

   This draft describes the OSPF extensions required for Segment
   Routing.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-extensions/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ospf-segment-routing-extensions-22
https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-extensions-22

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-segment-routing-extensions-22


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 Nov 27 03:57:07 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D5D0128891 for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 03:57:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 nDIZioRV25XU for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 03:57:04 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B140124BFA for <ospf@ietf.org>; Mon, 27 Nov 2017 03:57:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3018; q=dns/txt; s=iport; t=1511783824; x=1512993424; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=vYOuF5mrOgspjloDKSCRWYgHs3ksWREn0F/VDudLLtA=; b=TgJFJyuL76c8dj3AK0uYVxB3Glhjg75i+9cseU628l0BmJBPghdBxF69 vUYBksjN7Nl35U/gIAvCOXu8yXMMTDYztzZhP0m9VDlytAua8ibve+PQ6 hKQr5SZQymU2LalX4d4cHAXy/L7v6ZlnB9c1gKfVyThZb023gWVPCRjqH E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAgBq/Bta/5JdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM8Zm4nB4N4mTSYaoIRChgNhRYCGoRRQBcBAQEBAQEBAQFrKIU?= =?us-ascii?q?gAgQBASEROgsQAgEIGgImAgICJQsVEAIEDgWKIhCmWYIninkBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEdgQ+CK4IHgz2DLINGgVaDFYJjBZF2kFACh3CNGoIWYoUqiyy?= =?us-ascii?q?KN4I/iRcCERkBgTkBIAE3gVBvFRYjgikJhEx3iFSBFAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.44,464,1505779200"; d="scan'208";a="36300632"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Nov 2017 11:57:03 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id vARBv27H027546 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Nov 2017 11:57:03 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 27 Nov 2017 06:57:02 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Mon, 27 Nov 2017 06:57:02 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: OSPF WG List <ospf@ietf.org>
CC: OSPF ADs <ospf-ads@tools.ietf.org>
Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
Thread-Index: AQHTZ3Ub3CmU09f9z0SZrysxc3YCFKMoHrYA
Date: Mon, 27 Nov 2017 11:57:02 +0000
Message-ID: <D641676F.DB587%acee@cisco.com>
References: <151178304613.30831.17764720155198424042@ietfa.amsl.com>
In-Reply-To: <151178304613.30831.17764720155198424042@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A1371E30B2F1E043922D8821E6546B94@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/XHeQvPBmaiYbQmuMd1ngXyFlxSY>
Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 11:57:06 -0000

VGhlIG9ubHkgY2hhbmdlIGluIHRoaXMgdmVyc2lvbiBpcyB0byB1cGRhdGUgdGhlIElBTkEgSUdQ
IEFsZ29yaXRobSBUeXBlDQpyZWdpc3RyeSBuYW1lIGJhc2VkIG9uIG91ciBkaXNjdXNzaW9ucy4N
Cg0KVGhhbmtzLA0KQWNlZSANCg0KT24gMTEvMjcvMTcsIDY6NDQgQU0sICJPU1BGIG9uIGJlaGFs
ZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciDQo8b3NwZi1ib3VuY2VzQGlldGYub3JnIG9u
IGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQo+DQo+QSBOZXcg
SW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJh
ZnRzDQo+ZGlyZWN0b3JpZXMuDQo+VGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgT3Bl
biBTaG9ydGVzdCBQYXRoIEZpcnN0IElHUCBXRyBvZiB0aGUNCj5JRVRGLg0KPg0KPiAgICAgICAg
VGl0bGUgICAgICAgICAgIDogT1NQRiBFeHRlbnNpb25zIGZvciBTZWdtZW50IFJvdXRpbmcNCj4g
ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFBldGVyIFBzZW5haw0KPiAgICAgICAgICAgICAgICAg
ICAgICAgICAgU3RlZmFubyBQcmV2aWRpDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICBDbGFy
ZW5jZSBGaWxzZmlscw0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgSGFubmVzIEdyZWRsZXIN
Cj4gICAgICAgICAgICAgICAgICAgICAgICAgIFJvYiBTaGFraXINCj4gICAgICAgICAgICAgICAg
ICAgICAgICAgIFdpbSBIZW5kZXJpY2t4DQo+ICAgICAgICAgICAgICAgICAgICAgICAgICBKZWZm
IFRhbnRzdXJhDQo+CUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtb3NwZi1zZWdtZW50LXJv
dXRpbmctZXh0ZW5zaW9ucy0yMi50eHQNCj4JUGFnZXMgICAgICAgICAgIDogMjgNCj4JRGF0ZSAg
ICAgICAgICAgIDogMjAxNy0xMS0yNw0KPg0KPkFic3RyYWN0Og0KPiAgIFNlZ21lbnQgUm91dGlu
ZyAoU1IpIGFsbG93cyBhIGZsZXhpYmxlIGRlZmluaXRpb24gb2YgZW5kLXRvLWVuZCBwYXRocw0K
PiAgIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBwYXRocyBhcyBzZXF1ZW5jZXMg
b2YgdG9wb2xvZ2ljYWwNCj4gICBzdWItcGF0aHMsIGNhbGxlZCAic2VnbWVudHMiLiAgVGhlc2Ug
c2VnbWVudHMgYXJlIGFkdmVydGlzZWQgYnkgdGhlDQo+ICAgbGluay1zdGF0ZSByb3V0aW5nIHBy
b3RvY29scyAoSVMtSVMgYW5kIE9TUEYpLg0KPg0KPiAgIFRoaXMgZHJhZnQgZGVzY3JpYmVzIHRo
ZSBPU1BGIGV4dGVuc2lvbnMgcmVxdWlyZWQgZm9yIFNlZ21lbnQNCj4gICBSb3V0aW5nLg0KPg0K
Pg0KPg0KPlRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz
Og0KPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtb3NwZi1zZWdt
ZW50LXJvdXRpbmctZXh0ZW5zaW9uDQo+cy8NCj4NCj5UaGVyZSBhcmUgYWxzbyBodG1saXplZCB2
ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQo+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0
LWlldGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0yMg0KPmh0dHBzOi8vZGF0YXRy
YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1l
eHRlDQo+bnNpb25zLTIyDQo+DQo+QSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMg
YXZhaWxhYmxlIGF0Og0KPmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1p
ZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvDQo+bnMtMjINCj4NCj4NCj5QbGVhc2Ug
bm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBv
Zg0KPnN1Ym1pc3Npb24NCj51bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUg
YXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPg0KPkludGVybmV0LURyYWZ0cyBhcmUgYWxz
byBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCj5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50
ZXJuZXQtZHJhZnRzLw0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQo+T1NQRiBtYWlsaW5nIGxpc3QNCj5PU1BGQGlldGYub3JnDQo+aHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQoNCg==


From nobody Mon Nov 27 04:02:33 2017
Return-Path: <ppsenak@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38A4E1288A9 for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 04:02:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level: 
X-Spam-Status: No, score=-14.501 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, 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 ODalLCEgyr-q for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 04:02:30 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 156931243F6 for <ospf@ietf.org>; Mon, 27 Nov 2017 04:02:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2683; q=dns/txt; s=iport; t=1511784150; x=1512993750; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=WjtWLO+2g3waG7szaYTvXBCFhJb3uHJXlBzEPjkuEPY=; b=jSBYlgo076JQOyaQob+bV09eKweok/vN26C4OaAYKbsfqhto+QTa0ysF tesHbU1dQ4XiUTwjQVD5CzGrlFFm3WjRWnlkNukRdW/UDUjfy7Ysr3cnK cW7SSKI8m2PBIu5UPHkMzh47yj1PRcq+uZEq5vXTol4SE08uYz1njSCt3 4=;
X-IronPort-AV: E=Sophos;i="5.44,464,1505779200";  d="scan'208";a="455831"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Nov 2017 12:02:28 +0000
Received: from [10.147.24.35] ([10.147.24.35]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id vARC2R07025606; Mon, 27 Nov 2017 12:02:28 GMT
Message-ID: <5A1BFED4.2090901@cisco.com>
Date: Mon, 27 Nov 2017 13:02:28 +0100
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: "Acee Lindem (acee)" <acee@cisco.com>, OSPF WG List <ospf@ietf.org>
CC: OSPF ADs <ospf-ads@tools.ietf.org>
References: <151178304613.30831.17764720155198424042@ietfa.amsl.com> <D641676F.DB587%acee@cisco.com>
In-Reply-To: <D641676F.DB587%acee@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/J_RIrpwlAxigusSGINI58_fBKb8>
Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 12:02:32 -0000

Hi Acee,

there is one more change.

TLV type for the SRMS Preference TLV was changed from 13 to 15, as value 
13 was taken by "Tunnel Encapsulations".

thanks,
Peter


On 27/11/17 12:57 , Acee Lindem (acee) wrote:
> The only change in this version is to update the IANA IGP Algorithm Type
> registry name based on our discussions.
>
> Thanks,
> Acee
>
> On 11/27/17, 6:44 AM, "OSPF on behalf of internet-drafts@ietf.org"
> <ospf-bounces@ietf.org on behalf of internet-drafts@ietf.org> wrote:
>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>> This draft is a work item of the Open Shortest Path First IGP WG of the
>> IETF.
>>
>>         Title           : OSPF Extensions for Segment Routing
>>         Authors         : Peter Psenak
>>                           Stefano Previdi
>>                           Clarence Filsfils
>>                           Hannes Gredler
>>                           Rob Shakir
>>                           Wim Henderickx
>>                           Jeff Tantsura
>> 	Filename        : draft-ietf-ospf-segment-routing-extensions-22.txt
>> 	Pages           : 28
>> 	Date            : 2017-11-27
>>
>> Abstract:
>>    Segment Routing (SR) allows a flexible definition of end-to-end paths
>>    within IGP topologies by encoding paths as sequences of topological
>>    sub-paths, called "segments".  These segments are advertised by the
>>    link-state routing protocols (IS-IS and OSPF).
>>
>>    This draft describes the OSPF extensions required for Segment
>>    Routing.
>>
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-extension
>> s/
>>
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-ospf-segment-routing-extensions-22
>> https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-exte
>> nsions-22
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-segment-routing-extensio
>> ns-22
>>
>>
>> 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/
>>
>> _______________________________________________
>> OSPF mailing list
>> OSPF@ietf.org
>> https://www.ietf.org/mailman/listinfo/ospf
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www.ietf.org/mailman/listinfo/ospf
> .
>


From nobody Mon Nov 27 04:09:44 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBF2112896F for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 04:09:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level: 
X-Spam-Status: No, score=-14.521 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 3v9OibtKDjC1 for <ospf@ietfa.amsl.com>; Mon, 27 Nov 2017 04:09:41 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBBF0128959 for <ospf@ietf.org>; Mon, 27 Nov 2017 04:09:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4062; q=dns/txt; s=iport; t=1511784580; x=1512994180; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=G/j2PfLwp3mWSM8FLxSlcHGHKAAFnmOs5BjStmFXfUI=; b=OAfXIuoM/GaRBL+3thwXt08ouq+2dKL6Q+NaZ256cVXgNuqXEsoWtPRN ilxTBpUODjYHpiccjICmxs9xUoWDQ8TYN+FpNcdS/3u3ohZRAeFr/86F6 SqdhfY67cK9RJ022jb0bLRrseYmy9Rvi5vGatfFybKhfS2xItyDHK90tQ E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNAADz/xta/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM8Zm4nB4N4iiCPFIF9lm2CEQoYDYUWAhqEUT8YAQEBAQEBAQE?= =?us-ascii?q?BayiFIAEBBAEBIRE6CxACAQgYAgImAgICJQsVEAIEAQ0FiiIQpSyCJ4p5AQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBHYEPgiuCB4M9AYMrg0aBVheCfoJjBZF2kFACh3C?= =?us-ascii?q?NGoIWYoUqiyyKN4I/iRcCERkBgTkBHzmBUG8VFiOCKQmETHeIVIEUAQEB?=
X-IronPort-AV: E=Sophos;i="5.44,464,1505779200"; d="scan'208";a="325423441"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Nov 2017 12:09:39 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id vARC9dif029599 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Nov 2017 12:09:39 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 27 Nov 2017 07:09:38 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Mon, 27 Nov 2017 07:09:38 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, OSPF WG List <ospf@ietf.org>
CC: OSPF ADs <ospf-ads@tools.ietf.org>
Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
Thread-Index: AQHTZ3Ub3CmU09f9z0SZrysxc3YCFKMoHrYAgABVYgD//64igA==
Date: Mon, 27 Nov 2017 12:09:38 +0000
Message-ID: <D6416A76.DB5AD%acee@cisco.com>
References: <151178304613.30831.17764720155198424042@ietfa.amsl.com> <D641676F.DB587%acee@cisco.com> <5A1BFED4.2090901@cisco.com>
In-Reply-To: <5A1BFED4.2090901@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: text/plain; charset="utf-8"
Content-ID: <2C91C5858D1B4D408BD7ECC50B1EB752@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/QsXM4TSppMxzwa1JntlA0VM6WVU>
Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-extensions-22.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 12:09:43 -0000

VGhhbmtzIFBldGVyIC0gSSBtaXNzZWQgdGhpcyBvbmUgaW4gbXkgbG9vayBhdCB0aGUgbmV3IHJl
dmlzaW9uLg0KQWNlZSANCg0KT24gMTEvMjcvMTcsIDc6MDIgQU0sICJQZXRlciBQc2VuYWsgKHBw
c2VuYWspIiA8cHBzZW5ha0BjaXNjby5jb20+IHdyb3RlOg0KDQo+SGkgQWNlZSwNCj4NCj50aGVy
ZSBpcyBvbmUgbW9yZSBjaGFuZ2UuDQo+DQo+VExWIHR5cGUgZm9yIHRoZSBTUk1TIFByZWZlcmVu
Y2UgVExWIHdhcyBjaGFuZ2VkIGZyb20gMTMgdG8gMTUsIGFzIHZhbHVlDQo+MTMgd2FzIHRha2Vu
IGJ5ICJUdW5uZWwgRW5jYXBzdWxhdGlvbnMiLg0KPg0KPnRoYW5rcywNCj5QZXRlcg0KPg0KPg0K
Pk9uIDI3LzExLzE3IDEyOjU3ICwgQWNlZSBMaW5kZW0gKGFjZWUpIHdyb3RlOg0KPj4gVGhlIG9u
bHkgY2hhbmdlIGluIHRoaXMgdmVyc2lvbiBpcyB0byB1cGRhdGUgdGhlIElBTkEgSUdQIEFsZ29y
aXRobSBUeXBlDQo+PiByZWdpc3RyeSBuYW1lIGJhc2VkIG9uIG91ciBkaXNjdXNzaW9ucy4NCj4+
DQo+PiBUaGFua3MsDQo+PiBBY2VlDQo+Pg0KPj4gT24gMTEvMjcvMTcsIDY6NDQgQU0sICJPU1BG
IG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciDQo+PiA8b3NwZi1ib3VuY2Vz
QGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0K
Pj4NCj4+Pg0KPj4+IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBv
bi1saW5lIEludGVybmV0LURyYWZ0cw0KPj4+IGRpcmVjdG9yaWVzLg0KPj4+IFRoaXMgZHJhZnQg
aXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE9wZW4gU2hvcnRlc3QgUGF0aCBGaXJzdCBJR1AgV0cgb2Yg
dGhlDQo+Pj4gSUVURi4NCj4+Pg0KPj4+ICAgICAgICAgVGl0bGUgICAgICAgICAgIDogT1NQRiBF
eHRlbnNpb25zIGZvciBTZWdtZW50IFJvdXRpbmcNCj4+PiAgICAgICAgIEF1dGhvcnMgICAgICAg
ICA6IFBldGVyIFBzZW5haw0KPj4+ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3RlZmFubyBQ
cmV2aWRpDQo+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgICBDbGFyZW5jZSBGaWxzZmlscw0K
Pj4+ICAgICAgICAgICAgICAgICAgICAgICAgICAgSGFubmVzIEdyZWRsZXINCj4+PiAgICAgICAg
ICAgICAgICAgICAgICAgICAgIFJvYiBTaGFraXINCj4+PiAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFdpbSBIZW5kZXJpY2t4DQo+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgICBKZWZmIFRh
bnRzdXJhDQo+Pj4gCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtb3NwZi1zZWdtZW50LXJv
dXRpbmctZXh0ZW5zaW9ucy0yMi50eHQNCj4+PiAJUGFnZXMgICAgICAgICAgIDogMjgNCj4+PiAJ
RGF0ZSAgICAgICAgICAgIDogMjAxNy0xMS0yNw0KPj4+DQo+Pj4gQWJzdHJhY3Q6DQo+Pj4gICAg
U2VnbWVudCBSb3V0aW5nIChTUikgYWxsb3dzIGEgZmxleGlibGUgZGVmaW5pdGlvbiBvZiBlbmQt
dG8tZW5kDQo+Pj5wYXRocw0KPj4+ICAgIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGlu
ZyBwYXRocyBhcyBzZXF1ZW5jZXMgb2YgdG9wb2xvZ2ljYWwNCj4+PiAgICBzdWItcGF0aHMsIGNh
bGxlZCAic2VnbWVudHMiLiAgVGhlc2Ugc2VnbWVudHMgYXJlIGFkdmVydGlzZWQgYnkgdGhlDQo+
Pj4gICAgbGluay1zdGF0ZSByb3V0aW5nIHByb3RvY29scyAoSVMtSVMgYW5kIE9TUEYpLg0KPj4+
DQo+Pj4gICAgVGhpcyBkcmFmdCBkZXNjcmliZXMgdGhlIE9TUEYgZXh0ZW5zaW9ucyByZXF1aXJl
ZCBmb3IgU2VnbWVudA0KPj4+ICAgIFJvdXRpbmcuDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gVGhlIElF
VEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+Pj4gDQo+Pj5o
dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtc2VnbWVudC1y
b3V0aW5nLWV4dGVuc2kNCj4+Pm9uDQo+Pj4gcy8NCj4+Pg0KPj4+IFRoZXJlIGFyZSBhbHNvIGh0
bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCj4+PiANCj4+Pmh0dHBzOi8vdG9vbHMuaWV0
Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMtMg0K
Pj4+Mg0KPj4+IA0KPj4+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFm
dC1pZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4DQo+Pj50ZQ0KPj4+IG5zaW9ucy0yMg0KPj4+
DQo+Pj4gQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0K
Pj4+IA0KPj4+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtb3Nw
Zi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zDQo+Pj5pbw0KPj4+IG5zLTIyDQo+Pj4NCj4+Pg0KPj4+
IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRo
ZSB0aW1lIG9mDQo+Pj4gc3VibWlzc2lvbg0KPj4+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u
IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQo+Pj4NCj4+PiBJbnRl
cm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQo+Pj4g
ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4+Pg0KPj4+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gT1NQRiBtYWlsaW5nIGxp
c3QNCj4+PiBPU1BGQGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s
aXN0aW5mby9vc3BmDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+PiBPU1BGQGlldGYub3JnDQo+PiBo
dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj4+IC4NCj4+DQo+DQoN
Cg==


From nobody Tue Nov 28 01:23:06 2017
Return-Path: <ppsenak@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A50F812726E for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 01:23:04 -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 g34AfY1hU0j3 for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 01:23:01 -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 33FB312421A for <ospf@ietf.org>; Tue, 28 Nov 2017 01:23:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25693; q=dns/txt; s=iport; t=1511860981; x=1513070581; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=zD2LAy5L74XGbTgFYZM6s2Wt6F/IfGUhL/cBZF8pIZc=; b=cQTIgL1ulhXFoTIvrewFMz9DTPrG4joxARabZqINVi6WmwhAa5b/SnkX n0mZ/MkKVncNtVNFmcHd6HqgJTQ+WB87ZWcmwOPVv2iuZMk0WmNBc0Fg4 lgVWZDzglNYzkThtLq+rMJdOdhKfGJmXrVgC482Zw6miuRU/p9r9CuFRL E=;
X-IronPort-AV: E=Sophos;i="5.44,467,1505779200";  d="scan'208";a="470270"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Nov 2017 09:22:59 +0000
Received: from [10.60.140.60] (ams-ppsenak-nitro11.cisco.com [10.60.140.60]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id vAS9Mwul023450; Tue, 28 Nov 2017 09:22:59 GMT
Message-ID: <5A1D2AF2.9070306@cisco.com>
Date: Tue, 28 Nov 2017 10:22:58 +0100
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Acee Lindem <acee@cisco.com>, OSPF List <ospf@ietf.org>
References: <RT-Ticket-986195@icann.org> <RT-Ticket-983749@icann.org> <150670051902.14224.7555704394187356582.idtracker@ietfa.amsl.com> <rt-4.2.9-4738-1507831185-174.983749-7-0@icann.org> <D6383F18.DA728%acee@cisco.com> <5A1BFDE8.8070000@cisco.com> <rt-4.2.9-11449-1511783937-1848.986195-7-0@icann.org> <rt-4.2.9-1206-1511808828-321.986195-7-0@icann.org> <5A1C60B0.5050609@cisco.com> <rt-4.2.9-1206-1511809223-481.986195-7-0@icann.org> <rt-4.2.9-1205-1511809354-602.986195-7-0@icann.org>
In-Reply-To: <rt-4.2.9-1205-1511809354-602.986195-7-0@icann.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/xnPZ6w7abHLJL5Deq97zhfK_108>
Subject: Re: [OSPF] [IANA #986195] Re: Last Call: <draft-ietf-ospf-segment-routing-extensions-19.txt> (OSPF Extensions for Segment Routing) to Proposed Standard
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 09:23:05 -0000

Hi Acee,

can you please ask for early IANA allocation for following values from 
OSPF OSPF Router Information (RI) TLVs Registry:

o 14 - SR Local Block TLV

o 15 - SRMS Preference TLV

We had to change them twice already, as other drafts are taking the values.

thanks,
Peter

  On 27/11/17 20:02 , Amanda Baber via RT wrote:
> Hi Peter,
>
> On Mon Nov 27 19:00:23 2017, ppsenak@cisco.com wrote:
>> Hi Amanda,
>>
>> thanks for your response. I'm familiar with the early INAA allocation
>> procedures.
>>
>> The question is whether it makes sense to do the early allocation when
>> the draft-ietf-ospf-segment-routing-extensions is already submitted to
>> IESG for publication?
>
> That I don't know, but we have no other way to reserve those specific values.
>
> thanks,
> Amanda
>
>> thanks,
>> Peter
>>
>> On 27/11/17 19:53 , Amanda Baber via RT wrote:
>>> Hi Peter,
>>>
>>> About reserving values:
>>>
>>> On Mon Nov 27 11:58:57 2017, ppsenak@cisco.com wrote:
>>>> Hi,
>>>>
>>>> I have updated the text.
>>>>
>>>> Looks like there is a conflict in the "OSPF OSPF Router Information
>>>> (RI)
>>>> TLVs Registry" for value 13, which we used in
>>>> draft-ietf-ospf-segment-routing-extensions, but has been assigned to
>>>> "Tunnel Encapsulations" (ietf-ospf-encapsulation-cap-09) in the
>>>> meantime.
>>>>
>>>> I have updated the value in draft-ietf-ospf-segment-routing-
>>>> extensions
>>>> to use value 15 instead.
>>>>
>>>> I would also like to ask IANA to reserve values 14 and 15 in the
>>>> "OSPF
>>>> OSPF Router Information (RI) TLVs Registry" to prevent them being
>>>> taken
>>>> by other drafts while the draft-ietf-ospf-segment-routing-extensions
>>>> is
>>>> waiting for publication.
>>>
>>> We can't reserve values, but we can make early allocations, as
>>> described in RFC 7120 (see Section 3 for information about requesting
>>> one). In order to do so, we would need a request from a chair, with
>>> the AD's approval. The allocation would last for one year, but could
>>> be renewed for one more year by the chairs and AD. Any further
>>> renewals would have to be approved by the IESG. We would make the
>>> registration permanent upon approval of the document listed as the
>>> reference.
>>>
>>> If one of the chairs is going to submit an early allocation request,
>>> please send a separate email to iana@iana.org, without this ticket
>>> number in the subject line.
>>>
>>> For future reference, if this were a First Come First Served or
>>> Expert Review registry -- i.e. a registry that doesn't require RFC
>>> publication -- we would ask you to submit a request for permanent
>>> registration. Temporary allocation isn't available for registries
>>> that don't require an RFC for registration.
>>>
>>> thanks,
>>> Amanda
>>>
>>>> thanks,
>>>> Peter
>>>>
>>>> On 20/11/17 14:19 , Acee Lindem (acee) wrote:
>>>>> Hi Peter,
>>>>> The only thing I might add is that the new “IGP Algorithm Type”
>>>>> registry
>>>>> should be under a new broader category of “Interior Gateway
>>>>> Protocol (IGP)
>>>>> Parameters” IANA registries.
>>>>> Thanks,
>>>>> Acee
>>>>>
>>>>> On 11/20/17, 4:58 AM, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Acee,
>>>>>>
>>>>>> ok, so I assume what is currently in the draft is correct.
>>>>>>
>>>>>> thanks,
>>>>>> Peter
>>>>>>
>>>>>> On 08/11/17 13:46 , Acee Lindem (acee) wrote:
>>>>>>> Peter, Amanda,
>>>>>>>
>>>>>>> Let’s go with an IGP Algorithms Registry in a broader class of
>>>>>>> IGP
>>>>>>> Parameters. OSPF and IS-IS are the only places we know we’ll use
>>>>>>> the
>>>>>>> algorithms immediately.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Acee
>>>>>>>
>>>>>>> On 11/8/17, 3:51 AM, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Alia, Acee,
>>>>>>>>
>>>>>>>> have we concluded whether we define a registry under OSPF and
>>>>>>>> use it
>>>>>>>> elsewhere, or we define a protocol independent one?
>>>>>>>>
>>>>>>>> thanks,
>>>>>>>> Peter
>>>>>>>>
>>>>>>>> On 08/11/17 08:14 , Amanda Baber via RT wrote:
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> Has a name been chosen? Should it be included in the IANA
>>>>>>>>> Considerations section?
>>>>>>>>>
>>>>>>>>> thanks,
>>>>>>>>> Amanda
>>>>>>>>>
>>>>>>>>> On Thu Oct 26 10:03:09 2017, acee@cisco.com wrote:
>>>>>>>>>> Hi Alia,
>>>>>>>>>>
>>>>>>>>>> From: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>
>>>>>>>>>> Date: Thursday, October 26, 2017 at 12:06 AM
>>>>>>>>>> To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
>>>>>>>>>> Cc: "drafts-lastcall-comment@iana.org<mailto:drafts-lastcall-
>>>>>>>>>> comment@iana.org>" <drafts-lastcall-
>>>>>>>>>> comment@iana.org<mailto:drafts-
>>>>>>>>>> lastcall-comment@iana.org>>, Alvaro Retana
>>>>>>>>>> <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>,
>>>>>>>>>> "Clarence
>>>>>>>>>> Filsfils (cfilsfil)"
>>>>>>>>>> <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>,
>>>>>>>>>> "Peter Psenak (ppsenak)"
>>>>>>>>>> <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>, "Abhay Roy
>>>>>>>>>> (akr)"
>>>>>>>>>> <akr@cisco.com<mailto:akr@cisco.com>>,
>>>>>>>>>> "hannes@rtbrick.com<mailto:hannes@rtbrick.com>"
>>>>>>>>>> <hannes@rtbrick.com<mailto:hannes@rtbrick.com>>, Jeff Tantsura
>>>>>>>>>> <jefftant.ietf@gmail.com<mailto:jefftant.ietf@gmail.com>>,
>>>>>>>>>> Stefano
>>>>>>>>>> Previdi <stefano@previdi.net<mailto:stefano@previdi.net>>,
>>>>>>>>>> Deborah
>>>>>>>>>> Brungard <db3546@att.com<mailto:db3546@att.com>>, Wim
>>>>>>>>>> Henderickx
>>>>>>>>>> <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>>,
>>>>>>>>>> "robjs@google.com<mailto:robjs@google.com>"
>>>>>>>>>> <robjs@google.com<mailto:robjs@google.com>>
>>>>>>>>>> Subject: Re: [IANA #986195] Re: Last Call: <draft-ietf-ospf-
>>>>>>>>>> segment-
>>>>>>>>>> routing-extensions-19.txt> (OSPF Extensions for Segment
>>>>>>>>>> Routing) to
>>>>>>>>>> Proposed Standard
>>>>>>>>>>
>>>>>>>>>> Acee,
>>>>>>>>>>
>>>>>>>>>> Then is there a reason to not just pick one IGP's registry and
>>>>>>>>>> have
>>>>>>>>>> the other IGP's draft refer to it?
>>>>>>>>>> The field name can be explicit.
>>>>>>>>>>
>>>>>>>>>> I am concerned about creating different registry pages
>>>>>>>>>> eventually for
>>>>>>>>>> a number of different combos - and I'm
>>>>>>>>>> fairly resigned that many OSPF and IS-IS registries can
>>>>>>>>>> migrate into
>>>>>>>>>> use by BGP or BGP-LS...
>>>>>>>>>> For that matter, the OSPF draft used to refer to RSVP-TE
>>>>>>>>>> registries.
>>>>>>>>>>
>>>>>>>>>> As we already noted,  drafts can refer to existing registries
>>>>>>>>>> that
>>>>>>>>>> are
>>>>>>>>>> not associated with the WG. Since BGP-LS is used to encoding
>>>>>>>>>> information from many sources, I would fully expect that it
>>>>>>>>>> would
>>>>>>>>>> refer to registries from other protocols and believe this is
>>>>>>>>>> normal.
>>>>>>>>>> Also, while it is not common, a subsequent draft can rename a
>>>>>>>>>> registry
>>>>>>>>>> as part the IANA actions.
>>>>>>>>>>
>>>>>>>>>> If you are still concerned, we can go with a "Routing
>>>>>>>>>> Algorithms”
>>>>>>>>>> registry at the top level.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> What has happened with the same functionality defined by OSPF
>>>>>>>>>> and IS-
>>>>>>>>>> IS into registries in the past?
>>>>>>>>>> Do you recall?
>>>>>>>>>>
>>>>>>>>>> In the past, we’ve had separate protocol registries.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Acee
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Alia
>>>>>>>>>>
>>>>>>>>>> On Wed, Oct 25, 2017 at 8:03 PM, Acee Lindem (acee)
>>>>>>>>>> <acee@cisco.com<mailto:acee@cisco.com>> wrote:
>>>>>>>>>> Hi Alia,
>>>>>>>>>>
>>>>>>>>>> From: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>
>>>>>>>>>> Date: Wednesday, October 25, 2017 at 3:47 PM
>>>>>>>>>> To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
>>>>>>>>>> Cc: "drafts-lastcall-comment@iana.org<mailto:drafts-lastcall-
>>>>>>>>>> comment@iana.org>" <drafts-lastcall-
>>>>>>>>>> comment@iana.org<mailto:drafts-
>>>>>>>>>> lastcall-comment@iana.org>>, Alvaro Retana
>>>>>>>>>> <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>,
>>>>>>>>>> "Clarence
>>>>>>>>>> Filsfils (cfilsfil)"
>>>>>>>>>> <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>,
>>>>>>>>>> "Peter Psenak (ppsenak)"
>>>>>>>>>> <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>, "Abhay Roy
>>>>>>>>>> (akr)"
>>>>>>>>>> <akr@cisco.com<mailto:akr@cisco.com>>,
>>>>>>>>>> "hannes@rtbrick.com<mailto:hannes@rtbrick.com>"
>>>>>>>>>> <hannes@rtbrick.com<mailto:hannes@rtbrick.com>>, Jeff Tantsura
>>>>>>>>>> <jefftant.ietf@gmail.com<mailto:jefftant.ietf@gmail.com>>,
>>>>>>>>>> Stefano
>>>>>>>>>> Previdi <stefano@previdi.net<mailto:stefano@previdi.net>>,
>>>>>>>>>> Deborah
>>>>>>>>>> Brungard <db3546@att.com<mailto:db3546@att.com>>, Wim
>>>>>>>>>> Henderickx
>>>>>>>>>> <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>>,
>>>>>>>>>> "robjs@google.com<mailto:robjs@google.com>"
>>>>>>>>>> <robjs@google.com<mailto:robjs@google.com>>
>>>>>>>>>> Subject: Re: [IANA #986195] Re: Last Call: <draft-ietf-ospf-
>>>>>>>>>> segment-
>>>>>>>>>> routing-extensions-19.txt> (OSPF Extensions for Segment
>>>>>>>>>> Routing) to
>>>>>>>>>> Proposed Standard
>>>>>>>>>>
>>>>>>>>>> Hi Acee,
>>>>>>>>>>
>>>>>>>>>> I agree that too broad a category isn't good.  We already have
>>>>>>>>>> protocols using registry from other protocols and I haven't
>>>>>>>>>> seen
>>>>>>>>>> harm,
>>>>>>>>>> as long as it is clearly indicated.  The ospf-tunnel-
>>>>>>>>>> capabilities is
>>>>>>>>>> the one that I am thinking of. If we have Routing Protocol
>>>>>>>>>> Parameters
>>>>>>>>>> & different algorithms from MANET or ROLL came in, would that
>>>>>>>>>> be
>>>>>>>>>> acceptable?
>>>>>>>>>>
>>>>>>>>>> Yes. Although I doubt there will be much overlap between the
>>>>>>>>>> IGPs and
>>>>>>>>>> MANET or ROLL.
>>>>>>>>>>
>>>>>>>>>> I don't have a formed opinion on the most workable answer. I
>>>>>>>>>> would
>>>>>>>>>> like to better understand whether this is a general concern or
>>>>>>>>>> simply
>>>>>>>>>> relevant to the fact that the OSPF and IS-IS extensions to SR
>>>>>>>>>> add
>>>>>>>>>> what
>>>>>>>>>> can be a common registry.
>>>>>>>>>>
>>>>>>>>>> I believe the only requirement we have today is for IGP
>>>>>>>>>> algorithms.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Acee
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Alia
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, Oct 25, 2017 at 3:07 PM, Acee Lindem (acee)
>>>>>>>>>> <acee@cisco.com<mailto:acee@cisco.com>> wrote:
>>>>>>>>>> Hi Alia,
>>>>>>>>>>
>>>>>>>>>> If the registry category is too broad, it doesn’t help in
>>>>>>>>>> categorization of the registries. Hence, going to “Routing
>>>>>>>>>> Area
>>>>>>>>>> Parameters” wouldn’t be of much value. Since there aren’t that
>>>>>>>>>> many
>>>>>>>>>> routing protocols, we could go with “Routing Protocol
>>>>>>>>>> Parameters” as
>>>>>>>>>> the general category and “Routing Algorithms” as the new
>>>>>>>>>> registry. I
>>>>>>>>>> don’t see much commonality with BFD and SFC.
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Acee
>>>>>>>>>>
>>>>>>>>>> From: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>
>>>>>>>>>> Date: Wednesday, October 25, 2017 at 10:16 AM
>>>>>>>>>> To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
>>>>>>>>>> Cc: "drafts-lastcall-comment@iana.org<mailto:drafts-lastcall-
>>>>>>>>>> comment@iana.org>" <drafts-lastcall-
>>>>>>>>>> comment@iana.org<mailto:drafts-
>>>>>>>>>> lastcall-comment@iana.org>>, Alvaro Retana
>>>>>>>>>> <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>,
>>>>>>>>>> "Clarence
>>>>>>>>>> Filsfils (cfilsfil)"
>>>>>>>>>> <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>,
>>>>>>>>>> "Peter Psenak (ppsenak)"
>>>>>>>>>> <ppsenak@cisco.com<mailto:ppsenak@cisco.com>>, "Abhay Roy
>>>>>>>>>> (akr)"
>>>>>>>>>> <akr@cisco.com<mailto:akr@cisco.com>>,
>>>>>>>>>> "hannes@rtbrick.com<mailto:hannes@rtbrick.com>"
>>>>>>>>>> <hannes@rtbrick.com<mailto:hannes@rtbrick.com>>, Jeff Tantsura
>>>>>>>>>> <jefftant.ietf@gmail.com<mailto:jefftant.ietf@gmail.com>>,
>>>>>>>>>> Stefano
>>>>>>>>>> Previdi <stefano@previdi.net<mailto:stefano@previdi.net>>,
>>>>>>>>>> Deborah
>>>>>>>>>> Brungard <db3546@att.com<mailto:db3546@att.com>>, Wim
>>>>>>>>>> Henderickx
>>>>>>>>>> <wim.henderickx@nokia.com<mailto:wim.henderickx@nokia.com>>,
>>>>>>>>>> "robjs@google.com<mailto:robjs@google.com>"
>>>>>>>>>> <robjs@google.com<mailto:robjs@google.com>>
>>>>>>>>>> Subject: Re: [IANA #986195] Re: Last Call: <draft-ietf-ospf-
>>>>>>>>>> segment-
>>>>>>>>>> routing-extensions-19.txt> (OSPF Extensions for Segment
>>>>>>>>>> Routing) to
>>>>>>>>>> Proposed Standard
>>>>>>>>>>
>>>>>>>>>> Hi Acee & Amanda,
>>>>>>>>>>
>>>>>>>>>> I think we need to have a bit of discussion on the proper
>>>>>>>>>> naming.
>>>>>>>>>> I do see a need for a more general registry - but I wonder
>>>>>>>>>> whether
>>>>>>>>>> there will not
>>>>>>>>>> be a case where BGP might need this registry.  I know that
>>>>>>>>>> BIER has
>>>>>>>>>> an
>>>>>>>>>> algorithm
>>>>>>>>>> field for future extensions and - while not intended for an
>>>>>>>>>> IANA
>>>>>>>>>> registry now - there
>>>>>>>>>> might be connections in the future.
>>>>>>>>>>
>>>>>>>>>> BIER and SFC both have next protocol fields, which are
>>>>>>>>>> currently
>>>>>>>>>> different - but if we
>>>>>>>>>> add a more general registry page, it should be able to
>>>>>>>>>> accommodate
>>>>>>>>>> this.
>>>>>>>>>>
>>>>>>>>>> I do see a need for common IGP registries as well going
>>>>>>>>>> forward.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Alia
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Oct 24, 2017 at 7:00 PM, Acee Lindem (acee)
>>>>>>>>>> <acee@cisco.com<mailto:acee@cisco.com>> wrote:
>>>>>>>>>> Hi Amanda,
>>>>>>>>>>
>>>>>>>>>> [Speaking as OSPF Co-Chair],
>>>>>>>>>>
>>>>>>>>>> What I think should be done is add a new category of registry
>>>>>>>>>> “IGP
>>>>>>>>>> Parameters” with “IGP Algorithms” being the first registry.
>>>>>>>>>> Sound
>>>>>>>>>> good
>>>>>>>>>> Everyone?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Acee
>>>>>>>>>>
>>>>>>>>>> On 10/24/17, 2:43 PM, "Amanda Baber via RT"
>>>>>>>>>> <drafts-lastcall-comment@iana.org<mailto:drafts-lastcall-
>>>>>>>>>> comment@iana.org>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> This question is for the chairs as well.
>>>>>>>>>>>
>>>>>>>>>>> On Tue Oct 24 07:57:21 2017,
>>>>>>>>>>> ppsenak@cisco.com<mailto:ppsenak@cisco.com> wrote:
>>>>>>>>>>>> Hi Amanda,
>>>>>>>>>>>>
>>>>>>>>>>>> please see inline:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 24/10/17 00:28 , Amanda Baber via RT wrote:
>>>>>>>>>>>>> Hi Peter,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Should the new registry be placed at
>>>>>>>>>>>>> https://www.iana.org/assignments/ospf-parameters,
>>>>>>>>>>>>> https://www.iana.org/assignments/ospfv2-parameters, or
>>>>>>>>>>>>> elsewhere?
>>>>>>>>>>>>
>>>>>>>>>>>> given that this registry is shared between protocols, would
>>>>>>>>>>>> it be
>>>>>>>>>>>> possible to make it protocol independent?
>>>>>>>>>>>
>>>>>>>>>>> We can do this, but we'd like instructions from the chairs as
>>>>>>>>>>> well.
>>>>>>>>>>>
>>>>>>>>>>> If you look at the listings at http://www.iana.org/protocols,
>>>>>>>>>>> is
>>>>>>>>>>> there
>>>>>>>>>>> another existing web page would be appropriate? If not, what
>>>>>>>>>>> should
>>>>>>>>>>> be
>>>>>>>>>>> the title of the web page? Should it have a title that fits
>>>>>>>>>>> only the
>>>>>>>>>>> new
>>>>>>>>>>> registry, or should it accommodate additional related
>>>>>>>>>>> registries in
>>>>>>>>>>> the
>>>>>>>>>>> future? Can a chair confirm that it should be placed at a new
>>>>>>>>>>> page
>>>>>>>>>>> and
>>>>>>>>>>> not an existing one?
>>>>>>>>>>>
>>>>>>>>>>>>> Does this registry have three fields (Value, Description,
>>>>>>>>>>>>> Reference)
>>>>>>>>>>>>> or four (Value, Name -- consisting of the first sentence in
>>>>>>>>>>>>> the
>>>>>>>>>>>>> description?, Description, Reference)?
>>>>>>>>>>>>
>>>>>>>>>>>> 3 values - Value, Name, Reference
>>>>>>>>>>>>
>>>>>>>>>>>> I'm going to change the name from "SR-Algorithm Registry" to
>>>>>>>>>>>> "IGP
>>>>>>>>>>>> Algorithm Registry" based on the comments I got and possible
>>>>>>>>>>>> future
>>>>>>>>>>>> usage outside of SR.
>>>>>>>>>>>>
>>>>>>>>>>>> thanks,
>>>>>>>>>>>> Peter
>>>>>>>>>>>
>>>>>>>>>>> thanks,
>>>>>>>>>>> Amanda
>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri Oct 20 09:11:19 2017,
>>>>>>>>>>>>> ppsenak@cisco.com<mailto:ppsenak@cisco.com> wrote:
>>>>>>>>>>>>>> Hi Sabrina,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I posted a new version - draft-ietf-ospf-segment-routing-
>>>>>>>>>>>>>> extensions-
>>>>>>>>>>>>>> 20.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have fixed the code points as mentioned previously.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This version also defines additional new registry - "SR-
>>>>>>>>>>>>>> Algorithm
>>>>>>>>>>>>>> Registry" in section 8.5. This is a common registry that
>>>>>>>>>>>>>> will be
>>>>>>>>>>>>>> shared
>>>>>>>>>>>>>> by OSPF and ISIS.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> thanks,
>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Sabrina,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 16/10/17 13:51 , Acee Lindem (acee) wrote:
>>>>>>>>>>>>>>>> Hi Sabrina,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> See inline.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 10/12/17, 1:59 PM, "Sabrina Tanamal via RT" <drafts-
>>>>>>>>>>>>>>>> lastcall@iana.org<mailto:lastcall@iana.org>>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> (BEGIN IANA COMMENTS)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> IESG/Authors/WG Chairs:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The IANA Services Operator has completed its review of
>>>>>>>>>>>>>>>>> draft-ietf-ospf-segment-routing-extensions-19. If any
>>>>>>>>>>>>>>>>> part of
>>>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>>>> review
>>>>>>>>>>>>>>>>> is inaccurate, please let us know.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The IANA Services Operator has a question about one of
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> actions
>>>>>>>>>>>>>>>>> requested in the IANA Considerations section of this
>>>>>>>>>>>>>>>>> document.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The IANA Services Operator understands that, upon
>>>>>>>>>>>>>>>>> approval of
>>>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>>>> document, there are four actions which we must
>>>>>>>>>>>>>>>>> complete.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> First, in the OSPF Router Information (RI) TLVs
>>>>>>>>>>>>>>>>> registry on
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> Open
>>>>>>>>>>>>>>>>> Shortest Path First (OSPF) Parameters registry page
>>>>>>>>>>>>>>>>> located at
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> https://www.iana.org/assignments/ospf-parameters/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The temporary registration for value 8, SR-Algorithm
>>>>>>>>>>>>>>>>> TLV, will
>>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>>> made
>>>>>>>>>>>>>>>>> permanent and its reference changed to [ RFC-to-be ].
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The temporary registration for value 9, SID/Label Range
>>>>>>>>>>>>>>>>> TLV,
>>>>>>>>>>>>>>>>> will
>>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>>> made
>>>>>>>>>>>>>>>>> permanent and its reference changed to [ RFC-to-be ].
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> IANA Question --> is any action to be taken with the
>>>>>>>>>>>>>>>>> temporary
>>>>>>>>>>>>>>>>> registration for value 12, Node MSD TLV?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Not right now - MSD is standardized in another draft.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Two additional registrations are to be made as follows
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Value: [ TBD-at-registration ]
>>>>>>>>>>>>>>>>> TLV Name: SR Local Block TLV
>>>>>>>>>>>>>>>>> Reference: [ RFC-to-be ]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Value: [ TBD-at-registration ]
>>>>>>>>>>>>>>>>> TLV Name: SRMS Preference TLV
>>>>>>>>>>>>>>>>> Reference: [ RFC-to-be ]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> We note that the authors suggest values 12 and 13 for
>>>>>>>>>>>>>>>>> these
>>>>>>>>>>>>>>>>> two
>>>>>>>>>>>>>>>>> registrations, however 12 is already allocated via a
>>>>>>>>>>>>>>>>> temporary
>>>>>>>>>>>>>>>>> registration (see above).
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> These TLVs can take the next unassigned values.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I would suggest to keep 13 for SRMS Preference TLV and
>>>>>>>>>>>>>>> allocate
>>>>>>>>>>>>>>> 14
>>>>>>>>>>>>>>> to SR
>>>>>>>>>>>>>>> Local Block TLV. I'll fix the draft-ietf-ospf-segment-
>>>>>>>>>>>>>>> routing-
>>>>>>>>>>>>>>> extensions
>>>>>>>>>>>>>>> accordingly.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> thanks,
>>>>>>>>>>>>>>> Peter
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Second,in theOSPFv2 Extended Prefix Opaque LSA TLVs
>>>>>>>>>>>>>>>>> registry
>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>> the Open
>>>>>>>>>>>>>>>>> Shortest Path First v2 (OSPFv2) Parameters registry
>>>>>>>>>>>>>>>>> page
>>>>>>>>>>>>>>>>> located
>>>>>>>>>>>>>>>>> at:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> https://www.iana.org/assignments/ospfv2-parameters/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> the temporary registration for value 2, OSPF Extended
>>>>>>>>>>>>>>>>> Prefix
>>>>>>>>>>>>>>>>> Range TLV,
>>>>>>>>>>>>>>>>> will be made permanent and its reference will be
>>>>>>>>>>>>>>>>> changed to [
>>>>>>>>>>>>>>>>> RFC-to-be ].
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Third, in the OSPFv2 Extended Prefix TLV Sub-TLVs also
>>>>>>>>>>>>>>>>> on the
>>>>>>>>>>>>>>>>> Open
>>>>>>>>>>>>>>>>> Shortest Path First v2 (OSPFv2) Parameters registry
>>>>>>>>>>>>>>>>> page
>>>>>>>>>>>>>>>>> located
>>>>>>>>>>>>>>>>> at:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> https://www.iana.org/assignments/ospfv2-parameters/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The temporary registration for value 1, SID/Label Sub-
>>>>>>>>>>>>>>>>> TLV,
>>>>>>>>>>>>>>>>> will
>>>>>>>>>>>>>>>>> be made
>>>>>>>>>>>>>>>>> permanent and its reference will be changed to [ RFC-
>>>>>>>>>>>>>>>>> to-be ].
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The temporary registration for value 2, Prefix SID Sub-
>>>>>>>>>>>>>>>>> TLV,
>>>>>>>>>>>>>>>>> will
>>>>>>>>>>>>>>>>> be made
>>>>>>>>>>>>>>>>> permanent and its reference will be changed to [ RFC-
>>>>>>>>>>>>>>>>> to-be ].
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> IANA Question --> is any action to be taken for the
>>>>>>>>>>>>>>>>> temporary
>>>>>>>>>>>>>>>>> registrations for values 3, 4, 5, 6, 7 adn 8 in this
>>>>>>>>>>>>>>>>> registry?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> These have been removed from the draft and the values
>>>>>>>>>>>>>>>> can be
>>>>>>>>>>>>>>>> returned to
>>>>>>>>>>>>>>>> unassigned state.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Fourth, in the OSPFv2 Extended Link TLV Sub-TLVs
>>>>>>>>>>>>>>>>> registry also
>>>>>>>>>>>>>>>>> on
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> Open Shortest Path First v2 (OSPFv2) Parameters
>>>>>>>>>>>>>>>>> registry page
>>>>>>>>>>>>>>>>> located
>>>>>>>>>>>>>>>>> at:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> https://www.iana.org/assignments/ospfv2-parameters/
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> the following temporary registrations will be made
>>>>>>>>>>>>>>>>> permanent
>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>> their
>>>>>>>>>>>>>>>>> references changed to [ RFC-to-be ] as follows:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Value: 1
>>>>>>>>>>>>>>>>> Description: SID/Label Sub-TLV
>>>>>>>>>>>>>>>>> Reference: [ RFC-to-be ]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Value: 2
>>>>>>>>>>>>>>>>> Description: Adj-SID Sub-TLV
>>>>>>>>>>>>>>>>> Reference: [ RFC-to-be ]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Value: 3
>>>>>>>>>>>>>>>>> Description: LAN Adj-SID/Label Sub-TLV
>>>>>>>>>>>>>>>>> Reference: [ RFC-to-be ]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The IANA Services Operator understands that these four
>>>>>>>>>>>>>>>>> actions
>>>>>>>>>>>>>>>>> are the
>>>>>>>>>>>>>>>>> only ones required to be completed upon approval of
>>>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>>>> document.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That is correct.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>> Acee
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Note:  The actions requested in this document will not
>>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>>> completed
>>>>>>>>>>>>>>>>> until
>>>>>>>>>>>>>>>>> the document has been approved for publication as an
>>>>>>>>>>>>>>>>> RFC. This
>>>>>>>>>>>>>>>>> message is
>>>>>>>>>>>>>>>>> only to confirm what actions will be performed.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thank you,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Sabrina Tanamal
>>>>>>>>>>>>>>>>> IANA Services Specialist
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> (END IANA COMMENTS)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> .
>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> .
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> .
>>>
>
>
>
> .
>


From nobody Tue Nov 28 05:12:41 2017
Return-Path: <shraddha@juniper.net>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F020126E01 for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 05:12:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001,  URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net
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 DhhqBobKTvgF for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 05:12:38 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 E116C126C89 for <ospf@ietf.org>; Tue, 28 Nov 2017 05:12:37 -0800 (PST)
Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id vASD9Vso015339; Tue, 28 Nov 2017 05:12:36 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=79jeSfAdAjPyh6qYVlfAn1jcV8ycCEz9heueleprkI0=; b=UUJeQBeWLll1lIaBzQAj26itNO47f65VpRwUDyZQKIVJbdsOt4DTWWj0crB//p1LftQ1 SSGaT0GJYe9rEgvce//nNZsEcQEE1a7eoMxrSwLlYMZuYbPTGZsgBUui/8XXNJRqRg4h 57f/dtz5+JU1dc2GAIoc1+/24qcG2ze09U92t9LCGlEbHTANPpkG932FWKlUIEaQbRcr 8cEj2bvZnDyrciBT2a0S0Xnwzpq4H0KiOLH3jIr1EJDZvlJFH4YtO/7l1dzGjgBb5l6r a3i0EuP736RROzFYkpTssdcRbke+/VIuB8ofnZ92eJSI9deKg/o42Nk/un+M5dERRi1N OA== 
Received: from nam01-bn3-obe.outbound.protection.outlook.com (mail-bn3nam01lp0181.outbound.protection.outlook.com [216.32.180.181]) by mx0b-00273201.pphosted.com with ESMTP id 2eh6vxr4pr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 28 Nov 2017 05:12:36 -0800
Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2708.namprd05.prod.outlook.com (10.167.2.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.3; Tue, 28 Nov 2017 13:12:34 +0000
Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.20.0282.004; Tue, 28 Nov 2017 13:12:34 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: "Acee Lindem (acee)" <acee@cisco.com>
CC: "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-10.txt
Thread-Index: AQHTZzh7VRsCUQKyOEme2SM+mrOSv6MpxhEw
Date: Tue, 28 Nov 2017 13:12:34 +0000
Message-ID: <BN3PR05MB2706FE9BD5C15D7DE0321568D53A0@BN3PR05MB2706.namprd05.prod.outlook.com>
References: <151175700882.30922.10274055874753219810@ietfa.amsl.com>
In-Reply-To: <151175700882.30922.10274055874753219810@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [116.197.184.12]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN3PR05MB2708; 6:Ew/z/RlvvRrm/A/1NSZgHfjw+k4IdkzLDIASo/SjCQqBEAyHjWSym0Uv3l3xsz2bl9wOC+suSCa9GbSNwdInQkFXR2/2f+9b6eOpkBZ2FhrIKqKA+gGTZq1vgpI8izuq0RT+U1eJFQkJqTFQpOJLFbubJwADevDXthUudGQS04X3Az0q9ygdK4E5G1E+W6+SYstzMw3DsZ105qA64avR+i4YZed2R88yiuSvpHd7ukPovC8UmyDZJaesYxQ2ZrvT2oKNEjP/U5ZwCjp1XLG5gXRxNIxb7k2+chNuy6PY7wrXgRrVmskpaPASSnwRzuzpCLXYjF5OhCXmk6QKc0lljhgKHpdMX9o94orS2Fk/f5w=; 5:0FyP9wG8ImgCdlqGVeW/bjKX/AHWjfRdpix3mPZyLHBlrmtDvcRSrEH1qik5fG5ZCS0SLtjkhid8RCa/Nb1ZGrONQTugdLL/fSTvKtOpLouAuxyuXoxtYHxMq9pjUcbXszaDXXJySkJfMkX/ZKstmtibEGjUbbtwY5Xq1+AVusk=; 24:QNqXyVwgvQvRQLjudNgBHY/951aw72Yhw0wfBcYCcmBznWh/+hG9ATaopo0Kss2VEgWMjdSMuU/xK5XkCw/tWKEr4v+RJ2h+D44WKLSGvkM=; 7:1XmdHga89dRhgOcY0oJQ4f2SBE7E3vkB9/SXOr3aIM2OGOVtcjiaYPfB/9XBHG7F8VOB/ghqXdcA4THxhIglPaNVYmsVsSUZDE8iGO6PglAa7JD0FFR/LnNaoXBHuPV5Z+zWMOgqClIvm+5nfnrCAYA83OJ2+4FZEBOdO0m/9GMH//ioqc1ocauYzXXYDjizwabHpoiKgyD+qjQooSftgEnMBpUiG/Z6uyrD4T0pYHsQqbM7RhZRvn/z3CjG+Urb
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 07a72a23-b48b-482e-7d13-08d53661b0b9
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603258); SRVR:BN3PR05MB2708; 
x-ms-traffictypediagnostic: BN3PR05MB2708:
x-microsoft-antispam-prvs: <BN3PR05MB2708AE384F8B4A44786B1055D53A0@BN3PR05MB2708.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(10436049006162);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231022)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123562025)(20161123564025)(6072148)(201708071742011); SRVR:BN3PR05MB2708; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN3PR05MB2708; 
x-forefront-prvs: 0505147DDB
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(376002)(346002)(39860400002)(366004)(199003)(377424004)(189002)(13464003)(2906002)(99286004)(55016002)(106356001)(25786009)(105586002)(6116002)(102836003)(3846002)(2900100001)(8676002)(81156014)(575784001)(86362001)(81166006)(53936002)(6306002)(9686003)(229853002)(2473003)(3280700002)(3660700001)(66066001)(189998001)(74316002)(6506006)(4326008)(6436002)(77096006)(478600001)(2950100002)(14454004)(101416001)(966005)(8936002)(6916009)(5660300001)(305945005)(7736002)(316002)(97736004)(53546010)(33656002)(76176999)(4001150100001)(50986999)(54356999)(7696005)(230783001)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2708; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords;  A:1; MX:1; LANG:en; 
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 07a72a23-b48b-482e-7d13-08d53661b0b9
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Nov 2017 13:12:34.6998 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2708
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-11-28_08:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1711280179
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/dJHVYIuzmFcdRoV32aJqnU1Jgcc>
Subject: [OSPF] FW:  I-D Action: draft-ietf-ospf-link-overload-10.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 13:12:40 -0000

Acee,

The new version updates your editorial comments and also the OSPFv3 adverti=
sement.
Authors of the draft would like to request for WG last call and also early =
IANA code point allocations.

Rgds
Shraddha

-----Original Message-----
From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of internet-drafts@ietf=
.org
Sent: Monday, November 27, 2017 10:00 AM
To: i-d-announce@ietf.org
Cc: ospf@ietf.org
Subject: [OSPF] I-D Action: draft-ietf-ospf-link-overload-10.txt


A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
This draft is a work item of the Open Shortest Path First IGP WG of the IET=
F.

        Title           : OSPF Link Overload
        Authors         : Shraddha Hegde
                          Pushpasis Sarkar
                          Hannes Gredler
                          Mohan Nanduri
                          Luay Jalil
	Filename        : draft-ietf-ospf-link-overload-10.txt
	Pages           : 14
	Date            : 2017-11-26

Abstract:
   When a link is being prepared to be taken out of service, the traffic
   needs to be diverted from both ends of the link.  Increasing the
   metric to the highest metric on one side of the link is not
   sufficient to divert the traffic flowing in the other direction.

   It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be
   able to advertise a link as being in an overload state to indicate
   impending maintenance activity on the link.  This information can be
   used by the network devices to re-route the traffic effectively.

   This document describes the protocol extensions to disseminate link-
   overload information in OSPFv2 and OSPFv3.



The IETF datatracker status page for this draft is:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org=
_doc_draft-2Dietf-2Dospf-2Dlink-2Doverload_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Sc=
bfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DNyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng=
&m=3DHM5EVK74ZiRAJ71mTuhLA7ethZoWrqDnLZ3fcAZYlcY&s=3DjN3NElqtlD6ZVOns64xdC9=
4BNFql0NvEDcpJQrgAyBY&e=3D

There are also htmlized versions available at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__tools.ietf.org_html_=
draft-2Dietf-2Dospf-2Dlink-2Doverload-2D10&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scb=
fh0UjBXeMK-ndb3voDTXcWzoCI&r=3DNyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&=
m=3DHM5EVK74ZiRAJ71mTuhLA7ethZoWrqDnLZ3fcAZYlcY&s=3DDa3Wl6LFvhE-Jkl8Zno82jX=
PvtBejMzLPRqGJ4U9VJI&e=3D
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org=
_doc_html_draft-2Dietf-2Dospf-2Dlink-2Doverload-2D10&d=3DDwICAg&c=3DHAkYuh6=
3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DNyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbB=
aNqzCNrng&m=3DHM5EVK74ZiRAJ71mTuhLA7ethZoWrqDnLZ3fcAZYlcY&s=3DfJuIEANJfHRJ7=
WNmS8S_IOrGwC1mJh-WAmeVXPlSSeg&e=3D

A diff from the previous version is available at:
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_rfcdiff=
-3Furl2-3Ddraft-2Dietf-2Dospf-2Dlink-2Doverload-2D10&d=3DDwICAg&c=3DHAkYuh6=
3rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DNyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbB=
aNqzCNrng&m=3DHM5EVK74ZiRAJ71mTuhLA7ethZoWrqDnLZ3fcAZYlcY&s=3DDrvEFxiQdLU09=
fbEUvzWhYpRSD5VosCuU27Jjntay3E&e=3D


Please note that it may take a couple of minutes from the time of submissio=
n until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
https://urldefense.proofpoint.com/v2/url?u=3Dftp-3A__ftp.ietf.org_internet-=
2Ddrafts_&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DNy=
jLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=3DHM5EVK74ZiRAJ71mTuhLA7ethZoWr=
qDnLZ3fcAZYlcY&s=3D8QSD4O3-8z8tIFLpm7FQZEL8QmRxvxwbJQRgPaAZji0&e=3D

_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman=
_listinfo_ospf&d=3DDwICAg&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=
=3DNyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=3DHM5EVK74ZiRAJ71mTuhLA7et=
hZoWrqDnLZ3fcAZYlcY&s=3DCoU7Su8QjhBMR3HAhffLXtUl0lGp9r1vH-hcg8xjqNE&e=3D


From nobody Tue Nov 28 05:31:56 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A878B126CC7; Tue, 28 Nov 2017 05:31:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level: 
X-Spam-Status: No, score=-14.52 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 JAMGlxOiVh71; Tue, 28 Nov 2017 05:31:52 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCD4C1243F6; Tue, 28 Nov 2017 05:31:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2399; q=dns/txt; s=iport; t=1511875911; x=1513085511; h=from:to:cc:subject:date:message-id:mime-version; bh=bO3QK1oCW6To/SvYZ6Hgt/V9Ru+aZqIotE+Mff6ntPs=; b=IrzD0clG4cxu2wgGJmEw3E5ACF++zN6ZHMkK3vcHS1/8U0PkoMcfgDci QA1jUCi9nsD3rBMVf1gzwwJ3AT0azP5x1gbLn/Sl4jQqa9CJClzFRyCtB VTYdmenIONYXAfLWIKKpGogtXAse5wz7fhmpzepzXcxidu5ziBTpVbnZJ U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CfAAB8ZB1a/4kNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKcoFULoN4iiCPFpMlhUqCEQqFOxyEaD8YAQEBAQEBAQEBayi?= =?us-ascii?q?FSVYSAQwBPQIEMCcEAQ2JQ2SnToInin8BAQEBAQEBAQEBAQEBAQEBAQEBH4M8g?= =?us-ascii?q?gmDPoRbhwSCYwWiSQKVC5NPcJUiAhEZAYE5AR85gVFvFYJkhFSKR4EUAQEB?=
X-IronPort-AV: E=Sophos;i="5.44,468,1505779200";  d="scan'208,217";a="107978162"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Nov 2017 13:31:51 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vASDVoka008396 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 28 Nov 2017 13:31:50 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 28 Nov 2017 08:31:50 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Tue, 28 Nov 2017 08:31:50 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: OSPF WG List <ospf@ietf.org>, "draft-ietf-ospf-segment-routing-extensions@ietf.org" <draft-ietf-ospf-segment-routing-extensions@ietf.org>
CC: OSPF ADs <ospf-ads@tools.ietf.org>
Thread-Topic: Additional OSPFv2 Segment Routing IANA Early Allocation Request
Thread-Index: AQHTaE0+AtsIjfBm50GDgSRKsj6jPQ==
Date: Tue, 28 Nov 2017 13:31:50 +0000
Message-ID: <D642CF6A.DBE70%acee@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D642CF6ADBE70aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/goDlUc20WAGTkYFj2Ds8RhqrG0Y>
Subject: [OSPF] Additional OSPFv2 Segment Routing IANA Early Allocation Request
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 13:31:54 -0000

--_000_D642CF6ADBE70aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQW1hbmRhLCBldCBhbCwNCg0KSW4gYWRkaXRpb24gdG8gdGhlIGN1cnJlbnQgZWFybHkgYWxs
b2NhdGlvbnMgZm9yIHRoaXMgZHJhZnQsICB3ZSByZXF1ZXN0IGVhcmx5IGFsbG9jYXRpb24gZm9y
IHRoZSBmb2xsb3dpbmcgY29kZSBwb2ludHMgZnJvbSB0aGUgT1NQRiBSb3V0ZXIgSW5mb3JtYXRp
b24gKFJJKSBUTFZzIHJlZ2lzdHJ5Og0KDQpvIDE0IC0gU1IgTG9jYWwgQmxvY2sgVExWDQoNCm8g
MTUgLSBTUk1TIFByZWZlcmVuY2UgVExWDQoNClRoYW5rcywNCkFjZWUNCg0K

--_000_D642CF6ADBE70aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <C86AD11C01482D4899B276E1AAA73294@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAw
KTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0K
SGkgQW1hbmRhLCBldCBhbCwmbmJzcDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwg
MCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7
Ij4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1m
YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KSW4gYWRkaXRp
b24gdG8gdGhlIGN1cnJlbnQgZWFybHkgYWxsb2NhdGlvbnMgZm9yIHRoaXMgZHJhZnQsICZuYnNw
O3dlIHJlcXVlc3QgZWFybHkgYWxsb2NhdGlvbiBmb3IgdGhlIGZvbGxvd2luZyBjb2RlIHBvaW50
cyBmcm9tIHRoZSBPU1BGIFJvdXRlciBJbmZvcm1hdGlvbiAoUkkpIFRMVnMgcmVnaXN0cnk6PC9k
aXY+DQo8ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxz
YW5zLXNlcmlmIj5vIDE0IC0gU1IgTG9jYWwgQmxvY2sgVExWPC9mb250PjwvZGl2Pg0KPGRpdj48
Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXY+
PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5vIDE1IC0gU1JNUyBQcmVmZXJlbmNlIFRM
VjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj48YnI+
DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+VGhh
bmtzLDwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5B
Y2VlJm5ic3A7PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg
Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGJy
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_D642CF6ADBE70aceeciscocom_--


From nobody Tue Nov 28 06:12:37 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBF2D127011 for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 06:12:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.519
X-Spam-Level: 
X-Spam-Status: No, score=-14.519 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 GRYVFgW3gd-r for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 06:12:35 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7221F1200E5 for <ospf@ietf.org>; Tue, 28 Nov 2017 06:12:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1761; q=dns/txt; s=iport; t=1511878355; x=1513087955; h=from:to:subject:date:message-id:mime-version; bh=1dps0D66xbrAqcNK8T5k+UKkztUNqpmVbQoenW0ch8I=; b=jpSDz3Z+ETz00UxyLdPU+D8EW7Cs3UPvM8Cvlb0YQog/+0inT7uY87yL 3yqhd3qF0WVr4KnnXpGSxn2NRlhR7GAgzwp6n+eir4EC3U8MuUIgYJqgP S6Y+uIWkSZNXXLsaBkCGGh50mitjOYyuJUqYFeQOCI89j4F/pz3nMlSfi k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CfAAAibh1a/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKcmZuJweDeGOJPY8WkyWFSoIRCiOFNIRpPxgBAQEBAQEBAQF?= =?us-ascii?q?rKIUWLQZoAQsBPgIEMCcEiVFkEKc9gieKfwEBAQEGAQEBAQEeBYM8ggmPHYJjB?= =?us-ascii?q?aJJApULghaGDYsslhICERkBgTkBHzmBUW8VOoIpgweBTncBiU+BFAEBAQ?=
X-IronPort-AV: E=Sophos;i="5.44,468,1505779200";  d="scan'208,217";a="319737281"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Nov 2017 14:12:34 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id vASECYtc031026 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <ospf@ietf.org>; Tue, 28 Nov 2017 14:12:34 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 28 Nov 2017 09:12:33 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Tue, 28 Nov 2017 09:12:33 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: OSPF WG List <ospf@ietf.org>
Thread-Topic: OSPF Working Group Last Call for "OSPF Link Overload" - draft-ietf-ospf-link-overload-10
Thread-Index: AQHTaFLvxb7LO78Xo0WEuOXGZ+5xdw==
Date: Tue, 28 Nov 2017 14:12:33 +0000
Message-ID: <D642D8F8.DBEF3%acee@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D642D8F8DBEF3aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/MwaMSUbnf1roAFNLmoVaMyG1lBo>
Subject: [OSPF] OSPF Working Group Last Call for "OSPF Link Overload" - draft-ietf-ospf-link-overload-10
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 14:12:37 -0000

--_000_D642D8F8DBEF3aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhpcyBiZWdpbnMgdGhlIE9TUEYgV29ya2luZyBHcm91cCBMYXN0IENhbGwgZm9yIHRoZSBzdWJq
ZWN0IGRvY3VtZW50LiBQbGVhc2Ugc3VibWl0IGNvbW1lbnRzIHRvIHRoaXMgbGlzdCBiZWZvcmUg
MTI6MDAgQU0gUFNUIG9uIFdlZG5lc2RheSwgRGVjZW1iZXIgMTN0aCwgMjAxNy4gRm9yIHlvdXIg
Y29udmVuaWVuY2UsIGhlcmUgaXMgYSBVUkwgZm9yIHRoZSBkcmFmdDoNCg0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMTAudHh0DQoNClRoYW5r
cywNCkFjZWUNCg==

--_000_D642D8F8DBEF3aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <C2B3A18D941A8348B1B6FB667FD46938@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5UaGlzIGJlZ2lu
cyB0aGUgT1NQRiBXb3JraW5nIEdyb3VwIExhc3QgQ2FsbCBmb3IgdGhlIHN1YmplY3QgZG9jdW1l
bnQuIFBsZWFzZSBzdWJtaXQgY29tbWVudHMgdG8gdGhpcyBsaXN0IGJlZm9yZSAxMjowMCBBTSBQ
U1Qgb24gV2VkbmVzZGF5LCBEZWNlbWJlciAxM3RoLCAyMDE3LiBGb3IgeW91ciBjb252ZW5pZW5j
ZSwgaGVyZSBpcyBhIFVSTCBmb3IgdGhlIGRyYWZ0OjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N
CjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1vc3BmLWxp
bmstb3ZlcmxvYWQtMTAudHh0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLW9z
cGYtbGluay1vdmVybG9hZC0xMC50eHQ8L2E+PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRp
dj5UaGFua3MsPC9kaXY+DQo8ZGl2PkFjZWUmbmJzcDs8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N
Cg==

--_000_D642D8F8DBEF3aceeciscocom_--


From nobody Tue Nov 28 06:21:06 2017
Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921FB126CF6 for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 06:21:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.519
X-Spam-Level: 
X-Spam-Status: No, score=-14.519 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 xaFUkbsdP3Qw for <ospf@ietfa.amsl.com>; Tue, 28 Nov 2017 06:21:03 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E73E120726 for <ospf@ietf.org>; Tue, 28 Nov 2017 06:21:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4859; q=dns/txt; s=iport; t=1511878863; x=1513088463; h=from:to:cc:subject:date:message-id:mime-version; bh=dppTjVKLdEhRXjcDj8r2BCoMjbeQGNNYblVW/oRE8fM=; b=f3/Ox/c8dgKyQT6xAl4f0bTmi/FQQlGquMz1+rqQ9Le2jPX6NOl70SJS J0fGCRTHp5p5TaKgXtpvOdsC/YNPdRGuQ6C98Arrj0aCiUyaol671F5FB RpqLURk1ZthK5eB+e0AWEokREbhv5o7pt02jjjVOmo8aUi4FLQRrhzi9E k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CfAACKbx1a/4cNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKcmZuJweDeIogjxaBfZEohUqCEQolhRYchGk/GAEBAQEBAQE?= =?us-ascii?q?BAWsohR8BAwMjVhIBCAQNAwECKAMCBDAUCQoEDgWJPmQQpzyCJ4p/AQEBAQEBA?= =?us-ascii?q?QECAQEBAQEBAQEBGgWDPIIJhmmDMRiBdoJ1gmMFmSmJIAKHcY0aghaGDYssjHe?= =?us-ascii?q?JGwIRGQGBOQEfOYFRbxU6gimEVXeJUIEUAQEB?=
X-IronPort-AV: E=Sophos; i="5.44,468,1505779200"; d="scan'208,217"; a="37395672"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Nov 2017 14:21:02 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id vASEL2CI019006 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 28 Nov 2017 14:21:02 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 28 Nov 2017 09:21:01 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Tue, 28 Nov 2017 09:21:01 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Pushpasis Sarkar <pushpasis.ietf@gmail.com>
CC: OSPF WG List <ospf@ietf.org>
Thread-Topic: [OSPF] IPR Poll "OSPF  Link Overload"
Thread-Index: AQHTaFQepGBG/rHBnkWnL9gE/aIdDg==
Date: Tue, 28 Nov 2017 14:21:01 +0000
Message-ID: <D642DAC4.DBF10%acee@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D642DAC4DBF10aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/ICDmyCmDe_sNDBSKmriE_fNnQZs>
Subject: Re: [OSPF] IPR Poll "OSPF  Link Overload"
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 14:21:04 -0000

--_000_D642DAC4DBF10aceeciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgUHVzaHBhc2lzLA0KUGxlYXNlIHJlc3BvbmQgdG8gdGhlIElQUiBwb2xsLiBBbGwgb3RoZXIg
YXV0aG9ycyBoYXZlIHJlc3BvbmRlZC4NClRoYW5rcywNCkFjZWUNCg0KRnJvbTogT1NQRiA8b3Nw
Zi1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhh
bGYgb2YgQWNlZSBMaW5kZW0gPGFjZWVAY2lzY28uY29tPG1haWx0bzphY2VlQGNpc2NvLmNvbT4+
DQpEYXRlOiBTYXR1cmRheSwgT2N0b2JlciAyMSwgMjAxNyBhdCAxOjUwIFBNDQpUbzogImRyYWZ0
LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLW9zcGYt
bGluay1vdmVybG9hZEBpZXRmLm9yZz4iIDxkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZEBp
ZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5vcmc+Pg0K
Q2M6IE9TUEYgV0cgTGlzdCA8b3NwZkBpZXRmLm9yZzxtYWlsdG86b3NwZkBpZXRmLm9yZz4+DQpT
dWJqZWN0OiBbT1NQRl0gSVBSIFBvbGwgIk9TUEYgTGluayBPdmVybG9hZCINCg0KQXV0aG9ycywN
Cg0KUGxlYXNlIGluZGljYXRlIHdoZXRoZXIgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQg
SVBSIGFuZCBpZiBzbywNCndoZXRoZXIgaXQgaGFzIGJlZW4gZGlzY2xvc2VkLg0KDQpUaGUgZm9s
bG93aW5nIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQ6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0
Zi5vcmcvaXByL3NlYXJjaC8/c3VibWl0PWRyYWZ0JmlkPWRyYWZ0LWlldGYtb3NwZi1saW5rLW92
ZXJsb2FkDQoNClRoYW5rcywNCkFjZWUNCg0K

--_000_D642DAC4DBF10aceeciscocom_
Content-Type: text/html; charset="utf-8"
Content-ID: <F058A1B1D810F549AAA0A679B901FE9F@emea.cisco.com>
Content-Transfer-Encoding: base64

PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBQdXNocGFz
aXMsJm5ic3A7PC9kaXY+DQo8ZGl2PlBsZWFzZSByZXNwb25kIHRvIHRoZSBJUFIgcG9sbC4gQWxs
IG90aGVyIGF1dGhvcnMgaGF2ZSByZXNwb25kZWQuJm5ic3A7PC9kaXY+DQo8ZGl2PlRoYW5rcyw8
L2Rpdj4NCjxkaXY+QWNlZSZuYnNwOzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlk
PSJPTEtfU1JDX0JPRFlfU0VDVElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJp
OyBmb250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJP
VFRPTTogbWVkaXVtIG5vbmU7IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RU
T006IDBpbjsgUEFERElORy1MRUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRP
UDogI2I1YzRkZiAxcHQgc29saWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkct
VE9QOiAzcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj5P
U1BGICZsdDs8YSBocmVmPSJtYWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnIj5vc3BmLWJvdW5j
ZXNAaWV0Zi5vcmc8L2E+Jmd0OyBvbiBiZWhhbGYgb2YgQWNlZSBMaW5kZW0gJmx0OzxhIGhyZWY9
Im1haWx0bzphY2VlQGNpc2NvLmNvbSI+YWNlZUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxzcGFu
IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3NwYW4+U2F0dXJkYXksIE9jdG9iZXIg
MjEsIDIwMTcgYXQgMTo1MCBQTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5U
bzogPC9zcGFuPiZxdW90OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVy
bG9hZEBpZXRmLm9yZyI+ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5vcmc8L2E+
JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRA
aWV0Zi5vcmciPmRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkQGlldGYub3JnPC9hPiZndDs8
YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj5PU1BGIFdHIExp
c3QgJmx0OzxhIGhyZWY9Im1haWx0bzpvc3BmQGlldGYub3JnIj5vc3BmQGlldGYub3JnPC9hPiZn
dDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPltP
U1BGXSBJUFIgUG9sbCAmcXVvdDtPU1BGIExpbmsgT3ZlcmxvYWQmcXVvdDs8YnI+DQo8L2Rpdj4N
CjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJ
T05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJ
Tkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+QXV0
aG9ycyw8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlBsZWFzZSBpbmRpY2F0ZSB3aGV0
aGVyIHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUiBhbmQgaWYgc28sPC9kaXY+DQo8
ZGl2PndoZXRoZXIgaXQgaGFzIGJlZW4gZGlzY2xvc2VkLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rp
dj4NCjxkaXY+VGhlIGZvbGxvd2luZyBJUFIgaGFzIGJlZW4gZGlzY2xvc2VkOiZuYnNwOzwvZGl2
Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p
ZXRmLm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRyYWZ0LWlldGYtb3NwZi1s
aW5rLW92ZXJsb2FkIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci9zZWFyY2gvP3N1
Ym1pdD1kcmFmdCZhbXA7aWQ9ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQ8L2E+PC9kaXY+
DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGFua3MsPC9kaXY+DQo8ZGl2PkFjZWU8L2Rpdj4N
CjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+
DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_D642DAC4DBF10aceeciscocom_--


From nobody Tue Nov 28 06:33:05 2017
Return-Path: <akatlas@gmail.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E3B2127011; Tue, 28 Nov 2017 06:33:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 gWwCzu4Sg2Ye; Tue, 28 Nov 2017 06:33:01 -0800 (PST)
Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 C9E25126CF6; Tue, 28 Nov 2017 06:33:01 -0800 (PST)
Received: by mail-oi0-x233.google.com with SMTP id y71so360271oia.11; Tue, 28 Nov 2017 06:33:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wYWswxM3IgmfL2dNiWUPexCksZtNpi5hYjwINqi+VdQ=; b=CwErELrL0tc8zmcYXve3JTv1MOeQOl3+vD0K/8y6XYFk6fLenuCaC96xGDONCQtPE3 uXAnl9QrWrc20L7mzj9jrUrl01/l7NBcQnMkIw8S4U8kz8A2QoL2qgKRyJ/LhGI+T3Ri 6LyAefEE9EsuYDXieDvT91HHjXbiOAAK1zTQFge6sTD+prDl9AvFi0wUmYvgl6N4o5fl +Giz4Yu7M1Kt8IikY8mRdMatzh1YCWSS7LR1hlVS18DnXHEhlTMvXBTtNXn5z0c06qNQ 0pQpTjFLiUfOAnLxwuWmPPuvuM8tdeBa0C3RseDDSny2k21a91dhLh7UNrXsscFmzoot LIBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wYWswxM3IgmfL2dNiWUPexCksZtNpi5hYjwINqi+VdQ=; b=LpELv7YHhVgvrkt3eL9ml5stAFQ4kplLQoCtu4zMO64awlzc+vPB6SRW9TNndismFm ICDKxf+7tqOt1UESWGpDeiWrrZbws5Fd/USiCo424SGVwi0aJVy2mPXLD+pGKKuaMcYi BdPup/GbJal31NU5s8ZeAnJbPN3F572wKytmLreYmY8oqf2u1GoD1LSuLO6Ap93gQ2v6 w0eBRVtbuevGHZEla7Olg4PU28CCxKu/R28Kjp7WL56XlIf5igweswIBEmc8ItC738lk G7HQClbCRQkIaZhuLsZom08Gky65ICFpTh6yv9Y6rpy59GMjDHdJz5+IANc2cSA8dZV8 rI/Q==
X-Gm-Message-State: AJaThX5hmkpCFlmKhqGl4LwWVcb45Mjl/CEZKxrV1FjLAJr7TS2iMkzl EUEsMs6E56lIBBh33RgIJAnQBoPZWtw31HZoFok=
X-Google-Smtp-Source: AGs4zMaZ2ksPJBO9smL9jajirDxJ/QaNhdz72eimXGYwYDkFKO4g2YlC+7rrQsb5M4SkmZKC3dU+6yyjJ5erCsINWgo=
X-Received: by 10.202.208.196 with SMTP id j65mr18717215oiy.185.1511879580987;  Tue, 28 Nov 2017 06:33:00 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.0.143 with HTTP; Tue, 28 Nov 2017 06:33:00 -0800 (PST)
In-Reply-To: <D642CF6A.DBE70%acee@cisco.com>
References: <D642CF6A.DBE70%acee@cisco.com>
From: Alia Atlas <akatlas@gmail.com>
Date: Tue, 28 Nov 2017 09:33:00 -0500
Message-ID: <CAG4d1rdjp7G9kmFt9EWhmq75=psCCP1f4+Bwb2NFckkRavK48Q@mail.gmail.com>
To: "Acee Lindem (acee)" <acee@cisco.com>
Cc: OSPF WG List <ospf@ietf.org>,  "draft-ietf-ospf-segment-routing-extensions@ietf.org" <draft-ietf-ospf-segment-routing-extensions@ietf.org>,  OSPF ADs <ospf-ads@tools.ietf.org>
Content-Type: multipart/alternative; boundary="001a114479225e3cc6055f0be5c4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/gLzIrjbnjhd9orLHkZ7qv-YkIiA>
Subject: Re: [OSPF] Additional OSPFv2 Segment Routing IANA Early Allocation Request
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2017 14:33:04 -0000

--001a114479225e3cc6055f0be5c4
Content-Type: text/plain; charset="UTF-8"

approved

On Tue, Nov 28, 2017 at 8:31 AM, Acee Lindem (acee) <acee@cisco.com> wrote:

> Hi Amanda, et al,
>
> In addition to the current early allocations for this draft,  we request
> early allocation for the following code points from the OSPF Router
> Information (RI) TLVs registry:
>
> o 14 - SR Local Block TLV
>
> o 15 - SRMS Preference TLV
>
> Thanks,
> Acee
>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www.ietf.org/mailman/listinfo/ospf
>
>

--001a114479225e3cc6055f0be5c4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">approved</div><div class=3D"gmail_extra"><br><div class=3D=
"gmail_quote">On Tue, Nov 28, 2017 at 8:31 AM, Acee Lindem (acee) <span dir=
=3D"ltr">&lt;<a href=3D"mailto:acee@cisco.com" target=3D"_blank">acee@cisco=
.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style=3D"word-wrap:break-word">
<div style=3D"color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14p=
x">
Hi Amanda, et al,=C2=A0</div>
<div style=3D"color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14p=
x">
<br>
</div>
<div style=3D"color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14p=
x">
In addition to the current early allocations for this draft, =C2=A0we reque=
st early allocation for the following code points from the OSPF Router Info=
rmation (RI) TLVs registry:</div>
<div>
<div><br>
</div>
<div><font face=3D"Calibri,sans-serif">o 14 - SR Local Block TLV</font></di=
v>
<div><font face=3D"Calibri,sans-serif"><br>
</font></div>
<div><font face=3D"Calibri,sans-serif">o 15 - SRMS Preference TLV</font></d=
iv>
<div><font face=3D"Calibri,sans-serif"><br>
</font></div>
<div><font face=3D"Calibri,sans-serif">Thanks,</font></div>
<div><font face=3D"Calibri,sans-serif">Acee=C2=A0</font></div>
<div style=3D"color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:14p=
x">
<br>
</div>
</div>
</div>

<br>______________________________<wbr>_________________<br>
OSPF mailing list<br>
<a href=3D"mailto:OSPF@ietf.org">OSPF@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ospf" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/ospf</a><br>
<br></blockquote></div><br></div>

--001a114479225e3cc6055f0be5c4--


From nobody Wed Nov 29 10:28:26 2017
Return-Path: <olivier.dugeon@orange.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B83F1279E5; Wed, 29 Nov 2017 10:28:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.312
X-Spam-Level: 
X-Spam-Status: No, score=-1.312 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, TRACKER_ID=1.306, UNPARSEABLE_RELAY=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 kTizDppNd1ng; Wed, 29 Nov 2017 10:28:22 -0800 (PST)
Received: from orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B77F5127599; Wed, 29 Nov 2017 10:28:21 -0800 (PST)
Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 5A90240B36; Wed, 29 Nov 2017 19:28:20 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.57]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 28A4E1A0069; Wed, 29 Nov 2017 19:28:20 +0100 (CET)
Received: from [10.193.71.231] (10.168.234.2) by OPEXCLILM23.corporate.adroot.infra.ftgroup (10.114.31.57) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 29 Nov 2017 19:28:19 +0100
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Acee Lindem (acee)" <acee@cisco.com>, "ospf@ietf.org" <ospf@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
References: <10170_1508166197_59E4CA35_10170_182_6_e39cb950-80c3-bc84-dd0b-21a67e45dc0a@orange.com> <D61542A0.D1E05%acee@cisco.com> <650_1508924255_59F05B5F_650_30_1_ca19b84b-f7da-0bca-b0de-5d5f4d6e81e0@orange.com> <D615EFC7.D20AD%acee@cisco.com> <12783_1508950389_59F0C175_12783_211_1_0f38311d-73ba-a67f-91e6-81faa3885897@orange.com> <272a1e965b9e4d14bc92b114cfaaa573@XCH-ALN-001.cisco.com> <a34cd7a4f2bc4df6a95b953e9918bf3e@XCH-ALN-001.cisco.com>
From: <olivier.dugeon@orange.com>
Organization: Orange Labs
Message-ID: <3361_1511980100_5A1EFC44_3361_386_1_2301dd74-90af-ff0c-c1c5-9672472b5f98@orange.com>
Date: Wed, 29 Nov 2017 19:28:19 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <a34cd7a4f2bc4df6a95b953e9918bf3e@XCH-ALN-001.cisco.com>
Content-Type: multipart/alternative; boundary="------------5DC49076EE47E1B90ADA8186"
Content-Language: en-GB
X-Originating-IP: [10.168.234.2]
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/mbWlyLPaULcoVKuUE_ZTlPXM4Go>
Subject: Re: [OSPF] [Isis-wg] Comments on draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isis-te-app-01.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Nov 2017 18:28:26 -0000

--------------5DC49076EE47E1B90ADA8186
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello Les,

Thanks to take into account our use cases.

I carefully read the new version of the draft. If now it is clear that Maxi=
mum and Unreserved Bandwidth Link parameters are announced as unique value =
(which solve partially the issue I raised), it is unclear for mein which Su=
b-TLVs group there are announced: standard TE TLVs or the new proposed TLV'=
s ? If there are not announced in the same TLVs set, these will drastically=
 increase the complexity for a router that runs both SR-TE and RSVP-TE. If =
there are announced in the same TLVs set, I don't understand the objective =
of the draft.

But, looking again carefully to the draft, now, I don't understand why thes=
e two specifics Bandwidth Link parameters have a special treatment while ot=
her Bandwidth parameters not. I means, all extended bandwidth metrics must =
be also uniquely announce to avoid any mis-interpretation during bandwidth =
reservation. In particular for these extended metrics which come from measu=
rement, why duplicate them, one per application ? Same for the Maximum Rese=
rvable Bandwidth.

Finally, I still do not understand why these new parameters are announced p=
er Application. All these parameters are belonging to the Link Attributes, =
not to a particular application. Looking to the argument of the draft, I ag=
ree that TE link parameters where design specifically for RSVP-TE and enhan=
ce time after time which, at the end, give a non-optimal, perhaps not coher=
ent global picture, especially for OSPF. So, if the goal is to re-order and=
 clean Link Attributes, I think that the way to go is not correctly expose =
in the draft. I would prefer a new encoding schema within the new OSPF Opaq=
ue LSA Extended Link Attributes and a clear migration scenario to help oper=
ators move from the old encoding schema to the new one. For ISIS, it is saf=
er as Link Attributes are convey into a more coherent TLVs and don't need t=
o be change.

Regards

Olivier


Le 14/11/2017 =C3=A0 18:16, Les Ginsberg (ginsberg) a =C3=A9crit=C2=A0:
> Olivier -
>
> https://datatracker.ietf.org/doc/html/draft-ietf-isis-te-app-03 was publi=
shed a short while ago and it addresses the issues you raised. (OSPF draft =
will be updated soon in an consistent manner.)
> Specifically,
>
> "Maximum link bandwidth is an application independent attribute of the
>    link.  When advertised using the Application Specific Link Attributes
>    sub-TLV, multiple values for the same link MUST NOT be advertised."
>
> "Unreserved bandwidth is an attribute specific to RSVP."
>
> As regards MaximumReservableBandwidth, we appreciate that managing bandwi=
dth per application may be challenging. However we feel there are legitimat=
e use cases for doing that and do not want to preclude that. The fact that =
it is possible to advertise this attribute with different values/applicatio=
n does NOT mean that a deployment MUST do so. You can associate the same va=
lue with all applications enabled in your network if you wish.
>
> Thanx for calling our attention to these points. Please let us know of an=
y additional concerns .
>
>     Les
>
>
>> -----Original Message-----
>> From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Les Ginsberg
>> (ginsberg)
>> Sent: Thursday, October 26, 2017 6:55 PM
>> To: olivier.dugeon@orange.com; Acee Lindem (acee) <acee@cisco.com>;
>> ospf@ietf.org; isis-wg@ietf.org
>> Subject: Re: [Isis-wg] [OSPF] Comments on draft-ietf-ospf-te-link-attr-r=
euse-
>> 01.txt and draft-ietf-isis-te-app-01.txt
>>
>> Olivier -
>>
>> Thanx for the discussion.
>>
>> The authors of draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-=
isis-te-
>> app-01.txt are in discussions and we will resolve the discrepancies betw=
een
>> the two drafts as regards the set of link attributes which are supported.
>> As regards issues associated with MaximumBandwidth,
>> MaximumReservableBandwidth and UnreservedBandwidth parameters this
>> is also under discussion and we will have more to say about that soon.
>>
>> Appreciate your patience...
>>
>>     Les
>>
>>> -----Original Message-----
>>> From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of
>>> olivier.dugeon@orange.com
>>> Sent: Wednesday, October 25, 2017 9:53 AM
>>> To: Acee Lindem (acee) <acee@cisco.com>; ospf@ietf.org;
>>> isis-wg@ietf.org
>>> Subject: Re: [Isis-wg] [OSPF] Comments on
>>> draft-ietf-ospf-te-link-attr-reuse-
>>> 01.txt and draft-ietf-isis-te-app-01.txt
>>>
>>> Acee,
>>>
>>> First apologize for my typo error on IS-IS mailing list. I hope every
>>> body got the thread from the beginning (thanks to the OSPF & IS-IS
>>> mailing list inter redistribution).
>>>
>>> Then, my answers in line.
>>>
>>> Le 25/10/2017 =C3=A0 13:45, Acee Lindem (acee) a =C3=A9crit=C2=A0:
>>>> Hi Olivier,
>>>>
>>>> On 10/25/17, 5:37 AM, "olivier.dugeon@orange.com"
>>>> <olivier.dugeon@orange.com> wrote:
>>>>
>>>>> Hi Acee,
>>>>>
>>>>> I agree, but I'm not referring to Unidirectional residual,
>>>>> available and utilized bandwidth as per RFC 7471.
>>>>>
>>>>> My comment concerns the MaximumBandwidth,
>>> MaximumReservableBandwidth
>>>>> and UnreservedBandwidth parameters defined in RFC 3630that are
>> used
>>>>> by the CSPF to compute the path. These one are not aggregate if I
>>>>> correctly understand the proposed draft. I also don't understand
>>>>> why these standard TE parameters are duplicate in the ISIS draft
>>>>> and not mention in the OSPF draft. Do we go to a different
>>>>> behaviour between IS-
>>> IS and OSPF ?
>>>> If read beyond the draft title, you=E2=80=99ll see that these reservat=
ion
>>>> parameters are not included in draft-ietf-ospf-te-link-attr-reuse.
>>> I read carefully the draft and it is exactly what it makes confuse me
>>> when I read carefully draft-ietf-isis-te-app-01.txt which explicitly
>>> reuse these reservation parameters and suggest to duplicate them per
>>> application. The latter is my concerns as it will potentially break
>>> the possibility to perform efficient bandwidth reservation with both
>>> RSVP-TE and SR-TE in a same network. For me, this will be certainly
>>> the main use case during the transition period when an operator will
>>> go to SR-TE from RSVP-TE. Both protocol must be manage simultaneously
>>> during a large period of time. If standard reservation parameters are
>>> duplicated, it will be a nightmare to manage efficiently bandwidth
>> reservation without wasting bandwidth.
>>> So, I would understand if
>>> 1) both draft will be align ?
>>> 2) in which direction i.e. with or without reservation information and
>>> 3) if reservation parameters are included, how my use case could be sol=
ved
>> ?
>>>>> Now, if the proposed drafts aims to used onlythese new Performance
>>>>> Metrics without duplicate them per application, my question becomes:
>>>>> Why a new drafts ? Why not simply implement RFC 7471 and RFC 7810 ?
>>>>> Up to now, I know only one partial implementation of these 2 RFCs
>>>>> (in FR-Routing Open Source project).
>>>> With respect to OSPF, this topic was already discussed at great
>>>> length on the OSPF list and during the IETF meetings in both Seoul and
>> Chicago.
>>>> Please see the OSPF list archive.
>>> Apologize. I'm jumping on the bandwagon now.
>>>
>>> Regards
>>>
>>> Olivier
>>> **
>>>> Thanks,
>>>> Acee
>>>>> Regards
>>>>>
>>>>> Olivier
>>>>>
>>>>>
>>>>> Le 25/10/2017 =C3=A0 01:25, Acee Lindem (acee) a =C3=A9crit :
>>>>>> Hi Olivier,
>>>>>>
>>>>>> If you read the definitions of Unidirectional residual, available,
>>>>>> and utilized bandwidth in RFC 7471 you will note that these are
>>>>>> all aggregate rather than application specific values. In other
>>>>>> words, they will not vary per application.
>>>>>>
>>>>>> Thanks,
>>>>>> Acee
>>>>>>
>>>>>> On 10/16/17, 11:03 AM, "OSPF on behalf of
>>> olivier.dugeon@orange.com"
>>>>>> <ospf-bounces@ietf.org on behalf of olivier.dugeon@orange.com>
>>> wrote:
>>>>>>> Dear authors,
>>>>>>>
>>>>>>> Please find below a comment on both
>>>>>>> draft-ietf-ospf-te-link-attr-reuse-01.txt and
>>>>>>> draft-ietf-isis-te-app-01.txt.
>>>>>>>
>>>>>>> I consider the use case of bandwidth reservation. I know this is
>>>>>>> not the most common use case, but the one I known well. The
>>>>>>> context is that of an operator who would setup some RSVP-TE
>>>>>>> tunnels and simultaneously SR-TE paths with bandwidth
>>>>>>> reservation. In this particular case, it is not possible to
>>>>>>> manage both reservation with the drafts as they are.
>>>>>>>
>>>>>>> Indeed, in OSPF draft, it is not proposed to advertised the usual
>>>>>>> bandwidth parameters as defined in RFC3630 and in ISIS, it is
>>>>>>> proposed to duplicate these parameters per application. The main
>>>>>>> problem arises from the fact that each application, in this case
>>>>>>> SR-TE and RSVP-TE, independently compute a path and therefore
>>>>>>> reserve bandwidth on their respective set of parameters. However,
>>>>>>> this will lead at a some point to bandwidth overbooking, which
>>>>>>> exactly what an operator wants to avoid by performing bandwidth
>>>>>>> reservation. Even if a PCE can be used to handle both the RSVP-TE
>>>>>>> tunnels and SR-TE paths, the same problem arises because each
>>>>>>> path computation is performed on a different set of bandwidth
>>>>>>> parameters i.e. one TED per application whereas these information
>>>>>>> relate to the same links. Of course a central entity like a PCE
>>>>>>> might try to reconcile the information into a single TED, but
>>>>>>> this will greatly increase the complexity of the PCE with a risk
>>>>>>> that the TE information will never be up to date, so at the end
>> unnecessary.
>>>>>>> So, for me there are only 2 possibles solutions to avoid this
>>>>>>> overbooking
>>>>>>> problem:
>>>>>>>
>>>>>>> 1/ Split and partition network resources to avoid conflicts. But,
>>>>>>> this leads into a poor network usage. Indeed, if an application
>>>>>>> like RSVP-TE uses less bandwidth than its budget, why the SR-TE
>>>>>>> application could not reuse them if it has reached its threshold ?
>>>>>>> The under utilization of network resources will increase
>>>>>>> proportionally with the number of applications. Imagine if we
>>>>>>> want to use this principle for network Slicing. I understand the
>>>>>>> advantage for vendors, but I'm on the operator side ;-)
>>>>>>>
>>>>>>> 2/ Each time an application reserved some bandwidth, the routers
>>>>>>> concerned by this new path must update the bandwidth parameters
>>>>>>> of the concerned link not only to the given application, but also
>>>>>>> to all others.
>>>>>>> For example, when RSVP-TE setup a tunnel, Unreserved Bandwidth
>>>>>>> parameters must be updated in the standard RFC3630 set, but also
>>>>>>> in SR-TE parameters set. But, in this case, why duplicate TE
>>>>>>> parameters if at the end all set carry the same values, apart
>>>>>>> wasting CPU and bandwidth ?
>>>>>>>
>>>>>>> In summary, duplicate TE information is only relevant for the
>>>>>>> added metrics i.e. delay, loss, jitter ... but unusable for
>>>>>>> concave metrics i.e. bandwidth.
>>>>>>>
>>>>>>> Can you explain me how you intend to solve this issue as both
>>>>>>> possible solutions are not suitable for an operator.
>>>>>>>
>>>>>>> Best Regards
>>>>>>>
>>>>>>> Olivier
>>>>>>>
>>>>>>>
>>>>>>>
>> __________________________________________________________
>>> _________
>>>>>>> _____
>>>>>>> __
>>>>>>> _______________________________________________
>>>>>>>
>>>>>>> Ce message et ses pieces jointes peuvent contenir des
>>>>>>> informations confidentielles ou privilegiees et ne doivent donc
>>>>>>> pas etre diffuses, exploites ou copies sans autorisation. Si vous
>>>>>>> avez recu ce message par erreur, veuillez le signaler a
>>>>>>> l'expediteur et le detruire ainsi que les pieces jointes. Les
>>>>>>> messages electroniques etant susceptibles d'alteration, Orange
>>>>>>> decline toute responsabilite si ce message a ete altere, deforme ou
>> falsifie.
>>>>>>> Merci.
>>>>>>>
>>>>>>> This message and its attachments may contain confidential or
>>>>>>> privileged information that may be protected by law; they should
>>>>>>> not be distributed, used or copied without authorisation.
>>>>>>> If you have received this email in error, please notify the
>>>>>>> sender and delete this message and its attachments.
>>>>>>> As emails may be altered, Orange is not liable for messages that
>>>>>>> have been modified, changed or falsified.
>>>>>>> Thank you.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> OSPF mailing list
>>>>>>> OSPF@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/ospf
>>>>>
>>>>>
>> __________________________________________________________
>>> ___________
>>>>> _____ _______________________________________________
>>>>>
>>>>> Ce message et ses pieces jointes peuvent contenir des informations
>>>>> confidentielles ou privilegiees et ne doivent donc pas etre
>>>>> diffuses, exploites ou copies sans autorisation. Si vous avez recu
>>>>> ce message par erreur, veuillez le signaler a l'expediteur et le
>>>>> detruire ainsi que les pieces jointes. Les messages electroniques
>>>>> etant susceptibles d'alteration, Orange decline toute
>>>>> responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>>>>>
>>>>> This message and its attachments may contain confidential or
>>>>> privileged information that may be protected by law; they should
>>>>> not be distributed, used or copied without authorisation.
>>>>> If you have received this email in error, please notify the sender
>>>>> and delete this message and its attachments.
>>>>> As emails may be altered, Orange is not liable for messages that
>>>>> have been modified, changed or falsified.
>>>>> Thank you.
>>>>>
>>>
>>>
>>>
>> __________________________________________________________
>> __________________________________________________________
>>> _____
>>>
>>> Ce message et ses pieces jointes peuvent contenir des informations
>>> confidentielles ou privilegiees et ne doivent donc pas etre diffuses,
>>> exploites ou copies sans autorisation. Si vous avez recu ce message
>>> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi
>>> que les pieces jointes. Les messages electroniques etant susceptibles
>>> d'alteration, Orange decline toute responsabilite si ce message a ete a=
ltere,
>> deforme ou falsifie. Merci.
>>> This message and its attachments may contain confidential or
>>> privileged information that may be protected by law; they should not
>>> be distributed, used or copied without authorisation.
>>> If you have received this email in error, please notify the sender and
>>> delete this message and its attachments.
>>> As emails may be altered, Orange is not liable for messages that have
>>> been modified, changed or falsified.
>>> Thank you.
>>>
>>> _______________________________________________
>>> Isis-wg mailing list
>>> Isis-wg@ietf.org
>>> https://www.ietf.org/mailman/listinfo/isis-wg
>> _______________________________________________
>> Isis-wg mailing list
>> Isis-wg@ietf.org
>> https://www.ietf.org/mailman/listinfo/isis-wg


___________________________________________________________________________=
______________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.


--------------5DC49076EE47E1B90ADA8186
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8=
">
  </head>
  <body text=3D"#000000" bgcolor=3D"#FFFFFF">
    <p><font face=3D"Ubuntu">Hello Le<font face=3D"Ubuntu">s,</font></font>=
</p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu">Th=
anks
            to take into acc<font face=3D"Ubuntu">ount our use cases. <br>
            </font></font></font></font></p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu">I
            carefully read the new version of the draft. If now it is
            clear that </font></font></font><font face=3D"Ubuntu"><font
          face=3D"Ubuntu"><font face=3D"Ubuntu">Maximum and Unreserved </fo=
nt></font></font><font
        face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu">Bandwid=
th
            Link parameters <font face=3D"Ubuntu">are announced as unique
              value (which solve partially the i<font face=3D"Ubuntu">ssue
                I raised)</font>, it is uncle<font face=3D"Ubuntu">ar for
                me<font face=3D"Ubuntu"> in which Sub-TLVs group there are
                  annou<font face=3D"Ubuntu">nced<font face=3D"Ubuntu">:
                      stand<font face=3D"Ubuntu">ard TE TL<font
                          face=3D"Ubuntu">Vs or the new proposed TLV's ? <f=
ont
                            face=3D"Ubuntu">If there are not announced in
                            the same TLVs set, <font face=3D"Ubuntu">these
                              will drastically increase the comple<font
                                face=3D"Ubuntu">xity for a router that <font
                                  face=3D"Ubuntu">runs</font> both SR-TE
                                and RSVP-TE. If there <font
                                  face=3D"Ubuntu">are announced in the
                                  same TLVs set, I don't understand the
                                  objective of the draft.</font></font></fo=
nt></font><br>
                        </font></font></font></font></font></font></font></=
font></font></font></p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><f=
ont
              face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                    face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                        face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                            face=3D"Ubuntu">But, <font face=3D"Ubuntu">look=
ing
                              again carefully <font face=3D"Ubuntu">to
                                the draft, <font face=3D"Ubuntu">now, I
                                  don't understand why these two
                                  specifics Bandwidth <font
                                    face=3D"Ubuntu">Link parameters <font
                                      face=3D"Ubuntu">have a special
                                      treatme<font face=3D"Ubuntu">nt
                                        while other Bandwidth parameters
                                        not. I means, all exten<font
                                          face=3D"Ubuntu">d</font>ed
                                        bandwidth metrics must be also
                                        uniquely announce to avoid any
                                        mis<font face=3D"Ubuntu">-</font>in=
terpretation
                                        during bandwidth <font
                                          face=3D"Ubuntu">reservation</font=
>.
                                        In particular for these extended
                                        metrics which <font
                                          face=3D"Ubuntu">come from
                                          measurement, why duplicate
                                          them<font face=3D"Ubuntu">, one
                                            per application ? </font></font=
>Same
                                        for the Maximum Reservable
                                        Bandwidth. <br>
                                      </font></font></font></font></font></=
font></font></font></font></font></font></font></font></font></font></font>=
</font></p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><f=
ont
              face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                    face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                        face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                            face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                    face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                                        face=3D"Ubuntu"><font
                                          face=3D"Ubuntu">Fin<font
                                            face=3D"Ubuntu">ally, I still
                                            do not understand why these
                                            new parameters are announced
                                            per Application. All these
                                            para<font face=3D"Ubuntu">meters
                                              are belonging to the Link
                                              Attributes, not to <font
                                                face=3D"Ubuntu">a partic<fo=
nt
                                                  face=3D"Ubuntu">ular</fon=
t></font>
                                              application. <font
                                                face=3D"Ubuntu">Looking to
                                                the argument of the
                                                draft, I <font
                                                  face=3D"Ubuntu">agree
                                                  that TE link
                                                  parameters where
                                                  design specifically
                                                  for RS<font
                                                    face=3D"Ubuntu">VP-TE
                                                    a<font face=3D"Ubuntu">=
nd
                                                      enhance time after
                                                      time which<font
                                                        face=3D"Ubuntu">,
                                                        at the end, give
                                                        a non-optimal<font
                                                          face=3D"Ubuntu">,
                                                          perhaps n<font
                                                          face=3D"Ubuntu">ot
                                                          coherent
                                                          global picture<fo=
nt
                                                          face=3D"Ubuntu">,
                                                          especially for
                                                          O<font
                                                          face=3D"Ubuntu">S=
PF.
                                                          So<font
                                                          face=3D"Ubuntu">,
                                                          if the goal is
                                                          to re-order
                                                          and clean <font
                                                          face=3D"Ubuntu">L=
ink
                                                          Attributes, I
                                                          think that the
                                                          way to go is
                                                          not correctly
                                                          expose in t<font
                                                          face=3D"Ubuntu">he
                                                          draft. I <font
                                                          face=3D"Ubuntu">w=
ould
                                                          prefer a new
                                                          encoding
                                                          schema within
                                                          the new OSPF
                                                          Opaque LSA
                                                          Extended Link
                                                          Attributes and
                                                          a clear
                                                          migration s<font
                                                          face=3D"Ubuntu">c=
enario
                                                          to help
                                                          operator<font
                                                          face=3D"Ubuntu">s
                                                          move from the
                                                          old encoding
                                                          schema to the
                                                          new one. For
                                                          ISIS, it is
                                                          safer as Link
                                                          Attributes are
                                                          convey into a
                                                          more coherent
                                                          TLVs and <font
                                                          face=3D"Ubuntu">d=
on't
                                                          need to be
                                                          change.</font></f=
ont></font></font></font></font></font></font></font></font></font></font><=
/font></font></font></font></font></font></font></font></font></font></font=
></font></font></font></font></font></font></font></font></font></font></fo=
nt></font></font></p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><f=
ont
              face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                    face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                        face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                            face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                    face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                                        face=3D"Ubuntu"><font
                                          face=3D"Ubuntu"><font
                                            face=3D"Ubuntu"><font
                                              face=3D"Ubuntu"><font
                                                face=3D"Ubuntu"><font
                                                  face=3D"Ubuntu"><font
                                                    face=3D"Ubuntu"><font
                                                      face=3D"Ubuntu"><font
                                                        face=3D"Ubuntu"><fo=
nt
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu">R=
egards</font></font></font></font></font></font></font></font></font></font=
></font></font></font></font></font></font></font></font></font></font></fo=
nt></font></font></font></font></font></font></font></font></font></font></=
font></font></font></font></font></p>
    <p><font face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><f=
ont
              face=3D"Ubuntu"><font face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                    face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                        face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                            face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                face=3D"Ubuntu"><font face=3D"Ubuntu"><font
                                    face=3D"Ubuntu"><font face=3D"Ubuntu"><=
font
                                        face=3D"Ubuntu"><font
                                          face=3D"Ubuntu"><font
                                            face=3D"Ubuntu"><font
                                              face=3D"Ubuntu"><font
                                                face=3D"Ubuntu"><font
                                                  face=3D"Ubuntu"><font
                                                    face=3D"Ubuntu"><font
                                                      face=3D"Ubuntu"><font
                                                        face=3D"Ubuntu"><fo=
nt
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu"><=
font
                                                          face=3D"Ubuntu">O=
livier</font></font></font></font></font></font></font></font></font></font=
></font></font></font></font></font></font></font></font></font></font></fo=
nt></font></font></font></font></font></font></font></font></font></font></=
font></font></font></font></font></font><br>
    </p>
    <br>
    <div class=3D"moz-cite-prefix">Le 14/11/2017 =C3=A0 18:16, Les Ginsberg
      (ginsberg) a =C3=A9crit=C2=A0:<br>
    </div>
    <blockquote type=3D"cite"
      cite=3D"mid:a34cd7a4f2bc4df6a95b953e9918bf3e@XCH-ALN-001.cisco.com">
      <pre wrap=3D"">Olivier -

<a class=3D"moz-txt-link-freetext" href=3D"https://datatracker.ietf.org/doc=
/html/draft-ietf-isis-te-app-03">https://datatracker.ietf.org/doc/html/draf=
t-ietf-isis-te-app-03</a> was published a short while ago and it addresses =
the issues you raised. (OSPF draft will be updated soon in an consistent ma=
nner.)
Specifically,

"Maximum link bandwidth is an application independent attribute of the
   link.  When advertised using the Application Specific Link Attributes
   sub-TLV, multiple values for the same link MUST NOT be advertised."

"Unreserved bandwidth is an attribute specific to RSVP."

As regards MaximumReservableBandwidth, we appreciate that managing bandwidt=
h per application may be challenging. However we feel there are legitimate =
use cases for doing that and do not want to preclude that. The fact that it=
 is possible to advertise this attribute with different values/application =
does NOT mean that a deployment MUST do so. You can associate the same valu=
e with all applications enabled in your network if you wish.

Thanx for calling our attention to these points. Please let us know of any =
additional concerns .

    Les


</pre>
      <blockquote type=3D"cite">
        <pre wrap=3D"">-----Original Message-----
From: Isis-wg [<a class=3D"moz-txt-link-freetext" href=3D"mailto:isis-wg-bo=
unces@ietf.org">mailto:isis-wg-bounces@ietf.org</a>] On Behalf Of Les Ginsb=
erg
(ginsberg)
Sent: Thursday, October 26, 2017 6:55 PM
To: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:olivier.dugeon@ora=
nge.com">olivier.dugeon@orange.com</a>; Acee Lindem (acee) <a class=3D"moz-=
txt-link-rfc2396E" href=3D"mailto:acee@cisco.com">&lt;acee@cisco.com&gt;</a=
>;
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:ospf@ietf.org">ospf@ie=
tf.org</a>; <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:isis-wg@ie=
tf.org">isis-wg@ietf.org</a>
Subject: Re: [Isis-wg] [OSPF] Comments on draft-ietf-ospf-te-link-attr-reus=
e-
01.txt and draft-ietf-isis-te-app-01.txt

Olivier -

Thanx for the discussion.

The authors of draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isi=
s-te-
app-01.txt are in discussions and we will resolve the discrepancies between
the two drafts as regards the set of link attributes which are supported.
As regards issues associated with MaximumBandwidth,
MaximumReservableBandwidth and UnreservedBandwidth parameters this
is also under discussion and we will have more to say about that soon.

Appreciate your patience...

    Les

</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">-----Original Message-----
From: Isis-wg [<a class=3D"moz-txt-link-freetext" href=3D"mailto:isis-wg-bo=
unces@ietf.org">mailto:isis-wg-bounces@ietf.org</a>] On Behalf Of
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:olivier.dugeon@orange.=
com">olivier.dugeon@orange.com</a>
Sent: Wednesday, October 25, 2017 9:53 AM
To: Acee Lindem (acee) <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:ac=
ee@cisco.com">&lt;acee@cisco.com&gt;</a>; <a class=3D"moz-txt-link-abbrevia=
ted" href=3D"mailto:ospf@ietf.org">ospf@ietf.org</a>;
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:isis-wg@ietf.org">isis=
-wg@ietf.org</a>
Subject: Re: [Isis-wg] [OSPF] Comments on
draft-ietf-ospf-te-link-attr-reuse-
01.txt and draft-ietf-isis-te-app-01.txt

Acee,

First apologize for my typo error on IS-IS mailing list. I hope every
body got the thread from the beginning (thanks to the OSPF &amp; IS-IS
mailing list inter redistribution).

Then, my answers in line.

Le 25/10/2017 =C3=A0 13:45, Acee Lindem (acee) a =C3=A9crit=C2=A0:
</pre>
          <blockquote type=3D"cite">
            <pre wrap=3D"">Hi Olivier,

On 10/25/17, 5:37 AM, <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:oli=
vier.dugeon@orange.com">"olivier.dugeon@orange.com"</a>
<a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:olivier.dugeon@orange.com=
">&lt;olivier.dugeon@orange.com&gt;</a> wrote:

</pre>
            <blockquote type=3D"cite">
              <pre wrap=3D"">Hi Acee,

I agree, but I'm not referring to Unidirectional residual,
available and utilized bandwidth as per RFC 7471.

My comment concerns the MaximumBandwidth,
</pre>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">MaximumReservableBandwidth
</pre>
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <pre wrap=3D"">and UnreservedBandwidth parameters defined in =
RFC 3630that are
</pre>
            </blockquote>
          </blockquote>
        </blockquote>
        <pre wrap=3D"">used
</pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <pre wrap=3D"">by the CSPF to compute the path. These one are=
 not aggregate if I
correctly understand the proposed draft. I also don't understand
why these standard TE parameters are duplicate in the ISIS draft
and not mention in the OSPF draft. Do we go to a different
behaviour between IS-
</pre>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">IS and OSPF ?
</pre>
          <blockquote type=3D"cite">
            <pre wrap=3D"">If read beyond the draft title, you=E2=80=99ll s=
ee that these reservation
parameters are not included in draft-ietf-ospf-te-link-attr-reuse.
</pre>
          </blockquote>
          <pre wrap=3D"">I read carefully the draft and it is exactly what =
it makes confuse me
when I read carefully draft-ietf-isis-te-app-01.txt which explicitly
reuse these reservation parameters and suggest to duplicate them per
application. The latter is my concerns as it will potentially break
the possibility to perform efficient bandwidth reservation with both
RSVP-TE and SR-TE in a same network. For me, this will be certainly
the main use case during the transition period when an operator will
go to SR-TE from RSVP-TE. Both protocol must be manage simultaneously
during a large period of time. If standard reservation parameters are
duplicated, it will be a nightmare to manage efficiently bandwidth
</pre>
        </blockquote>
        <pre wrap=3D"">reservation without wasting bandwidth.
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">
So, I would understand if
1) both draft will be align ?
2) in which direction i.e. with or without reservation information and
3) if reservation parameters are included, how my use case could be solved
</pre>
        </blockquote>
        <pre wrap=3D"">?
</pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <pre wrap=3D"">
</pre>
            <blockquote type=3D"cite">
              <pre wrap=3D"">Now, if the proposed drafts aims to used onlyt=
hese new Performance
Metrics without duplicate them per application, my question becomes:
Why a new drafts ? Why not simply implement RFC 7471 and RFC 7810 ?
Up to now, I know only one partial implementation of these 2 RFCs
(in FR-Routing Open Source project).
</pre>
            </blockquote>
            <pre wrap=3D"">With respect to OSPF, this topic was already dis=
cussed at great
length on the OSPF list and during the IETF meetings in both Seoul and
</pre>
          </blockquote>
        </blockquote>
        <pre wrap=3D"">Chicago.
</pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <pre wrap=3D"">Please see the OSPF list archive.
</pre>
          </blockquote>
          <pre wrap=3D"">Apologize. I'm jumping on the bandwagon now.

Regards

Olivier
**
</pre>
          <blockquote type=3D"cite">
            <pre wrap=3D"">
Thanks,
Acee
</pre>
            <blockquote type=3D"cite">
              <pre wrap=3D"">Regards

Olivier


Le 25/10/2017 =C3=A0 01:25, Acee Lindem (acee) a =C3=A9crit :
</pre>
              <blockquote type=3D"cite">
                <pre wrap=3D"">Hi Olivier,

If you read the definitions of Unidirectional residual, available,
and utilized bandwidth in RFC 7471 you will note that these are
all aggregate rather than application specific values. In other
words, they will not vary per application.

Thanks,
Acee

On 10/16/17, 11:03 AM, "OSPF on behalf of
</pre>
              </blockquote>
            </blockquote>
          </blockquote>
          <pre wrap=3D""><a class=3D"moz-txt-link-abbreviated" href=3D"mail=
to:olivier.dugeon@orange.com">olivier.dugeon@orange.com</a>"
</pre>
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <blockquote type=3D"cite">
                <pre wrap=3D""><a class=3D"moz-txt-link-rfc2396E" href=3D"m=
ailto:ospf-bounces@ietf.orgonbehalfofolivier.dugeon@orange.com">&lt;ospf-bo=
unces@ietf.org on behalf of olivier.dugeon@orange.com&gt;</a>
</pre>
              </blockquote>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">wrote:
</pre>
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <blockquote type=3D"cite">
                <pre wrap=3D"">
</pre>
                <blockquote type=3D"cite">
                  <pre wrap=3D"">Dear authors,

Please find below a comment on both
draft-ietf-ospf-te-link-attr-reuse-01.txt and
draft-ietf-isis-te-app-01.txt.

I consider the use case of bandwidth reservation. I know this is
not the most common use case, but the one I known well. The
context is that of an operator who would setup some RSVP-TE
tunnels and simultaneously SR-TE paths with bandwidth
reservation. In this particular case, it is not possible to
manage both reservation with the drafts as they are.

Indeed, in OSPF draft, it is not proposed to advertised the usual
bandwidth parameters as defined in RFC3630 and in ISIS, it is
proposed to duplicate these parameters per application. The main
problem arises from the fact that each application, in this case
SR-TE and RSVP-TE, independently compute a path and therefore
reserve bandwidth on their respective set of parameters. However,
this will lead at a some point to bandwidth overbooking, which
exactly what an operator wants to avoid by performing bandwidth
reservation. Even if a PCE can be used to handle both the RSVP-TE
tunnels and SR-TE paths, the same problem arises because each
path computation is performed on a different set of bandwidth
parameters i.e. one TED per application whereas these information
relate to the same links. Of course a central entity like a PCE
might try to reconcile the information into a single TED, but
this will greatly increase the complexity of the PCE with a risk
that the TE information will never be up to date, so at the end
</pre>
                </blockquote>
              </blockquote>
            </blockquote>
          </blockquote>
        </blockquote>
        <pre wrap=3D"">unnecessary.
</pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <blockquote type=3D"cite">
                <blockquote type=3D"cite">
                  <pre wrap=3D"">
So, for me there are only 2 possibles solutions to avoid this
overbooking
problem:

1/ Split and partition network resources to avoid conflicts. But,
this leads into a poor network usage. Indeed, if an application
like RSVP-TE uses less bandwidth than its budget, why the SR-TE
application could not reuse them if it has reached its threshold ?
The under utilization of network resources will increase
proportionally with the number of applications. Imagine if we
want to use this principle for network Slicing. I understand the
advantage for vendors, but I'm on the operator side ;-)

2/ Each time an application reserved some bandwidth, the routers
concerned by this new path must update the bandwidth parameters
of the concerned link not only to the given application, but also
to all others.
For example, when RSVP-TE setup a tunnel, Unreserved Bandwidth
parameters must be updated in the standard RFC3630 set, but also
in SR-TE parameters set. But, in this case, why duplicate TE
parameters if at the end all set carry the same values, apart
wasting CPU and bandwidth ?

In summary, duplicate TE information is only relevant for the
added metrics i.e. delay, loss, jitter ... but unusable for
concave metrics i.e. bandwidth.

Can you explain me how you intend to solve this issue as both
possible solutions are not suitable for an operator.

Best Regards

Olivier



</pre>
                </blockquote>
              </blockquote>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">
</pre>
        </blockquote>
        <pre wrap=3D"">____________________________________________________=
______
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">_________
</pre>
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <blockquote type=3D"cite">
                <blockquote type=3D"cite">
                  <pre wrap=3D"">_____
__
_______________________________________________

Ce message et ses pieces jointes peuvent contenir des
informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous
avez recu ce message par erreur, veuillez le signaler a
l'expediteur et le detruire ainsi que les pieces jointes. Les
messages electroniques etant susceptibles d'alteration, Orange
decline toute responsabilite si ce message a ete altere, deforme ou
</pre>
                </blockquote>
              </blockquote>
            </blockquote>
          </blockquote>
        </blockquote>
        <pre wrap=3D"">falsifie.
</pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <blockquote type=3D"cite">
                <blockquote type=3D"cite">
                  <pre wrap=3D"">Merci.

This message and its attachments may contain confidential or
privileged information that may be protected by law; they should
not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the
sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that
have been modified, changed or falsified.
Thank you.

_______________________________________________
OSPF mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:OSPF@ietf.org">OSPF@ie=
tf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/lis=
tinfo/ospf">https://www.ietf.org/mailman/listinfo/ospf</a>
</pre>
                </blockquote>
              </blockquote>
              <pre wrap=3D"">


</pre>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">
</pre>
        </blockquote>
        <pre wrap=3D"">____________________________________________________=
______
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">___________
</pre>
          <blockquote type=3D"cite">
            <blockquote type=3D"cite">
              <pre wrap=3D"">_____ ________________________________________=
_______

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc pas etre
diffuses, exploites ou copies sans autorisation. Si vous avez recu
ce message par erreur, veuillez le signaler a l'expediteur et le
detruire ainsi que les pieces jointes. Les messages electroniques
etant susceptibles d'alteration, Orange decline toute
responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or
privileged information that may be protected by law; they should
not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender
and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that
have been modified, changed or falsified.
Thank you.

</pre>
            </blockquote>
          </blockquote>
          <pre wrap=3D"">



</pre>
        </blockquote>
        <pre wrap=3D"">____________________________________________________=
______
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">
</pre>
        </blockquote>
        <pre wrap=3D"">____________________________________________________=
______
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">_____

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc pas etre diffuses,
exploites ou copies sans autorisation. Si vous avez recu ce message
par erreur, veuillez le signaler a l'expediteur et le detruire ainsi
que les pieces jointes. Les messages electroniques etant susceptibles
d'alteration, Orange decline toute responsabilite si ce message a ete alter=
e,
</pre>
        </blockquote>
        <pre wrap=3D"">deforme ou falsifie. Merci.
</pre>
        <blockquote type=3D"cite">
          <pre wrap=3D"">
This message and its attachments may contain confidential or
privileged information that may be protected by law; they should not
be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have
been modified, changed or falsified.
Thank you.

_______________________________________________
Isis-wg mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Isis-wg@ietf.org">Isis=
-wg@ietf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/lis=
tinfo/isis-wg">https://www.ietf.org/mailman/listinfo/isis-wg</a>
</pre>
        </blockquote>
        <pre wrap=3D"">_______________________________________________
Isis-wg mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Isis-wg@ietf.org">Isis=
-wg@ietf.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://www.ietf.org/mailman/lis=
tinfo/isis-wg">https://www.ietf.org/mailman/listinfo/isis-wg</a>
</pre>
      </blockquote>
    </blockquote>
    <br>
  <PRE>____________________________________________________________________=
_____________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
</PRE></body>
</html>

--------------5DC49076EE47E1B90ADA8186--


From nobody Wed Nov 29 14:24:31 2017
Return-Path: <ginsberg@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08B16126E01; Wed, 29 Nov 2017 14:24:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.204
X-Spam-Level: 
X-Spam-Status: No, score=-13.204 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, TRACKER_ID=1.306, 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 YKHve5gpkQlm; Wed, 29 Nov 2017 14:24:17 -0800 (PST)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4042F126B6D; Wed, 29 Nov 2017 14:24:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=75836; q=dns/txt; s=iport; t=1511994257; x=1513203857; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=7aMz/a0GfOFOcF83fRSSUTdJA/lBbaTEB6Bi1pIM4V4=; b=PUVQIhWf/yu8pcVNLLiAHy3M7Pn/D39UIUe0C9wHYuNu6HLFZn2b/CUH rzTw/+Avljk89Qrgg35yk1QK52haU3cAoYyW31jVYc96Rxa/xhkXzJ1lC n2JbzLESIZqAvsqzEzsrCQ9PbqjyfhhZXfKhA9sigF2N29YrmccT9twMz k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqAAC+Mh9a/51dJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKRC5mbicHg3iKII5xgX2WdBCBfgMKGAEKhRgCGoR7PxgBAQE?= =?us-ascii?q?BAQEBAQFrKIUfAQEBAQMBARgBCApBFwQCAQgRBAEBFgsBAgQDAgICJQsUCQgCB?= =?us-ascii?q?AESCBOJI2QQp1CCJyaKQAEBAQEBAQEBAQEBAQEBAQEBAQEBARgFg0GCCYFWgWg?= =?us-ascii?q?Bgh2BDoRbDQUBEgE2DxAJglaCYwWHYpFIiSMCh3KDaoNnhUCCH4YPhAeHJYo5g?= =?us-ascii?q?kCJHAIRGQGBOQEfOWFwbxUWJIIpglIcGYFOdwGHPoEkgRQBAQE?=
X-IronPort-AV: E=Sophos; i="5.45,339,1508803200"; d="scan'208,217"; a="38139340"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Nov 2017 22:24:16 +0000
Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id vATMOFw1028763 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 29 Nov 2017 22:24:15 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 29 Nov 2017 16:24:15 -0600
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1320.000; Wed, 29 Nov 2017 16:24:15 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: "olivier.dugeon@orange.com" <olivier.dugeon@orange.com>, "Acee Lindem (acee)" <acee@cisco.com>, "ospf@ietf.org" <ospf@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [Isis-wg] [OSPF] Comments on draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isis-te-app-01.txt
Thread-Index: AQHTRo/6Psf8Co97B0q9XSqsRCxTb6L0BYGAgACq9YCAACO5gIAAVfoAgAHVrWCAHUkokIAYDh+A///JjmA=
Date: Wed, 29 Nov 2017 22:24:15 +0000
Message-ID: <5f80968ae04a4af6ad3607b2dcf5e8e5@XCH-ALN-001.cisco.com>
References: <10170_1508166197_59E4CA35_10170_182_6_e39cb950-80c3-bc84-dd0b-21a67e45dc0a@orange.com> <D61542A0.D1E05%acee@cisco.com> <650_1508924255_59F05B5F_650_30_1_ca19b84b-f7da-0bca-b0de-5d5f4d6e81e0@orange.com> <D615EFC7.D20AD%acee@cisco.com> <12783_1508950389_59F0C175_12783_211_1_0f38311d-73ba-a67f-91e6-81faa3885897@orange.com> <272a1e965b9e4d14bc92b114cfaaa573@XCH-ALN-001.cisco.com> <a34cd7a4f2bc4df6a95b953e9918bf3e@XCH-ALN-001.cisco.com> <3361_1511980100_5A1EFC44_3361_386_1_2301dd74-90af-ff0c-c1c5-9672472b5f98@orange.com>
In-Reply-To: <3361_1511980100_5A1EFC44_3361_386_1_2301dd74-90af-ff0c-c1c5-9672472b5f98@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.101.15]
Content-Type: multipart/alternative; boundary="_000_5f80968ae04a4af6ad3607b2dcf5e8e5XCHALN001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/eUkqBgXuqOKRfKKXC2sBJyCVkHE>
Subject: Re: [OSPF] [Isis-wg] Comments on draft-ietf-ospf-te-link-attr-reuse-01.txt and draft-ietf-isis-te-app-01.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Nov 2017 22:24:22 -0000

--_000_5f80968ae04a4af6ad3607b2dcf5e8e5XCHALN001ciscocom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

T2xpdmllciDigJMNCg0KSSB0aGluayB3ZSBhcmUgZ29pbmcgaW4gYSBjaXJjbGUgYSBiaXQgaS5l
LiwgeW91IHNlZW0gdG8gYmUgYXNraW5nIHRoZSBzYW1lIHF1ZXN0aW9ucyB0aGF0IEkgaGF2ZSBh
bHJlYWR5IHRyaWVkIHRvIGFuc3dlciDigJMgc28gbm90IHN1cmUgaG93IHN1Y2Nlc3NmdWwgbXkg
c2Vjb25kIGF0dGVtcHQgd2lsbCBiZSDigJMgYnV0IEkgd2lsbCBnaXZlIGl0IGEgdHJ5Lg0KDQpB
cyBhbiBhc2lkZSwgSSB0aGluayBpdCB3b3VsZCBwcm9iYWJseSBiZSBoZWxwZnVsIHRvIHByb3Zp
ZGUgc29tZSBleGFtcGxlcyBvZiBob3cgdG8gdXNlIHRoZSBleHRlbnNpb25zIGRlZmluZWQgaW4g
dGhlIGRyYWZ0LiBTZWN0aW9uIDcgb2YgdGhlIGRyYWZ0IGRpc2N1c3NlcyB0aGlzIOKAkyBidXQg
aXQgbWF5IHdlbGwgYmUgaGVscGZ1bCB0byBwcm92aWRlIHNvbWUgbW9yZSBkZXRhaWxlZCBleGFt
cGxlcy4gIFdlIHdpbGwgd29yayBvbiBhZGRpbmcgdGhhdCB0byB0aGUgbmV4dCByZXZpc2lvbi4N
Cg0KQXMgYmFja2dyb3VuZCBjb250ZXh0LCB0aGUgZHJhZnQgc3VwcG9ydHMgc2hhcmluZyBhIHNp
bmdsZSBzZXQgb2YgbGluayBhdHRyaWJ1dGUgYWR2ZXJ0aXNlbWVudHMgYW1vbmcgbWFueSBhcHBs
aWNhdGlvbnMgYW5kIGl0IHN1cHBvcnRzIGhhdmluZyBtdWx0aXBsZSBzZXRzIG9mIGxpbmsgYXR0
cmlidXRlIGFkdmVydGlzZW1lbnRzIGZvciBhIGdpdmVuIGxpbmssIGVhY2ggc2V0IGFzc29jaWF0
ZWQgd2l0aCBvbmUgb3IgbW9yZSBhcHBsaWNhdGlvbnMuIFdoaWNoIG1vZGUgeW91IHVzZSBkZXBl
bmRzIG9uIHRoZSB1c2UgY2FzZXMgeW91IGhhdmUgaW4geW91ciBuZXR3b3JrLiBQbGVhc2Uga2Vl
cCBpbiBtaW5kIHRoYXQgdGhpcyBpcyBhIGNob2ljZSDigJMgbm90IGEgbWFuZGF0ZSB0byBtb3Zl
IHRvIG11bHRpcGxlIHNldCBvZiBsaW5rIGF0dHJpYnV0ZSBhZHZlcnRpc2VtZW50cy4NCg0KQXMg
cmVnYXJkcyBkaWZmZXJlbnQgYXR0cmlidXRlIHZhbHVlcyBmb3IgZGlmZmVyZW50IGFwcGxpY2F0
aW9ucyBvbiBhIGdpdmVuIGxpbmssIHdlIGRvIHVuZGVyc3RhbmQgdGhhdCB0aGlzIGluY3JlYXNl
cyBjb21wbGV4aXR5LiBJZiB5b3UgZG8gbm90IGhhdmUgYSB1c2UgY2FzZSBmb3IgZG9pbmcgdGhp
cyBpbiB5b3VyIG5ldHdvcmsgdGhlbiB5b3Ugc2hvdWxkIGFkdmVydGlzZSBvbmUgYW5kIG9ubHkg
b25lIHZhbHVlIGZvciBhIGdpdmVuIGF0dHJpYnV0ZSBvbiBhIGxpbmsuIEhvd2V2ZXIsIHRoZXJl
IGFyZSBuZXR3b3JrcyB3aGVyZSB0aGUgb3BlcmF0b3Igd2FudHMgdG8gbWFuYWdlIGJhbmR3aWR0
aCBvbiBhIHBlciBhcHBsaWNhdGlvbiBiYXNpcy4gV2UgZGlkIG5vdCBpbnZlbnQgdGhpcyB1c2Ug
Y2FzZSDigJMgaXQgaGFzIGJlZW4gcmVxdWVzdGVkLiBJbiBzdWNoIGEgY2FzZSB0aGUgcmVxdWly
ZW1lbnQgaXMgdG8gYmUgYWJsZSB0byBhZHZlcnRpc2UgcGVyIGFwcGxpY2F0aW9uIHZhbHVlcy4g
Q2xlYXJseSwgd2hlbiBkb2luZyBzbywgdGhlIG1hbmFnZW1lbnQgdGFzayBiZWNvbWVzIG1vcmUg
Y29tcGxleC4gQnV0IHRoaXMgaXMgYSBjaG9pY2UgdGhlIG9wZXJhdG9yIG1ha2VzIGJhc2VkIG9u
IHRoZSB1c2UgY2FzZS4NCg0KQXMgcmVnYXJkcyB0aGUgdHdvIOKAnHNwZWNpYWwgcGFyYW1ldGVy
c+KAnSwgd2UgaGF2ZSB0cmllZCB0byBiZSBleHBsaWNpdCBpbiB0aGUgZHJhZnQgYXMgdG8gdGhl
IHJlYXNvbnMgZm9yIHNwZWNpYWwgdHJlYXRtZW50Lg0KDQpTZWN0aW9uIDQuMi4xOiDigJxNYXhp
bXVtIGxpbmsgYmFuZHdpZHRoIGlzIGFuIGFwcGxpY2F0aW9uIGluZGVwZW5kZW50IGF0dHJpYnV0
ZSBvZiB0aGUgIGxpbmsu4oCdDQpUaGlzIGF0dHJpYnV0ZSBzaW1wbHkgYWR2ZXJ0aXNlcyB0aGUg
cGh5c2ljYWwgY2FwYWNpdHkgb2YgdGhlIGxpbmsg4oCTIHdoaWNoIGRvZXMgbm90IGNoYW5nZSBi
YXNlZCBvbiB0aGUgbnVtYmVyL3R5cGUgb2YgYXBwbGljYXRpb25zIHdoaWNoIG1heSBiZSB1c2lu
ZyB0aGF0IGxpbmsuIFdlIGhhdmUgdGhlcmVmb3JlIHNwZWNpZmllZCB0aGF0IG9ubHkgb25lIHZh
bHVlIG1heSBiZSBhZHZlcnRpc2VkL2xpbmsuIEFzIGFuIGFpZCB0byB0cmFuc2l0aW9uIGNhc2Vz
LCB0aGUgc2FtZSB2YWx1ZSBNQVkgYmUgYWR2ZXJ0aXNlZCBpbiBtdWx0aXBsZSBzdWItVExWcyBm
b3IgYSBnaXZlbiBsaW5rLCBidXQgdGhlIHZhbHVlcyBNVVNUIGJlIGlkZW50aWNhbC4NCg0KU2Vj
dGlvbiA0LjIuMjog4oCcVW5yZXNlcnZlZCBiYW5kd2lkdGggaXMgYW4gYXR0cmlidXRlIHNwZWNp
ZmljIHRvIFJTVlAu4oCdDQpJdCBpcyB0aGVyZWZvcmUgaWxsZWdhbCB0byBhZHZlcnRpc2UgdGhh
dCBwYXJhbWV0ZXIgYXNzb2NpYXRlZCB3aXRoIGFuIGFwcGxpY2F0aW9uIG90aGVyIHRoYW4gUlNW
UC1URS4NClRoaXMgY2FuIGJlIGFjY29tcGxpc2hlZCBieSB1c2luZyBhIGxlZ2FjeSBhZHZlcnRp
c2VtZW50IG9yIGJ5IHVzaW5nIHRoZSBuZXcgc3ViLVRMVi4gSW4gdGhlIGxhdHRlciBjYXNlIG9u
bHkgdGhlIFJTVlAtVEUgYml0IGNhbiBiZSBzZXQuDQoNCiAgIExlcw0KDQoNCg0KRnJvbTogb2xp
dmllci5kdWdlb25Ab3JhbmdlLmNvbSBbbWFpbHRvOm9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb21d
DQpTZW50OiBXZWRuZXNkYXksIE5vdmVtYmVyIDI5LCAyMDE3IDEwOjI4IEFNDQpUbzogTGVzIEdp
bnNiZXJnIChnaW5zYmVyZykgPGdpbnNiZXJnQGNpc2NvLmNvbT47IEFjZWUgTGluZGVtIChhY2Vl
KSA8YWNlZUBjaXNjby5jb20+OyBvc3BmQGlldGYub3JnOyBpc2lzLXdnQGlldGYub3JnDQpTdWJq
ZWN0OiBSZTogW0lzaXMtd2ddIFtPU1BGXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW9zcGYtdGUt
bGluay1hdHRyLXJldXNlLTAxLnR4dCBhbmQgZHJhZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMS50eHQN
Cg0KDQpIZWxsbyBMZXMsDQoNClRoYW5rcyB0byB0YWtlIGludG8gYWNjb3VudCBvdXIgdXNlIGNh
c2VzLg0KDQpJIGNhcmVmdWxseSByZWFkIHRoZSBuZXcgdmVyc2lvbiBvZiB0aGUgZHJhZnQuIElm
IG5vdyBpdCBpcyBjbGVhciB0aGF0IE1heGltdW0gYW5kIFVucmVzZXJ2ZWQgQmFuZHdpZHRoIExp
bmsgcGFyYW1ldGVycyBhcmUgYW5ub3VuY2VkIGFzIHVuaXF1ZSB2YWx1ZSAod2hpY2ggc29sdmUg
cGFydGlhbGx5IHRoZSBpc3N1ZSBJIHJhaXNlZCksIGl0IGlzIHVuY2xlYXIgZm9yIG1lIGluIHdo
aWNoIFN1Yi1UTFZzIGdyb3VwIHRoZXJlIGFyZSBhbm5vdW5jZWQ6IHN0YW5kYXJkIFRFIFRMVnMg
b3IgdGhlIG5ldyBwcm9wb3NlZCBUTFYncyA/IElmIHRoZXJlIGFyZSBub3QgYW5ub3VuY2VkIGlu
IHRoZSBzYW1lIFRMVnMgc2V0LCB0aGVzZSB3aWxsIGRyYXN0aWNhbGx5IGluY3JlYXNlIHRoZSBj
b21wbGV4aXR5IGZvciBhIHJvdXRlciB0aGF0IHJ1bnMgYm90aCBTUi1URSBhbmQgUlNWUC1URS4g
SWYgdGhlcmUgYXJlIGFubm91bmNlZCBpbiB0aGUgc2FtZSBUTFZzIHNldCwgSSBkb24ndCB1bmRl
cnN0YW5kIHRoZSBvYmplY3RpdmUgb2YgdGhlIGRyYWZ0Lg0KDQpCdXQsIGxvb2tpbmcgYWdhaW4g
Y2FyZWZ1bGx5IHRvIHRoZSBkcmFmdCwgbm93LCBJIGRvbid0IHVuZGVyc3RhbmQgd2h5IHRoZXNl
IHR3byBzcGVjaWZpY3MgQmFuZHdpZHRoIExpbmsgcGFyYW1ldGVycyBoYXZlIGEgc3BlY2lhbCB0
cmVhdG1lbnQgd2hpbGUgb3RoZXIgQmFuZHdpZHRoIHBhcmFtZXRlcnMgbm90LiBJIG1lYW5zLCBh
bGwgZXh0ZW5kZWQgYmFuZHdpZHRoIG1ldHJpY3MgbXVzdCBiZSBhbHNvIHVuaXF1ZWx5IGFubm91
bmNlIHRvIGF2b2lkIGFueSBtaXMtaW50ZXJwcmV0YXRpb24gZHVyaW5nIGJhbmR3aWR0aCByZXNl
cnZhdGlvbi4gSW4gcGFydGljdWxhciBmb3IgdGhlc2UgZXh0ZW5kZWQgbWV0cmljcyB3aGljaCBj
b21lIGZyb20gbWVhc3VyZW1lbnQsIHdoeSBkdXBsaWNhdGUgdGhlbSwgb25lIHBlciBhcHBsaWNh
dGlvbiA/IFNhbWUgZm9yIHRoZSBNYXhpbXVtIFJlc2VydmFibGUgQmFuZHdpZHRoLg0KDQpGaW5h
bGx5LCBJIHN0aWxsIGRvIG5vdCB1bmRlcnN0YW5kIHdoeSB0aGVzZSBuZXcgcGFyYW1ldGVycyBh
cmUgYW5ub3VuY2VkIHBlciBBcHBsaWNhdGlvbi4gQWxsIHRoZXNlIHBhcmFtZXRlcnMgYXJlIGJl
bG9uZ2luZyB0byB0aGUgTGluayBBdHRyaWJ1dGVzLCBub3QgdG8gYSBwYXJ0aWN1bGFyIGFwcGxp
Y2F0aW9uLiBMb29raW5nIHRvIHRoZSBhcmd1bWVudCBvZiB0aGUgZHJhZnQsIEkgYWdyZWUgdGhh
dCBURSBsaW5rIHBhcmFtZXRlcnMgd2hlcmUgZGVzaWduIHNwZWNpZmljYWxseSBmb3IgUlNWUC1U
RSBhbmQgZW5oYW5jZSB0aW1lIGFmdGVyIHRpbWUgd2hpY2gsIGF0IHRoZSBlbmQsIGdpdmUgYSBu
b24tb3B0aW1hbCwgcGVyaGFwcyBub3QgY29oZXJlbnQgZ2xvYmFsIHBpY3R1cmUsIGVzcGVjaWFs
bHkgZm9yIE9TUEYuIFNvLCBpZiB0aGUgZ29hbCBpcyB0byByZS1vcmRlciBhbmQgY2xlYW4gTGlu
ayBBdHRyaWJ1dGVzLCBJIHRoaW5rIHRoYXQgdGhlIHdheSB0byBnbyBpcyBub3QgY29ycmVjdGx5
IGV4cG9zZSBpbiB0aGUgZHJhZnQuIEkgd291bGQgcHJlZmVyIGEgbmV3IGVuY29kaW5nIHNjaGVt
YSB3aXRoaW4gdGhlIG5ldyBPU1BGIE9wYXF1ZSBMU0EgRXh0ZW5kZWQgTGluayBBdHRyaWJ1dGVz
IGFuZCBhIGNsZWFyIG1pZ3JhdGlvbiBzY2VuYXJpbyB0byBoZWxwIG9wZXJhdG9ycyBtb3ZlIGZy
b20gdGhlIG9sZCBlbmNvZGluZyBzY2hlbWEgdG8gdGhlIG5ldyBvbmUuIEZvciBJU0lTLCBpdCBp
cyBzYWZlciBhcyBMaW5rIEF0dHJpYnV0ZXMgYXJlIGNvbnZleSBpbnRvIGEgbW9yZSBjb2hlcmVu
dCBUTFZzIGFuZCBkb24ndCBuZWVkIHRvIGJlIGNoYW5nZS4NCg0KUmVnYXJkcw0KDQpPbGl2aWVy
DQoNCkxlIDE0LzExLzIwMTcgw6AgMTg6MTYsIExlcyBHaW5zYmVyZyAoZ2luc2JlcmcpIGEgw6lj
cml0IDoNCg0KT2xpdmllciAtDQoNCg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv
Yy9odG1sL2RyYWZ0LWlldGYtaXNpcy10ZS1hcHAtMDMgd2FzIHB1Ymxpc2hlZCBhIHNob3J0IHdo
aWxlIGFnbyBhbmQgaXQgYWRkcmVzc2VzIHRoZSBpc3N1ZXMgeW91IHJhaXNlZC4gKE9TUEYgZHJh
ZnQgd2lsbCBiZSB1cGRhdGVkIHNvb24gaW4gYW4gY29uc2lzdGVudCBtYW5uZXIuKQ0KDQpTcGVj
aWZpY2FsbHksDQoNCg0KDQoiTWF4aW11bSBsaW5rIGJhbmR3aWR0aCBpcyBhbiBhcHBsaWNhdGlv
biBpbmRlcGVuZGVudCBhdHRyaWJ1dGUgb2YgdGhlDQoNCiAgIGxpbmsuICBXaGVuIGFkdmVydGlz
ZWQgdXNpbmcgdGhlIEFwcGxpY2F0aW9uIFNwZWNpZmljIExpbmsgQXR0cmlidXRlcw0KDQogICBz
dWItVExWLCBtdWx0aXBsZSB2YWx1ZXMgZm9yIHRoZSBzYW1lIGxpbmsgTVVTVCBOT1QgYmUgYWR2
ZXJ0aXNlZC4iDQoNCg0KDQoiVW5yZXNlcnZlZCBiYW5kd2lkdGggaXMgYW4gYXR0cmlidXRlIHNw
ZWNpZmljIHRvIFJTVlAuIg0KDQoNCg0KQXMgcmVnYXJkcyBNYXhpbXVtUmVzZXJ2YWJsZUJhbmR3
aWR0aCwgd2UgYXBwcmVjaWF0ZSB0aGF0IG1hbmFnaW5nIGJhbmR3aWR0aCBwZXIgYXBwbGljYXRp
b24gbWF5IGJlIGNoYWxsZW5naW5nLiBIb3dldmVyIHdlIGZlZWwgdGhlcmUgYXJlIGxlZ2l0aW1h
dGUgdXNlIGNhc2VzIGZvciBkb2luZyB0aGF0IGFuZCBkbyBub3Qgd2FudCB0byBwcmVjbHVkZSB0
aGF0LiBUaGUgZmFjdCB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIGFkdmVydGlzZSB0aGlzIGF0dHJp
YnV0ZSB3aXRoIGRpZmZlcmVudCB2YWx1ZXMvYXBwbGljYXRpb24gZG9lcyBOT1QgbWVhbiB0aGF0
IGEgZGVwbG95bWVudCBNVVNUIGRvIHNvLiBZb3UgY2FuIGFzc29jaWF0ZSB0aGUgc2FtZSB2YWx1
ZSB3aXRoIGFsbCBhcHBsaWNhdGlvbnMgZW5hYmxlZCBpbiB5b3VyIG5ldHdvcmsgaWYgeW91IHdp
c2guDQoNCg0KDQpUaGFueCBmb3IgY2FsbGluZyBvdXIgYXR0ZW50aW9uIHRvIHRoZXNlIHBvaW50
cy4gUGxlYXNlIGxldCB1cyBrbm93IG9mIGFueSBhZGRpdGlvbmFsIGNvbmNlcm5zIC4NCg0KDQoN
CiAgICBMZXMNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQpGcm9tOiBJ
c2lzLXdnIFttYWlsdG86aXNpcy13Zy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgTGVz
IEdpbnNiZXJnDQoNCihnaW5zYmVyZykNCg0KU2VudDogVGh1cnNkYXksIE9jdG9iZXIgMjYsIDIw
MTcgNjo1NSBQTQ0KDQpUbzogb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbTxtYWlsdG86b2xpdmll
ci5kdWdlb25Ab3JhbmdlLmNvbT47IEFjZWUgTGluZGVtIChhY2VlKSA8YWNlZUBjaXNjby5jb20+
PG1haWx0bzphY2VlQGNpc2NvLmNvbT47DQoNCm9zcGZAaWV0Zi5vcmc8bWFpbHRvOm9zcGZAaWV0
Zi5vcmc+OyBpc2lzLXdnQGlldGYub3JnPG1haWx0bzppc2lzLXdnQGlldGYub3JnPg0KDQpTdWJq
ZWN0OiBSZTogW0lzaXMtd2ddIFtPU1BGXSBDb21tZW50cyBvbiBkcmFmdC1pZXRmLW9zcGYtdGUt
bGluay1hdHRyLXJldXNlLQ0KDQowMS50eHQgYW5kIGRyYWZ0LWlldGYtaXNpcy10ZS1hcHAtMDEu
dHh0DQoNCg0KDQpPbGl2aWVyIC0NCg0KDQoNClRoYW54IGZvciB0aGUgZGlzY3Vzc2lvbi4NCg0K
DQoNClRoZSBhdXRob3JzIG9mIGRyYWZ0LWlldGYtb3NwZi10ZS1saW5rLWF0dHItcmV1c2UtMDEu
dHh0IGFuZCBkcmFmdC1pZXRmLWlzaXMtdGUtDQoNCmFwcC0wMS50eHQgYXJlIGluIGRpc2N1c3Np
b25zIGFuZCB3ZSB3aWxsIHJlc29sdmUgdGhlIGRpc2NyZXBhbmNpZXMgYmV0d2Vlbg0KDQp0aGUg
dHdvIGRyYWZ0cyBhcyByZWdhcmRzIHRoZSBzZXQgb2YgbGluayBhdHRyaWJ1dGVzIHdoaWNoIGFy
ZSBzdXBwb3J0ZWQuDQoNCkFzIHJlZ2FyZHMgaXNzdWVzIGFzc29jaWF0ZWQgd2l0aCBNYXhpbXVt
QmFuZHdpZHRoLA0KDQpNYXhpbXVtUmVzZXJ2YWJsZUJhbmR3aWR0aCBhbmQgVW5yZXNlcnZlZEJh
bmR3aWR0aCBwYXJhbWV0ZXJzIHRoaXMNCg0KaXMgYWxzbyB1bmRlciBkaXNjdXNzaW9uIGFuZCB3
ZSB3aWxsIGhhdmUgbW9yZSB0byBzYXkgYWJvdXQgdGhhdCBzb29uLg0KDQoNCg0KQXBwcmVjaWF0
ZSB5b3VyIHBhdGllbmNlLi4uDQoNCg0KDQogICAgTGVzDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KDQpGcm9tOiBJc2lzLXdnIFttYWlsdG86aXNpcy13Zy1ib3VuY2VzQGlldGYu
b3JnXSBPbiBCZWhhbGYgT2YNCg0Kb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbTxtYWlsdG86b2xp
dmllci5kdWdlb25Ab3JhbmdlLmNvbT4NCg0KU2VudDogV2VkbmVzZGF5LCBPY3RvYmVyIDI1LCAy
MDE3IDk6NTMgQU0NCg0KVG86IEFjZWUgTGluZGVtIChhY2VlKSA8YWNlZUBjaXNjby5jb20+PG1h
aWx0bzphY2VlQGNpc2NvLmNvbT47IG9zcGZAaWV0Zi5vcmc8bWFpbHRvOm9zcGZAaWV0Zi5vcmc+
Ow0KDQppc2lzLXdnQGlldGYub3JnPG1haWx0bzppc2lzLXdnQGlldGYub3JnPg0KDQpTdWJqZWN0
OiBSZTogW0lzaXMtd2ddIFtPU1BGXSBDb21tZW50cyBvbg0KDQpkcmFmdC1pZXRmLW9zcGYtdGUt
bGluay1hdHRyLXJldXNlLQ0KDQowMS50eHQgYW5kIGRyYWZ0LWlldGYtaXNpcy10ZS1hcHAtMDEu
dHh0DQoNCg0KDQpBY2VlLA0KDQoNCg0KRmlyc3QgYXBvbG9naXplIGZvciBteSB0eXBvIGVycm9y
IG9uIElTLUlTIG1haWxpbmcgbGlzdC4gSSBob3BlIGV2ZXJ5DQoNCmJvZHkgZ290IHRoZSB0aHJl
YWQgZnJvbSB0aGUgYmVnaW5uaW5nICh0aGFua3MgdG8gdGhlIE9TUEYgJiBJUy1JUw0KDQptYWls
aW5nIGxpc3QgaW50ZXIgcmVkaXN0cmlidXRpb24pLg0KDQoNCg0KVGhlbiwgbXkgYW5zd2VycyBp
biBsaW5lLg0KDQoNCg0KTGUgMjUvMTAvMjAxNyDDoCAxMzo0NSwgQWNlZSBMaW5kZW0gKGFjZWUp
IGEgw6ljcml0IDoNCg0KSGkgT2xpdmllciwNCg0KDQoNCk9uIDEwLzI1LzE3LCA1OjM3IEFNLCAi
b2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbSI8bWFpbHRvOm9saXZpZXIuZHVnZW9uQG9yYW5nZS5j
b20+DQoNCjxvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPjxtYWlsdG86b2xpdmllci5kdWdlb25A
b3JhbmdlLmNvbT4gd3JvdGU6DQoNCg0KDQpIaSBBY2VlLA0KDQoNCg0KSSBhZ3JlZSwgYnV0IEkn
bSBub3QgcmVmZXJyaW5nIHRvIFVuaWRpcmVjdGlvbmFsIHJlc2lkdWFsLA0KDQphdmFpbGFibGUg
YW5kIHV0aWxpemVkIGJhbmR3aWR0aCBhcyBwZXIgUkZDIDc0NzEuDQoNCg0KDQpNeSBjb21tZW50
IGNvbmNlcm5zIHRoZSBNYXhpbXVtQmFuZHdpZHRoLA0KDQpNYXhpbXVtUmVzZXJ2YWJsZUJhbmR3
aWR0aA0KDQphbmQgVW5yZXNlcnZlZEJhbmR3aWR0aCBwYXJhbWV0ZXJzIGRlZmluZWQgaW4gUkZD
IDM2MzB0aGF0IGFyZQ0KDQp1c2VkDQoNCmJ5IHRoZSBDU1BGIHRvIGNvbXB1dGUgdGhlIHBhdGgu
IFRoZXNlIG9uZSBhcmUgbm90IGFnZ3JlZ2F0ZSBpZiBJDQoNCmNvcnJlY3RseSB1bmRlcnN0YW5k
IHRoZSBwcm9wb3NlZCBkcmFmdC4gSSBhbHNvIGRvbid0IHVuZGVyc3RhbmQNCg0Kd2h5IHRoZXNl
IHN0YW5kYXJkIFRFIHBhcmFtZXRlcnMgYXJlIGR1cGxpY2F0ZSBpbiB0aGUgSVNJUyBkcmFmdA0K
DQphbmQgbm90IG1lbnRpb24gaW4gdGhlIE9TUEYgZHJhZnQuIERvIHdlIGdvIHRvIGEgZGlmZmVy
ZW50DQoNCmJlaGF2aW91ciBiZXR3ZWVuIElTLQ0KDQpJUyBhbmQgT1NQRiA/DQoNCklmIHJlYWQg
YmV5b25kIHRoZSBkcmFmdCB0aXRsZSwgeW914oCZbGwgc2VlIHRoYXQgdGhlc2UgcmVzZXJ2YXRp
b24NCg0KcGFyYW1ldGVycyBhcmUgbm90IGluY2x1ZGVkIGluIGRyYWZ0LWlldGYtb3NwZi10ZS1s
aW5rLWF0dHItcmV1c2UuDQoNCkkgcmVhZCBjYXJlZnVsbHkgdGhlIGRyYWZ0IGFuZCBpdCBpcyBl
eGFjdGx5IHdoYXQgaXQgbWFrZXMgY29uZnVzZSBtZQ0KDQp3aGVuIEkgcmVhZCBjYXJlZnVsbHkg
ZHJhZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMS50eHQgd2hpY2ggZXhwbGljaXRseQ0KDQpyZXVzZSB0
aGVzZSByZXNlcnZhdGlvbiBwYXJhbWV0ZXJzIGFuZCBzdWdnZXN0IHRvIGR1cGxpY2F0ZSB0aGVt
IHBlcg0KDQphcHBsaWNhdGlvbi4gVGhlIGxhdHRlciBpcyBteSBjb25jZXJucyBhcyBpdCB3aWxs
IHBvdGVudGlhbGx5IGJyZWFrDQoNCnRoZSBwb3NzaWJpbGl0eSB0byBwZXJmb3JtIGVmZmljaWVu
dCBiYW5kd2lkdGggcmVzZXJ2YXRpb24gd2l0aCBib3RoDQoNClJTVlAtVEUgYW5kIFNSLVRFIGlu
IGEgc2FtZSBuZXR3b3JrLiBGb3IgbWUsIHRoaXMgd2lsbCBiZSBjZXJ0YWlubHkNCg0KdGhlIG1h
aW4gdXNlIGNhc2UgZHVyaW5nIHRoZSB0cmFuc2l0aW9uIHBlcmlvZCB3aGVuIGFuIG9wZXJhdG9y
IHdpbGwNCg0KZ28gdG8gU1ItVEUgZnJvbSBSU1ZQLVRFLiBCb3RoIHByb3RvY29sIG11c3QgYmUg
bWFuYWdlIHNpbXVsdGFuZW91c2x5DQoNCmR1cmluZyBhIGxhcmdlIHBlcmlvZCBvZiB0aW1lLiBJ
ZiBzdGFuZGFyZCByZXNlcnZhdGlvbiBwYXJhbWV0ZXJzIGFyZQ0KDQpkdXBsaWNhdGVkLCBpdCB3
aWxsIGJlIGEgbmlnaHRtYXJlIHRvIG1hbmFnZSBlZmZpY2llbnRseSBiYW5kd2lkdGgNCg0KcmVz
ZXJ2YXRpb24gd2l0aG91dCB3YXN0aW5nIGJhbmR3aWR0aC4NCg0KDQoNClNvLCBJIHdvdWxkIHVu
ZGVyc3RhbmQgaWYNCg0KMSkgYm90aCBkcmFmdCB3aWxsIGJlIGFsaWduID8NCg0KMikgaW4gd2hp
Y2ggZGlyZWN0aW9uIGkuZS4gd2l0aCBvciB3aXRob3V0IHJlc2VydmF0aW9uIGluZm9ybWF0aW9u
IGFuZA0KDQozKSBpZiByZXNlcnZhdGlvbiBwYXJhbWV0ZXJzIGFyZSBpbmNsdWRlZCwgaG93IG15
IHVzZSBjYXNlIGNvdWxkIGJlIHNvbHZlZA0KDQo/DQoNCg0KDQpOb3csIGlmIHRoZSBwcm9wb3Nl
ZCBkcmFmdHMgYWltcyB0byB1c2VkIG9ubHl0aGVzZSBuZXcgUGVyZm9ybWFuY2UNCg0KTWV0cmlj
cyB3aXRob3V0IGR1cGxpY2F0ZSB0aGVtIHBlciBhcHBsaWNhdGlvbiwgbXkgcXVlc3Rpb24gYmVj
b21lczoNCg0KV2h5IGEgbmV3IGRyYWZ0cyA/IFdoeSBub3Qgc2ltcGx5IGltcGxlbWVudCBSRkMg
NzQ3MSBhbmQgUkZDIDc4MTAgPw0KDQpVcCB0byBub3csIEkga25vdyBvbmx5IG9uZSBwYXJ0aWFs
IGltcGxlbWVudGF0aW9uIG9mIHRoZXNlIDIgUkZDcw0KDQooaW4gRlItUm91dGluZyBPcGVuIFNv
dXJjZSBwcm9qZWN0KS4NCg0KV2l0aCByZXNwZWN0IHRvIE9TUEYsIHRoaXMgdG9waWMgd2FzIGFs
cmVhZHkgZGlzY3Vzc2VkIGF0IGdyZWF0DQoNCmxlbmd0aCBvbiB0aGUgT1NQRiBsaXN0IGFuZCBk
dXJpbmcgdGhlIElFVEYgbWVldGluZ3MgaW4gYm90aCBTZW91bCBhbmQNCg0KQ2hpY2Fnby4NCg0K
UGxlYXNlIHNlZSB0aGUgT1NQRiBsaXN0IGFyY2hpdmUuDQoNCkFwb2xvZ2l6ZS4gSSdtIGp1bXBp
bmcgb24gdGhlIGJhbmR3YWdvbiBub3cuDQoNCg0KDQpSZWdhcmRzDQoNCg0KDQpPbGl2aWVyDQoN
CioqDQoNCg0KDQpUaGFua3MsDQoNCkFjZWUNCg0KUmVnYXJkcw0KDQoNCg0KT2xpdmllcg0KDQoN
Cg0KDQoNCkxlIDI1LzEwLzIwMTcgw6AgMDE6MjUsIEFjZWUgTGluZGVtIChhY2VlKSBhIMOpY3Jp
dCA6DQoNCkhpIE9saXZpZXIsDQoNCg0KDQpJZiB5b3UgcmVhZCB0aGUgZGVmaW5pdGlvbnMgb2Yg
VW5pZGlyZWN0aW9uYWwgcmVzaWR1YWwsIGF2YWlsYWJsZSwNCg0KYW5kIHV0aWxpemVkIGJhbmR3
aWR0aCBpbiBSRkMgNzQ3MSB5b3Ugd2lsbCBub3RlIHRoYXQgdGhlc2UgYXJlDQoNCmFsbCBhZ2dy
ZWdhdGUgcmF0aGVyIHRoYW4gYXBwbGljYXRpb24gc3BlY2lmaWMgdmFsdWVzLiBJbiBvdGhlcg0K
DQp3b3JkcywgdGhleSB3aWxsIG5vdCB2YXJ5IHBlciBhcHBsaWNhdGlvbi4NCg0KDQoNClRoYW5r
cywNCg0KQWNlZQ0KDQoNCg0KT24gMTAvMTYvMTcsIDExOjAzIEFNLCAiT1NQRiBvbiBiZWhhbGYg
b2YNCg0Kb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbTxtYWlsdG86b2xpdmllci5kdWdlb25Ab3Jh
bmdlLmNvbT4iDQoNCjxvc3BmLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIG9saXZpZXIu
ZHVnZW9uQG9yYW5nZS5jb20+PG1haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5vcmdvbmJlaGFsZm9m
b2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbT4NCg0Kd3JvdGU6DQoNCg0KDQpEZWFyIGF1dGhvcnMs
DQoNCg0KDQpQbGVhc2UgZmluZCBiZWxvdyBhIGNvbW1lbnQgb24gYm90aA0KDQpkcmFmdC1pZXRm
LW9zcGYtdGUtbGluay1hdHRyLXJldXNlLTAxLnR4dCBhbmQNCg0KZHJhZnQtaWV0Zi1pc2lzLXRl
LWFwcC0wMS50eHQuDQoNCg0KDQpJIGNvbnNpZGVyIHRoZSB1c2UgY2FzZSBvZiBiYW5kd2lkdGgg
cmVzZXJ2YXRpb24uIEkga25vdyB0aGlzIGlzDQoNCm5vdCB0aGUgbW9zdCBjb21tb24gdXNlIGNh
c2UsIGJ1dCB0aGUgb25lIEkga25vd24gd2VsbC4gVGhlDQoNCmNvbnRleHQgaXMgdGhhdCBvZiBh
biBvcGVyYXRvciB3aG8gd291bGQgc2V0dXAgc29tZSBSU1ZQLVRFDQoNCnR1bm5lbHMgYW5kIHNp
bXVsdGFuZW91c2x5IFNSLVRFIHBhdGhzIHdpdGggYmFuZHdpZHRoDQoNCnJlc2VydmF0aW9uLiBJ
biB0aGlzIHBhcnRpY3VsYXIgY2FzZSwgaXQgaXMgbm90IHBvc3NpYmxlIHRvDQoNCm1hbmFnZSBi
b3RoIHJlc2VydmF0aW9uIHdpdGggdGhlIGRyYWZ0cyBhcyB0aGV5IGFyZS4NCg0KDQoNCkluZGVl
ZCwgaW4gT1NQRiBkcmFmdCwgaXQgaXMgbm90IHByb3Bvc2VkIHRvIGFkdmVydGlzZWQgdGhlIHVz
dWFsDQoNCmJhbmR3aWR0aCBwYXJhbWV0ZXJzIGFzIGRlZmluZWQgaW4gUkZDMzYzMCBhbmQgaW4g
SVNJUywgaXQgaXMNCg0KcHJvcG9zZWQgdG8gZHVwbGljYXRlIHRoZXNlIHBhcmFtZXRlcnMgcGVy
IGFwcGxpY2F0aW9uLiBUaGUgbWFpbg0KDQpwcm9ibGVtIGFyaXNlcyBmcm9tIHRoZSBmYWN0IHRo
YXQgZWFjaCBhcHBsaWNhdGlvbiwgaW4gdGhpcyBjYXNlDQoNClNSLVRFIGFuZCBSU1ZQLVRFLCBp
bmRlcGVuZGVudGx5IGNvbXB1dGUgYSBwYXRoIGFuZCB0aGVyZWZvcmUNCg0KcmVzZXJ2ZSBiYW5k
d2lkdGggb24gdGhlaXIgcmVzcGVjdGl2ZSBzZXQgb2YgcGFyYW1ldGVycy4gSG93ZXZlciwNCg0K
dGhpcyB3aWxsIGxlYWQgYXQgYSBzb21lIHBvaW50IHRvIGJhbmR3aWR0aCBvdmVyYm9va2luZywg
d2hpY2gNCg0KZXhhY3RseSB3aGF0IGFuIG9wZXJhdG9yIHdhbnRzIHRvIGF2b2lkIGJ5IHBlcmZv
cm1pbmcgYmFuZHdpZHRoDQoNCnJlc2VydmF0aW9uLiBFdmVuIGlmIGEgUENFIGNhbiBiZSB1c2Vk
IHRvIGhhbmRsZSBib3RoIHRoZSBSU1ZQLVRFDQoNCnR1bm5lbHMgYW5kIFNSLVRFIHBhdGhzLCB0
aGUgc2FtZSBwcm9ibGVtIGFyaXNlcyBiZWNhdXNlIGVhY2gNCg0KcGF0aCBjb21wdXRhdGlvbiBp
cyBwZXJmb3JtZWQgb24gYSBkaWZmZXJlbnQgc2V0IG9mIGJhbmR3aWR0aA0KDQpwYXJhbWV0ZXJz
IGkuZS4gb25lIFRFRCBwZXIgYXBwbGljYXRpb24gd2hlcmVhcyB0aGVzZSBpbmZvcm1hdGlvbg0K
DQpyZWxhdGUgdG8gdGhlIHNhbWUgbGlua3MuIE9mIGNvdXJzZSBhIGNlbnRyYWwgZW50aXR5IGxp
a2UgYSBQQ0UNCg0KbWlnaHQgdHJ5IHRvIHJlY29uY2lsZSB0aGUgaW5mb3JtYXRpb24gaW50byBh
IHNpbmdsZSBURUQsIGJ1dA0KDQp0aGlzIHdpbGwgZ3JlYXRseSBpbmNyZWFzZSB0aGUgY29tcGxl
eGl0eSBvZiB0aGUgUENFIHdpdGggYSByaXNrDQoNCnRoYXQgdGhlIFRFIGluZm9ybWF0aW9uIHdp
bGwgbmV2ZXIgYmUgdXAgdG8gZGF0ZSwgc28gYXQgdGhlIGVuZA0KDQp1bm5lY2Vzc2FyeS4NCg0K
DQoNClNvLCBmb3IgbWUgdGhlcmUgYXJlIG9ubHkgMiBwb3NzaWJsZXMgc29sdXRpb25zIHRvIGF2
b2lkIHRoaXMNCg0Kb3ZlcmJvb2tpbmcNCg0KcHJvYmxlbToNCg0KDQoNCjEvIFNwbGl0IGFuZCBw
YXJ0aXRpb24gbmV0d29yayByZXNvdXJjZXMgdG8gYXZvaWQgY29uZmxpY3RzLiBCdXQsDQoNCnRo
aXMgbGVhZHMgaW50byBhIHBvb3IgbmV0d29yayB1c2FnZS4gSW5kZWVkLCBpZiBhbiBhcHBsaWNh
dGlvbg0KDQpsaWtlIFJTVlAtVEUgdXNlcyBsZXNzIGJhbmR3aWR0aCB0aGFuIGl0cyBidWRnZXQs
IHdoeSB0aGUgU1ItVEUNCg0KYXBwbGljYXRpb24gY291bGQgbm90IHJldXNlIHRoZW0gaWYgaXQg
aGFzIHJlYWNoZWQgaXRzIHRocmVzaG9sZCA/DQoNClRoZSB1bmRlciB1dGlsaXphdGlvbiBvZiBu
ZXR3b3JrIHJlc291cmNlcyB3aWxsIGluY3JlYXNlDQoNCnByb3BvcnRpb25hbGx5IHdpdGggdGhl
IG51bWJlciBvZiBhcHBsaWNhdGlvbnMuIEltYWdpbmUgaWYgd2UNCg0Kd2FudCB0byB1c2UgdGhp
cyBwcmluY2lwbGUgZm9yIG5ldHdvcmsgU2xpY2luZy4gSSB1bmRlcnN0YW5kIHRoZQ0KDQphZHZh
bnRhZ2UgZm9yIHZlbmRvcnMsIGJ1dCBJJ20gb24gdGhlIG9wZXJhdG9yIHNpZGUgOy0pDQoNCg0K
DQoyLyBFYWNoIHRpbWUgYW4gYXBwbGljYXRpb24gcmVzZXJ2ZWQgc29tZSBiYW5kd2lkdGgsIHRo
ZSByb3V0ZXJzDQoNCmNvbmNlcm5lZCBieSB0aGlzIG5ldyBwYXRoIG11c3QgdXBkYXRlIHRoZSBi
YW5kd2lkdGggcGFyYW1ldGVycw0KDQpvZiB0aGUgY29uY2VybmVkIGxpbmsgbm90IG9ubHkgdG8g
dGhlIGdpdmVuIGFwcGxpY2F0aW9uLCBidXQgYWxzbw0KDQp0byBhbGwgb3RoZXJzLg0KDQpGb3Ig
ZXhhbXBsZSwgd2hlbiBSU1ZQLVRFIHNldHVwIGEgdHVubmVsLCBVbnJlc2VydmVkIEJhbmR3aWR0
aA0KDQpwYXJhbWV0ZXJzIG11c3QgYmUgdXBkYXRlZCBpbiB0aGUgc3RhbmRhcmQgUkZDMzYzMCBz
ZXQsIGJ1dCBhbHNvDQoNCmluIFNSLVRFIHBhcmFtZXRlcnMgc2V0LiBCdXQsIGluIHRoaXMgY2Fz
ZSwgd2h5IGR1cGxpY2F0ZSBURQ0KDQpwYXJhbWV0ZXJzIGlmIGF0IHRoZSBlbmQgYWxsIHNldCBj
YXJyeSB0aGUgc2FtZSB2YWx1ZXMsIGFwYXJ0DQoNCndhc3RpbmcgQ1BVIGFuZCBiYW5kd2lkdGgg
Pw0KDQoNCg0KSW4gc3VtbWFyeSwgZHVwbGljYXRlIFRFIGluZm9ybWF0aW9uIGlzIG9ubHkgcmVs
ZXZhbnQgZm9yIHRoZQ0KDQphZGRlZCBtZXRyaWNzIGkuZS4gZGVsYXksIGxvc3MsIGppdHRlciAu
Li4gYnV0IHVudXNhYmxlIGZvcg0KDQpjb25jYXZlIG1ldHJpY3MgaS5lLiBiYW5kd2lkdGguDQoN
Cg0KDQpDYW4geW91IGV4cGxhaW4gbWUgaG93IHlvdSBpbnRlbmQgdG8gc29sdmUgdGhpcyBpc3N1
ZSBhcyBib3RoDQoNCnBvc3NpYmxlIHNvbHV0aW9ucyBhcmUgbm90IHN1aXRhYmxlIGZvciBhbiBv
cGVyYXRvci4NCg0KDQoNCkJlc3QgUmVnYXJkcw0KDQoNCg0KT2xpdmllcg0KDQoNCg0KDQoNCg0K
DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KDQpfX19fX19fX18NCg0KX19fX18NCg0KX18NCg0KX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoNCkNlIG1lc3NhZ2UgZXQgc2VzIHBp
ZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzDQoNCmluZm9ybWF0aW9ucyBjb25maWRl
bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KDQpwYXMgZXRyZSBk
aWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cw0K
DQphdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBh
DQoNCmwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu
dGVzLiBMZXMNCg0KbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdh
bHRlcmF0aW9uLCBPcmFuZ2UNCg0KZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt
ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdQ0KDQpmYWxzaWZpZS4NCg0KTWVyY2kuDQoN
Cg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRl
bnRpYWwgb3INCg0KcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQg
YnkgbGF3OyB0aGV5IHNob3VsZA0KDQpub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVk
IHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFp
bCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUNCg0Kc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBt
ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQoNCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwg
T3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQNCg0KaGF2ZSBiZWVuIG1vZGlm
aWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCg0KVGhhbmsgeW91Lg0KDQoNCg0KX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KT1NQRiBtYWlsaW5nIGxp
c3QNCg0KT1NQRkBpZXRmLm9yZzxtYWlsdG86T1NQRkBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQoNCg0KDQoNCg0KDQoNCg0KDQpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCl9f
X19fX19fX19fDQoNCl9fX19fIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50
IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMNCg0KY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn
aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUNCg0KZGlmZnVzZXMsIGV4cGxvaXRlcyBv
dSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1DQoNCmNlIG1lc3Nh
Z2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUN
Cg0KZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVs
ZWN0cm9uaXF1ZXMNCg0KZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRl
Y2xpbmUgdG91dGUNCg0KcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs
IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMg
YXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yDQoNCnByaXZpbGVnZWQgaW5m
b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQNCg0Kbm90
IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoN
CklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg
dGhlIHNlbmRlcg0KDQphbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz
Lg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt
ZXNzYWdlcyB0aGF0DQoNCmhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQu
DQoNClRoYW5rIHlvdS4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCl9fX19f
DQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmly
IGRlcyBpbmZvcm1hdGlvbnMNCg0KY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu
ZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsDQoNCmV4cGxvaXRlcyBvdSBjb3BpZXMg
c2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UNCg0KcGFyIGVy
cmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUg
YWluc2kNCg0KcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1
ZXMgZXRhbnQgc3VzY2VwdGlibGVzDQoNCmQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91
dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsDQoNCmRlZm9ybWUg
b3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu
dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yDQoNCnByaXZpbGVnZWQgaW5mb3JtYXRpb24g
dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90DQoNCmJlIGRpc3Ry
aWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoNCklmIHlvdSBo
YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRl
ciBhbmQNCg0KZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBl
bWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0
aGF0IGhhdmUNCg0KYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5r
IHlvdS4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQoNCklzaXMtd2cgbWFpbGluZyBsaXN0DQoNCklzaXMtd2dAaWV0Zi5vcmc8bWFpbHRvOklz
aXMtd2dAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v
aXNpcy13Zw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KDQpJc2lzLXdnIG1haWxpbmcgbGlzdA0KDQpJc2lzLXdnQGlldGYub3JnPG1haWx0bzpJc2lz
LXdnQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lz
aXMtd2cNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRl
cyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHBy
aXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxv
aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l
c3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRldXIg
ZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2Vz
IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KT3Jhbmdl
IGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUs
IGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMg
YXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3Jt
YXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90IGJl
IGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoNCklm
IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhl
IHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KDQpB
cyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdl
cyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRoYW5r
IHlvdS4NCg==

--_000_5f80968ae04a4af6ad3607b2dcf5e8e5XCHALN001ciscocom_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlVidW50dTsNCglw
YW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpw
Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJ
bWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6
IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1z
b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0
LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs
b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj
b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1h
cmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRv
bS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250
LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9DQpwcmUNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRl
ZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp
emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0K
cC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUt
bmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0
OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsN
Cgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1u
YW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
bXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xh
czsNCgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpw
ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv
cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5
Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g
MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp
b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K
PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91
dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz
aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9Indo
aXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz
PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMxRjQ5N0QiPk9saXZpZXIg4oCTPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1
b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMUY0OTdEIj5JIHRoaW5rIHdlIGFyZSBnb2luZyBpbiBhIGNpcmNsZSBhIGJpdCBpLmUuLCB5
b3Ugc2VlbSB0byBiZSBhc2tpbmcgdGhlIHNhbWUgcXVlc3Rpb25zIHRoYXQgSSBoYXZlIGFscmVh
ZHkgdHJpZWQgdG8gYW5zd2VyIOKAkyBzbyBub3Qgc3VyZSBob3cgc3VjY2Vzc2Z1bCBteSBzZWNv
bmQNCiBhdHRlbXB0IHdpbGwgYmUg4oCTIGJ1dCBJIHdpbGwgZ2l2ZSBpdCBhIHRyeS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s
b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs
aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFzIGFuIGFzaWRlLCBJIHRoaW5r
IGl0IHdvdWxkIHByb2JhYmx5IGJlIGhlbHBmdWwgdG8gcHJvdmlkZSBzb21lIGV4YW1wbGVzIG9m
IGhvdyB0byB1c2UgdGhlIGV4dGVuc2lvbnMgZGVmaW5lZCBpbiB0aGUgZHJhZnQuIFNlY3Rpb24g
NyBvZiB0aGUgZHJhZnQgZGlzY3Vzc2VzDQogdGhpcyDigJMgYnV0IGl0IG1heSB3ZWxsIGJlIGhl
bHBmdWwgdG8gcHJvdmlkZSBzb21lIG1vcmUgZGV0YWlsZWQgZXhhbXBsZXMuJm5ic3A7IFdlIHdp
bGwgd29yayBvbiBhZGRpbmcgdGhhdCB0byB0aGUgbmV4dCByZXZpc2lvbi48bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx
LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG
NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx
dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFzIGJhY2tncm91bmQgY29udGV4dCwgdGhl
IGRyYWZ0IHN1cHBvcnRzIHNoYXJpbmcgYSBzaW5nbGUgc2V0IG9mIGxpbmsgYXR0cmlidXRlIGFk
dmVydGlzZW1lbnRzIGFtb25nIG1hbnkgYXBwbGljYXRpb25zIGFuZCBpdCBzdXBwb3J0cyBoYXZp
bmcgbXVsdGlwbGUgc2V0cyBvZg0KIGxpbmsgYXR0cmlidXRlIGFkdmVydGlzZW1lbnRzIGZvciBh
IGdpdmVuIGxpbmssIGVhY2ggc2V0IGFzc29jaWF0ZWQgd2l0aCBvbmUgb3IgbW9yZSBhcHBsaWNh
dGlvbnMuIFdoaWNoIG1vZGUgeW91IHVzZSBkZXBlbmRzIG9uIHRoZSB1c2UgY2FzZXMgeW91IGhh
dmUgaW4geW91ciBuZXR3b3JrLiBQbGVhc2Uga2VlcCBpbiBtaW5kIHRoYXQgdGhpcyBpcyBhIGNo
b2ljZSDigJMgbm90IGEgbWFuZGF0ZSB0byBtb3ZlIHRvIG11bHRpcGxlIHNldCBvZiBsaW5rDQog
YXR0cmlidXRlIGFkdmVydGlzZW1lbnRzLjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5B
cyByZWdhcmRzIGRpZmZlcmVudCBhdHRyaWJ1dGUgdmFsdWVzIGZvciBkaWZmZXJlbnQgYXBwbGlj
YXRpb25zIG9uIGEgZ2l2ZW4gbGluaywgd2UgZG8gdW5kZXJzdGFuZCB0aGF0IHRoaXMgaW5jcmVh
c2VzIGNvbXBsZXhpdHkuIElmIHlvdSBkbyBub3QgaGF2ZSBhIHVzZSBjYXNlDQogZm9yIGRvaW5n
IHRoaXMgaW4geW91ciBuZXR3b3JrIHRoZW4geW91IHNob3VsZCBhZHZlcnRpc2Ugb25lIGFuZCBv
bmx5IG9uZSB2YWx1ZSBmb3IgYSBnaXZlbiBhdHRyaWJ1dGUgb24gYSBsaW5rLiBIb3dldmVyLCB0
aGVyZSBhcmUgbmV0d29ya3Mgd2hlcmUgdGhlIG9wZXJhdG9yIHdhbnRzIHRvIG1hbmFnZSBiYW5k
d2lkdGggb24gYSBwZXIgYXBwbGljYXRpb24gYmFzaXMuIFdlIGRpZCBub3QgaW52ZW50IHRoaXMg
dXNlIGNhc2Ug4oCTIGl0IGhhcyBiZWVuDQogcmVxdWVzdGVkLiBJbiBzdWNoIGEgY2FzZSB0aGUg
cmVxdWlyZW1lbnQgaXMgdG8gYmUgYWJsZSB0byBhZHZlcnRpc2UgcGVyIGFwcGxpY2F0aW9uIHZh
bHVlcy4gQ2xlYXJseSwgd2hlbiBkb2luZyBzbywgdGhlIG1hbmFnZW1lbnQgdGFzayBiZWNvbWVz
IG1vcmUgY29tcGxleC4gQnV0IHRoaXMgaXMgYSBjaG9pY2UgdGhlIG9wZXJhdG9yIG1ha2VzIGJh
c2VkIG9uIHRoZSB1c2UgY2FzZS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+QXMgcmVnYXJkcyB0aGUgdHdvIOKAnHNwZWNpYWwgcGFyYW1ldGVyc+KAnSwgd2Ug
aGF2ZSB0cmllZCB0byBiZSBleHBsaWNpdCBpbiB0aGUgZHJhZnQgYXMgdG8gdGhlIHJlYXNvbnMg
Zm9yIHNwZWNpYWwgdHJlYXRtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6
IzFGNDk3RCI+U2VjdGlvbiA0LjIuMTog4oCcTWF4aW11bSBsaW5rIGJhbmR3aWR0aCBpcyBhbiBh
cHBsaWNhdGlvbiBpbmRlcGVuZGVudCBhdHRyaWJ1dGUgb2YgdGhlJm5ic3A7IGxpbmsu4oCdPG86
cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMxRjQ5N0QiPlRoaXMgYXR0cmlidXRlIHNpbXBseSBhZHZlcnRpc2VzIHRoZSBwaHlz
aWNhbCBjYXBhY2l0eSBvZiB0aGUgbGluayDigJMgd2hpY2ggZG9lcyBub3QgY2hhbmdlIGJhc2Vk
IG9uIHRoZSBudW1iZXIvdHlwZSBvZiBhcHBsaWNhdGlvbnMgd2hpY2ggbWF5IGJlIHVzaW5nIHRo
YXQgbGluay4NCiBXZSBoYXZlIHRoZXJlZm9yZSBzcGVjaWZpZWQgdGhhdCBvbmx5IG9uZSB2YWx1
ZSBtYXkgYmUgYWR2ZXJ0aXNlZC9saW5rLiBBcyBhbiBhaWQgdG8gdHJhbnNpdGlvbiBjYXNlcywg
dGhlIHNhbWUgdmFsdWUgTUFZIGJlIGFkdmVydGlzZWQgaW4gbXVsdGlwbGUgc3ViLVRMVnMgZm9y
IGEgZ2l2ZW4gbGluaywgYnV0IHRoZSB2YWx1ZXMgTVVTVCBiZSBpZGVudGljYWwuPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TZWN0aW9uIDQuMi4yOiDigJxVbnJl
c2VydmVkIGJhbmR3aWR0aCBpcyBhbiBhdHRyaWJ1dGUgc3BlY2lmaWMgdG8gUlNWUC7igJ08bzpw
PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7
Y29sb3I6IzFGNDk3RCI+SXQgaXMgdGhlcmVmb3JlIGlsbGVnYWwgdG8gYWR2ZXJ0aXNlIHRoYXQg
cGFyYW1ldGVyIGFzc29jaWF0ZWQgd2l0aCBhbiBhcHBsaWNhdGlvbiBvdGhlciB0aGFuIFJTVlAt
VEUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoaXMgY2FuIGJlIGFjY29tcGxpc2hlZCBieSB1c2luZyBh
IGxlZ2FjeSBhZHZlcnRpc2VtZW50IG9yIGJ5IHVzaW5nIHRoZSBuZXcgc3ViLVRMVi4gSW4gdGhl
IGxhdHRlciBjYXNlIG9ubHkgdGhlIFJTVlAtVEUgYml0IGNhbiBiZSBzZXQuPG86cD48L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx
RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgTGVzPG86cD48L286
cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y
OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli
cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3
RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7
Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4N
CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg
MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp
JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjp3aW5kb3d0ZXh0Ij4gb2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbSBb
bWFpbHRvOm9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gV2Vk
bmVzZGF5LCBOb3ZlbWJlciAyOSwgMjAxNyAxMDoyOCBBTTxicj4NCjxiPlRvOjwvYj4gTGVzIEdp
bnNiZXJnIChnaW5zYmVyZykgJmx0O2dpbnNiZXJnQGNpc2NvLmNvbSZndDs7IEFjZWUgTGluZGVt
IChhY2VlKSAmbHQ7YWNlZUBjaXNjby5jb20mZ3Q7OyBvc3BmQGlldGYub3JnOyBpc2lzLXdnQGll
dGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbSXNpcy13Z10gW09TUEZdIENvbW1lbnRz
IG9uIGRyYWZ0LWlldGYtb3NwZi10ZS1saW5rLWF0dHItcmV1c2UtMDEudHh0IGFuZCBkcmFmdC1p
ZXRmLWlzaXMtdGUtYXBwLTAxLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPjxzcGFu
IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtVYnVudHUmcXVvdDssc2VyaWYiPkhlbGxvIExlcyw8
L3NwYW4+PG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7
VWJ1bnR1JnF1b3Q7LHNlcmlmIj5UaGFua3MgdG8gdGFrZSBpbnRvIGFjY291bnQgb3VyIHVzZSBj
YXNlcy4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWls
eTomcXVvdDtVYnVudHUmcXVvdDssc2VyaWYiPkkgY2FyZWZ1bGx5IHJlYWQgdGhlIG5ldyB2ZXJz
aW9uIG9mIHRoZSBkcmFmdC4gSWYgbm93IGl0IGlzIGNsZWFyIHRoYXQgTWF4aW11bSBhbmQgVW5y
ZXNlcnZlZCBCYW5kd2lkdGggTGluayBwYXJhbWV0ZXJzIGFyZSBhbm5vdW5jZWQgYXMgdW5pcXVl
IHZhbHVlICh3aGljaCBzb2x2ZSBwYXJ0aWFsbHkgdGhlIGlzc3VlIEkgcmFpc2VkKSwgaXQgaXMg
dW5jbGVhciBmb3IgbWUNCiBpbiB3aGljaCBTdWItVExWcyBncm91cCB0aGVyZSBhcmUgYW5ub3Vu
Y2VkOiBzdGFuZGFyZCBURSBUTFZzIG9yIHRoZSBuZXcgcHJvcG9zZWQgVExWJ3MgPyBJZiB0aGVy
ZSBhcmUgbm90IGFubm91bmNlZCBpbiB0aGUgc2FtZSBUTFZzIHNldCwgdGhlc2Ugd2lsbCBkcmFz
dGljYWxseSBpbmNyZWFzZSB0aGUgY29tcGxleGl0eSBmb3IgYSByb3V0ZXIgdGhhdCBydW5zIGJv
dGggU1ItVEUgYW5kIFJTVlAtVEUuIElmIHRoZXJlIGFyZSBhbm5vdW5jZWQNCiBpbiB0aGUgc2Ft
ZSBUTFZzIHNldCwgSSBkb24ndCB1bmRlcnN0YW5kIHRoZSBvYmplY3RpdmUgb2YgdGhlIGRyYWZ0
Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv
dDtVYnVudHUmcXVvdDssc2VyaWYiPkJ1dCwgbG9va2luZyBhZ2FpbiBjYXJlZnVsbHkgdG8gdGhl
IGRyYWZ0LCBub3csIEkgZG9uJ3QgdW5kZXJzdGFuZCB3aHkgdGhlc2UgdHdvIHNwZWNpZmljcyBC
YW5kd2lkdGggTGluayBwYXJhbWV0ZXJzIGhhdmUgYSBzcGVjaWFsIHRyZWF0bWVudCB3aGlsZSBv
dGhlciBCYW5kd2lkdGggcGFyYW1ldGVycyBub3QuIEkgbWVhbnMsIGFsbCBleHRlbmRlZCBiYW5k
d2lkdGggbWV0cmljcw0KIG11c3QgYmUgYWxzbyB1bmlxdWVseSBhbm5vdW5jZSB0byBhdm9pZCBh
bnkgbWlzLWludGVycHJldGF0aW9uIGR1cmluZyBiYW5kd2lkdGggcmVzZXJ2YXRpb24uIEluIHBh
cnRpY3VsYXIgZm9yIHRoZXNlIGV4dGVuZGVkIG1ldHJpY3Mgd2hpY2ggY29tZSBmcm9tIG1lYXN1
cmVtZW50LCB3aHkgZHVwbGljYXRlIHRoZW0sIG9uZSBwZXIgYXBwbGljYXRpb24gPyBTYW1lIGZv
ciB0aGUgTWF4aW11bSBSZXNlcnZhYmxlIEJhbmR3aWR0aC4NCjwvc3Bhbj48bzpwPjwvbzpwPjwv
cD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtVYnVudHUmcXVvdDssc2VyaWYi
PkZpbmFsbHksIEkgc3RpbGwgZG8gbm90IHVuZGVyc3RhbmQgd2h5IHRoZXNlIG5ldyBwYXJhbWV0
ZXJzIGFyZSBhbm5vdW5jZWQgcGVyIEFwcGxpY2F0aW9uLiBBbGwgdGhlc2UgcGFyYW1ldGVycyBh
cmUgYmVsb25naW5nIHRvIHRoZSBMaW5rIEF0dHJpYnV0ZXMsIG5vdCB0byBhIHBhcnRpY3VsYXIg
YXBwbGljYXRpb24uIExvb2tpbmcgdG8gdGhlIGFyZ3VtZW50IG9mIHRoZQ0KIGRyYWZ0LCBJIGFn
cmVlIHRoYXQgVEUgbGluayBwYXJhbWV0ZXJzIHdoZXJlIGRlc2lnbiBzcGVjaWZpY2FsbHkgZm9y
IFJTVlAtVEUgYW5kIGVuaGFuY2UgdGltZSBhZnRlciB0aW1lIHdoaWNoLCBhdCB0aGUgZW5kLCBn
aXZlIGEgbm9uLW9wdGltYWwsIHBlcmhhcHMgbm90IGNvaGVyZW50IGdsb2JhbCBwaWN0dXJlLCBl
c3BlY2lhbGx5IGZvciBPU1BGLiBTbywgaWYgdGhlIGdvYWwgaXMgdG8gcmUtb3JkZXIgYW5kIGNs
ZWFuIExpbmsgQXR0cmlidXRlcywNCiBJIHRoaW5rIHRoYXQgdGhlIHdheSB0byBnbyBpcyBub3Qg
Y29ycmVjdGx5IGV4cG9zZSBpbiB0aGUgZHJhZnQuIEkgd291bGQgcHJlZmVyIGEgbmV3IGVuY29k
aW5nIHNjaGVtYSB3aXRoaW4gdGhlIG5ldyBPU1BGIE9wYXF1ZSBMU0EgRXh0ZW5kZWQgTGluayBB
dHRyaWJ1dGVzIGFuZCBhIGNsZWFyIG1pZ3JhdGlvbiBzY2VuYXJpbyB0byBoZWxwIG9wZXJhdG9y
cyBtb3ZlIGZyb20gdGhlIG9sZCBlbmNvZGluZyBzY2hlbWEgdG8gdGhlIG5ldyBvbmUuDQogRm9y
IElTSVMsIGl0IGlzIHNhZmVyIGFzIExpbmsgQXR0cmlidXRlcyBhcmUgY29udmV5IGludG8gYSBt
b3JlIGNvaGVyZW50IFRMVnMgYW5kIGRvbid0IG5lZWQgdG8gYmUgY2hhbmdlLjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtVYnVudHUmcXVv
dDssc2VyaWYiPlJlZ2FyZHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8cD48c3BhbiBzdHlsZT0i
Zm9udC1mYW1pbHk6JnF1b3Q7VWJ1bnR1JnF1b3Q7LHNlcmlmIj5PbGl2aWVyPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGUgMTQvMTEvMjAxNyDDoCAxODoxNiwgTGVzIEdp
bnNiZXJnIChnaW5zYmVyZykgYSDDqWNyaXQmbmJzcDs6PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHByZT5PbGl2aWVyIC08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpw
PjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o
dG1sL2RyYWZ0LWlldGYtaXNpcy10ZS1hcHAtMDMiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v
cmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMzwvYT4gd2FzIHB1Ymxpc2hlZCBh
IHNob3J0IHdoaWxlIGFnbyBhbmQgaXQgYWRkcmVzc2VzIHRoZSBpc3N1ZXMgeW91IHJhaXNlZC4g
KE9TUEYgZHJhZnQgd2lsbCBiZSB1cGRhdGVkIHNvb24gaW4gYW4gY29uc2lzdGVudCBtYW5uZXIu
KTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNwZWNpZmljYWxseSw8bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mcXVvdDtNYXhpbXVtIGxpbmsgYmFu
ZHdpZHRoIGlzIGFuIGFwcGxpY2F0aW9uIGluZGVwZW5kZW50IGF0dHJpYnV0ZSBvZiB0aGU8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgbGluay4mbmJzcDsgV2hlbiBhZHZlcnRp
c2VkIHVzaW5nIHRoZSBBcHBsaWNhdGlvbiBTcGVjaWZpYyBMaW5rIEF0dHJpYnV0ZXM8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgc3ViLVRMViwgbXVsdGlwbGUgdmFsdWVzIGZv
ciB0aGUgc2FtZSBsaW5rIE1VU1QgTk9UIGJlIGFkdmVydGlzZWQuJnF1b3Q7PG86cD48L286cD48
L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+JnF1b3Q7VW5yZXNlcnZl
ZCBiYW5kd2lkdGggaXMgYW4gYXR0cmlidXRlIHNwZWNpZmljIHRvIFJTVlAuJnF1b3Q7PG86cD48
L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+QXMgcmVnYXJk
cyBNYXhpbXVtUmVzZXJ2YWJsZUJhbmR3aWR0aCwgd2UgYXBwcmVjaWF0ZSB0aGF0IG1hbmFnaW5n
IGJhbmR3aWR0aCBwZXIgYXBwbGljYXRpb24gbWF5IGJlIGNoYWxsZW5naW5nLiBIb3dldmVyIHdl
IGZlZWwgdGhlcmUgYXJlIGxlZ2l0aW1hdGUgdXNlIGNhc2VzIGZvciBkb2luZyB0aGF0IGFuZCBk
byBub3Qgd2FudCB0byBwcmVjbHVkZSB0aGF0LiBUaGUgZmFjdCB0aGF0IGl0IGlzIHBvc3NpYmxl
IHRvIGFkdmVydGlzZSB0aGlzIGF0dHJpYnV0ZSB3aXRoIGRpZmZlcmVudCB2YWx1ZXMvYXBwbGlj
YXRpb24gZG9lcyBOT1QgbWVhbiB0aGF0IGEgZGVwbG95bWVudCBNVVNUIGRvIHNvLiBZb3UgY2Fu
IGFzc29jaWF0ZSB0aGUgc2FtZSB2YWx1ZSB3aXRoIGFsbCBhcHBsaWNhdGlvbnMgZW5hYmxlZCBp
biB5b3VyIG5ldHdvcmsgaWYgeW91IHdpc2guPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4m
bmJzcDs8L286cD48L3ByZT4NCjxwcmU+VGhhbnggZm9yIGNhbGxpbmcgb3VyIGF0dGVudGlvbiB0
byB0aGVzZSBwb2ludHMuIFBsZWFzZSBsZXQgdXMga25vdyBvZiBhbnkgYWRkaXRpb25hbCBjb25j
ZXJucyAuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw
cmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7IExlczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+LS0t
LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Gcm9tOiBJc2lz
LXdnIFs8YSBocmVmPSJtYWlsdG86aXNpcy13Zy1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86aXNp
cy13Zy1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxmIE9mIExlcyBHaW5zYmVyZzxvOnA+
PC9vOnA+PC9wcmU+DQo8cHJlPihnaW5zYmVyZyk8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5TZW50
OiBUaHVyc2RheSwgT2N0b2JlciAyNiwgMjAxNyA2OjU1IFBNPG86cD48L286cD48L3ByZT4NCjxw
cmU+VG86IDxhIGhyZWY9Im1haWx0bzpvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tIj5vbGl2aWVy
LmR1Z2VvbkBvcmFuZ2UuY29tPC9hPjsgQWNlZSBMaW5kZW0gKGFjZWUpIDxhIGhyZWY9Im1haWx0
bzphY2VlQGNpc2NvLmNvbSI+Jmx0O2FjZWVAY2lzY28uY29tJmd0OzwvYT47PG86cD48L286cD48
L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOm9zcGZAaWV0Zi5vcmciPm9zcGZAaWV0Zi5vcmc8
L2E+OyA8YSBocmVmPSJtYWlsdG86aXNpcy13Z0BpZXRmLm9yZyI+aXNpcy13Z0BpZXRmLm9yZzwv
YT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5TdWJqZWN0OiBSZTogW0lzaXMtd2ddIFtPU1BGXSBD
b21tZW50cyBvbiBkcmFmdC1pZXRmLW9zcGYtdGUtbGluay1hdHRyLXJldXNlLTxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPjAxLnR4dCBhbmQgZHJhZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMS50eHQ8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5PbGl2aWVy
IC08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5U
aGFueCBmb3IgdGhlIGRpc2N1c3Npb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJz
cDs8L286cD48L3ByZT4NCjxwcmU+VGhlIGF1dGhvcnMgb2YgZHJhZnQtaWV0Zi1vc3BmLXRlLWxp
bmstYXR0ci1yZXVzZS0wMS50eHQgYW5kIGRyYWZ0LWlldGYtaXNpcy10ZS08bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT5hcHAtMDEudHh0IGFyZSBpbiBkaXNjdXNzaW9ucyBhbmQgd2Ugd2lsbCByZXNv
bHZlIHRoZSBkaXNjcmVwYW5jaWVzIGJldHdlZW48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGUg
dHdvIGRyYWZ0cyBhcyByZWdhcmRzIHRoZSBzZXQgb2YgbGluayBhdHRyaWJ1dGVzIHdoaWNoIGFy
ZSBzdXBwb3J0ZWQuPG86cD48L286cD48L3ByZT4NCjxwcmU+QXMgcmVnYXJkcyBpc3N1ZXMgYXNz
b2NpYXRlZCB3aXRoIE1heGltdW1CYW5kd2lkdGgsPG86cD48L286cD48L3ByZT4NCjxwcmU+TWF4
aW11bVJlc2VydmFibGVCYW5kd2lkdGggYW5kIFVucmVzZXJ2ZWRCYW5kd2lkdGggcGFyYW1ldGVy
cyB0aGlzPG86cD48L286cD48L3ByZT4NCjxwcmU+aXMgYWxzbyB1bmRlciBkaXNjdXNzaW9uIGFu
ZCB3ZSB3aWxsIGhhdmUgbW9yZSB0byBzYXkgYWJvdXQgdGhhdCBzb29uLjxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkFwcHJlY2lhdGUgeW91ciBw
YXRpZW5jZS4uLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+
DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyBMZXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpw
PiZuYnNwOzwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPG86
cD48L286cD48L3ByZT4NCjxwcmU+RnJvbTogSXNpcy13ZyBbPGEgaHJlZj0ibWFpbHRvOmlzaXMt
d2ctYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmlzaXMtd2ctYm91bmNlc0BpZXRmLm9yZzwvYT5d
IE9uIEJlaGFsZiBPZjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzpvbGl2
aWVyLmR1Z2VvbkBvcmFuZ2UuY29tIj5vbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tPC9hPjxvOnA+
PC9vOnA+PC9wcmU+DQo8cHJlPlNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAyNSwgMjAxNyA5OjUz
IEFNPG86cD48L286cD48L3ByZT4NCjxwcmU+VG86IEFjZWUgTGluZGVtIChhY2VlKSA8YSBocmVm
PSJtYWlsdG86YWNlZUBjaXNjby5jb20iPiZsdDthY2VlQGNpc2NvLmNvbSZndDs8L2E+OyA8YSBo
cmVmPSJtYWlsdG86b3NwZkBpZXRmLm9yZyI+b3NwZkBpZXRmLm9yZzwvYT47PG86cD48L286cD48
L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOmlzaXMtd2dAaWV0Zi5vcmciPmlzaXMtd2dAaWV0
Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+U3ViamVjdDogUmU6IFtJc2lzLXdnXSBb
T1NQRl0gQ29tbWVudHMgb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5kcmFmdC1pZXRmLW9zcGYt
dGUtbGluay1hdHRyLXJldXNlLTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjAxLnR4dCBhbmQgZHJh
ZnQtaWV0Zi1pc2lzLXRlLWFwcC0wMS50eHQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT5BY2VlLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+
Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkZpcnN0IGFwb2xvZ2l6ZSBmb3IgbXkgdHlwbyBlcnJv
ciBvbiBJUy1JUyBtYWlsaW5nIGxpc3QuIEkgaG9wZSBldmVyeTxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPmJvZHkgZ290IHRoZSB0aHJlYWQgZnJvbSB0aGUgYmVnaW5uaW5nICh0aGFua3MgdG8gdGhl
IE9TUEYgJmFtcDsgSVMtSVM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5tYWlsaW5nIGxpc3QgaW50
ZXIgcmVkaXN0cmlidXRpb24pLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPlRoZW4sIG15IGFuc3dlcnMgaW4gbGluZS48bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5MZSAyNS8xMC8yMDE3IMOgIDEz
OjQ1LCBBY2VlIExpbmRlbSAoYWNlZSkgYSDDqWNyaXQmbmJzcDs6PG86cD48L286cD48L3ByZT4N
CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi
Pg0KPHByZT5IaSBPbGl2aWVyLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9v
OnA+PC9wcmU+DQo8cHJlPk9uIDEwLzI1LzE3LCA1OjM3IEFNLCA8YSBocmVmPSJtYWlsdG86b2xp
dmllci5kdWdlb25Ab3JhbmdlLmNvbSI+JnF1b3Q7b2xpdmllci5kdWdlb25Ab3JhbmdlLmNvbSZx
dW90OzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86b2xpdmllci5k
dWdlb25Ab3JhbmdlLmNvbSI+Jmx0O29saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20mZ3Q7PC9hPiB3
cm90ZTo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPGJs
b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8
cHJlPkhpIEFjZWUsPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3By
ZT4NCjxwcmU+SSBhZ3JlZSwgYnV0IEknbSBub3QgcmVmZXJyaW5nIHRvIFVuaWRpcmVjdGlvbmFs
IHJlc2lkdWFsLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmF2YWlsYWJsZSBhbmQgdXRpbGl6ZWQg
YmFuZHdpZHRoIGFzIHBlciBSRkMgNzQ3MS48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT5NeSBjb21tZW50IGNvbmNlcm5zIHRoZSBNYXhpbXVtQmFu
ZHdpZHRoLDxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8
cHJlPk1heGltdW1SZXNlcnZhYmxlQmFuZHdpZHRoPG86cD48L286cD48L3ByZT4NCjxibG9ja3F1
b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJl
PmFuZCBVbnJlc2VydmVkQmFuZHdpZHRoIHBhcmFtZXRlcnMgZGVmaW5lZCBpbiBSRkMgMzYzMHRo
YXQgYXJlPG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwv
YmxvY2txdW90ZT4NCjxwcmU+dXNlZDxvOnA+PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90ZSBzdHls
ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxibG9ja3F1b3RlIHN0
eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGJsb2NrcXVvdGUg
c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPmJ5IHRo
ZSBDU1BGIHRvIGNvbXB1dGUgdGhlIHBhdGguIFRoZXNlIG9uZSBhcmUgbm90IGFnZ3JlZ2F0ZSBp
ZiBJPG86cD48L286cD48L3ByZT4NCjxwcmU+Y29ycmVjdGx5IHVuZGVyc3RhbmQgdGhlIHByb3Bv
c2VkIGRyYWZ0LiBJIGFsc28gZG9uJ3QgdW5kZXJzdGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PndoeSB0aGVzZSBzdGFuZGFyZCBURSBwYXJhbWV0ZXJzIGFyZSBkdXBsaWNhdGUgaW4gdGhlIElT
SVMgZHJhZnQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5hbmQgbm90IG1lbnRpb24gaW4gdGhlIE9T
UEYgZHJhZnQuIERvIHdlIGdvIHRvIGEgZGlmZmVyZW50PG86cD48L286cD48L3ByZT4NCjxwcmU+
YmVoYXZpb3VyIGJldHdlZW4gSVMtPG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjwv
YmxvY2txdW90ZT4NCjxwcmU+SVMgYW5kIE9TUEYgPzxvOnA+PC9vOnA+PC9wcmU+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+
SWYgcmVhZCBiZXlvbmQgdGhlIGRyYWZ0IHRpdGxlLCB5b3XigJlsbCBzZWUgdGhhdCB0aGVzZSBy
ZXNlcnZhdGlvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnBhcmFtZXRlcnMgYXJlIG5vdCBpbmNs
dWRlZCBpbiBkcmFmdC1pZXRmLW9zcGYtdGUtbGluay1hdHRyLXJldXNlLjxvOnA+PC9vOnA+PC9w
cmU+DQo8L2Jsb2NrcXVvdGU+DQo8cHJlPkkgcmVhZCBjYXJlZnVsbHkgdGhlIGRyYWZ0IGFuZCBp
dCBpcyBleGFjdGx5IHdoYXQgaXQgbWFrZXMgY29uZnVzZSBtZTxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPndoZW4gSSByZWFkIGNhcmVmdWxseSBkcmFmdC1pZXRmLWlzaXMtdGUtYXBwLTAxLnR4dCB3
aGljaCBleHBsaWNpdGx5PG86cD48L286cD48L3ByZT4NCjxwcmU+cmV1c2UgdGhlc2UgcmVzZXJ2
YXRpb24gcGFyYW1ldGVycyBhbmQgc3VnZ2VzdCB0byBkdXBsaWNhdGUgdGhlbSBwZXI8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT5hcHBsaWNhdGlvbi4gVGhlIGxhdHRlciBpcyBteSBjb25jZXJucyBh
cyBpdCB3aWxsIHBvdGVudGlhbGx5IGJyZWFrPG86cD48L286cD48L3ByZT4NCjxwcmU+dGhlIHBv
c3NpYmlsaXR5IHRvIHBlcmZvcm0gZWZmaWNpZW50IGJhbmR3aWR0aCByZXNlcnZhdGlvbiB3aXRo
IGJvdGg8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5SU1ZQLVRFIGFuZCBTUi1URSBpbiBhIHNhbWUg
bmV0d29yay4gRm9yIG1lLCB0aGlzIHdpbGwgYmUgY2VydGFpbmx5PG86cD48L286cD48L3ByZT4N
CjxwcmU+dGhlIG1haW4gdXNlIGNhc2UgZHVyaW5nIHRoZSB0cmFuc2l0aW9uIHBlcmlvZCB3aGVu
IGFuIG9wZXJhdG9yIHdpbGw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5nbyB0byBTUi1URSBmcm9t
IFJTVlAtVEUuIEJvdGggcHJvdG9jb2wgbXVzdCBiZSBtYW5hZ2Ugc2ltdWx0YW5lb3VzbHk8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT5kdXJpbmcgYSBsYXJnZSBwZXJpb2Qgb2YgdGltZS4gSWYgc3Rh
bmRhcmQgcmVzZXJ2YXRpb24gcGFyYW1ldGVycyBhcmU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5k
dXBsaWNhdGVkLCBpdCB3aWxsIGJlIGEgbmlnaHRtYXJlIHRvIG1hbmFnZSBlZmZpY2llbnRseSBi
YW5kd2lkdGg8bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHByZT5yZXNlcnZhdGlv
biB3aXRob3V0IHdhc3RpbmcgYmFuZHdpZHRoLjxvOnA+PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90
ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+PG86
cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+U28sIEkgd291bGQgdW5kZXJzdGFuZCBpZjxvOnA+
PC9vOnA+PC9wcmU+DQo8cHJlPjEpIGJvdGggZHJhZnQgd2lsbCBiZSBhbGlnbiA/PG86cD48L286
cD48L3ByZT4NCjxwcmU+MikgaW4gd2hpY2ggZGlyZWN0aW9uIGkuZS4gd2l0aCBvciB3aXRob3V0
IHJlc2VydmF0aW9uIGluZm9ybWF0aW9uIGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjMpIGlm
IHJlc2VydmF0aW9uIHBhcmFtZXRlcnMgYXJlIGluY2x1ZGVkLCBob3cgbXkgdXNlIGNhc2UgY291
bGQgYmUgc29sdmVkPG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PzxvOnA+
PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t
Ym90dG9tOjUuMHB0Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp
bi1ib3R0b206NS4wcHQiPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPk5v
dywgaWYgdGhlIHByb3Bvc2VkIGRyYWZ0cyBhaW1zIHRvIHVzZWQgb25seXRoZXNlIG5ldyBQZXJm
b3JtYW5jZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPk1ldHJpY3Mgd2l0aG91dCBkdXBsaWNhdGUg
dGhlbSBwZXIgYXBwbGljYXRpb24sIG15IHF1ZXN0aW9uIGJlY29tZXM6PG86cD48L286cD48L3By
ZT4NCjxwcmU+V2h5IGEgbmV3IGRyYWZ0cyA/IFdoeSBub3Qgc2ltcGx5IGltcGxlbWVudCBSRkMg
NzQ3MSBhbmQgUkZDIDc4MTAgPzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlVwIHRvIG5vdywgSSBr
bm93IG9ubHkgb25lIHBhcnRpYWwgaW1wbGVtZW50YXRpb24gb2YgdGhlc2UgMiBSRkNzPG86cD48
L286cD48L3ByZT4NCjxwcmU+KGluIEZSLVJvdXRpbmcgT3BlbiBTb3VyY2UgcHJvamVjdCkuPG86
cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+V2l0aCByZXNwZWN0IHRvIE9TUEYs
IHRoaXMgdG9waWMgd2FzIGFscmVhZHkgZGlzY3Vzc2VkIGF0IGdyZWF0PG86cD48L286cD48L3By
ZT4NCjxwcmU+bGVuZ3RoIG9uIHRoZSBPU1BGIGxpc3QgYW5kIGR1cmluZyB0aGUgSUVURiBtZWV0
aW5ncyBpbiBib3RoIFNlb3VsIGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8
L2Jsb2NrcXVvdGU+DQo8cHJlPkNoaWNhZ28uPG86cD48L286cD48L3ByZT4NCjxibG9ja3F1b3Rl
IHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPlBs
ZWFzZSBzZWUgdGhlIE9TUEYgbGlzdCBhcmNoaXZlLjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2Nr
cXVvdGU+DQo8cHJlPkFwb2xvZ2l6ZS4gSSdtIGp1bXBpbmcgb24gdGhlIGJhbmR3YWdvbiBub3cu
PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+UmVn
YXJkczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJl
Pk9saXZpZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4qKjxvOnA+PC9vOnA+PC9wcmU+DQo8Ymxv
Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxw
cmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+VGhhbmtzLDxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPkFjZWU8bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10
b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPlJlZ2FyZHM8bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5PbGl2aWVyPG86cD48L286
cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8
L286cD48L3ByZT4NCjxwcmU+TGUgMjUvMTAvMjAxNyDDoCAwMToyNSwgQWNlZSBMaW5kZW0gKGFj
ZWUpIGEgw6ljcml0IDo8bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp
bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPkhpIE9saXZpZXIsPG86cD48
L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+SWYgeW91IHJl
YWQgdGhlIGRlZmluaXRpb25zIG9mIFVuaWRpcmVjdGlvbmFsIHJlc2lkdWFsLCBhdmFpbGFibGUs
PG86cD48L286cD48L3ByZT4NCjxwcmU+YW5kIHV0aWxpemVkIGJhbmR3aWR0aCBpbiBSRkMgNzQ3
MSB5b3Ugd2lsbCBub3RlIHRoYXQgdGhlc2UgYXJlPG86cD48L286cD48L3ByZT4NCjxwcmU+YWxs
IGFnZ3JlZ2F0ZSByYXRoZXIgdGhhbiBhcHBsaWNhdGlvbiBzcGVjaWZpYyB2YWx1ZXMuIEluIG90
aGVyPG86cD48L286cD48L3ByZT4NCjxwcmU+d29yZHMsIHRoZXkgd2lsbCBub3QgdmFyeSBwZXIg
YXBwbGljYXRpb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3By
ZT4NCjxwcmU+VGhhbmtzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFjZWU8bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5PbiAxMC8xNi8xNywgMTE6
MDMgQU0sICZxdW90O09TUEYgb24gYmVoYWxmIG9mPG86cD48L286cD48L3ByZT4NCjwvYmxvY2tx
dW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRv
Om9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20iPm9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb208L2E+
JnF1b3Q7PG86cD48L286cD48L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu
MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv
cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOm9zcGYt
Ym91bmNlc0BpZXRmLm9yZ29uYmVoYWxmb2ZvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tIj4mbHQ7
b3NwZi1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBvbGl2aWVyLmR1Z2VvbkBvcmFuZ2Uu
Y29tJmd0OzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3Rl
Pg0KPC9ibG9ja3F1b3RlPg0KPHByZT53cm90ZTo8bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVv
dGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8YmxvY2tx
dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHBy
ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6
NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPkRlYXIgYXV0aG9ycyw8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5QbGVhc2UgZmluZCBi
ZWxvdyBhIGNvbW1lbnQgb24gYm90aDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRyYWZ0LWlldGYt
b3NwZi10ZS1saW5rLWF0dHItcmV1c2UtMDEudHh0IGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PmRyYWZ0LWlldGYtaXNpcy10ZS1hcHAtMDEudHh0LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxv
OnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkkgY29uc2lkZXIgdGhlIHVzZSBjYXNlIG9mIGJh
bmR3aWR0aCByZXNlcnZhdGlvbi4gSSBrbm93IHRoaXMgaXM8bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT5ub3QgdGhlIG1vc3QgY29tbW9uIHVzZSBjYXNlLCBidXQgdGhlIG9uZSBJIGtub3duIHdlbGwu
IFRoZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmNvbnRleHQgaXMgdGhhdCBvZiBhbiBvcGVyYXRv
ciB3aG8gd291bGQgc2V0dXAgc29tZSBSU1ZQLVRFPG86cD48L286cD48L3ByZT4NCjxwcmU+dHVu
bmVscyBhbmQgc2ltdWx0YW5lb3VzbHkgU1ItVEUgcGF0aHMgd2l0aCBiYW5kd2lkdGg8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT5yZXNlcnZhdGlvbi4gSW4gdGhpcyBwYXJ0aWN1bGFyIGNhc2UsIGl0
IGlzIG5vdCBwb3NzaWJsZSB0bzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1hbmFnZSBib3RoIHJl
c2VydmF0aW9uIHdpdGggdGhlIGRyYWZ0cyBhcyB0aGV5IGFyZS48bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5JbmRlZWQsIGluIE9TUEYgZHJhZnQs
IGl0IGlzIG5vdCBwcm9wb3NlZCB0byBhZHZlcnRpc2VkIHRoZSB1c3VhbDxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPmJhbmR3aWR0aCBwYXJhbWV0ZXJzIGFzIGRlZmluZWQgaW4gUkZDMzYzMCBhbmQg
aW4gSVNJUywgaXQgaXM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5wcm9wb3NlZCB0byBkdXBsaWNh
dGUgdGhlc2UgcGFyYW1ldGVycyBwZXIgYXBwbGljYXRpb24uIFRoZSBtYWluPG86cD48L286cD48
L3ByZT4NCjxwcmU+cHJvYmxlbSBhcmlzZXMgZnJvbSB0aGUgZmFjdCB0aGF0IGVhY2ggYXBwbGlj
YXRpb24sIGluIHRoaXMgY2FzZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlNSLVRFIGFuZCBSU1ZQ
LVRFLCBpbmRlcGVuZGVudGx5IGNvbXB1dGUgYSBwYXRoIGFuZCB0aGVyZWZvcmU8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT5yZXNlcnZlIGJhbmR3aWR0aCBvbiB0aGVpciByZXNwZWN0aXZlIHNldCBv
ZiBwYXJhbWV0ZXJzLiBIb3dldmVyLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRoaXMgd2lsbCBs
ZWFkIGF0IGEgc29tZSBwb2ludCB0byBiYW5kd2lkdGggb3ZlcmJvb2tpbmcsIHdoaWNoPG86cD48
L286cD48L3ByZT4NCjxwcmU+ZXhhY3RseSB3aGF0IGFuIG9wZXJhdG9yIHdhbnRzIHRvIGF2b2lk
IGJ5IHBlcmZvcm1pbmcgYmFuZHdpZHRoPG86cD48L286cD48L3ByZT4NCjxwcmU+cmVzZXJ2YXRp
b24uIEV2ZW4gaWYgYSBQQ0UgY2FuIGJlIHVzZWQgdG8gaGFuZGxlIGJvdGggdGhlIFJTVlAtVEU8
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50dW5uZWxzIGFuZCBTUi1URSBwYXRocywgdGhlIHNhbWUg
cHJvYmxlbSBhcmlzZXMgYmVjYXVzZSBlYWNoPG86cD48L286cD48L3ByZT4NCjxwcmU+cGF0aCBj
b21wdXRhdGlvbiBpcyBwZXJmb3JtZWQgb24gYSBkaWZmZXJlbnQgc2V0IG9mIGJhbmR3aWR0aDxv
OnA+PC9vOnA+PC9wcmU+DQo8cHJlPnBhcmFtZXRlcnMgaS5lLiBvbmUgVEVEIHBlciBhcHBsaWNh
dGlvbiB3aGVyZWFzIHRoZXNlIGluZm9ybWF0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+cmVs
YXRlIHRvIHRoZSBzYW1lIGxpbmtzLiBPZiBjb3Vyc2UgYSBjZW50cmFsIGVudGl0eSBsaWtlIGEg
UENFPG86cD48L286cD48L3ByZT4NCjxwcmU+bWlnaHQgdHJ5IHRvIHJlY29uY2lsZSB0aGUgaW5m
b3JtYXRpb24gaW50byBhIHNpbmdsZSBURUQsIGJ1dDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRo
aXMgd2lsbCBncmVhdGx5IGluY3JlYXNlIHRoZSBjb21wbGV4aXR5IG9mIHRoZSBQQ0Ugd2l0aCBh
IHJpc2s8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT50aGF0IHRoZSBURSBpbmZvcm1hdGlvbiB3aWxs
IG5ldmVyIGJlIHVwIHRvIGRhdGUsIHNvIGF0IHRoZSBlbmQ8bzpwPjwvbzpwPjwvcHJlPg0KPC9i
bG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0K
PC9ibG9ja3F1b3RlPg0KPHByZT51bm5lY2Vzc2FyeS48bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2Nr
cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8Ymxv
Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxi
bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0K
PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+
DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0
Ij4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+U28sIGZvciBtZSB0aGVyZSBh
cmUgb25seSAyIHBvc3NpYmxlcyBzb2x1dGlvbnMgdG8gYXZvaWQgdGhpczxvOnA+PC9vOnA+PC9w
cmU+DQo8cHJlPm92ZXJib29raW5nPG86cD48L286cD48L3ByZT4NCjxwcmU+cHJvYmxlbTo8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4xLyBTcGxp
dCBhbmQgcGFydGl0aW9uIG5ldHdvcmsgcmVzb3VyY2VzIHRvIGF2b2lkIGNvbmZsaWN0cy4gQnV0
LDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnRoaXMgbGVhZHMgaW50byBhIHBvb3IgbmV0d29yayB1
c2FnZS4gSW5kZWVkLCBpZiBhbiBhcHBsaWNhdGlvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmxp
a2UgUlNWUC1URSB1c2VzIGxlc3MgYmFuZHdpZHRoIHRoYW4gaXRzIGJ1ZGdldCwgd2h5IHRoZSBT
Ui1URTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmFwcGxpY2F0aW9uIGNvdWxkIG5vdCByZXVzZSB0
aGVtIGlmIGl0IGhhcyByZWFjaGVkIGl0cyB0aHJlc2hvbGQgPzxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPlRoZSB1bmRlciB1dGlsaXphdGlvbiBvZiBuZXR3b3JrIHJlc291cmNlcyB3aWxsIGluY3Jl
YXNlPG86cD48L286cD48L3ByZT4NCjxwcmU+cHJvcG9ydGlvbmFsbHkgd2l0aCB0aGUgbnVtYmVy
IG9mIGFwcGxpY2F0aW9ucy4gSW1hZ2luZSBpZiB3ZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPndh
bnQgdG8gdXNlIHRoaXMgcHJpbmNpcGxlIGZvciBuZXR3b3JrIFNsaWNpbmcuIEkgdW5kZXJzdGFu
ZCB0aGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5hZHZhbnRhZ2UgZm9yIHZlbmRvcnMsIGJ1dCBJ
J20gb24gdGhlIG9wZXJhdG9yIHNpZGUgOy0pPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4m
bmJzcDs8L286cD48L3ByZT4NCjxwcmU+Mi8gRWFjaCB0aW1lIGFuIGFwcGxpY2F0aW9uIHJlc2Vy
dmVkIHNvbWUgYmFuZHdpZHRoLCB0aGUgcm91dGVyczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmNv
bmNlcm5lZCBieSB0aGlzIG5ldyBwYXRoIG11c3QgdXBkYXRlIHRoZSBiYW5kd2lkdGggcGFyYW1l
dGVyczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm9mIHRoZSBjb25jZXJuZWQgbGluayBub3Qgb25s
eSB0byB0aGUgZ2l2ZW4gYXBwbGljYXRpb24sIGJ1dCBhbHNvPG86cD48L286cD48L3ByZT4NCjxw
cmU+dG8gYWxsIG90aGVycy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5Gb3IgZXhhbXBsZSwgd2hl
biBSU1ZQLVRFIHNldHVwIGEgdHVubmVsLCBVbnJlc2VydmVkIEJhbmR3aWR0aDxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPnBhcmFtZXRlcnMgbXVzdCBiZSB1cGRhdGVkIGluIHRoZSBzdGFuZGFyZCBS
RkMzNjMwIHNldCwgYnV0IGFsc288bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5pbiBTUi1URSBwYXJh
bWV0ZXJzIHNldC4gQnV0LCBpbiB0aGlzIGNhc2UsIHdoeSBkdXBsaWNhdGUgVEU8bzpwPjwvbzpw
PjwvcHJlPg0KPHByZT5wYXJhbWV0ZXJzIGlmIGF0IHRoZSBlbmQgYWxsIHNldCBjYXJyeSB0aGUg
c2FtZSB2YWx1ZXMsIGFwYXJ0PG86cD48L286cD48L3ByZT4NCjxwcmU+d2FzdGluZyBDUFUgYW5k
IGJhbmR3aWR0aCA/PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3By
ZT4NCjxwcmU+SW4gc3VtbWFyeSwgZHVwbGljYXRlIFRFIGluZm9ybWF0aW9uIGlzIG9ubHkgcmVs
ZXZhbnQgZm9yIHRoZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmFkZGVkIG1ldHJpY3MgaS5lLiBk
ZWxheSwgbG9zcywgaml0dGVyIC4uLiBidXQgdW51c2FibGUgZm9yPG86cD48L286cD48L3ByZT4N
CjxwcmU+Y29uY2F2ZSBtZXRyaWNzIGkuZS4gYmFuZHdpZHRoLjxvOnA+PC9vOnA+PC9wcmU+DQo8
cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPkNhbiB5b3UgZXhwbGFpbiBtZSBob3cg
eW91IGludGVuZCB0byBzb2x2ZSB0aGlzIGlzc3VlIGFzIGJvdGg8bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT5wb3NzaWJsZSBzb2x1dGlvbnMgYXJlIG5vdCBzdWl0YWJsZSBmb3IgYW4gb3BlcmF0b3Iu
PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+QmVz
dCBSZWdhcmRzPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjxwcmU+T2xpdmllcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
cmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+
PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Jsb2NrcXVvdGU+DQo8L2Js
b2NrcXVvdGU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8
cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w
cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPl9fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+
DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0
Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4w
cHQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1
LjBwdCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9t
OjUuMHB0Ij4NCjxwcmU+X19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5fXzxvOnA+PC9vOnA+
PC9wcmU+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXM8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT5pbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZp
bGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5wYXMgZXRy
ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91
czxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIs
IHZldWlsbGV6IGxlIHNpZ25hbGVyIGE8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5sJ2V4cGVkaXRl
dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzPG86cD48
L286cD48L3ByZT4NCjxwcmU+bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJs
ZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2U8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5kZWNsaW5lIHRv
dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91
PG86cD48L286cD48L3ByZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2tx
dW90ZT4NCjwvYmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+ZmFsc2lmaWUuPG86cD48
L286cD48L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i
b3R0b206NS4wcHQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu
LWJvdHRvbTo1LjBwdCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn
aW4tYm90dG9tOjUuMHB0Ij4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21h
cmdpbi1ib3R0b206NS4wcHQiPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cHJlPk1lcmNpLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFj
aG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PnByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhl
eSBzaG91bGQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5ub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQg
b3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5J
ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo
ZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBh
bmQgaXRzIGF0dGFjaG1lbnRzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFzIGVtYWlscyBtYXkg
YmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQ8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT5oYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk
LjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJlPg0KPHBy
ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPk9TUEYgbWFpbGlu
ZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOk9TUEZAaWV0Zi5v
cmciPk9TUEZAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0
cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmIj5odHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGY8L2E+PG86cD48L286cD48L3ByZT4NCjwvYmxvY2tx
dW90ZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+
PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjwv
YmxvY2txdW90ZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4N
CjwvYmxvY2txdW90ZT4NCjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8YmxvY2txdW90ZSBzdHls
ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+X19fX19fX19f
X188bzpwPjwvbzpwPjwvcHJlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7
bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw
dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxwcmU+X19fX18gX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZu
YnNwOzwvbzpwPjwvcHJlPg0KPHByZT5DZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBw
ZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnM8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5j
b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRy
ZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNh
bnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl
PmNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRl
dXIgZXQgbGU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5kZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBp
ZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlczxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPmV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRv
dXRlPG86cD48L286cD48L3ByZT4NCjxwcmU+cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBh
IGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVzc2FnZSBhbmQgaXRz
IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvcjxvOnA+PC9vOnA+PC9wcmU+
DQo8cHJlPnByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxh
dzsgdGhleSBzaG91bGQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5ub3QgYmUgZGlzdHJpYnV0ZWQs
IHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi48bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT5JZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90
aWZ5IHRoZSBzZW5kZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5hbmQgZGVsZXRlIHRoaXMgbWVz
c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkFzIGVtYWls
cyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQ8
bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5oYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFs
c2lmaWVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1
b3RlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpw
PjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwv
bzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxibG9j
a3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHBy
ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHByZT5fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286
cD48L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0
b206NS4wcHQiPg0KPHByZT5fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wcmU+DQo8cHJlPkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl
bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9uczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmNvbmZp
ZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRp
ZmZ1c2VzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBh
dXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2U8bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT5wYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBl
dCBsZSBkZXRydWlyZSBhaW5zaTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPnF1ZSBsZXMgcGllY2Vz
IGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlczxv
OnA+PC9vOnA+PC9wcmU+DQo8cHJlPmQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUg
cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsPG86cD48L286cD48L3By
ZT4NCjwvYmxvY2txdW90ZT4NCjxwcmU+ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPG86cD48
L286cD48L3ByZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i
b3R0b206NS4wcHQiPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5UaGlzIG1l
c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3I8bzpw
PjwvbzpwPjwvcHJlPg0KPHByZT5wcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHBy
b3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmJl
IGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uPG86cD48
L286cD48L3ByZT4NCjxwcmU+SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJv
ciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmRl
bGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpwPjwvbzpwPjwvcHJlPg0K
PHByZT5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt
ZXNzYWdlcyB0aGF0IGhhdmU8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5iZWVuIG1vZGlmaWVkLCBj
aGFuZ2VkIG9yIGZhbHNpZmllZC48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT5UaGFuayB5b3UuPG86
cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+X19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJl
Pg0KPHByZT5Jc2lzLXdnIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhy
ZWY9Im1haWx0bzpJc2lzLXdnQGlldGYub3JnIj5Jc2lzLXdnQGlldGYub3JnPC9hPjxvOnA+PC9v
OnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vaXNpcy13ZyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pc2lz
LXdnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8cHJlPl9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxw
cmU+SXNpcy13ZyBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJt
YWlsdG86SXNpcy13Z0BpZXRmLm9yZyI+SXNpcy13Z0BpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwv
cHJlPg0KPHByZT48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L2lzaXMtd2ciPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXNpcy13Zzwv
YT48bzpwPjwvbzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT5DZSBtZXNzYWdl
IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg
Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwv
bzpwPjwvcHJlPg0KPHByZT5wYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBz
YW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVy
LCB2ZXVpbGxleiBsZSBzaWduYWxlcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPmEgbCdleHBlZGl0
ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNz
YWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sPG86cD48
L286cD48L3ByZT4NCjxwcmU+T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kg
Y2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxvOnA+
PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPlRoaXMgbWVz
c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2
aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7PG86cD48L286
cD48L3ByZT4NCjxwcmU+dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv
cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uPG86cD48L286cD48L3ByZT4NCjxwcmU+SWYgeW91
IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2Vu
ZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuPG86cD48L286
cD48L3ByZT4NCjxwcmU+QXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxp
YWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFs
c2lmaWVkLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvcHJl
Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==

--_000_5f80968ae04a4af6ad3607b2dcf5e8e5XCHALN001ciscocom_--


From nobody Wed Nov 29 20:05:29 2017
Return-Path: <pushpasis.ietf@gmail.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53E9112778E for <ospf@ietfa.amsl.com>; Wed, 29 Nov 2017 20:05:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 e2YLDIubtwhc for <ospf@ietfa.amsl.com>; Wed, 29 Nov 2017 20:05:26 -0800 (PST)
Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (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 6589C1201F8 for <ospf@ietf.org>; Wed, 29 Nov 2017 20:05:26 -0800 (PST)
Received: by mail-it0-x22e.google.com with SMTP id o130so28286179itg.0 for <ospf@ietf.org>; Wed, 29 Nov 2017 20:05:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=34y2o5vfvb57LmCfD9fcBpducUgwVXFIDTN3/5QNv3g=; b=rpCKzgvzUN6P6+UkUVGibzrogiBJjtnzZPs3h9PPE8xPfawlbu4HyZSkUvD7Q2H+Xj pXl7TckpNMQMy1tHuj7TXCFJgdrqCiOEgmYpA6z6goCc3z0I5kVtXOxRt1E3UGD63PcZ A9PWqPHCHFHPyRw1rBPe9YoEzs8JqcaficmtfJJrhnj+buanz/9+O0o56opcOyYY5yy5 Cfxa//HoHxDSAcsb9F7en1k/I+hfZsTFDsPViaYexEA6hCkBChaDN/H6KSBKtDOew3bq cU2Ib0fzDo3uyI0OGSvsW0HolOrwlD62WGT+Ok0bc0HrlZwJtKKft8liQqW550OtR/ho OVUw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=34y2o5vfvb57LmCfD9fcBpducUgwVXFIDTN3/5QNv3g=; b=eq5SeXqVh5MqmH1YUW2N8C80eI6xV90KahiMiOReRl6NcgMrw5vbPUw+i09FJSiyVl P8BMR+pGrbCicPEKXqKFhdJ4QGc5oHpE1vlUb25EOvkaf3b8xnIoA8pDKL1psbAs+vEN qRmAvpMSrFxl1Wz4MqbWyu2P4GC+Em18xWJK9AtPIRCu8SdLOtdSNJVh13aWb9/W9zv2 TBz06KTVPeKmXDG+xwUWq2KMlDCNYYEwdZozkvuYiiMASFeDv2gxqZTgyJxe9d9kyBBI vtJcmexaA8irP/9t4dP38SeeRNgl9YfQiTeWJa4CKOFvR4J+pfl7gdQHUgpqu1U24Yjv Q9JQ==
X-Gm-Message-State: AJaThX52k7IyIwoFC1mSA1o//YK/FG1WHUqhyjOFqaCP5WcPQC8FKm2r BTR29vJJIYipezVubldQYOZaVGl/g+u6zuEOYgU=
X-Google-Smtp-Source: AGs4zMaA0O6dxlJkyB/ZiqxqI5gcI44ksyn8OnRlxhgMNtljWIvuJKJ6phuk0yu4q9aaHcN4KrWv0crqpWDH91Sft6s=
X-Received: by 10.36.95.14 with SMTP id r14mr1414898itb.42.1512014725709; Wed, 29 Nov 2017 20:05:25 -0800 (PST)
MIME-Version: 1.0
Received: by 10.2.140.69 with HTTP; Wed, 29 Nov 2017 20:05:25 -0800 (PST)
In-Reply-To: <D642DAC4.DBF10%acee@cisco.com>
References: <D642DAC4.DBF10%acee@cisco.com>
From: Pushpasis Sarkar <pushpasis.ietf@gmail.com>
Date: Thu, 30 Nov 2017 09:35:25 +0530
Message-ID: <CAEFuwkgMOUW1V8tU-soM8fAJYGmbQwr8Yn+FE+1YBHQ5XBny=g@mail.gmail.com>
To: "Acee Lindem (acee)" <acee@cisco.com>
Cc: OSPF WG List <ospf@ietf.org>
Content-Type: multipart/alternative; boundary="001a1144b57a9f0501055f2b5c39"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/8WRP6qf1l9ws6pizoDn5W0r3n9A>
Subject: Re: [OSPF] IPR Poll "OSPF Link Overload"
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Nov 2017 04:05:28 -0000

--001a1144b57a9f0501055f2b5c39
Content-Type: text/plain; charset="UTF-8"

Hi Acee,

Sorry for the delay. My day job has been keeping me busy.

I am not aware of any IPRs other than the ones already disclosed.

Thanks
-Pushpasis


On Tue, Nov 28, 2017 at 7:51 PM, Acee Lindem (acee) <acee@cisco.com> wrote:

> Hi Pushpasis,
> Please respond to the IPR poll. All other authors have responded.
> Thanks,
> Acee
>
> From: OSPF <ospf-bounces@ietf.org> on behalf of Acee Lindem <
> acee@cisco.com>
> Date: Saturday, October 21, 2017 at 1:50 PM
> To: "draft-ietf-ospf-link-overload@ietf.org" <draft-ietf-ospf-link-
> overload@ietf.org>
> Cc: OSPF WG List <ospf@ietf.org>
> Subject: [OSPF] IPR Poll "OSPF Link Overload"
>
> Authors,
>
> Please indicate whether you are aware of any relevant IPR and if so,
> whether it has been disclosed.
>
> The following IPR has been disclosed:
>
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=
> draft-ietf-ospf-link-overload
>
> Thanks,
> Acee
>
>

--001a1144b57a9f0501055f2b5c39
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Acee,<div><br></div><div>Sorry for the delay. My day jo=
b has been keeping me busy.</div><div><br></div><div>I am not aware of any =
IPRs other than the ones already disclosed.</div><div><br></div><div>Thanks=
</div><div>-Pushpasis</div><div><br></div></div><div class=3D"gmail_extra">=
<br><div class=3D"gmail_quote">On Tue, Nov 28, 2017 at 7:51 PM, Acee Lindem=
 (acee) <span dir=3D"ltr">&lt;<a href=3D"mailto:acee@cisco.com" target=3D"_=
blank">acee@cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_q=
uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e=
x">



<div style=3D"word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-fam=
ily:Calibri,sans-serif">
<div>Hi Pushpasis,=C2=A0</div>
<div>Please respond to the IPR poll. All other authors have responded.=C2=
=A0</div>
<div>Thanks,</div>
<div>Acee=C2=A0</div>
<div><br>
</div>
<span id=3D"m_7996664390063957820OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri;font-size:11pt;text-align:left;color:blac=
k;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADD=
ING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:me=
dium none;PADDING-TOP:3pt">
<span style=3D"font-weight:bold">From: </span>OSPF &lt;<a href=3D"mailto:os=
pf-bounces@ietf.org" target=3D"_blank">ospf-bounces@ietf.org</a>&gt; on beh=
alf of Acee Lindem &lt;<a href=3D"mailto:acee@cisco.com" target=3D"_blank">=
acee@cisco.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Saturday, October 21, 2017 at=
 1:50 PM<br>
<span style=3D"font-weight:bold">To: </span>&quot;<a href=3D"mailto:draft-i=
etf-ospf-link-overload@ietf.org" target=3D"_blank">draft-ietf-ospf-link-<wb=
r>overload@ietf.org</a>&quot; &lt;<a href=3D"mailto:draft-ietf-ospf-link-ov=
erload@ietf.org" target=3D"_blank">draft-ietf-ospf-link-<wbr>overload@ietf.=
org</a>&gt;<br>
<span style=3D"font-weight:bold">Cc: </span>OSPF WG List &lt;<a href=3D"mai=
lto:ospf@ietf.org" target=3D"_blank">ospf@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>[OSPF] IPR Poll &quot;OSPF=
 Link Overload&quot;<br>
</div>
<div><br>
</div>
<blockquote id=3D"m_7996664390063957820MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" =
style=3D"BORDER-LEFT:#b5c4df 5 solid;PADDING:0 0 0 5;MARGIN:0 0 0 5">
<div>
<div style=3D"word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-fam=
ily:Calibri,sans-serif">
<div>
<div>Authors,</div>
<div><br>
</div>
<div>Please indicate whether you are aware of any relevant IPR and if so,</=
div>
<div>whether it has been disclosed.</div>
<div><br>
</div>
<div>The following IPR has been disclosed:=C2=A0</div>
<div><br>
</div>
<div><a href=3D"https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&amp=
;id=3Ddraft-ietf-ospf-link-overload" target=3D"_blank">https://datatracker.=
ietf.org/<wbr>ipr/search/?submit=3Ddraft&amp;id=3D<wbr>draft-ietf-ospf-link=
-overload</a></div>
<div><br>
</div>
<div>Thanks,</div>
<div>Acee</div>
</div>
<div><br>
</div>
</div>
</div>
</blockquote>
</span>
</div>

</blockquote></div><br></div>

--001a1144b57a9f0501055f2b5c39--


From nobody Thu Nov 30 06:00:33 2017
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ospf@ietf.org
Delivered-To: ospf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CDE9129490; Thu, 30 Nov 2017 06:00:31 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: ospf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.66.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151205043126.4772.6717223567150905449@ietfa.amsl.com>
Date: Thu, 30 Nov 2017 06:00:31 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/8mxl2v5wtqSzMRf-A6C5NEmtihY>
Subject: [OSPF] I-D Action: draft-ietf-ospf-segment-routing-msd-06.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Nov 2017 14:00:31 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Open Shortest Path First IGP WG of the IETF.

        Title           : Signaling  MSD (Maximum SID Depth) using OSPF
        Authors         : Jeff Tantsura
                          Uma Chunduri
                          Sam Aldrin
                          Peter Psenak
	Filename        : draft-ietf-ospf-segment-routing-msd-06.txt
	Pages           : 8
	Date            : 2017-11-30

Abstract:
   This document proposes a way to signal Maximum SID Depth (MSD)
   supported by a node at node and/or link granularity by an OSPF
   Router.  In a Segment Routing (SR) enabled network a centralized
   controller that programs SR tunnels needs to know the MSD supported
   by the head-end at node and/or link granularity to impose the SID
   stack of an appropriate depth.  MSD is relevant to the head-end of a
   SR tunnel or Binding-SID anchor node where Binding-SID expansions
   might result in creation of a new SID stack.  Here the term OSPF
   means both OSPFv2 and OSPFv3.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-msd/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-ospf-segment-routing-msd-06
https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-msd-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-segment-routing-msd-06


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/

